Revolution or not?

jerry80409
2 min readNov 13, 2019

--

Photo by Attentie Attentie on Unsplash

今天早上讀完 工程師職涯隨意聊:改變環境,而不是讓環境改變你, 有一些小感觸…

我腦中的第一個質疑是, 改變環境是值得的嗎? 還是挑選一個好的環境對自己的人生才算是比較有效率的投資? 就算不去翻新 legacy code 公司也是好好的呀, 甚至創造更多就業機會改善就業市場, 跟本就是做善事!?

另一種比較積極思考的模式, 就是像文中所述那樣, 跳下去把手弄髒, 而我最近就在做類似的事情,

  1. 手把手教同事寫測試, 建立各種規範引來不少抱怨…
  2. 搭建 CI/CD, 導入 Docker-Compose, 加速技術迭代, 減少人為部署操作的失誤
  3. Migrate 了 Oracle 11 到 Postgres 12, 這真的靠北邊走的, 壓力山大…
  4. 還試圖建立 ELK/EFK 環境, 建立各種 benchmark, 希望能夠更有數據化的呈現目前資源不足的狀態, 才能跟老闆申請更多資源, 看有沒有機會轉移上 AWS / GCP …
  5. 還想要有自己公司的 DMP 系統, 追蹤使用者的更多行為, 想更了解業務提出的 features 是不是真的有效? 是不是還有什麼空間可以提高訂單轉換?

感覺像是自己在公司挑起一場技術革命, 在革命之餘還要常常催眠跟鼓勵隊友, 衝啊衝啊的, 忙得讓自己狼狽不堪…

a very very very deep hole

老實說, 常常覺得自己在做蠢事, 硬要證明自己, 然後又不仔細想清楚, 然後隨便找個洞, 跳進去… 證明了自己之後呢?

當然在這個過程中, 有些經驗還是很有幫助的, 比如說

  1. 認識了自己的口條是多麼的糟糕, 常常用晶晶體說話, 讓非資訊人員滿臉問號, 讓我覺得非常羞愧
  2. 了解 EQ 是多麼的低, 甚至覺得應該要學妮妮帶一個兔子上班, 才不會在 code review 回覆的時候打穿鍵盤
  3. 學會了面對無能為力的事情嘆一口氣 (比如說 90% 的業務邏輯都是用 SQL procedure 寫的), 再假裝沒看到, 沒有看到就沒有傷害

--

--

jerry80409
jerry80409

Written by jerry80409

隨便記錄一些沒有整理很清楚的想法

No responses yet