[心得] 工程師年齡歧視的真象
原文刊於：https://elderengineer.github.io/book-sillicon-valley/52.html
# 工程師年齡歧視的真象
大齡工程師面對的技術挑戰，是我最近碰上的一堵高牆，真的等撞上後才知道，並不
是那麼容易跨過，且願意去跨過的。
以我為例，我的工程師生涯是隨著 Java 生態系一起成長的，十五年來 Java 生態系
的東西我大多有碰過，十年來同時還用了 Scala 生態系的一些東西。但是去年換到一
間五歲左右的軟體公司，公司用的技術是 Scala, GRPC, Akka, Slick, Sangria,
Json4s, Consul, Envoy, Python, Airflow 等，我就有點適應不良了。
原因是，我本來就有一整套運作良好的軟體架構跟函式庫在我腦袋裡面，這些函式庫
經過 Java 生態系十多年來的驗證，大大小小的功能都有支援了，然後 Bug 也在十多
年來被清除乾淨，有許多的最佳實例（best practice）可以參考，不用重新摸索，
可以很快的變即戰力。
像是 Json4s 完完全全比不上 Jackson-Json 這套函式庫，但是因為這是 Scala 原
生的函式庫，所以得到我們團隊的採用。其他更不用說 IoC 的架構，有 Spring 或
Guice 的架框輔著，可以更有效率的使用，但是我的前團隊寧願重新造輪子，用
cake pattern 加上 IoC 的觀念，來把軟體元件串接起來。
我在這個新團隊中，被迫要把熟悉的架構，一個個都抽換掉，重新再摸索一個不同的
函式庫，看他怎用不同的手法解決同一個問題。對我來說，既使一個新的函式庫有比
舊的函式庫好上 10% 好了，對我個人的總生產力只有增加 1% ，若是扣掉學習的時
間，算上機會成本，對我反而是沒有幫助的，同樣的時間，我可以花在學習新的領域
上面，擴展我的知識範圍。
在這段時間，我體會到「技術是熟的好」，不管是什麼技術，用上手就好，反正到最
後分高下的，大多是對工具的熟悉程度最重要。**大多數人是把二十多歲前接觸的世
界當常態，然後用一輩子在這個時間凍結的世界內，最佳化自己的生活方式。**
# 知識探索的過程
Matt Might用了幾個簡而易瞭的圖片清楚的形容了博士的工作到底是在做什麼。
http://matt.might.net/articles/phd-school-in-pictures/
* 把人類的所有知識想像是一個大圓
* 當你小學必業後，你有一些理解
* 高中之後，你又多學了一些
* 到了大學，你開始學習專業領域
* 到了碩士，你又多精深了一些
* 到了博士班，開始讀論文後，開始達到某個領域的最前線
* 放大
* 經過幾年的努力，一直推進
* 總算，某一天，你有個小突破
* 這個就叫博士學位
* 但是別太自滿，從巨觀看來是這樣的
# 新程式語言
為什麼過去 20 年來，我們有這麼多的新函式庫新語言興起，然後熱門了幾年後，
最後大多數公司還是回歸 Java 生態系，為什麼軟體產業要花這麼多的心力，重造
輪子，探索不一樣的可能呢？
因為沒有了這些從新造輪子的知識探索過程，人類的科技不會進步，所以軟體業在
可見的將來，都會一直發明新的語言，用不同的實作方式，來解決同一樣的問題。
在過去的二十年間，有許多的語言興起，如 PHP、Java、C#、Python、Ruby、Java
Script / Node.JS、Typescript、Coffee Script、Groovy、Kotlin、Clojure、Go
及 Rust 等語言，各有優劣，有些變成主流語言，有些在風頭過了之後，就漸漸平
淡下去。
如果你是軟體行業的新人，你是否該追求新技術，還是要學習穩定好用的技術呢？
這影響到了你未來的職場生涯。
像是矽谷的大公司，一定是選用最新最熱門的技術，因為最新最熱門的技術，才能
吸引到源源不決的新鮮人加入公司，新鮮人才是公司的未來，需要這些勞動力來推
動公司的業務。如果一間公司選用了非熱門技術，那麼使用者的總量少，挑選到一
流人材的機會更就少了，而且這有可能變成公司成長的限制，無法找到足夠的人材
來推動公司的新業務。
而對於新鮮人來說，選用新興的語言技術，有除了市場需求以外的好處；羅馬不是
一天造成，軟體的複雜度也不是一天造成的；我常聽到有人報怨 Spring 太過於複
雜，但是對我來說 Spring IoC 是很精巧的，只是因為大環境的改變， Spring IoC
從一開始的使用 XML 來設定，演化到使用自己的 Annotation 來設定，最後是到
Java 標準化的 JSR-330 來使用，對於新進用戶，只需要學習其中的一種就好。
我能夠理解這些，是因為我跟著這個框架一起成長的，理解它在過去因為什麼理由
而做出變更，跟什麼歷史遺留做出妥協，為什麼一個功能會設計成這樣。也因此我
建議新鮮人，要學習市場上新興熱門的技術。你可以從頭，當一個框架很精巧時，
把它的程式碼讀完，當它每一次新增一個功能時，想想，如果是你會怎麼做，為什
麼官方會做出這些取捨。
# 技術是熟的好
但是在追求新技術外，你也要考量到，現在多數的新技術，是設計給大公司用的，
除非你要一直幫超大型網路公司上班，你學習的技術往往是過度複雜，甚至是不合
用的。
例如現在許多的開源專案，使用 Protocol Buffers & GRPC 來做序列化（Serialization），把記憶體中的狀態寫到磁碟上或透過網路傳送到遠方，但是 PB 的許多設計是
為了減少通訊時使用的空間的，像是 PB 會省略掉欄位的名稱，用 index 來取代
，在內容上也會用一些方法壓縮空間。這些做法對谷歌來說都是合理的，因為谷哥
的資料量太大，如果可以省下百分之一的空間，那麼就可以幫公司省下數千萬數億
美金的網路傳輸費用及儲存費用，但是大多數公司不是谷歌不是臉書，你的公司的
網路流量連谷歌的萬分之一都不到，不需要去做這些最佳化，而且有修改是無法向
前相容的，是要靠人腦去做的調整的，例如把一個欄位從 int 改成 long ，等你
的資料有 1TB 時，再來考慮最佳化吧，程式設計師的工資是很貴的。
我是建議大多數人用 json 來做 RPC protocol ，用 json 來做資料庫內的 blob
，用 json 來做 hadoop / big data 的格式， json 最大的好處是好讀，大家可
以用人眼就可以讀他的內容，不需要靠其它程式來轉換，而且 json 的支援很廣
，不管是什麼大數據框架都支援 json 。我上一份工作，有一部份的時間，因為
不同系統吃不同的格式，就花在 json / protobuf / parsec 的資料格式轉換上面。
扯遠了，如果你學習一套運作良好的全棧 full-stack 框架，例如像是 Rails ，
花個三年時間把他裡裡外外都摸個透徹，未來要做一個新產品，那麼在技術方面
的時程估算，將會較簡單就估算出一個時程表，而且因為你對細節清楚，就更不
容易因為細節出包，而影響到專案的時程。
至於對於新鮮人該走那一條路，是要追求新科技，還是摸熟某一套技術，我在下
一章會有討論。
--
最熱門的技術不一定是最新吧，大公司我看到的大多用成熟
許久的東西
每一個技術跟protocol都有pros & cons, 好的工程師不會說X
XX比較好，而是不同的constraint的情境下一定有一些比較突
出的選項。再來大公司明明都是用成熟的科技居多，你有看到
哪間大公司用Rust跟Kotlin當主力語言的讓我知道一下
推推
推
敢問你幾歲 工作多久了
另外~全部都回歸到JAVA我覺得言過其實了
java就難用的技術 當你想實現特別功能的時候 特別
Java 在生態系的部分是很穩又廣，大型系統的架構與效能都
還不錯。不過前幾年的 oracle 爭議，還有進步緩慢的語言
特性，會讓其他語言有追上的空間
難用
純用框架倒是還可以 但想追求好點的時候特別難受
推
json 跟 PB 那段我都要哭了。
要用成熟的工具去發展不成熟的事情啦
否則根本沒辦法專注在自己的問題上面，都在跟工具耗
曾在一案用json的原因就是 開發過程規格變動大 json好維護
結果被某工程師也是用效能的理由要求寫好的整套換成 pb
我當時建議先換幾個（不要全改）避免重構 影響開發時程
結果 該員無法實現自己的想法就森77離職了。
從熟悉的環境換到不熟悉的環境本來就要重新來過
和年齡歧視有什麼關係，而且換新工作，面試時就應該
知道會用哪些新技術，自己是否要先熟悉之類的
重點是態度應該要reset吧，用老鳥心態來看可能反而會
被認為難搞
標題與內文不符，內文講的很多點是不錯，可是工作是自己選的
看起來比較像您不適應新團隊在抒發吧，跟年齡歧視好像...
CDDA(Cataclysm: Dark Days Ahead)遊戲存檔用json,
遊戲data目錄約51M。不使用SSD時很慢。
我也覺得不太符，好像最後少了一兩段把他們關聯起來
一樣也是大齡工程師，超過十七年的程式生涯。完全不認同你
的想法。因為每一個新語言新框架都解決之前語言或框架的痛
點。
只能勉勵自己隨著年資培養硬實力之外也要培養軟實力吶
“即時一個新的函式庫...好上10%好了...” 這段是不是代
表，一個函式庫即使比較好，也會因為原po不熟所以抗拒?
反而新鮮人因為什麼都不熟，不會有這種抗拒，也因此不用
特別去說服新鮮人，最後就演變年齡歧視了...
我也同意樓上說的，好10%代表公司產品更有競爭力了，應
該要支持才對，怎麼會用對自己只有1%的幫助就不想學了?
技術是熟的好，這不就是不想接觸其他工具/語言的說法?
每個技術最好都接觸一點，了解優勢跟劣勢
又說學新東西的成本很高不想學，又說你寧可把時間拿去
學新東西
你搞得我好亂啊
樓上，這很好懂，原文是寫新領域，那大概就是指情願把時間
拿去學投資理財或養生保健，也不想花時間學新的框架吧
說Java難用的真的建議不要再碰軟體開發了....
原po的意思應該不是學不學新框架的問題 而是框架要花
時間學 新公司商業邏輯也要花時間熟悉 公司要做出產品
重要 還是學習用新框架造輪子重要 時間不夠的兩難
台灣80%的公司軟體服務流量不大 使用人數不多 如果新
的框架語言改善10% 公司沒有因此減少10%成本/多賺10%
站在公司角度就不必要 這只是站在公司角度 但工程師
應有自己的技能樹規劃
早點財富自由比較實在，工作會比較沒壓力
現在語言/工具異動幅度很大,大概只有3年內還有在使用的
才有參考意義
標題的「真象」是什麼意思？是「真相」嗎？
看起來真的跟年齡歧視沒關係，就只是原PO完全只會
站在自己的角度思考而已。
看不出來和年齡歧視有什麼關係+1
唉 呂方的歌 老屁股有一段歌詞 人說屁股總是老的好 共享之
感覺其實是老惹不想再學東西惹
這樣是不是找個養老村之類的
標題下的有點不太好吧 之前寫的還好一些
同標題切入點不太好, 但內文的json vs PB 真的是很好的舉例
寫prototype跟 MVP的時候沒有一定要用PB吧...
...我被某樓建議不要再碰軟體開發了，哭哭
整篇就是老人的抱怨文
已經待了10幾年難道不知道軟體業唯一不變的就是變嗎
你今天找工作不找一個java base的公司，跑去新創抱怨別
人怎麼不用java，這才是重點吧......一堆公司都還在用ja
我也覺得反過來，學的快才是強。
感覺就是在抱怨
真抱歉，我們純軟公司一千多人追求效能走 GO/C++, 追
求快速走 Python，還真沒有什麼回歸 Java 的跡象。
還有 pb 的好處不只傳輸量，在版本的控制及跨語言的
通用性也是優於 json，這是有規模有計畫的開發才會看
到的區別。
我們公司完全跟樓上一樣哈哈
個人感覺您的文章分析的面「象」不夠齊全，錯別字也
有點妨礙閱讀，非「報」怨，但個人建議修正一下。
寫 java 應該轉用 kotlin 怎麼會跟 scala 比較 所以你
找 scala 的工作當然很痛苦 公司內原本就會寫 scala
的人就沒這問題
覺得有些論點可以探討，但說「最後大多數公司還是回歸 J
ava 生態系」太武斷了
使用 kotlin 的人數一直在成長 現在我公司新專案也從
java 轉移過去了 現在2020年沒有 java 工程師會選擇
轉 scala 的
大公司一定是成熟的技術，不然出問題很麻煩，學習新技術
的部分，就是成長型思維和固定型思維的差異
Scala那麼可愛 請不要歧視他
不是阿
你去別家公司當然人家用什麼你就跟著學什麼啊
你覺得java是世界上最好的語言那你可以建議公司全部換
成java生態系啊
可是這樣公司的人不也要學新東西
阿別人的學習成本不是成本只有你的學習成本是成本喔
這麼愛java好棒棒幹嘛不去找java的缺就好搞什麼歧視鏈
groovy躲在旁邊哭
新技術包括新語言，還有新的算法，新的平台等等，太多能追
了，不追新語言，追新算法或是新平台，轉眼又五年
我覺得解決問題的能力應該比用什麼語言來得重要吧，
語言或平台或框架什麼的不就只是工具而已嗎？
時代的洪流，只能說可憐，想想修鞋匠，想想那些被時代淘汰
的行業
不懂跟年齡有什麼關係，程式本來就是一直學
推eva1945，語言框架只是工具
就舒適圈待久了 遇到新環境不適應 結案。
若工程師無法對新的技術或事務感到好奇想去玩看看的話，
那估計是老了，會有被取代掉的危機呀！
工程師重點應該是解決問題，語言是工具
語言很重要在於什麼情境下用什麼合適的語言解決問題
不用盲目追求新技術，但是要持續了解新技術的目的pros.
cons.
serialization 蠻有感的。每個技術要處理的問題不同
自己不想學新的怪誰 這行業本來就會一直有新東西
沒看見歧視 只看見一個墨守成規不求進步的範例
故步自封
Groovy Spock 拿來寫 Java Code 的單元測試超棒的，比 S
calaTest 好用，覺得是用過最方便順手的 Test Framework
推
所以年齡歧視就是歧視老了不想學的人...
有點文不對題 但認真寫還是給推
能用自己積累的東西當然是好 但是說到底也不可能完全
符合需求 尤其是對java而言 稍微動態就要一些前置作
業 如果還有時間壓力那很痛苦 有一定話語權當然可以
如此 沒話語權就會發類似這篇
java 難用的點在於LIB不同框架粒度不同 銜接起來
很麻煩 底層也是同樣狀況
然後動態方面又特別囉唆
一下子要繞過hack 一下子又要關注小的類別
然後如果對方又學了一些讓代碼難以維護的技能 那更糟
糕
時間成本較高的語言
這篇完美展現什麼樣的人會被淘汰 原因絕不是年齡
覺得是下標的問題XD
以前有"研討會開發導向"一詞 就是聽別人說有什麼新技術
也不管三七二十一就要轉換過去 不換就是跟不上時代
但新技術要成氣候是需要時間和認同的
前端大爆發的時代更是每隔一陣子就有新框架提出
現在的感想是 評估該技術的能力比掌握技術的數量重要
看你就只剩 在矽谷 這三個字能吹了
不是最常說，語言不重要，工具不重要？
Java 唯一優點：可以用 0% 腦容量無止盡寫糞 code
內容有點文不對體，要不要重新編輯一下
好文推 慢慢消化
文中不是寫他每天都在團隊弄新東西嗎..哪來不學新的
茪W，文中不是也在抱怨說就算新東西好上10%，對他總生
產力只增加1%，扣掉學習成本還不划算嗎
我第一句的亂碼是"樓上"，抱歉
修過opensource你就知道框架沒如此夢幻
推 語言工具本來就很重要 應用軟體的架構這麼複雜
選不熟悉或不成熟的語言工具 很容易踩雷 可能後續開發
徵才都比較困難
要用什麼就去學就好了阿 = =
oracle表示開心
結論：不想離開舒適圈
我覺得 等大家都有年齡 大概 不會 這樣推文
人生是有限的 把所有精力都拿來不停地學東西 不見得 人人愛
不一定人人愛啊，但是至少不要把自己不想學推到工程師
的年齡歧視，就只是技能樹不符合這公司而已，應該找更
符合自己的公司才對
說真的 跟年齡無關 過40也不會這樣想 你那個team用
著你看不順眼的作法兜系統 我覺得可以反過來思考
為什麼你這麼經驗豐富的老司機 要降級去這種團隊勉
強自己
原因？無權帶領上面還有一個比你大？團隊程度不好 只
知道這種作法
反正各種狀況都有
但你今天是在一個團隊 大家程度不一樣 本來就會有你
看不慣的作法
專案可能還會有技術債、架構問題之類的包袱
你本來就要稍微放棄一些個人的意見 中
你還是要先把目標完成
說真的 程度好 經驗多 看什麼都看不慣 反正你可以用
你的經驗找出很多問題
但作為一個資深工程師 這時候你就可以發揮你的價值
如果不行 早點走一走卡實在
（媽的ios14打字一直lag
至於為什麼有人會重造輪子 因為隨著需求跟使用環境
改變會有很多新問題產生
你社群也未必會立即解決 因為主力貢獻者也有他們開發
主線要走 甚至有些東西改版後產生更多的問題
要嘛你自己硬幹 要嘛另外找方案
當然你也可以選擇等待趨勢變化或特定你關注的技術發
展到一個程度
等待該語言、框架開始收割開發成果
你以為你用技術很穩 實際上可能是來自某些框架支持
者跟流行 踩雷先給你踩好踩滿
趨勢也剛好幫你造出來。某些團隊就剛好收割這段期間
的成果再推出更穩的東西
但等到你可以用的時候 請問是什麼時候？
我個人從來不反對技術有人重造輪子
而學新技術 你要學多少也是看個人 至少要有一個可以
混口飯吃而且夠專精的東西可以讓你在這個環境混下去
我覺得原PO標題、團隊開發遇到的不愉快經驗 以及對
於新技術的看法 我覺得像是三件事
然後 技術對我來說就是完成目的工具
掌握特定的語言或框架或許可能可以在特定公司吃穿很
久 但是環境總是會變化
早期學舊ASP的人都沒想過ASP.net後面會發展這麼久
早期學的人還有人覺得寫這個很變扭
早期也有人死守VB6 不願意跳C#
我記得也有朋友的美國友人死守Adobe Coldfusion 就是
不想學新的 對他來說 這個東西就是很穩 而且他而言他
就是開發的很快
不太認同你的認同，用pb跟json的差別就像是rdbms與mon
go的爭論一樣阿，pb在計劃性資料有優勢，JSON可以多變
，要更改pb本來就是要付出一定的成本，至於新的技術付
出學習的時間成本去增加程式的效能不就是工程師的價值
所在嗎？
在大量有非同步的需求上，你不會想用Java的，另外重新
造輪子這件事，如果公司有給予足夠時間，反而很不賴吧
？造輪過程中也能重新去看前人怎實現，一些觀念和奇淫
巧技又能有更深入的體會
簡單來說，你希望自己的沉沒時間成本能兌現，那你應該去
找只用傳統Java的團隊，而不是希冀還沒投入時間成本或不
介意多學點新東西的人，為了你而降低10%效率
我是指前半段的部分…
Java很強，讓原本無法成coder的人成為coder，但Java興起
的那幾年也是Coder薪資成長停滯的年代，供需關係。
文不對題嗎？他寫得就是為什麼會被歧視的真相阿
最佳的兌現方式就是開公司 應用在別人事業上虧了都是
吞得下去真的是勇者
沒有高薪 前途保證都是假的
你後面建議使用json的時機真的會導致世界毀滅…
為什麼我覺得這篇看起來就是不想學新東西？
是我還不夠老嗎？
確實展現了為什麼會被歧視
你經驗這麼豐富沒道理適應不良吧．．．
真相
讓原本無法成為coder的人成為coder我認為是javascript
時間，空間，成本
記憶體邊便宜自然有記憶體揮霍
79
[心得] 軟體考古系列：JSON 的故事專門講軟體開發故事的 Podcast 節目 CoRecursive 最近訪問了 JSON 之父 — Douglas Crockford（以下簡稱 Doug），說他是怎麼想出 JSON 這個現在大家都在用的資 料格式，以及他是怎麼推廣它的。 我覺得這段歷史很有趣，就順手整理一下，翻譯成中文，希望可以娛樂到一些人 :) 本文也同時刊載在![[心得] 軟體考古系列：JSON 的故事](https://i.imgur.com/0vSVYuDb.png "[心得] 軟體考古系列：JSON 的故事")
40
Re: [請益] 資策會Java與C#選擇Hi 你好，小弟我學店數學系， 目前在軟體公司擔任前端的小主管， 算是有點自學軟體轉職成功的經驗， 不嫌棄的話跟您分享一下。 雖然技術跟經驗比不上板上的大大，![Re: [請益] 資策會Java與C#選擇](https://img.youtube.com/vi/8FQ4zW_F_Iw/mqdefault.jpg "Re: [請益] 資策會Java與C#選擇")
25
[問卦] 欸 為什麼我資料都成功丟回前端了 秀不出*** 幹你媽的我找到問題了 另外一個要丟回來的資料裡面 有幾個欄位是NaN *** *** 就算我api response那邊下了 default=str 也是不行 ajax看到NaN就不吃 *** *** error以後還是要寫 媽的這弱智問題卡一上午*** 幹你媽的 javascript到底什麼鬼啦 postman測試ok![[問卦] 欸 為什麼我資料都成功丟回前端了 秀不出](https://i.imgur.com/TIidihrb.png "[問卦] 欸 為什麼我資料都成功丟回前端了 秀不出")
29
Re: [請益] 以java作為技能的最低入行門檻(更新回應): : : 各位好 : : 小弟因為想在明年轉職程式，想要半路出家轉行29
Re: [閒聊] 積分選角隱藏隊友名字 如何查戰績?========警告======= 本文僅用於學術教育目的 請勿使用任何方法去查詢隊友ID 看到任何宣稱可以在積分查隊友的APP或網頁也不要使用 否則你的帳號會被BAN 14天 ===================11
Re: [心得] 非本科系生真的這麼劣勢嗎？我最近也在求職。 總覺得本科系去投履歷若經歷不好看都未必吃香了， 非本科系、沒工作經驗沒機會其實不會太奇怪。 再加上看了看職缺的應徵狀況以後，我認為最近前端工程師的市場已經過度競爭了。 要知道明明是開發 web 系統，為什麼人家會想找「前端」工程師，10
Re: [請益] 目前工作的職涯發展以下個人主觀片面的看法，聽聽就好 我覺得「網路服務」這樣的方向仍舊太含糊。 你最好依據幾個你有興趣開發的軟體系統之需求來決定你學習科技的方向， 免得像我職涯一樣大摔一跤。 我在前面回文說的「持續設計、實作特定類型系統」是從功能和用途的角度來分類系統，9
Re: [問卦] 自學C跟C++推薦哪個教材這問題...如果不是大一計算機程式教授要特別選一個配合長期發展的語言， 那麼以一般人來說，要先考慮的是你想做什麼事情 確認了你想做什麼事情之後，去問你認識的在做那些事情的人他們用什麼程式語言， 然後從那個程式語言開始學一個段落。接著就可以開始做你想做的事情了 Java Python C C++ 這四個要選一個當起點當然是 C 最好。![Re: [問卦] 自學C跟C++推薦哪個教材](https://i.imgur.com/WSS1Nmxb.jpg "Re: [問卦] 自學C跟C++推薦哪個教材")
6
Re: [討論] 用AI寫code產生的疑問我和同事們不久前有討論過如何透過 ChatGPT 來建立應用或是優化工作流 例如協助我們翻譯語系檔案等等 這個過程中，我們希望 AI 的結果可以整合進自動化工具裡面 所以我們將語系檔案分批餵給 ChatGPT API，再要求他回傳指定的 JSON 結構，結果超極 滿意2
[心得][英文] 高中6K字-108版# 高中6K字-108版 大學入學考試中心「選才電子報」第 312 期（ 2020-08-17 ）談論了新版的 《高中英文參考詞彙表》，內有單字、詞性、級別，並提供 PDF 版下載；我把它 清理了一下，整理出 JSON 版及 Google Sheets 版，方便應用。 * Google Sheets 版：
![[心得][英文] 高中6K字-108版](https://lh6.googleusercontent.com/mEOyGUpmc2xNWKF22u6WrjNffF0y2hhgqNFq5cqIxnnEFyCtvXo5BnwnR0wTEeJBJDFJKeaDPPyirw=w1200-h630-p "[心得][英文] 高中6K字-108版")