[心得] 工程師年齡歧視的真象

作者HYL (@EVERYWHERE)

看板Soft_Job

標題[心得] 工程師年齡歧視的真象

時間Wed Sep 23 05:58:47 2020

原文刊於：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 ，花個三年時間把他裡裡外外都摸個透徹，未來要做一個新產品，那麼在技術方面的時程估算，將會較簡單就估算出一個時程表，而且因為你對細節清楚，就更不容易因為細節出包，而影響到專案的時程。至於對於新鮮人該走那一條路，是要追求新科技，還是摸熟某一套技術，我在下一章會有討論。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 76.103.177.223 (美國) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1600811930.A.7B5.html

推 sorryla: 最熱門的技術不一定是最新吧，大公司我看到的大多用成熟 09/23 06:21

→ sorryla: 許久的東西 09/23 06:22

推 drajan: 每一個技術跟protocol都有pros & cons, 好的工程師不會說X 09/23 06:35

→ drajan: XX比較好，而是不同的constraint的情境下一定有一些比較突 09/23 06:35

→ drajan: 出的選項。再來大公司明明都是用成熟的科技居多，你有看到 09/23 06:35

→ drajan: 哪間大公司用Rust跟Kotlin當主力語言的讓我知道一下 09/23 06:35

推 alihue: 推推 09/23 07:06

推 zzshcool: 推 09/23 07:09

推 laicher: 敢問你幾歲工作多久了 09/23 07:59

推 laicher: 另外~全部都回歸到JAVA我覺得言過其實了 09/23 08:02

→ superpandal: java就難用的技術當你想實現特別功能的時候特別 09/23 08:13

推 alihue: Java 在生態系的部分是很穩又廣，大型系統的架構與效能都 09/23 08:13

→ alihue: 還不錯。不過前幾年的 oracle 爭議，還有進步緩慢的語言 09/23 08:13

→ alihue: 特性，會讓其他語言有追上的空間 09/23 08:14

→ superpandal: 難用 09/23 08:14

→ superpandal: 純用框架倒是還可以但想追求好點的時候特別難受 09/23 08:16

推 dream1124: 推 09/23 08:19

推 NDark: json 跟 PB 那段我都要哭了。 09/23 08:26

→ dream1124: 要用成熟的工具去發展不成熟的事情啦 09/23 08:27

→ dream1124: 否則根本沒辦法專注在自己的問題上面，都在跟工具耗 09/23 08:28

→ NDark: 曾在一案用json的原因就是開發過程規格變動大 json好維護 09/23 08:28

→ NDark: 結果被某工程師也是用效能的理由要求寫好的整套換成 pb 09/23 08:29

→ NDark: 我當時建議先換幾個（不要全改）避免重構影響開發時程 09/23 08:30

→ NDark: 結果該員無法實現自己的想法就森77離職了。 09/23 08:31

推 OriginStar: 從熟悉的環境換到不熟悉的環境本來就要重新來過 09/23 08:45

→ OriginStar: 和年齡歧視有什麼關係，而且換新工作，面試時就應該 09/23 08:46

→ OriginStar: 知道會用哪些新技術，自己是否要先熟悉之類的 09/23 08:47

→ OriginStar: 重點是態度應該要reset吧，用老鳥心態來看可能反而會 09/23 08:49

→ OriginStar: 被認為難搞 09/23 08:49

→ yfr: 標題與內文不符，內文講的很多點是不錯，可是工作是自己選的 09/23 08:59

→ yfr: 看起來比較像您不適應新團隊在抒發吧，跟年齡歧視好像... 09/23 08:59

→ enthos: CDDA(Cataclysm: Dark Days Ahead)遊戲存檔用json, 09/23 08:59

→ enthos: 遊戲data目錄約51M。不使用SSD時很慢。 09/23 08:59

→ DCTmaybe: 我也覺得不太符，好像最後少了一兩段把他們關聯起來 09/23 09:00

推 liddle: 一樣也是大齡工程師，超過十七年的程式生涯。完全不認同你 09/23 09:15

