推 kikiow:然後這時後就要請他出一份報告說明為何那樣改的原因了 03/23 19:42
推 bobju:這時候就能見識到管理者的厲害,把你技術的know-how榨出來. 03/23 20:28
→ haryewkun:怕是怕他把理由寫出來后,你還是看不懂…… 03/23 21:12
推 bobju:管理者無需看懂,這交給同樣搞技術的人去處理就行了. 03/23 22:00
推 lgd1008:找另外一個強者來不就好了,多找幾個,也解決了接手的問題 03/24 00:11
→ lgd1008:把文件寫齊了,弱的就能接得了手嗎?別開玩笑了 03/24 00:12
→ lgd1008:以前在學校裡,教科書多齊呀,有每個人都考一百分嗎? 03/24 00:13
推 lgd1008:只靠跟教科書比差遠了的文件,怎可能讓弱的就跟上腳步? 03/24 00:17
對啊,所以變成一個選擇題:
1. 請一個強者,他寫的code只有同級數的強者,才有能力維護
2. 請一個普通人,他寫的code普通人就可以看懂,但效能比強者寫的code
差很多倍。
如果你要強者不去做優化,只寫普通人也可以看懂的code(讓coding變成流
水線作業),強者不是做不到,但這樣你何不直接請個普通人回來就好?
當團隊協同比code的效能更重要時,自然變成“寫的code弱者也能接手”比
“code的效能”更重要的情況……(然後變成劣幣淘汰良幣的狀況)
※ 編輯: haryewkun 來自: 60.49.46.248 (03/24 03:56)
推 TonyQ:普通人還有要承擔根本寫不出來的風險吧 :p 03/24 10:32
推 Bencrie:優化不見得會讓人看不懂吧 囧 03/24 12:26
→ Bencrie:而且還有一種重要的東西叫註解 .. 03/24 12:28
推 bobju:優化的部份很多是靠實機測試的經驗值來取捨,而非'創作'. 03/24 15:13
→ bobju:等於是靠經驗就能把功力累積出來的,而非不可思議般的天賦. 03/24 15:14
推 bobju:這種強者是強在他的經驗管理工作做得比一般人紮實. 03/24 15:16
推 iincho:加上註解多半都看得懂啦, 至於加不加那是另一件事... 03/24 16:04
→ haryewkun:請參考 lgd大的推文…… 03/24 18:54
推 iincho:程度差很多的基本上就不應該找來接code, 至於優化那些.. 03/24 19:02
→ iincho:我之前講過, code永遠只有what和how, 至於why應該要擺在 03/24 19:03
→ iincho:註解裡面, 至於寫不寫哪是另一件事, 沒看過comment比code 03/24 19:04
→ iincho:還長的例子? 那堆眉眉角角的大部分是一寫出來就破功的東西 03/24 19:04
→ iincho:所以沒人寫很正常, 但是說看不懂, 看要花多少時間而已.. 03/24 19:05
→ haryewkun:對啦,所以不就回到原點了——要來接code的,程度還是不 03/24 19:07
→ haryewkun:能差太多。差太多的話,就算有comment也是看不懂。 03/24 19:07