Re: [請益] 軟體人難以被取代的技能

[OriginStar ()]

原PO的主管應該是指程式設計的技能，其實差不多也就是那些了
問題是許多programmer是無法轉換「需求 ==> code」的過程
這些programmer升官成主管後還是無法轉換「客戶需求 ==> programmer 怎麼做」
的過程

這就導出一些問題出來，為何有人一次就可以把客戶的需求弄好，有些人寫的code
會被一直打槍，生產力的差異就顯現出來了。又會導出說需求一改再改讓programmer
一改再改的問題。

這和程式設計無關，但是和programmer的技能有關，但這些技能的學習一方面需要
programmer的「覺醒」，知道有這種問題存在才行，另一方面是知道去那裡學習這方
面的技能和書籍。

但即使有相關的教材和書籍，沒有「覺醒」的programmer又怎麼會去尋找這方面的
知識呢。沒有「覺醒」的programmer只能默默加班，當然也不會去思考要如何去改
變這種情況。


※ 引述《rosemary0401 (rosemary)》之銘言：
: 之前跟一位工作10幾年的主管聊天，
: 主管提到，其實我們工作上會需要用到的知識很有限，
: 畢竟我們不像google、微軟一樣什麼都作，
: 我們部門這十幾年來都是一直在作相同領域的東西，
: 基本上一個新人大概只要花1~2年，就可以學會該職位上幾乎所有工作所需的技能，
: 差別就在於熟練度而已
: 他說，一個強者和弱者的差別只在於剛進公司的1~2年，
: 強的人學的比較快，大概短短幾個月上手，
: 弱的人學的比較慢，大概會多花幾個月，頂多半年，也會上手
: 進公司2-3年後來看，強者和弱者幾乎沒有太大的分別
: 因為所需的技能就這些，沒有什麼東西是只有強者才會，弱者學不會的
: 進公司一陣子後，開始覺得他說的話頗有道理，
: source control的使用、和其他人一起開發專案的經驗、專案所需的know-how...
: 基本上只要經過時間的累積，幾乎沒有難度，大家都學的會
: code quality的部分也還好，
: 畢竟長官不會來看code，code髒一點也不會怎樣，大不了解bug的時間較長一點，
: 反正公司也沒有付加班費，你就留下來多花點時間解bug就好了，
: bug解完太早走反而會被highlight
: 就算code跑起來慢一點、memory用的多一點，反正客戶能接受就好，
: 花比較多時間的地方大概就是熟悉API的部分，
: 不管是3rd-party的API，open source的API，微軟提供的Win32 API
: 或是微軟的framework (MFC, .Net framework)
: 也是多花些時間去熟悉就可以學起來的，畢竟我們用到的只有一部分的API
: 也不要求你全部都要很熟，只要專案能生出來就好，
: 在這一塊，強的人不過就是學的比較快一點，很少有什麼是只有強者才學得起來的
: 由其微軟的document很健全，微軟的技術很多論壇、部落格也都有再討論，
: 遇到不會的東西，花時間google一下就有了
: 最近一直在想，對programmer來說，有哪些技能是真的難以被取代的呢???

--
阿后翔的旅遊記事簿：
http://www.wretch.cc/blog/robinson12


--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 118.160.100.243
推 yauhh:沒有動腦想辦法的人只會以為加班可以解決問題,也只是白累
→ mapleone:的確有人一直抱怨工作量太大，但又一直答應客戶的要求
→ metaphysic:如果是你面對客戶 也一樣會答應客戶的要求
→ metaphysic:除非你不想幹了...
→ yauhh:工作量太大的解決方案並不是只減少工作量一步而已
推 yuhnmomo:可怕的是客戶的需求—直在變。