Re: [請益] 快40歲...--年齡對工程師真的是個問題嗎?
※ 引述《Romulus (Romulus)》之銘言:
: 每次看推文都覺得活在異次元的大叔魯蛇初次發文
: 其實我也不知道我發這篇文想得到什麼回應 可能只是想吐苦水而已
: 在下碩畢後國防役最後一梯進入某財團法人,到現在一待就是13年
: 中間還有被借調到某政委辦公室過,工作非常充實,但因為原單位規定最多只能借4年: 所以沒辦法繼續做下去
: 而原單位看起來船隨時要沈 每年繳稅的時候也從來沒有看過收入1M 都是最低稅率
: 年年辦退稅的政府認定的基礎生活線上魯蛇
: 在借調時間臨滿前想說一念發起,趁這個機會往外找工作開創第二人生
: 畢竟我也寫過當時Android Market前十的app,摸過各種技術,參加過數個開源專案
: ,英語能力也有到馬德里參加工作坊或到菲律賓演講的程度,應該不錯吧
: 結果半年間投了幾十間公司,包含獵人頭介紹面試了20幾家,得到的offer是 - 0
: 我真的大震撼,原來這才是現實,現實是我出去根本沒人要
: 第一線外商我連面試機會都沒有,往下找偶而有免試機會但基本也沒人要
: 拒絕我的人不會和我說他們為什麼不要我,我也不知道要怎麼改進自己....
原文就較長只留上半,以下內容為 Markdown 撰寫,好讀版可參見
https://medium.com/p/e418e112fa07
# 年齡對工程師真的是個問題嗎?
我覺得
* 對有技術需求的公司來說不是。
* 對沒有技術需求的公司來說是。
有能力,有經驗,願意積極主動幫忙做事的好工程師永遠是缺的,年齡根本不是重點
會想到寫這個還是基於以下文章
https://www.ptt.cc/Soft_Job/M.1629698667.A.BC7
剛好有機會藉此來做一個 Case study,分析一下個人看見的盲點及一些建議
## Problem analyze
一樣先對發文者的狀況做快速結論
* 在錯誤的公司待太久,錯失經驗/人脈
這兩者可以再分開具體敘述,以下的觀點會偏後端,因為在下比較熟後端
### 經驗
這裡指的不是工作的經驗,而是「參與一個有競爭力的項目」的經驗
這個競爭力可以體現在很多面向上,這邊只提一些比較篇技術性的面向
* throughput - C1k/10k/100k
* consistency - Eventual/Strong consistency cross different cluster/data
center/region
* Latency - Minute/1000ms/500ms/200ms/100ms
就我個人在唉唉唉待過得經驗來說,我真的不認為該公司能提供這些層級的挑戰性
如果其實有的話,那應該要好好想想如何在個人經驗中可視化這些關鍵的主流技術競爭力
### 人脈
做為一個求學經歷不甚正規的工程師,我就業之後第一個感到的差距就是這點
我無法像身邊那些臺清交成出來的同事,任意一個公司都可以說出「我有認識的同學在那裡,可以問或是內推」
我相信這個狀況是可以的套用在哀哀哀之上的。
此外就是不同公司的文化也會讓育成對應文化的工程師群體
一群專注於成長的工程師會互相刺激探索更好的職位,更新的技術,更有競爭力的架構管理,甚至是面試方法
一群專注於穩定的工程師會互相刺激探索更穩的職位,更新的投資,更有競爭力的向上管理,甚至是育兒方法
很明顯的,原文主沒有一個類似前者的團體可以交流,可以更加優化自己的履歷,校準自己的職涯發展
但上網求助亦是個很好的解決方式,只要還願意交流,還願意改變,一切都不晚
## Solution
以下一樣做快速結論再展開敘述
* Identify your competitiveness
* Determine your roadmap
* Be proactive and coachable
### Identify your competitiveness
可視化,數字化自己的競爭力。
舉個例子
* Before
* Handle the CI/CD part of the system. With Helm 3, managing auto testing
and deploying is more convenient.
* After
* Built CI/CD process With Helm3, automated unit/integration testing and
reduce 50% deploy time usage.
> 這個 50% 怎麼算你可以自己找一個基準,看用過往的 release interval, operationcount 都行,但必須有一個評估方式。
此外應該要針對自己的每個能力進行更客觀的評估一下
僅以 Kubernetes 來說,個人認為可以分成以下幾種
* Know how to use: 能在一個工作天內從零到有啟動一個集群
* Know what it is: 能正確描述不同常見部件的功能,pod, deployment, kubeproxy
* Know how to manage it: 整合過常見 Plugin, CRD, Services 如 -Service Mesh,
Helm, Promethus(Operatior), Grafana
* Know how it work: 能細說不同組件的功能,特性等,比如 kubeproxy 的不同實現方式,並能根據協議/架構的需求選擇 consul/istio/cilium 等不同組件
* Know how to optimize it: 能根據公司的需求,對不同組件做客製化,最大化甚至是創造該功能在公司內的價值
> 也就是大公司常做的自製或魔改輪子的行為。
### Determine your roadmap
就文章中看來,發文者並不是很確定自己職涯要往哪裡走,好像
PM/Android/Backend/SRE 全都可以接受,對自己的職能沒有很明確的定義
這裡個人會建議還是要選定好目標來進行自我職能塑造,並採用從主到次的方式來敘述
以 Backend 來說,我會這樣塑造
* Main:
* Programing Language: Python
* Framework: Flask
* Skill Set: PostgreSQL, ORM, Restful
* Language: Mandarin(Native) English(Intermediate) Japanese(Native)
* Sub:
* SRE: CICD, K8s, Helm
* Android: Java
* FrontEnd: Vue
> 如果你對自己日語巨有自信,直接打上 Native 沒問題。該展現自信的時候就要勇敢表達,如果對方今天質疑這點或是感到興趣,可以主動提議面試切日語,用實力讓對方留下印象
然後根據這個原則去寫你的 Backend resume,注意強調 Main 的部份,Sub 的部份可以提
但要知道 Sub 那些對公司通常只是「Nice to have」的部份,比例別超過 20%,甚至
10% 就夠
也方便你在找 Backend 工作時對自己的知識庫查漏補缺,發現很多理想的公司 Backend你都只缺 NoSQL
那馬上可以提起袖子開幹,打開 Udemy 開始學一個 NoSql 的項目,對於有 Backend 底子的人,集中投資時間的話只要一週就可以達到 Know what it is 的程度了。
至於怎麼寫可以參考網路上隨處可見的 Googler, Appler, FaceBooker 去寫
或是這個 https://medium.com/p/2aae18e83251
並且寫好之後不斷找人幫你 Review 給建議,如果身邊真的沒有合適的人選,直接
desensitized 之後放到 ptt 讓鄉民幫你 review 都可以
不要怕被批判,被批判是好事,對方其實是花自己的時間在給你建議
如果合理的話當然可以虛心接受
此外你真的覺得
https://i.imgur.com/BbQJX3C.png
讓 Backend 的 Hiring manager 覺得你是「主力 Python backend 順便懂一些
SRE+Android 的工程師」
讓 Android 的 Hiring manager 覺得你是「主力 Jave Android 順便懂一些
SRE+Backend 的工程師」
**這樣才能拿到一個 Senior 而非 Junior 的薪水**
### Be proactive and coachable
跳槽的本質是什麼?
追求改變
加薪的本質是什麼?
追求進步
如果你還在追求這兩件事,發文是很好第一步,接著就是聽取著正確的建議改進
並且向面試官展現追求改變的欲望,追求進步的事蹟
> 比如花一禮拜自學 NoSQL 幹出一個 Example
> 把每一次面試被問倒的問題整理成公開筆記
至於人脈問題其實在網路時代是可以解決的問題
學習一下一畝三分地那些飄到美國的人怎麼找工作內推的?
直接選定公司,看好 JD,直接發訊息請 Linkedin 上找臉熟的員工內推
不用擔心被拒絕,問就對了(當然,要有禮貌,這是 basic sense)
如果聊得來甚至可以問看看對方是否願意花個半小時幫你 Mock interview
公司內員工直接做 Mock 的效果是最準的,練習完對方也可以直接給你第一手的
feedback
公司內推通常都有獎金的,就我所知一般工程師美國行情價是 200k TWD 左右,亞洲(日韓新中)是 100k~150k TWD
原因是內推的錄取率跟到職率都是數倍於一般海撈的,效果甚至比要正大光明抽成的獵頭還好,對公司來說可以省下大量的成本及工時。
所以網路上還是有很多工程師很樂意花點時間幫你評估,內推,能的話一起分獎金的 XD
## Summary
快速做一下總結
* Identify your competitiveness 分析自己的競爭力
* Determine your roadmap 釐清目標,塑造自身定位
* Be proactive and coachable 主動,積極,持續進步
個人看法和經驗分享,歡迎各位補充或糾誤,望共勉之
--
推對沒有技術需求的那句話
推
推,之前看過,受益良多
推 好完整的分析
推
推推
推
獲益良多 推
推
推優質好文
推優文
推推
推
優質
推
推
推
網址好像404了?
感謝提醒,hotfix 已上,正在寫 fatal report了。
未看先推 感謝建議
也有別人講履歷要照公司分 那我就先往這個方向走
我確實不知道自己職涯要怎麼走 但我現在知道那是我的事
不是公司的事 所以我根本不需要先搞清楚我職涯要走啥
我要做的是把我能走的方向全部各寫一份以該方向為主的
履歷 然後對應職缺應用 突破一大盲點
另外我日語巨有自信 我都可以直撥開台打馬娘和觀眾互動了
也參加過日語技術會議 寫個native應該不過份吧
哈哈 真的有些人就是尋求更有競爭的向上管理
推推
推推
推
大推
好文推推,也想加入分獎金的行列XD。
優質好文推推
好文推一個
人脈在職涯路上轉換工作時真的很順 推推
好文推
推
推好文
爆
Re: [請益] 請問工程師幾歲是死線?先講個重點:我希望30歲以下的年輕人能看到這篇。 個人覺得年齡不是最先會遇到的瓶頸,看了很多40-60歲前輩們的經驗,以及自己的經驗。問題是有沒有經營好自己。 首先,講一下超過40歲,最差的求職型態: 十年以上工作經驗,結果是1-2年的技術深度,連續用10年以上。 例如我是做軟體的,最怕收到40歲,然後經歷都不斷在做沒聽過的公司 web後端+資料庫存取。這個大學生訓練一年就差不多很熟練,竟然一年技術經驗,重複用了10年以上。88
Re: [請益] 32歲轉職換工作請益最近我也嘗試在台灣找工作,不說歲數了,滿丟臉的。 一開始我覺得,在台灣沒人脈,又不想刷leetcode ,又老,會不會很難談到年薪150萬,後來發現事實不是這樣。還是有公司願意給老工程師一些機會,薪資待遇也是檯面上少見。甚至有些比較好的公司,除了薪水,也願意開放的談職缺的內容,看能否有更好的雙贏發揮,而不是用一個低階簡單的職位描述來綁一個資深工程師。 如果你想要薪資成長,還是老話: 國家 > 產業 > 公司賺錢能力 > 公司願不願意給人才高薪> 解決問題的能力,know-how> 各種技術 framework > 學歷,年資> 程式語言。 很多人認為自己是人才,然後到低薪的產業或公司去,找高薪的工作,當然永遠薪資上不去。你是解決問題的人才,而且到了願意給你高薪的公司,才會得到高薪。73
[心得] 證券IT工程師年薪分享這2~3年我發現身邊的朋友原本沒在投資理財的, 現在都至少會買一些0050、00878之類的ETF, 誤打誤撞進入證券業,今天就來實際分享元大證的面試薪資和環境, 想要年薪百萬並且有開發經驗的同仁,可以站內履歷, 我們是台灣券商龍頭,一直推出更多元化的服務,35
[請益] junior php工程師職涯求建議代PO - 因為怕被認出來,請容許我模糊一點資訊 自我介紹: 頂大文科畢業,做了幾年低薪工作,決定轉工程師。27
[心得] Netskope面試(2022)背景同上篇,現在是11年打雜 Netskope是HR在Linkedin上聯繫的 一開始有先跟HR聊一下職缺內容 第一個職缺 backend 跟之前有人分享的很類似,但是沒有OA23
[心得] Appier/Binance/Grab/ShopBack 面試心得Appier 台灣的AI服務軟體公司 後端軟體工程師 一面 tech leader和manager一起面試, 針對履歷內容詢問15
[心得] 2021 軟體產品經理求職經驗分享Hi 各位板上大大好~ 我是 Glyn,近期剛結束個人職涯的最新一段求職旅程, 因為深感在求職過程中受到非常多人事物的幫忙,因此想分享自己的一些經驗, 希望能對部分正在尋找軟體產品經理 (software product manager,下文將簡稱「軟體 PM」) 的人有幫助,13
[心得] 面試心得受前同事影響,覺得讓大家認識一些公司避免踩雷是個蠻不錯的方式,這邊分享今年的面 試經驗面試時間介於今年的3~4月,在職找工作。 先交代一下背景:四大非本科碩,在新創小團隊的後端待了2.5年。 ### Xfers(新加坡新創Fintech): - 應徵方式:獵頭推薦1
Re: [請益] 快40歲了想換工作沒人要怎麼辦分享幾個看法,希望對您有幫助~ 以「自己」作為出發點思考~ 1. 請先確定您未來想走什麼樣的路: - 繼續當工程師→當什麼工程師→選一個自己很感興趣的技術與方向(前端、後端...) - 不當工程師當PM(舉例)→列出PM的能力需求(或是透過相關職缺去瞭解)1
[分享] 旅日開發的實務分享 - 如何在跨國職場中-工程師技能的可移動性一直都是受人稱羨的,想要在海外工作,相對來說比較容易,但, 成為旅居海外的工程師之前,要先做什麼準備呢? 這次特別邀請旅居日本的軟體工程師 Bater,透過線上直播的方式來和 大家分享台灣人在日本職場的競爭優勢及跨文化的協作經驗! 在日工作已經四年多的 Bater ,過去也是非本科系的轉職者,他將帶著過來人的經驗向