最近996icu火了，我以前就被996害了。現在還沒緩過來，可能是自己體質比較弱吧。
以前的事就不說了，說說現在的想法吧。那么程序員如何才能避免996icu呢？
有兩個基本因素：
1、 實現一個功能，只需要更少的代碼，甚至不需要寫代碼就可以實現。
2、 客戶的需求變化了，只需要修改很少的代碼，甚至不需要修改代碼，就可以滿足客戶的變更需求。
3、 有空多健身，加強自身的身體素質。
先看看為啥要996？客戶說了下個月必須上線，不上線不行。然后我們來看看還有多少事情要做？結果是——很多很多很多很多！怎么辦？只好996了。
那么怎么避免這種情況發生呢？有很多種方案，比如：
1、 和客戶協商，上線時間能不能推遲一下；
2、 能不能把一些功能放在二期項目里？
3、 一些功能能不能簡化一下，
4、 能不能增加人手，
5、 其他
等等。
但是這些有一個共同的前提和基礎，到底需要寫多少代碼？能不能寫更少的代碼就能實現功能？
1、 實現一個功能需要多少代碼？
2、 修改一個功能需要改多少代碼？
3、 測試需要寫多少測試用例？
4、 發現bug后需要多長時間能夠找到原因（出錯的地方），又需要多少時間才能改掉bug，重點是如何避免引發其他bug？
好了，重點來了 —— 在實現相同功能的前提下，需要寫的代碼越少，需要的時間也就越少。
那么少寫代碼，甚至不寫代碼，是不是很重要呢？
這么多年，我是一直想要達到，寫更少的代碼實現更多的功能，最后做到不寫代碼就可以實現各種功能！
只是似乎沒有找到同路人。
感覺是一個人在孤獨的在一條漆黑的道路上默默的前行。
現在想借助996icu的熱點，看看有沒有同路人。