Re: [心得] 如何向別人證明自己寫的是好code?

[Shaka (烏龜烏龜翹)]

其實這類問題講來講去差不多就是在講兩個東西

1. code因為某些因素越來越爛
2. RD很不爽, 上頭也不爽, 客戶也不爽

你不可能做出一個滿足這些"帶點互斥性質"的程式
Impossible.
這是你要知道的

所以就看你怎麼拿捏了

--
ps.
我可不是鼓勵你屈服於爛程式
我看過很多爛程式
每個RD都推說是上頭是客戶的問題
但是RD也是要負很大的責任低

舉個極端的例子
我想客戶應該沒有逼的你讓你從
int iNumberOfDays;
不得不加速開發時間變成
int d;

還有就是呢
你確定你的新架構scalability之類的都很棒?
還是只是對現在的要求很棒?
我想應該只是對現在的要求很棒吧
你現在很度爛的架構對3年前的要求也是很棒的
3年後的人也會很度爛你現在的架構的 或許~

以前當RD的時候很常聽到大家在complain那些
code有多爛, bug永遠一天比一天多, 時間很少...之類的
但是我很少聽過大家有仔細去討論要怎麼把code整好
或許這才是爛code的主因吧 或許~
※ 編輯: Shaka           來自: 219.80.139.37        (11/17 12:41)
推 abcdefghi:良心的建議,把匈牙利命名法丟了吧.
推 ykjiang:沒錯，如果只是 local 變數，那叫 d 也無不可，
→ ykjiang:最多宣告變數時加個註解說明一下
→ happycompany:推 匈牙利命名法丟了....
推 OnlyRD:匈牙利命名法不是這樣用的...
推 abcdefghi:變數命名的問題在Code Complete 2的第11章講了很多,有興
→ abcdefghi:趣的,可以參考看看.