→ liddle: 的想法。因為每一個新語言新框架都解決之前語言或框架的痛 09/23 09:15

→ liddle: 點。 09/23 09:15

→ yfr: 只能勉勵自己隨著年資培養硬實力之外也要培養軟實力吶 09/23 09:16

→ mimi9126: “即時一個新的函式庫...好上10%好了...” 這段是不是代 09/23 09:25

→ mimi9126: 表，一個函式庫即使比較好，也會因為原po不熟所以抗拒? 09/23 09:25

→ mimi9126: 反而新鮮人因為什麼都不熟，不會有這種抗拒，也因此不用 09/23 09:25

→ mimi9126: 特別去說服新鮮人，最後就演變年齡歧視了... 09/23 09:25

推 jack0204: 我也同意樓上說的，好10%代表公司產品更有競爭力了，應 09/23 09:42

→ jack0204: 該要支持才對，怎麼會用對自己只有1%的幫助就不想學了? 09/23 09:42

→ jack0204: 技術是熟的好，這不就是不想接觸其他工具/語言的說法? 09/23 09:43

→ jack0204: 每個技術最好都接觸一點，了解優勢跟劣勢 09/23 09:46

→ nekosgr93: 又說學新東西的成本很高不想學，又說你寧可把時間拿去 09/23 09:46

→ nekosgr93: 學新東西 09/23 09:46

→ nekosgr93: 你搞得我好亂啊 09/23 09:46

推 YukiTW: 樓上，這很好懂，原文是寫新領域，那大概就是指情願把時間 09/23 10:02

→ YukiTW: 拿去學投資理財或養生保健，也不想花時間學新的框架吧 09/23 10:03

推 hegemon: 說Java難用的真的建議不要再碰軟體開發了.... 09/23 10:31

推 vikamirror: 原po的意思應該不是學不學新框架的問題而是框架要花 09/23 11:08

→ vikamirror: 時間學新公司商業邏輯也要花時間熟悉公司要做出產品 09/23 11:08

→ vikamirror: 重要還是學習用新框架造輪子重要時間不夠的兩難 09/23 11:08

→ vikamirror: 台灣80%的公司軟體服務流量不大使用人數不多如果新 09/23 11:19

→ vikamirror: 的框架語言改善10% 公司沒有因此減少10%成本/多賺10% 09/23 11:19

→ vikamirror: 站在公司角度就不必要這只是站在公司角度但工程師 09/23 11:19

→ vikamirror: 應有自己的技能樹規劃 09/23 11:19

推 KY1998: 早點財富自由比較實在，工作會比較沒壓力 09/23 11:35

→ ddoll288: 現在語言/工具異動幅度很大,大概只有3年內還有在使用的 09/23 11:36

→ ddoll288: 才有參考意義 09/23 11:37

→ Agde: 標題的「真象」是什麼意思？是「真相」嗎？ 09/23 11:41

→ fantasychese: 看起來真的跟年齡歧視沒關係，就只是原PO完全只會 09/23 11:44

→ fantasychese: 站在自己的角度思考而已。 09/23 11:44

→ brianhsu: 看不出來和年齡歧視有什麼關係+1 09/23 11:47

推 jej: 唉呂方的歌老屁股有一段歌詞人說屁股總是老的好共享之 09/23 12:19

→ dreamnook: 感覺其實是老惹不想再學東西惹 09/23 12:19

→ dreamnook: 這樣是不是找個養老村之類的 09/23 12:19

→ lance70176: 標題下的有點不太好吧之前寫的還好一些 09/23 12:36

推 jlhc: 同標題切入點不太好, 但內文的json vs PB 真的是很好的舉例 09/23 12:39

→ jlhc: 寫prototype跟 MVP的時候沒有一定要用PB吧... 09/23 12:39

→ mimi9126: ...我被某樓建議不要再碰軟體開發了，哭哭 09/23 12:46

推 myth6818: 整篇就是老人的抱怨文 09/23 12:53

