近期，因?yàn)橐粐?guó)內(nèi)程序員不滿(mǎn)996制度，在github上開(kāi)了996.icu這個(gè)項(xiàng)目，一時(shí)間引起了程序員們的廣泛關(guān)注和吐槽。

關(guān)于996，我是拒絕的！

雖然程序員們一直自嘲自己是“碼農(nóng)”，每天的工作可能有許多ctrl-c/ctrl-v式的“搬磚”，但是我一直覺(jué)得寫(xiě)程序本質(zhì)是一種創(chuàng)造，優(yōu)秀的設(shè)計(jì)和實(shí)現(xiàn)需要深入的思考，是消耗腦力的勞動(dòng)。每天腦力充沛，能有效輸出的時(shí)間也就那么幾個(gè)小時(shí)。而一味的加長(zhǎng)工作時(shí)間，即使有產(chǎn)出也多是在犧牲質(zhì)量的代價(jià)下的。

我的前兩份工作是在外企，日常的工作中，除了實(shí)現(xiàn)功能，加強(qiáng)代碼質(zhì)量和增加單元測(cè)試也是工作中的必備內(nèi)容。但當(dāng)我離開(kāi)了外企后，才發(fā)現(xiàn)無(wú)論是一線(xiàn)大廠(chǎng)還是小的初創(chuàng)企業(yè)，不僅沒(méi)人關(guān)心代碼質(zhì)量和單元測(cè)試，連code reivew都沒(méi)有。

大家都在忙著做功能，甚至是在需求都沒(méi)討論清楚的前提下。

這時(shí)的加班大多是低效的，一方面是實(shí)現(xiàn)出來(lái)的功能多數(shù)是要修改，甚至是返工的；另一方面，除非寫(xiě)出的意大利面條式的代碼是一次性的，否則后期的維護(hù)絕對(duì)是一個(gè)惡夢(mèng)。

但是在純互聯(lián)網(wǎng)行業(yè)里，絕大部分的公司的業(yè)務(wù)是沒(méi)有壁壘的，速度就成了一個(gè)首要的因素。先做出來(lái)再說(shuō)，讓市場(chǎng)來(lái)檢驗(yàn)產(chǎn)品，美其名曰快速試錯(cuò)，實(shí)則是管理跟不上，加班加點(diǎn)成了普遍現(xiàn)象。

而在外企則正好相反，因?yàn)椴恍枰敲纯焖俚牡?，在做之前，可以比較充分的討論需求、設(shè)計(jì)和實(shí)現(xiàn)細(xì)節(jié)，制定
計(jì)劃，開(kāi)發(fā)可以按部就班的進(jìn)行，同時(shí)會(huì)分配一定的重構(gòu)和加單元測(cè)試的時(shí)間。

但為什么我還是從外企離開(kāi)了？

不得不說(shuō)，那時(shí)的我只看到了外企流程僵化和變化緩慢的一面，卻沒(méi)有看到流程的好處。加上互聯(lián)網(wǎng)行業(yè)在宣傳上，更加熱血一些。

想更自由的做一些事情，又不想加班成996，就是我現(xiàn)在的需求。