程序員如何避免99六、icu？歡迎來討論一下。

 

最近996icu火了，我之前就被996害了。如今還沒緩過來，多是本身體質比較弱吧。

 

之前的事就不說了，說說如今的想法吧。那麼程序員如何才能避免996icu呢？

 

有兩個基本因素：

一、 實現一個功能，只須要更少的代碼，甚至不須要寫代碼就能夠實現。

二、 客戶的需求變化了，只須要修改不多的代碼，甚至不須要修改代碼，就能夠知足客戶的變動需求。

三、 有空多健身，增強自身的身體素質。

 

先看看爲啥要996？客戶說了下個月必須上線，不上線不行。而後咱們來看看還有多少事情要作？結果是——不少不少不少不少！怎麼辦？只好996了。

那麼怎麼避免這種狀況發生呢？有不少種方案，好比：

一、  和客戶協商，上線時間能不能推遲一下；

二、  能不能把一些功能放在二期項目裏？

三、  一些功能能不能簡化一下，

四、  能不能增長人手，

五、 其餘

等等。

 

可是這些有一個共同的前提和基礎，到底須要寫多少代碼？能不能寫更少的代碼就能實現功能？

一、  實現一個功能須要多少代碼？

二、  修改一個功能須要改多少代碼？

三、  測試須要寫多少測試用例？

四、  發現bug後須要多長時間可以找到緣由（出錯的地方），又須要多少時間才能改掉bug，重點是如何避免引起其餘bug？

 

好了，重點來了 —— 在實現相同功能的前提下，須要寫的代碼越少，須要的時間也就越少。

 

那麼少寫代碼，甚至不寫代碼，是否是很重要呢？

 

這麼多年，我是一直想要達到，寫更少的代碼實現更多的功能，最後作到不寫代碼就能夠實現各類功能！

 

只是彷佛沒有找到同路人。

 

感受是一我的在孤獨的在一條漆黑的道路上默默的前行。

 

如今想借助996icu的熱點，看看有沒有同路人。