→ myth6818: 已經待了10幾年難道不知道軟體業唯一不變的就是變嗎 09/23 12:53

推 myth6818: 你今天找工作不找一個java base的公司，跑去新創抱怨別 09/23 12:55

→ myth6818: 人怎麼不用java，這才是重點吧......一堆公司都還在用ja 09/23 12:55

推 smalldra: 我也覺得反過來，學的快才是強。 09/23 13:04

→ MaxGDAM: 感覺就是在抱怨 09/23 13:08

噓 CodingDuck: 真抱歉，我們純軟公司一千多人追求效能走 GO/C++, 追 09/23 13:12

→ CodingDuck: 求快速走 Python，還真沒有什麼回歸 Java 的跡象。 09/23 13:12

→ CodingDuck: 還有 pb 的好處不只傳輸量，在版本的控制及跨語言的 09/23 13:12

→ CodingDuck: 通用性也是優於 json，這是有規模有計畫的開發才會看 09/23 13:12

→ CodingDuck: 到的區別。 09/23 13:12

推 myth6818: 我們公司完全跟樓上一樣哈哈 09/23 13:15

→ CodingDuck: 個人感覺您的文章分析的面「象」不夠齊全，錯別字也 09/23 13:15

→ CodingDuck: 有點妨礙閱讀，非「報」怨，但個人建議修正一下。 09/23 13:15

→ csieflyman: 寫 java 應該轉用 kotlin 怎麼會跟 scala 比較所以你 09/23 13:25

→ csieflyman: 找 scala 的工作當然很痛苦公司內原本就會寫 scala 09/23 13:25

→ csieflyman: 的人就沒這問題 09/23 13:25

推 justaID: 覺得有些論點可以探討，但說「最後大多數公司還是回歸 J 09/23 13:28

→ justaID: ava 生態系」太武斷了 09/23 13:28

→ csieflyman: 使用 kotlin 的人數一直在成長現在我公司新專案也從 09/23 13:31

→ csieflyman: java 轉移過去了現在2020年沒有 java 工程師會選擇 09/23 13:31

→ csieflyman: 轉 scala 的 09/23 13:31

推 XJHYJia: 大公司一定是成熟的技術，不然出問題很麻煩，學習新技術 09/23 13:40

→ XJHYJia: 的部分，就是成長型思維和固定型思維的差異 09/23 13:40

推 longlyeagle: Scala那麼可愛請不要歧視他 09/23 13:50

→ nekosgr93: 不是阿 09/23 13:57

→ nekosgr93: 你去別家公司當然人家用什麼你就跟著學什麼啊 09/23 13:57

→ nekosgr93: 你覺得java是世界上最好的語言那你可以建議公司全部換 09/23 13:57

→ nekosgr93: 成java生態系啊 09/23 13:57

→ nekosgr93: 可是這樣公司的人不也要學新東西 09/23 13:57

→ nekosgr93: 阿別人的學習成本不是成本只有你的學習成本是成本喔 09/23 13:57

→ nekosgr93: 這麼愛java好棒棒幹嘛不去找java的缺就好搞什麼歧視鏈 09/23 13:57

→ honochung: groovy躲在旁邊哭 09/23 14:27

推 iiiii: 新技術包括新語言，還有新的算法，新的平台等等，太多能追 09/23 14:34

→ iiiii: 了，不追新語言，追新算法或是新平台，轉眼又五年 09/23 14:34

→ eva19452002: 我覺得解決問題的能力應該比用什麼語言來得重要吧， 09/23 14:34

→ eva19452002: 語言或平台或框架什麼的不就只是工具而已嗎？ 09/23 14:34

推 csfgsj: 時代的洪流，只能說可憐，想想修鞋匠，想想那些被時代淘汰 09/23 15:15

→ csfgsj: 的行業 09/23 15:15

→ dong531: 不懂跟年齡有什麼關係，程式本來就是一直學 09/23 15:26

→ Louis5213: 推eva1945，語言框架只是工具 09/23 15:50

