作者ithree (優午)
看板Soft_Job
標題Re: [討論] 前人的code 後人翻寫的機率高嗎?
時間Wed Sep 26 09:47:17 2018
※ 引述《Argos (Big doge is watching u)》之銘言：
: 這也是為什麼一堆人不願意用心寫程式
: 1. 你怎麼知道未來這模組會不會有新需求？
: 如果沒有新需求，那我幹麻花兩周在那邊東搞西搞？
: 為了未來那不存在的新需求預作準備？
這邊想提出點不同意見
如果太過於為了未來未知的需求而設計
一旦實際需求與預期相差太遠
有時候可能會變成過度設計
過度設計跟不設計我認為是一樣可怕的事情
至於如何不過度，就需要經驗去掌握
所以這個說詞不是讓人寫爛code的理由
但單就這個描述，我覺得不全然一定是錯的
有看過一些書跟文章也講過類似的想法
不過忘記在哪裡看到的了
目前有印象的只有Kent Beck的實作模式
https://i.imgur.com/BgPdqgs.jpg
https://i.imgur.com/Rhn59Ae.jpg
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.242.102.15
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1537926439.A.918.html
1F：推 banqhsia: 反對clean code的人 (能力不足?) 往往都會說質疑對方 09/26 10:25
2F：→ banqhsia: 「你過度設計了」，事實上只是為了他們懶惰或是能力不足 09/26 10:26
3F：→ banqhsia: 的藉口而已。 09/26 10:26
4F：→ robber1234: 要堅持理想很好,但你似乎真的不知道什麼是過度設計 09/26 10:31
5F：→ robber1234: 依你態度,我也可以說堅持的人都是好高騖遠的個性罷了 09/26 10:32
6F：→ landlord: simple design第四條rule:the fewest elements 09/26 11:05
7F：推 senjor: 常說過度設計的人其實自己根本也不知道什麼是過度設計 XDD 09/26 12:22
8F：→ ithree: 的確我可能真的不太知道，那知道的人可以解釋一下嗎 09/26 13:15
9F：→ ithree: 抑或這概念就如一樓所說，其實根本不存在？只是能力不足 09/26 13:16
10F：推 hidog: 換個方式講 能準時完工 好維護bug少 就是好的code 09/26 14:31
11F：→ hidog: 至於clean code幹嘛的,最後目的應該都還是回到產品能賣錢吧 09/26 14:31
12F：→ hidog: 除非是去寫open source或是學術研究,不然商業都還是回到 09/26 14:31
13F：→ hidog: 能不能賺到錢這個問題... 09/26 14:32
14F：推 senjor: 重點是code是會越寫越熟練的，一開始也不用完全都遵從，慢 09/26 19:53
15F：→ senjor: 慢的一點一點帶入自己的寫作習慣，到最後你的clean code就 09/26 19:53
16F：→ senjor: 沒有太多額外的成本，而是一開始直覺思考就會是這樣的架構 09/26 19:54
17F：→ senjor: 最後就成為同樣的時間，你寫的基本型態就是clean code 09/26 19:54
18F：→ senjor: 一開始你可能要花200%的時間成本去完成一個這種等級的code 09/26 19:55
19F：→ senjor: 但如果有自我要求，到最後可能只要120%甚至100%的時間成本 09/26 19:55
20F：→ senjor: 就能直覺寫出一定程度的clean code，這就是你跟別人的差距 09/26 19:56
21F：→ sarafciel: +1 有意識地去寫clean code最後會變成一種習慣 09/26 19:58
22F：→ y3k: 不管過度設計還是簡陋設計 都要參考一個數字叫成本XD 09/26 19:58
23F：→ sarafciel: 這種習慣會讓你的開發速度跟程式的質量都有所提升 09/26 19:59
24F：→ y3k: 只是你如果在成本效益上爭不過人 就沒投好胎 那就是需要提升 09/26 20:00
25F：→ y3k: 自己的實力去跟人競爭 另外有些人是真的天生不會構系統 這種 09/26 20:01
26F：→ y3k: 就在競爭上輸人 沒話講吧 09/26 20:01
27F：推 genius945: 認同，如何取得平衡也是門學問 09/27 05:58