紀錄一下換工作的事情
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 上面開一堆吵死人的小群組好用
後記:
幾個月前,參加開發者聚會的時候,曾經巧遇來上班一周就走人的工程師,跟對方小小套話一下才知道,原來他待一個禮拜就看出公司管理制度有點問題,加上公司需要的前端技術比他想像的複雜,所以就當機立斷說走就走,真的是相當有智慧的人啊。
新的想法
沒記錯的話,後來過了大概不到一年的時間,新創公司就死掉了,某種程度來說證明了我做了一個相對正確的選擇。
為什麼說是相對正確呢,因為我現在回頭看,其實回來原公司也不是個好的選擇(冏) 後來又發生了很多很多事情,值得再額外寫一篇,等我哪天成了局外人了,再來整理這些心路歷程吧。
2018/11/23 by Tars