→ guanting886: 就舒適圈待久了遇到新環境不適應結案。 09/23 16:21

→ jobintan: 若工程師無法對新的技術或事務感到好奇想去玩看看的話， 09/23 16:31

→ jobintan: 那估計是老了，會有被取代掉的危機呀！ 09/23 16:32

推 wisehuang: 工程師重點應該是解決問題，語言是工具 09/23 16:38

→ wisehuang: 語言很重要在於什麼情境下用什麼合適的語言解決問題 09/23 16:39

推 noahleft: 不用盲目追求新技術，但是要持續了解新技術的目的pros. 09/23 17:40

→ noahleft: cons. 09/23 17:40

→ noahleft: serialization 蠻有感的。每個技術要處理的問題不同 09/23 17:41

噓 aas5566: 自己不想學新的怪誰這行業本來就會一直有新東西 09/23 17:46

噓 rodion: 沒看見歧視只看見一個墨守成規不求進步的範例 09/23 17:58

→ abraxas: 故步自封 09/23 19:08

推 brianhsu: Groovy Spock 拿來寫 Java Code 的單元測試超棒的，比 S 09/23 19:15

→ brianhsu: calaTest 好用，覺得是用過最方便順手的 Test Framework 09/23 19:15

推 chi972121: 推 09/23 19:20

推 wulouise: 所以年齡歧視就是歧視老了不想學的人... 09/23 19:30

推 unmolk: 有點文不對題但認真寫還是給推 09/23 20:11

→ superpandal: 能用自己積累的東西當然是好但是說到底也不可能完全 09/23 20:29

→ superpandal: 符合需求尤其是對java而言稍微動態就要一些前置作 09/23 20:30

→ superpandal: 業如果還有時間壓力那很痛苦有一定話語權當然可以 09/23 20:31

→ superpandal: 如此沒話語權就會發類似這篇 09/23 20:31

→ superpandal: java 難用的點在於LIB不同框架粒度不同銜接起來 09/23 20:37

→ superpandal: 很麻煩底層也是同樣狀況 09/23 20:38

→ superpandal: 然後動態方面又特別囉唆 09/23 20:39

→ superpandal: 一下子要繞過hack 一下子又要關注小的類別 09/23 20:42

→ superpandal: 然後如果對方又學了一些讓代碼難以維護的技能那更糟 09/23 20:44

→ superpandal: 糕 09/23 20:44

→ superpandal: 時間成本較高的語言 09/23 20:45

噓 Murasaki0110: 這篇完美展現什麼樣的人會被淘汰原因絕不是年齡 09/23 23:04

→ yyc1217: 覺得是下標的問題XD 09/23 23:13

→ yyc1217: 以前有"研討會開發導向"一詞就是聽別人說有什麼新技術 09/23 23:13

→ yyc1217: 也不管三七二十一就要轉換過去不換就是跟不上時代 09/23 23:13

→ yyc1217: 但新技術要成氣候是需要時間和認同的 09/23 23:14

→ yyc1217: 前端大爆發的時代更是每隔一陣子就有新框架提出 09/23 23:16

→ yyc1217: 現在的感想是評估該技術的能力比掌握技術的數量重要 09/23 23:17

噓 NewSpec: 看你就只剩在矽谷這三個字能吹了 09/23 23:21

推 x246libra: 不是最常說，語言不重要，工具不重要？ 09/23 23:54

推 CoNsTaR: Java 唯一優點：可以用 0% 腦容量無止盡寫糞 code 09/24 04:46

推 internetms52: 內容有點文不對體，要不要重新編輯一下 09/24 08:31

推 bill1216: 好文推慢慢消化 09/24 08:35

推 dophin332: 文中不是寫他每天都在團隊弄新東西嗎..哪來不學新的 09/24 09:49

推 aids61517: 茪W，文中不是也在抱怨說就算新東西好上10%，對他總生 09/24 10:01

→ aids61517: 產力只增加1%，扣掉學習成本還不划算嗎 09/24 10:02

