→ StubbornLin:你確定別人改你那樣的程式不會出問題? 02/04 11:22
→ StubbornLin:的確是個人偏好沒錯 但是不良的偏好和別人寫的話 02/04 11:23
→ StubbornLin:痛苦的是別人不是你 = = 02/04 11:24
推 oohay:這裏 || 並不會很難用,犯不著一定要寫得「簡單」 02/04 14:35
→ StubbornLin:很好用阿= = 重點一直不在好不好用 而是好不好懂 02/04 14:45
→ StubbornLin:有更簡單 更好用 更好理解的方法 為何不用? 02/04 14:46
就連有利用到 sequence point 性質加上 shortcut 的作法
我覺得都不應該鼓勵
知道你用的語言有這些特殊的性質是很好
但是寫出這樣的程式
對大專案只有更加的危險
帥或是新奇是不能當飯吃的
Keep It Simple and Stupid 不是亂蓋的
很多人並不知道
if( s[i++] == 'a' &&
s[i++] == 'n' &&
s[i++] == 't' )
{
printf("i hate insects\n");
}
這邊只要 s array 有一個字不符合就會結束比較
所以如果有人在 if 之下加 else 再試圖使用 i 的值
就有可能會出現無法預期的結果
你能確定跟你合作的人都有能力看懂這種東西
fine, 不會出問題, 那就儘管用
畢竟 team style 是旁人不容置喙的
但是就一般的情況來說
如果管理專案的人是會改朝換代的
那麼我的建議就是把程式寫的越簡單越好
最好是大家的邏輯寫出一樣 style 的程式
這樣是大專案的管理才能輕鬆很多
--
有時候，遺忘，是令人快樂的。什麼時候？當然是有人傷了你的心的時候。
存心傷你的那個人，固然是故意和你過不去，但是被傷了心而耿耿於懷的你
，卻是和自己過不去了。所以，記性不好的人，通常會是比較快樂的人，也
是比較不容易被擊倒的人。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.112.30.54
推 ccu5566:謝謝指教 不過我在工作過程中需要看其他廠商的程式 02/04 15:42
→ ccu5566:包括一些電腦知名美商的code 的確很有深度 02/04 15:43
→ ccu5566:我還是覺得自己懂的越多越好 不然只會井底看天 02/04 15:44
→ ccu5566:畢竟會 if else, for 等等語法就吃天下 也是可以啦 02/04 15:46
→ ccu5566:在職場期待人事物依心中期望發展 我覺得只會失望而已 02/04 15:55
→ ledia:工作了一段時間, 我體會到, design 才需要深度, coding 需要 02/04 16:09
→ ledia:的是淺顯易懂. 因為 design 關係著未來的發展性, 但是coding 02/04 16:09
→ ledia:則關係到維護. 牽扯到維護的東西就不能太強求了 02/04 16:10
→ ledia:如果需要許多時間才能看懂 "知名美商的code", 對效率上來說 02/04 16:10
→ ledia:也是划不來的~ 02/04 16:11
→ ledia:你看得懂的東西再多, 你的 partner 不見得行, 這是team work 02/04 16:12
→ ledia:的時代 02/04 16:13
推 linjack:大推，design 才需要深度，coding 需要淺顯易懂 02/04 21:49