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

[grence (dalalida)]

※ 引述《rosemary0401 (rosemary)》之銘言：
: 之前跟一位工作10幾年的主管聊天，
: 主管提到，其實我們工作上會需要用到的知識很有限，
: 畢竟我們不像google、微軟一樣什麼都作，
: 我們部門這十幾年來都是一直在作相同領域的東西，
: 基本上一個新人大概只要花1~2年，就可以學會該職位上幾乎所有工作所需的技能，
: 差別就在於熟練度而已
: 他說，一個強者和弱者的差別只在於剛進公司的1~2年，
: 強的人學的比較快，大概短短幾個月上手，
: 弱的人學的比較慢，大概會多花幾個月，頂多半年，也會上手
: 進公司2-3年後來看，強者和弱者幾乎沒有太大的分別
: 因為所需的技能就這些，沒有什麼東西是只有強者才會，弱者學不會的
: 進公司一陣子後，開始覺得他說的話頗有道理，
: source control的使用、和其他人一起開發專案的經驗、專案所需的know-how...
這個的確基本

: 基本上只要經過時間的累積，幾乎沒有難度，大家都學的會
: code quality的部分也還好，
這個「還好」是建立在得過且過的前提下

: 畢竟長官不會來看code，code髒一點也不會怎樣，大不了解bug的時間較長一點，
: 反正公司也沒有付加班費，你就留下來多花點時間解bug就好了，
: bug解完太早走反而會被highlight
這是鬼島現象

: 就算code跑起來慢一點、memory用的多一點，反正客戶能接受就好，
這也是一樣的前提

質疑每一行 code，質疑每一種現存的作法，除了現有方法之外有沒有更好的解法？
如果能自信的說沒有，那我想你已經突破程式設計師的瓶頸了。
你已經不是一個程式設計師。程式應該是沒有最好，只有更好。

: 花比較多時間的地方大概就是熟悉API的部分，
: 不管是3rd-party的API，open source的API，微軟提供的Win32 API
: 或是微軟的framework (MFC, .Net framework)
: 也是多花些時間去熟悉就可以學起來的，畢竟我們用到的只有一部分的API
: 也不要求你全部都要很熟，只要專案能生出來就好，
如果 API有錯怎麼解？「阿…這是微軟的錯。」

: 在這一塊，強的人不過就是學的比較快一點，很少有什麼是只有強者才學得起來的
: 由其微軟的document很健全，微軟的技術很多論壇、部落格也都有再討論，
: 遇到不會的東西，花時間google一下就有了
: 最近一直在想，對programmer來說，有哪些技能是真的難以被取代的呢???
強者不是學得快，而是無中生有，弄出東西讓別人來學的。

以上…如果有再仔細想一下，會發現我根本沒提出什麼可行解法 (笑)
因為我也沒找到答案。

只是覺得軟體的競爭者是全世界，如果只把目光放在台灣…可能也是條出路，祝你好運。

我相信的是挑戰自己寫出來的每一行程式，
在別人找到問題之前自己先找到，然後讓它更好，不停的完善，愈來愈好。
這樣的過程讓我感到…充滿動力。

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 123.194.30.70
推 donvito:突破程式設計師那段我笑了..
→ VVll:工程中只有最佳解 沒有完美
→ VVll:所以覺得自己寫的程式很完美 真的蠻好笑的XD
→ andymai:如果寫出來的程式能自我思考~那就該算完美了?理論上它還能
→ andymai:自我修復並改正呢...
→ yauhh:這話講得過度完美,可能其實只是"你希望自己能質疑每一行程式
→ yauhh:即使實際上沒有做到,但因為你以為自己的心裡有這樣的想法代
→ yauhh:表你有做到這種程度,所以你相信自己的水準有加成"
→ yauhh:如果真要做質疑每一行到完美,你會忙死. 公司可沒期望你這樣.
→ cobrasgo:黃金採夠的話，升級成精銳工程師就好啦