就在上週，我正式離職，在這個時候，我希望可以總結一下自己工作這半年的一些心得體會，反省一下自己這半年有什麼地方需要改進的。
這半年來，基本上一直都在加班，學習的時間少了，看劇的時間沒有了，剛來公司上班的時候，還沒有搬到公司附近，那時光坐地鐵就要兩個多小時。當時還沒開始加班呢，天天早上7點出門，晚上9點到家。過了沒幾天，公司希望開發APP，而且給的時間很急，突然之間，天天都9點多10點才下班，回到家了12點了，第二天還是要準時上班。
記得那時候我還幾次都是一回到家，躺到牀上，只是想着休息一會，結果就迷迷糊糊的睡着了，連燈都忘記了關。週六上班，週日上班，本來我是希望等到自己轉正後再搬的，結果1個月熬過去了，想搬，發現加班加到完全沒時間找房子。不找房子，效率實在是太低下了，所以我只好不加班，去找房子搬。
現在想想，其實當時我真的應該早點搬的，別說當時公司只有我一個前端，要擔心也是公司擔心我跑了而不是公司把我解僱了，再說在這邊我的工資真的不算高，這家找不到就找下一家。
當時的我內心是希望做出色一點，做一個好一點點的產品出來的，我確實很努力，代碼我也盡我所能的寫好一點，然而我知道老闆不滿意，老闆覺得我寫得太慢了。現在回過頭去看，這半年，我寫的項目比我上一家公司多多了，PC端的後臺管理系統、微信的公衆號、微信小程序、APP，方方面面都有涉及，都要去開發。比起在上一家公司，我的速度其實已經快多了。但我內心裏也明白，我其實可以寫得更快。
快與好
寫代碼的人，應該都知道，寫代碼的速度與代碼質量是一個難以完全兼顧的東西，你想把代碼寫得越好，所花的時間就越多。我很信服七月老師的一句話，好的代碼往往不是一口氣可以寫出來的，它是一遍一遍的修改重構出來的。一個人能力水平固定的情況下，寫得越快，代碼質量肯定是越差，這個沒得說。當時的我希望自己寫出來的代碼可以好看一點，可以有水平一點。可以說那個時候的我固然追求速度，但我追求的是好而快。
什麼是好的代碼？我的定義是：好的代碼應該至少是清晰的、結構明瞭的、可複用的，易維護的、語義明確、有必要註釋的。我盡我所能的去寫，不敢說寫的有多好，但也儘量往好的方向去靠。曾經我一度沾沾自喜，覺得自己潔身自好，維護了公司的利益，沒有像項目以前的代碼那樣一味求快，是一個有良心的程序員。
但今天，我對這個問題有了一點新的想法。也許想法一直模模糊糊都有，但這個想法真正清晰起來的是項目經理的談話。當時我提了離職，項目經理對我進行了挽留，也許是無意中、也可能是順口說的，說我們老闆連我這樣的員工都用不好什麼的。對我而言，這是一個極高的評價，這是領導對我能力的肯定，但另一方面我心裏也不由得去想，是這樣的嗎？一個當老闆的人真的會那麼蠢嗎？我是不信的，我想老闆對我不滿意，我自身就一點問題都沒有嗎？怎麼可能？
中午，我突然看到tower裏的一個需求：希望後臺管理後臺可以在用戶10min內無操作時自動退出。看到這個需求，我不由苦笑，因爲我實現的這個後臺，不僅不會自動退出，而且在token失效時，還會自動刷新token進行續約。
我突然意識到，這就是我的問題，我很努力，很認真，但我做的可能不是老闆所希望要的。仔細想想，老闆的這個需求其實和自動續約並不矛盾，用戶無操作自動退出，用戶有操作token失效了自動續約。但是！！！自動續約這個功能其實並沒有人要求我做，是我自己花了1個多2個小時的時間去實現的。
我們這個後臺是新開發出來的，這個後臺需求極度不明確，甚至沒有人真正知道老闆想要什麼，包括老闆自己，就在這種情況下，我們就在加班加點的開發了，沒有需求文檔，只有一個沒有嚴格推敲過的原型。因此開發時相對就比較按自己的想法，想當然的開發，需求不明確開發是我想探討的一個問題，但這裏先不討論這個。我思考的是，我爲什麼要做這個自動續約的功能，因爲我覺得這個功能好。不是老闆覺得，是我覺得，我習慣了開發用戶的產品，但是後臺使用的是公司內部的人，是合作的商家，後臺有必要實現自動續約嗎？也許有，但我做這個功能的時候沒有想過這個問題，這就是最大的問題：做事情總是想當然。
我覺得我寫代碼慢一點，代碼好維護一點，是爲了公司好，真的是這樣子的嗎？我們的項目有我們的特點，老闆希望先做一個後臺出來，看看成品，再根據成品進行優化，結果我把代碼寫得嚴謹，寫的儘可能的好，這樣真的好嗎？花很多時間，寫的代碼，也許最後不得不全部推倒。因爲有時老闆要改的需求變動太大，這真的不是一句代碼可維護就不用修改的。邏輯都變了，業務都改了，哪有說可維護的代碼改動就不大的道理。誠然，這裏開發出來再改這個邏輯存在問題，開發成本極高，但是這已經是一個前提了，我還把代碼寫得這麼好意義真的不大，反而因爲耗的時間多了，擠壓了測試的時間。
我繼續反思，這個後臺，整個架子就是我搭的，底子搭得是挺好的，其餘功能基本就是堆頁面了，寫快點有什麼所謂。這個時候代碼就算亂，也就是在某個文件某個頁面組件裏亂，對全局是沒有影響的，這時其實是可以寫快點，也應該寫快點的，因爲寫的越快，就越節約老闆的金錢。維護？改動時頁面間耦合不大，一個後臺的模塊頁面應該不會太難改吧？當然，我還是認爲，搭建框架搭底子時是應該要多花點時間的，至少在這個項目上是，如果某個項目可能只是一次性的，或者頁面不多，那就怎麼快怎麼來就好了。
現在，我仍然喜歡寫乾淨的，嚴謹的，可複用的代碼，也仍然在追求這個境界，但在工作中可能就不會這麼幹了，因爲這在某些情況下也許並不符合公司的利益。優先考慮公司利益，畢竟是公司給我出糧的，總要讓公司賺錢。
加班真的能提高工作效率嗎
至少在我們老闆的眼中，是的。我的老闆希望員工加班，員工天天加班。我入職公司半年，因爲項目太趕，基本上每天都在加班，基本上每週都是單休（有時零休）。有一天，我早來上班了（公司彈性工作時，但因爲老闆希望加班，技術部一般都是晚來晚走），也早早就把工作完成了，於是準時下班，後來我聽說，老闆看到我下班了，臉立即就黑了。
那麼加班真的能提高效率嗎？未必。員工都是人，不是機器，加班又沒有錢（倒是有餐補，但是誰稀罕啊），沒事誰想加班啊，加班不外就是做做樣子。晚上晚走，第二天沒有精神，哪來的效率提高啊。
我也天天加班，說實話，我倒是沒怎麼偷懶，前端的工作太多了，工時評估太不合理了。一週把APP做出來，這都快成爲一個梗了，外包給別人半年，給我一週？？我一個新來的員工，一個重來沒有做過混合開發的員工，你確定你不是開玩笑嗎？好吧，確實不是，一週開發出來的東西，改bug改了一個月。。。我之前就說了開發起碼要一個月的好嗎？說實話，以後遇到這種公司，還沒轉正的話，我想離開是我最好的選擇。
不過，當時的我很珍惜這次工作的機會，所以我硬抗下來了，因爲我是前端的組長，抗了這個坑，我也很自覺的承擔了大部分的工作任務，所以也不得不天天加班。很難受，可以的話，我是一點都不想要餐補，只希望可以有一天早下班。
因爲希望每週都能堅持寫博客，所以只能先寫一部分了，今天就先到這裏吧。
待續
