工程師作家的轉行人生

今天是新工作上任第一天。從今天開始我在 Chase 銀行當軟體工程師。 寫這篇是想要紀念一下我的議薪過程，給下次議薪的自己一點建議。我只寫五點，因為這些是提醒我自己用的。很多很基本的事情，像是不要掀底牌告訴對方自己的底線、無論如何都要議薪不然一定被 lowball 等等太多人說過我就不重複了。 1. 先假設這是一場馬拉松 我的議薪過程非常久，超過一個月。這遠遠超過我想像中的談判 timeline。可能因為對象是銀行業，每個決定都有重重官僚程序，所以每個議薪cycle 來回都好多天。因為我低估了這個過程冗長的程度，就有點像是參加比賽我以為是短跑最後是馬拉松，所以談判到了後半段我就愈來愈沈不住氣。以後的話，我應該要先假設這個過程是馬拉松，先把心態調整好去應對 potential offer，這樣才能以一種「你急我不急」的心態從容應戰。不過整體而言我是蠻enjoy 薪水談判的過程的。這其實是我第一次稍微有點籌碼地談薪水，因為以前每次找工作時，我都是無業遊民的狀態，所以我是比較無法 walk away 的那位。這次是工作找上我，我也是有工作的狀態，我心中比較踏實知道大不了就是不接受。 2. 口頭談判更有溫度 如果上網看各種教人談判薪水的文章，都會看到別人問要用 email 談判還是電話中談判。通常現在的文章都會告訴你，選自己比較有把握的媒介，因為有些人講電話會過於焦慮，那就不要勉強。Recruiter 那邊的話，是一定會想辦法邀請你講電話的，因為口頭溝通就是他的強項。如果你非常不願意用口頭談判，就要堅持以 email 書信回覆。 我以前也大致都是以 email 做薪水討論，但這次我選擇幾乎全程用電話口頭溝通。我跟資方 (recruiter, hiring manager, potential teammates 等）討論工作細節的次數至少十幾通電話。當然是輔佐以 email documentation 把每次討論好的內容白紙黑字寫下來。這次選擇用電話溝通也是憑直覺感覺，沒有特別理由。我還蠻喜歡這個 recruiter 的，覺得他算是很能從我的角度想事情。談到最後簽下 offer 我們互相稱讚了彼此，就像是跟彼此說「這一仗打得好呀！」 我從 recruiter 身上學到的是，口頭談判不用那麼在意口才要一百分。其實他很常跟我講到一半會有點支支吾吾、吃螺絲，但這樣反而顯得自然，不

最近換工作，要學很多以前我沒用過的程式語言技術，像是 TypeScript, GraphQL, Relay 等等。於是我上網找了很多免費的、付費的教學影片，像是在 YouTube、 Udemy、PluralSight 等等平台。 但很多教學影片從製作至今已經過了兩三年甚至五六年。在軟體的世界，過一年就人事已非了，何況是現在去看 2016年的教學說明。許多 web packages 的版本在六年間已經從 version 5.x 跳到 18.x 之類的... 因此即便那個教學影片再怎樣的手把手教學都沒有用。資訊已經完全過時。 軟體的世界就是這樣，技術日新月異。圖書館都不願意收舊的 coding 教科書，因為過時的資訊難以幫助到人。 軟體的世界就是這樣，技術日新月異。圖書館都不願意收舊的 coding 教科書，因為過時的資訊難以幫助到人。 許多人常萌生要自學 coding的念頭，但因為不得其門而入，一不小心熱情就會澆熄。身為一個自學 coding轉行當軟體工程師的人，我理解這種感覺。我們身在一個資訊爆炸的時代，但資訊量太大，找到對自己有用的教學資源其實就是自學最困難的一步。 很多人想到要學 coding，會想「課程會不會很貴？」「會不會很難？」「會不會需要花很久的時間？」其實這些問題都問錯了。自學 Coding是個知難行易的學問；如果知道怎麼找自學的資源，不用花多少錢甚至免費就能達成。如果找到對症下藥、適合自己的資源，認真跟著看跟著做也不會難上手。但如何找到那個沒有過時、資訊正確又適合自己的課程？很多人花了大把時間、大把金錢就卡在這個第一步。 我舉一個生活化的例子你就懂了。Ikea 的傢俱你說難組嗎？其實一點都不難，但先決條件是 Ikea的說明文件非常好懂、資訊正確，而 Ikea 家具的品管做得不錯，大部分我們買回家的包裝裡頭零件都正確，因此照著說明書一步一步完成不難還非常有成就感。 但我們也都買過很爛的家具組：說明書沒人看得懂、裡頭的零件缺一大堆，甚至連家具的裁切、材料本身都有問題，大小根本組不起來。不然就是說明書過時了：零件已經改版本了，但說明書沒有更新。如果組一個家具要一直打給客服補貨、換貨，而且甚至問題在哪裡我們都推敲不出來、客服那頭沒人回答我們問題... 我們一定非常洩氣，很快就放棄組家具了。我們一定心想「組家具太難了！」 以網頁開發這塊的 coding來說，