Re: [請益] 軟體人難以被取代的技能
※ 引述《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
推
11/25 01:20, , 1F
11/25 01:20, 1F
→
11/25 01:37, , 2F
11/25 01:37, 2F
→
11/25 01:38, , 3F
11/25 01:38, 3F
→
11/25 01:45, , 4F
11/25 01:45, 4F
→
11/25 01:45, , 5F
11/25 01:45, 5F
→
11/25 09:36, , 6F
11/25 09:36, 6F
→
11/25 09:37, , 7F
11/25 09:37, 7F
→
11/25 09:38, , 8F
11/25 09:38, 8F
→
11/25 09:40, , 9F
11/25 09:40, 9F
→
11/25 12:47, , 10F
11/25 12:47, 10F
討論串 (同標題文章)
Soft_Job 近期熱門文章
PTT職涯區 即時熱門文章