講一下dirty code跟新創
之前待的兩家都是新創
覺得新創視dirty code 為應該 甚至是榮耀
那是一件完全錯誤的事
即使因為time to market 犧牲品質
也應該是帶著罪惡感
知道什麼是對的什麼是錯的 不得已而為之
不然是一件很危險的事情
當團隊都認為dirty code ok
新創dirty code 沒問題
那dirty code 勢必到最後會像癌細胞擴散
最後到整個專案都很髒
改什麼都慢 穩定性也下降
（話說測試人員測試 修bug其實也是隱藏的時間成本）
然後呢~
如果你的專案丟到市場 沒人屌你
那倒是應該慶幸 可以把整個專案砍掉 丟了他
如果不幸的事專案大成功
你需要別更多開發來滿足使用者
嗯.... 那你就慘了 出來跑的總要還的
或許到最後的最後
你會發現
「幹 幹脆整個砍掉重練重寫還比較快」
砍掉重練了
那所以dirty code真的有比較快嗎？
待過兩間都新創
我覺得新創最重要的事情是business model還有快
那怎麼快？
有沒有想過為什麼大公司錢多人多技術好
那為什麼新創還可以成功冒出頭
其中一個重點就是新創沒有大公司的包袱
要用新的生產工具類似slack 不會有人出來靠北你說
「啊以前email不是用得好好的 幹嘛自找麻煩」
新的有效率的開發流程
也不會有人來靠北說
「我們以前瀑布開發才是最嚴謹的 你們敏捷開放根本邪魔歪道」
事實上新的工具通常都是舊的工具有其短處才被發明出來的
認為dirty code理所當然 爛流程蠢方法
大家每天996這樣才快 這樣才熱血新創
我待過的兩間公司都這麼幹過
但之後導入新的工具 新的流程
整體開發速度顯著變快
回頭一看才發現多腦殘
”爛” = ”快” 是一種謬誤
很多時候 ”爛” = ”又爛又慢”
重點是要”快”
應該透過效率透過工具 而不是寫爛code蠻幹