: ※ [本文轉錄自 Tech_Job 看板 #1NZjKqjl ]
:
: 作者: randomly (倫敦鐵橋垮下來) 看板: Tech_Job
: 標題: [請益] 強者不需要註解
: 時間: Wed Jul 20 09:34:41 2016
:
: 大家早，
: 我轉發了各位在上篇討論的結果給我剛退伍的同學，
: 小弟先代他謝謝各位的回覆，
: 但是...
:
: 這件事情居然有後續，我也先建議他趕快開履歷重找工作了
: 他手上那份source code其實
: 「完全沒有註解」
: 而且聽說也是架構不明，各種奇怪的coding方式跟變數命名
: 還有很多跟實際功能搭不上的function名稱
:
: 奇怪的coding舉例：
: int functionX(int data, int Size, int Length)
: {
: ...
: functionY(data,Length,Size)
:
: }
:
: int functionY(int data, int Size, int Length)
: {
: ....
: }
:
: 我光看這段就覺得無言了
: code真的很亂的感覺
:
: 他說他有問主管為什麼code沒註解也沒有文件
: 主管說：「強者不需要註解」
:
:

ㄏㄏㄏ 上一篇還有人說負能量在ptt上 不知道誰才是這個版也不過如此 都是廢物 還有廢物幫護航明天如果有空再幫你推到x1 不用謝

這樣做要小心，時間久了+協作，專案架構會很亂比較好的作法還是從design上下手。

你活在30年前的環境,難怪現在在說山頂洞人的語言現在專案的複雜度多高,不然哪會有這麼多開發設計方法論2016年了,都在推devOps了,誰跟你直取醬菜首級啊,噗ㄘ

有人問我為什麼要花時間在不喜歡的文章上純粹是佛心 才不會有人看不懂以為是自己的問題

這算是歷史共業吧，從摸索到進階，到設計模式，都是進步，修改歷史共業說真的，這是好方法，但是延續開發就需要去思考後續提供的維護性。

這種文章不用花心力回 就是一個技術落後被踢走的老人幫補血

閱