寫于獨立日之後，第一次人事變動重組之前

近期項目被擱置，好不容易吭哧吭哧寫完的設計文檔隻能扔在一邊，又寫了一篇“未來遲早會做”的設計文檔，每天打開Intellij都感覺是形同虛設。前一周正好獨立日放假，結果自己倒黴oncall了一周，也沒能好好享受假期。随後TechLead突然告知有人事變動，然後老闆也在組内會議裡面正式劇透了這個情況，全組每天都在私下讨論個中利弊，完全無法有心思上班。

打開公司檔案一看，發現自己已經入職大半年了。總的來說，沒有特别崩潰的時候壓力特别大的時候，除了一開始上手有些吃力，畢竟此前也不是做網絡開發出身。最值得慶幸的是遇到了一個比較令人滿意的TL，工作認真負責而且一直很樂意幫忙的那種。雖然是個烙印，但真的從他身上學習了很多。

最令我印象最深的是公司内超多的内部開發架構和工具。可能除了一些主流程式設計語言以外，其它都是走的内部技術成果。好處不用多說，完全不受外部控制，加上内部人員技術能力出色，基本上架構工具都可以最大程度友善内部人員開發并且保持極優的性能。麻煩的事情就是對于業界新人不大友好，需要大量時間入門和學習。代碼級别上，由于各種架構過于繁瑣，新人反而不知道如何取舍，可能浪費了很多時間做無用功。當然最讓人難受的還是未來跳槽時的尴尬，尤其是回國就業的話，沒有業界主流架構的使用經曆也是個相當蛋疼的事情。

在之前公司我自己單獨管理着一套代碼庫，測試架構也做得相當簡陋，編碼開發基本上都靠上級訓示、客戶回報還有主觀能動性。現在截然不同，雖然小團隊人數不多，但是由于大量的測試導緻新功能開發多數時間都耗費在測試上。開發資源依然得聽從上級，但是會面臨不間斷的優先級調整以及oncall時各種警報。項目組内大方向也是充滿了各種不明确，隻有TL每次和我單獨會議的時候才能得到一些可靠消息。其它影響個人效率的麻煩還有很多，比如繁瑣的技術文檔審閱和代碼審閱等等，公司大的真的很多以前很簡單的事情就變得相當複雜。我個人了解看來，應該也是公司發展的必經之路。從無到有的時候一路暢通無阻，到後來步履蹒跚，每個新功能開發都曆經坎坷。總而言之，見識過如此場面才是最重要的，懂得如何去順利摸爬滾打，可能還需要時間和耐心。

關于如此“大規模”人事變動，我還是第一次遇到，畢竟之前我的老闆就管我一個人，我“手下”還有兩三個人，一齊加起來也沒有現在一個項目組大。不過當時的我們經常好幾個項目同時開工，還要一邊維護軟體修漏洞。網上随便搜了搜看到地裡一篇很不錯的講微軟人事變動的文章，我這次的變動可能在裡面屬于最弱級别的變動吧。仔細讀了讀後感覺我應該還是比較幸運的，至少變動目标是資源配置優化，而且我剛入職很多決策層面也無能為力，暫時也不用操心太多。先做好自己的項目，再靜觀其變吧（連結：https://www.1point3acres.com/bbs/thread-466085-1-1.html）

有一件讓人非常驚訝而且頭疼的事情就是公司内部這種“升職驅動”的開發模式，不清楚北美的網際網路公司是否都走這樣的套路。導緻的直接結果就是人人都想做新的産品新的功能，然後上線後就扔掉丢給新人去處理維護。具體細節不想說太多，公司内部大家也都是心知肚明，沒人知道公司依賴着這樣病态的模式能走多遠。

翻了翻之前寫過的刷題筆記，依然記得當時C++天天刷的飛起的趕腳。本來想買的C++ Premier一直沒買，現在手邊反而多了一本Thinking in Java。更有意思的是，跳槽後我就一直反思自己當時的各種選擇，屬于以前從未有過的一種反複的自我檢討。可能當時确實有更不錯的機會吧，但從物質的角度來看自己的選擇應該也不是最差的。不過還是希望有空可以去灣區瞧瞧，見識見識世界上自認為最聰明的人都是什麼模樣。