→ aids61517: 我第一句的亂碼是"樓上"，抱歉 09/24 10:02

推 kingofsdtw: 修過opensource你就知道框架沒如此夢幻 09/24 10:21

推 WashFreeID: 推語言工具本來就很重要應用軟體的架構這麼複雜 09/24 12:12

→ WashFreeID: 選不熟悉或不成熟的語言工具很容易踩雷可能後續開發 09/24 12:13

→ WashFreeID: 徵才都比較困難 09/24 12:13

→ snow0112: 要用什麼就去學就好了阿 = = 09/24 16:07

推 mdkn35: oracle表示開心 09/24 16:41

推 chchan1111: 結論：不想離開舒適圈 09/24 17:32

→ kvjo: 我覺得等大家都有年齡大概不會這樣推文 09/24 19:27

→ kvjo: 人生是有限的把所有精力都拿來不停地學東西不見得人人愛 09/24 19:27

推 aids61517: 不一定人人愛啊，但是至少不要把自己不想學推到工程師 09/24 20:22

→ aids61517: 的年齡歧視，就只是技能樹不符合這公司而已，應該找更 09/24 20:23

→ aids61517: 符合自己的公司才對 09/24 20:23

→ guanting886: 說真的跟年齡無關過40也不會這樣想你那個team用 09/25 00:45

→ guanting886: 著你看不順眼的作法兜系統我覺得可以反過來思考 09/25 00:45

→ guanting886: 為什麼你這麼經驗豐富的老司機要降級去這種團隊勉 09/25 00:45

→ guanting886: 強自己 09/25 00:45

→ guanting886: 原因？無權帶領上面還有一個比你大？團隊程度不好只 09/25 00:46

→ guanting886: 知道這種作法 09/25 00:46

→ guanting886: 反正各種狀況都有 09/25 00:47

推 guanting886: 但你今天是在一個團隊大家程度不一樣本來就會有你 09/25 00:49

→ guanting886: 看不慣的作法 09/25 00:49

→ guanting886: 專案可能還會有技術債、架構問題之類的包袱 09/25 00:50

→ guanting886: 你本來就要稍微放棄一些個人的意見中 09/25 00:51

→ guanting886: 你還是要先把目標完成 09/25 00:51

→ guanting886: 說真的程度好經驗多看什麼都看不慣反正你可以用 09/25 00:52

→ guanting886: 你的經驗找出很多問題 09/25 00:52

→ guanting886: 但作為一個資深工程師這時候你就可以發揮你的價值 09/25 00:53

→ guanting886: 如果不行早點走一走卡實在 09/25 00:53

→ guanting886: （媽的ios14打字一直lag 09/25 00:54

推 guanting886: 至於為什麼有人會重造輪子因為隨著需求跟使用環境 09/25 00:57

→ guanting886: 改變會有很多新問題產生 09/25 00:57

→ guanting886: 你社群也未必會立即解決因為主力貢獻者也有他們開發 09/25 00:58

→ guanting886: 主線要走甚至有些東西改版後產生更多的問題 09/25 00:58

→ guanting886: 要嘛你自己硬幹要嘛另外找方案 09/25 00:59

→ guanting886: 當然你也可以選擇等待趨勢變化或特定你關注的技術發 09/25 01:00

→ guanting886: 展到一個程度 09/25 01:00

→ guanting886: 等待該語言、框架開始收割開發成果 09/25 01:01

→ guanting886: 你以為你用技術很穩實際上可能是來自某些框架支持 09/25 01:03

→ guanting886: 者跟流行踩雷先給你踩好踩滿 09/25 01:03

→ guanting886: 趨勢也剛好幫你造出來。某些團隊就剛好收割這段期間 09/25 01:04

→ guanting886: 的成果再推出更穩的東西 09/25 01:04

→ guanting886: 但等到你可以用的時候請問是什麼時候？ 09/25 01:05

→ guanting886: 我個人從來不反對技術有人重造輪子 09/25 01:07

