其實肥宅很常逛程式設計的 PTT 相關版面 ,軟工版(Soft_Job)
其實大概一陣子就會出現討論我自己該怎麼點技能樹 ,怎麼樣
才會找到工作之類的文章 .
肥宅的感覺是 ,當時你直覺你最想去哪裡 ,就去哪裡 ,想學甚麼
,就學甚麼 .每樣工作 ,每件事情 ,都再加深你對整體的了解 ,
把一件事情了解深度 ,或是擴展了廣度 ,其實都很好 .最重要的
是你要把自己當初規畫該學的學到 .
軟體設計工作的最初幾年就在學習這些事 ,把該學的知識概念都
學透 ,記不起來的 ,至少記得去哪找 ,肥宅寫程式 30 年 ,你覺
得有可能 30 年前就開始學 HTML / CSS / AJAX 嗎? 打死肥宅
都不相信 .肥宅當初國二初學程式是學 BASIC , 後來學了 True
BASIC , Turbo BASIC/Turbo Pascal .這些現在不是不存在了 ,
就是在專案的領域很少出現 .只能出現在學校課堂 ,當成入門的
工具 .
當你越了解整件事的時候 ,大概就是越適合當這件事的主管的時
候 ,但此時就是盡頭了嗎 ?很可惜的 ,沒有 .當你有朝一日 ,坐
上這個主管的位子的時候 ,發現「靠么 ,怎麼這麼麻煩」 ,下面
的新人技能沒學好 ,要找人教他 ,沒人教的話 ,得找書給他看 ,
或是案子慢慢進行 ,突然另一個案子要罰錢了 ,你組內最資深信
任的員工 ,要被調去支援那個灰燒厝的專案 .
專案管理大概就做這些來來回回資源分配的事 ,然後做了專案的
計畫 ,計畫永遠趕不上變化 ,當初的時程能及時完工 ,大概要謝
天謝地 .專案裡缺了幾個角色 ,專案經理自己就得跳下來補 ,或
是找尋外包的人力資源 .
等你專案做好了 ,可能又要多點一樣技能了 ,完工驗貨 ,驗收時
一些雜七雜八的事情都來了 ,對方的專案經理說了這個地方有點
怪 ,怎麼這麼慢 ,你們不是超專業的 ,這是規格一開始就錯了 ,
不能算規格變更 ,要算系統設計的問題(BUG) 吧 ,其實很多數據
都是上線後才知道 ,問題也是當初設計時沒想到的 .
於是為了驗收順利 ,延時驗收 ,部分驗收 ,都是手段 ,為了收款
,不要太誇張的要求都答應了 .但因為後續大款項進來了 ,客戶
那怎麼能丟這麼多工程師修問題 .99% 的工程師又被調去做下一
個火燒厝的工作 .所以專案經理躲老專案的窗口就成了常態 .呆
呆的專案經理才會自己搞定這些當初的承諾 .
付款收款的錢是上面更高層關心的事 ,沒有錢 ,整間公司是無法
營運下去的 ,當你看透這些 ,現金流量/人力管理/專案開發其實
就是不斷地來回考驗整個專案 .越大的公司 ,你可以了解越專門
的知識 ,越小的公司 ,你就得扮演不同的角色 ,要是你想開一人
公司 ,恭喜你 ,校長兼撞鐘 ,所有的事全都要會 .
以上就是肥宅對軟體工作的菜鳥們的忠告 .肥宅走了 20 年軟體
工作 ,也只是一個程式碼的搬運工 ,也只是四處打雜的小工友 ,
外人看來大概一事無成 .或許肥宅看的方向有點偏頗 ,但肥宅還
蠻願意拋磚引玉的 ,希望有更多睿智的人可以跟肥宅分享一下 .
原文同步刊載於:
https://www.facebook.com/CGSNOTES/posts/10157439129331340