« 雜牌軍現象與石油提鍊作用 | 網頁 | 我的一點 Thunderbird 使用訣竅 »
25/01/2007
如何成為令人倚重的程式設計師之另類思考
昨晚與好久不見的朋友餐敘,提及當年某公司有一個 "優秀" 的 RD 部門主管及另一個 "重要" 的程式設計師。那位 "優秀" 的 RD 部門主管總會用正規的方式設計,有良好的軟體架構,並且開發過程中及完成後,都會提供其設計文件、使用手冊或範例程式。
另外有一個公司所 "倚重" 的程式設計師--並不是說他不優秀,只是他對公司的重要性,大於他的優秀性。
公司裡面複雜的系統,只有他能維護。而前人所留下的程式,並沒有相關的文件說明該系統的整體架構設計跟思維。
這就產生了一個有趣的現象:對於一個程式設計師而言,把事情做到最好 (除了寫程式外,還寫了讓人看得懂的文件等等),對他本身而言並不一定是好事。當別人越了解你的系統,你的可替代性就越高,那麼你的價值不就越低?
反之,若有人能寫出他自己才看得懂的程式碼,就算上級要求寫文件,也是寫一些高深莫測、形而上學的東西(諸如,用90%的篇幅介紹物件導向的基本觀念,然後說明只要了解物件導向或設計模式的觀念,再自行 trace 程式,就能理解系統運作)。
這樣一來,後人無法維護該套系統,完全是後人資質不佳或能力不足。這樣,他就成為令人倚重的程式設計師了。
以上所言,並不代表本人立場!
PS: 即使是某公司那一位令人倚重的程式設計師,也沒有達成我上述的要求,因為他沒有寫出需要睿智才看得懂的文件。何況,那些不可維護的程式碼,他也曾經力圖改良,想讓人看懂過!
11:25 發表於 Developing, Diary, Lifehacks, Thinking | 永久網址 | 留言 (3) | Email this | Tags: greatest, programmer, how-to, thought
留言
在台灣的軟體業~多是那受人倚重的工程師類型吧!!
像本公司的工程師~是不寫註解的~而他們的說法是
程式寫的好寫的乾淨,不用註解也能瞭解其內容的
呵~~不過在專案一趕~在下次的擴充案時~又會提出他寫的code 早忘了
( 因為專案趕的關係~code 沒寫的很乾淨...^^||)
發表人: Hero | 06/03/2007
對高手來講, 可替代性不見得是壞事, 表示自己才有時間做其他專案, 晉升主管, 或跳糟到更好的環境. 否則就一直被系統綁住.
發表人: 雅明居坊主 | 17/06/2008
可以由此延伸出另外一種看法:想快點離職,程式碼寫得越容易被讀懂越好:P
發表人: CFC | 26/12/2008


