: 其實我也不知道我發這篇文想得到什麼回應 可能只是想吐苦水而已
: 在下碩畢後國防役最後一梯進入某財團法人，到現在一待就是13年
: 中間還有被借調到某政委辦公室過，工作非常充實，但因為原單位規定最多只能借4年
: 所以沒辦法繼續做下去
: 而原單位看起來船隨時要沈 每年繳稅的時候也從來沒有看過收入1M 都是最低稅率
: 年年辦退稅的政府認定的基礎生活線上魯蛇
: 在借調時間臨滿前想說一念發起，趁這個機會往外找工作開創第二人生
: 畢竟我也寫過當時Android Market前十的app，摸過各種技術，參加過數個開源專案
: ，英語能力也有到馬德里參加工作坊或到菲律賓演講的程度，應該不錯吧
: 結果半年間投了幾十間公司，包含獵人頭介紹面試了20幾家，得到的offer是 - 0
: 我真的大震撼，原來這才是現實，現實是我出去根本沒人要
: 第一線外商我連面試機會都沒有，往下找偶而有免試機會但基本也沒人要
: 拒絕我的人不會和我說他們為什麼不要我，我也不知道要怎麼改進自己....
原文就較長只留上半，以下內容為 Markdown 撰寫，好讀版可參見
# 年齡對工程師真的是個問題嗎？
我覺得
* 對有技術需求的公司來說不是。
* 對沒有技術需求的公司來說是。
有能力，有經驗，願意積極主動幫忙做事的好工程師永遠是缺的，年齡根本不是重點
會想到寫這個還是基於以下文章
剛好有機會藉此來做一個 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.
count 都行，但必須有一個評估方式。
此外應該要針對自己的每個能力進行更客觀的評估一下
僅以 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: 能根據公司的需求，對不同組件做客製化，最大化甚至是
創造該功能在公司內的價值
> 也就是大公司常做的自製或魔改輪子的行為。此外應該要針對自己的每個能力進行更客觀的評估一下
僅以 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
達，如果對方今天質疑這點或是感到興趣，可以主動提議面試切日語，用實力讓對方留下
印象
然後根據這個原則去寫你的 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印象
然後根據這個原則去寫你的 Backend resume，注意強調 Main 的部份，Sub 的部份可以
提
但要知道 Sub 那些對公司通常只是「Nice to have」的部份，比例別超過 20%，甚至
10% 就夠
也方便你在找 Backend 工作時對自己的知識庫查漏補缺，發現很多理想的公司 Backend
你都只缺 NoSQL
那馬上可以提起袖子開幹，打開 Udemy 開始學一個 NoSql 的項目，對於有 Backend 底
子的人，集中投資時間的話只要一週就可以達到 Know what it is 的程度了。
至於怎麼寫可以參考網路上隨處可見的 Googler, Appler, FaceBooker 去寫
或是這個
並且寫好之後不斷找人幫你 Review 給建議，如果身邊真的沒有合適的人選，直接
desensitized 之後放到 ptt 讓鄉民幫你 review 都可以
不要怕被批判，被批判是好事，對方其實是花自己的時間在給你建議
如果合理的話當然可以虛心接受
此外你真的覺得
也是可以，但建議針對不同職缺(PM/Android/Backend/SRE)客製化多個 resume
讓 Backend 的 Hiring manager 覺得你是「主力 Python backend 順便懂一些
SRE+Android 的工程師」
讓 Android 的 Hiring manager 覺得你是「主力 Jave Android 順便懂一些
SRE+Backend 的工程師」
**這樣才能拿到一個 Senior 而非 Junior 的薪水**
### Be proactive and coachable
跳槽的本質是什麼？
追求改變
加薪的本質是什麼？
追求進步
如果你還在追求這兩件事，發文是很好第一步，接著就是聽取著正確的建議改進
並且向面試官展現追求改變的欲望，追求進步的事蹟
> 把每一次面試被問倒的問題整理成公開筆記
至於人脈問題其實在網路時代是可以解決的問題
學習一下一畝三分地那些飄到美國的人怎麼找工作內推的？
直接選定公司，看好 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 主動，積極，持續進步
個人看法和經驗分享，歡迎各位補充或糾誤，望共勉之
--