→ guanting886: 而學新技術你要學多少也是看個人至少要有一個可以 09/25 01:10

→ guanting886: 混口飯吃而且夠專精的東西可以讓你在這個環境混下去 09/25 01:10

→ guanting886: 我覺得原PO標題、團隊開發遇到的不愉快經驗以及對 09/25 01:14

→ guanting886: 於新技術的看法我覺得像是三件事 09/25 01:14

→ guanting886: 然後技術對我來說就是完成目的工具 09/25 01:37

→ guanting886: 掌握特定的語言或框架或許可能可以在特定公司吃穿很 09/25 01:38

→ guanting886: 久但是環境總是會變化 09/25 01:38

推 guanting886: 早期學舊ASP的人都沒想過ASP.net後面會發展這麼久 09/25 01:40

→ guanting886: 早期學的人還有人覺得寫這個很變扭 09/25 01:40

→ guanting886: 早期也有人死守VB6 不願意跳C# 09/25 01:41

→ guanting886: 我記得也有朋友的美國友人死守Adobe Coldfusion 就是 09/25 01:46

→ guanting886: 不想學新的對他來說這個東西就是很穩而且他而言他 09/25 01:46

→ guanting886: 就是開發的很快 09/25 01:46

推 wildli0422: 不太認同你的認同，用pb跟json的差別就像是rdbms與mon 09/25 02:18

→ wildli0422: go的爭論一樣阿，pb在計劃性資料有優勢，JSON可以多變 09/25 02:18

→ wildli0422: ，要更改pb本來就是要付出一定的成本，至於新的技術付 09/25 02:18

→ wildli0422: 出學習的時間成本去增加程式的效能不就是工程師的價值 09/25 02:18

→ wildli0422: 所在嗎？ 09/25 02:18

推 crazylunar: 在大量有非同步的需求上，你不會想用Java的，另外重新 09/25 05:35

→ crazylunar: 造輪子這件事，如果公司有給予足夠時間，反而很不賴吧 09/25 05:35

→ crazylunar: ？造輪過程中也能重新去看前人怎實現，一些觀念和奇淫 09/25 05:35

→ crazylunar: 巧技又能有更深入的體會 09/25 05:35

推 jyunwei: 簡單來說，你希望自己的沉沒時間成本能兌現，那你應該去 09/25 11:06

→ jyunwei: 找只用傳統Java的團隊，而不是希冀還沒投入時間成本或不 09/25 11:06

→ jyunwei: 介意多學點新東西的人，為了你而降低10%效率 09/25 11:06

→ jyunwei: 我是指前半段的部分… 09/25 11:07

推 GoGoJoe: Java很強，讓原本無法成coder的人成為coder，但Java興起 09/25 17:14

→ GoGoJoe: 的那幾年也是Coder薪資成長停滯的年代，供需關係。 09/25 17:15

推 ChoDino: 文不對題嗎？他寫得就是為什麼會被歧視的真相阿 09/25 21:22

→ superpandal: 最佳的兌現方式就是開公司應用在別人事業上虧了都是 09/25 23:25

→ superpandal: 吞得下去真的是勇者 09/25 23:25

→ superpandal: 沒有高薪前途保證都是假的 09/25 23:26

→ bitcch: 你後面建議使用json的時機真的會導致世界毀滅… 09/26 02:46

噓 geniusturtle: 為什麼我覺得這篇看起來就是不想學新東西？ 09/26 08:35

→ geniusturtle: 是我還不夠老嗎？ 09/26 08:35

推 lukelove: 確實展現了為什麼會被歧視 09/26 20:01

推 snow0112: 你經驗這麼豐富沒道理適應不良吧．．． 09/27 04:03

噓 ekids1234: 真相 09/28 10:26

→ shooter555: 讓原本無法成為coder的人成為coder我認為是javascript 09/29 09:26

推 kingofsdtw: 時間，空間，成本 10/05 16:59

→ kingofsdtw: 記憶體邊便宜自然有記憶體揮霍 10/05 17:00