讲一下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蛮干