紀錄一下換工作的事情

20 Jul 2016

---

(原文發布於舊的部落格，內容照搬，有什麼新想法會註記在文尾)

經過了一年，從A公司換去B公司，然後再回到老東家 確實是一種很奇妙的體驗

這換來換去的過程，說穿了還是為了薪水
從剛上來台北連4萬都不到的薪水，到現在跳回原公司總算有個講出來別人會說 “哦還不錯啊” 的數字，雖然是我努力來的成果，但其實運氣還是佔了很大一個部分。

如同當初要調過去老闆合夥的新公司時所伴隨著的不安全感，在我得知老闆要跟新公司拆夥，問我要不要回原公司上班的時候，也是遇到各種考量：

• 新公司做的是產品，團隊成員也比較完整 ( 前後端 UI / UX ) ，可以學到比較多東西
• 新公司就是新創公司，未來是大好大壞的那一種，而且我剛好卡到創始員工的好位置
• 原公司做專案，會的東西比較雜而不精
• 原公司上班比較輕鬆，但就沒啥發展性，我在這邊待個五年，跟現在應該沒啥差別
• 回原公司有明確的加薪幅度 ( 畢竟某種程度上算是挖角了 ) ，相對的新公司只說之後會調薪，不知道他的之後是多久之後…

在多方諮詢之後，還是決定不要賭公司的未來好了，所以就這樣回原公司上班去。
會有這樣的想法，來自於當初接 Mobile Team 的 Team Leader 時提的加薪條件被打槍，讓我閃過一個念頭，覺得公司雖然都跟我們說資金充裕，但可能事實不是如此的感覺…
至於事實是不是如此，反正都已離職，也就沒去查證了。

只是可惜了一個辛苦了半年的成果，在趕鴨子上架之後，就這樣拍拍屁股走人。

總結一下這一年來的心得：

• 要什麼東西請自己爭取，你不開口去要，老闆是不會主動給你的
• 在有明確的條件之前，不要輕易答應接管理職，吃力不討好
• 什麼都是假的，只有薪資戶的餘額是真的
• 沒有人有義務教你什麼，同事願意跟你分享他的技術，要好好謝謝他
• 做產品學到的是跨部門的溝通 ( 例如:如何說服後端開一支他覺得不需要的 API、如何告訴 UI 這個效果做不出來 )
• 做專案學到的是如何搞定客戶XD
• 隨時記得寫文件 ( 無論是另外寫的 README ，還是寫在註解裡面註明 method 用途 參數 回傳值的那種都算 )
• 專案管理是消磨 RD 心志的毒藥，公司壯大之前不要導來搞死自己員工，或者至少請 PM 好好維護，不要一直讓 RD 自己下去寫那些 ticket 的細節
• 公司才十來個人就想要用大公司的管理模式，除了消耗大家的動力之外沒啥好處
• 需求一直在變，做專案如此， 做產品更是如此
• 主管想像的預估工時一定是過度樂觀的，但是自己壓不一定比較準
• 工作人力吃緊時臨時調來的同事通常是來拖進度的 ( 我就是那個拖慢別人進度的人XD )
• Git 確實比 SVN 好用
• Slack 確實比 Line 上面開一堆吵死人的小群組好用

後記：
幾個月前，參加開發者聚會的時候，曾經巧遇來上班一周就走人的工程師，跟對方小小套話一下才知道，原來他待一個禮拜就看出公司管理制度有點問題，加上公司需要的前端技術比他想像的複雜，所以就當機立斷說走就走，真的是相當有智慧的人啊。

新的想法

沒記錯的話，後來過了大概不到一年的時間，新創公司就死掉了，某種程度來說證明了我做了一個相對正確的選擇。
為什麼說是相對正確呢，因為我現在回頭看，其實回來原公司也不是個好的選擇(冏) 後來又發生了很多很多事情，值得再額外寫一篇，等我哪天成了局外人了，再來整理這些心路歷程吧。