Re: [討論] 軟體工程師每五年增加一倍？
今年2023了，我公司還在用C++03 (編譯器只有支援半套C++11)
比最新的老四五年而已，我覺得已經算是很"樂觀"的狀況了
就算C++編譯器更新到20，我相信只會寫11的人還大有人在
甚至還有人跟我說過他看不懂parameter pack
我覺得有必要區分什麼叫 新技術 什麼叫 新東西
幾年前聽了一場線上講座，在介紹C++11怎麼做到20 concept的效果
我才恍然大悟，其實很多東西一直都存在
而很多新的framework跟library甚至是語言
其實是把一些已經存在的技術進行包裝
而有些是針對現有的工具重新進行設計或改良
那種只能算是新東西 而不是新技術
確實公司能賺錢是因為domain knowledge或BM，跟技術屌不屌/新不新無關
但如果你是一個熱愛學習的人，處於一個僵化且拒絕學習的公司，其實是很痛苦的
docker出來到現在已經十年，不算新東西了對吧？
我在團隊中建議我們可以將建置環境改為dockerize
(而且我也實際應用到工作流程中，不是打打嘴砲而已
但還是拒絕學習、改變的人還是占大多數
我不知道，可能登入遠端伺服器手動安裝每一台機器比較有效率吧？
不少人其實並不追求開發效率或自動化、甚至是公司軟體的品質或效能
能花三十分鐘做完的事情為什麼要花三秒鐘做完？
反正工作效率再高、技術再新，時薪還是不變，做完一個任務下個任務只會來更快
有時想想，或許老鳥只是在透過身教告訴菜鳥這個寶貴的職場智慧:)
--
原因很簡單 改用docker出問題的時候是不是都你處理
不是的話 結果只是增加他們的工時
請問您是否同意： 「長遠來看，手動維護toolchain與建置、部屬開發環境所需的工時， 會比使用docker來得短且更有效率」 這句話 如果你不同意的話，那我不明白為什麼你會說工時增加了 如果你同意的話，那我還真不了解為什麼現在的主流是使用docker技術 而不是DevOps登入每台機器手動部屬
vb6老嗎 程式還在無限增長 嘻嘻
新瓶裝舊酒 只是讓你對已知的東西 再去花時間花精神學
習一次 老人都知道這種事非常的白痴 為何要浪費時間
不要說老人都抗拒新的東西
所以最後才說 職場智慧啊 沒事不要替公司操心
我用docker都只用來測試 畢竟沒UI操作還是蠻痛苦的
有些公司scale就很小，覺得手動deploy時間沒差多少
不要說UT也是有人跟我說幹嘛寫，手動測測就好
有個同事跟我講沒有必要學gdb, printf就好了 不要說抗拒新東西，連老東西都抗拒lol
※ 編輯: bachelorwhc (36.231.112.187 臺灣), 02/19/2023 18:13:59通常你要自己做，別人看到好處>>>壞處才會跟 強制不了
樓上中肯 一堆新人只看到新東西的好處
能用gdb的起碼是一個，好吧，主流的作業系統
卻沒看到新東西的壞處
請你能具體舉一個你看過的案例嗎？還是你認為我舉的例子有什麼壞處:)
多的是閉門造車不支援gdb，然後用JTAG除錯器的封閉系統
公司要考慮的是能否賺錢,開發環境是否穩定
我認同你的觀點，那請問我舉的哪個例子是會導致開發環境不穩定的呢？ 阿，對了，我也看過公司用老東西結果還是不穩定的阿lol
要不要追求新技術並不是公司經營的重點
別人不採用就GGYY一堆批評
很多時候還是看程式給誰用 你不能叫一般使用者安裝docker
人家能用printf除錯你幹嘛要求對方用gdb
我好像沒有"
要求"對方吧，請問你是在哪個段落看到的
說什麼都功能利弊都不在乎，只要熟悉的方法能繼續用
如果是你用gdb除錯的效率比對方用printf快非常多,才有理由
跟主管要求大家一起來學gdb吧...
1. 對方用printf抓三天不到，我用gdb半天不到就抓到了 2. 對方自稱linux開發經歷至少三年，我一個月不到 (而且我之前也沒學過gdb，任職才學的) 3. 我沒有"建議"或"要求"任何人，我只有事後製作投影片教學如何使用 我覺得你好像可以把我說的話 解讀成我想強迫別人改變 但我只是想說，職場確實是有抗拒學習的人存在的
因為一個一個主機上去上版可以讓主管感覺你工作很努力，
但都自動化後主管會覺得你很閒，
如果你們除錯效率沒差多少,要求這個沒啥意義
lol，我搞不懂你為什麼堅持要認為我"要求"別人耶
※ 編輯: bachelorwhc (36.231.112.187 臺灣), 02/19/2023 18:32:59除非在一個大家都很有熱情的單位，不然不要引入什麼新技
術，否則苦差都是自己的，同事還會覺得你在找麻煩
學習成本就是一個會導致不穩定的點啦
你要負責寫教學文件嗎？
還真的寫過，謝謝指教。 我不知道我是否可以這樣理解你的論點 1. 學習成本導致不穩定 2. 企業追求產品與開發穩定 3. 如果員工與企業同樣希望產品與開發環境穩定，應避免導入任何改變
※ 編輯: bachelorwhc (36.231.112.187 臺灣), 02/19/2023 18:35:28要是真的很在意同事是否願意學習，想辦法去頂尖的公司，裡
面一堆同事有學習的熱情
如果你們公司薪水低於業界，也不用期待找到什麼有學習熱忱
的同事
你沒有要求的話，你管別人用printf幹嘛
你過度解讀我的意思了，公司難免需要改變跟導入新技術，但
前提是這個改變好處多於壞處
我覺得你去找有衝勁的公司比較快 別妄想改變環境
同感，待了一年已經開始找了
夏蟲不可語冰 一律建議離職
你說的都對 公司老人固執無知 那你還留在那邊幹嘛
你debug速度比別人快,代表你能力比別人強,你該做的是拿這個
做為跟主管談考績跟調薪的籌碼...
同事debug速度慢那個是主管要負責的
長遠來看就是廢話，長遠來看沒用的東西當然不會被發明
要到那個長遠前一定有轉換成本，公司不吸收，肯自己吸收的
就是少數啦
所以就是職場老鳥的智慧啊，公司賺錢、分紅照領，真的沒有太大的必要學新東西
※ 編輯: bachelorwhc (36.231.112.187 臺灣), 02/19/2023 19:00:43其實不需要花這麼多時間在抗拒或拒絕學習的人身上。換個
工作環境比較快。
有時技術實在太舊，例如classic asp，你要找人進來維護還
不好找
除非是熟練封頂又有專人服務 不然要動員滿難的
設計得當 維護成本低 客製成本也低 交付速度快就能多接
幾個案子或做新產品 有那個量能 就有機會爆發性成長
只是要一直維持這股衝勁滿難的
這種情況在公司到某一個量體的時候不改變都不行
DevOps也是聽的人多，做的人少，很多還以為換個職稱而已
你的想法很好 你只是不懂老人的心態而已 這跟能不能提高
效率無關
為什麼要用docker?你的環境不能reproducible builds？
docker解決的問題是什麼？真的適合你們的環境？用c++，
我會想先deterministic builds。我承認我是老人，有很多新
能用一種技術吃40年到退休誰不想
技術出來，我不會先用。docker出來時，我就想這不就是
BSD的Jail？有時老人不是不用，但技術是有取捨的，不見得
從你回文的用詞 我覺得對方也有可能是不想理你
在你的環境加分。我是會用docker或類似的東東，但也是某
些環境才用。不是拒絕採用就一定不對，老人也是被新技術
咬了很多次才保守的。
要推新技術要去說服主管吧 不然多出來的工時誰給錢
像IE滿多都是要死撐到最後一刻才會翻新
如果推新技術對你和公司有利（你履歷多一條可以寫），
其他人持平的話，依照人性還是會有些眼紅懶得學的人反
對
公司只要規模一大就不可能一直翻新技術
有時候要推廣這些需要的是統合意見與溝通能力，變得跟
技術沒太大關係了
像上面提到的出bug機率也會是潛在風險，評估時程的時候
就要計入QA及解bug風險
其實我提出的建議真的沒有大家想像的那麼"新"，也不會動到程式碼 我們的工作環境是使用Windows，但編譯產品需要到cross-platform(不同處理器、不同 嵌入式系統、不同C++標準、不同函式庫)。過去的方法就是維護人員手動登入到伺服器 放toolchain還有寫建置腳本。 整個建置環境是需要人力維護的，如果某個機器掛掉，就要全部手動重來。 團隊中也沒有人在使用WSL，所以以前的方法就是每個人先上commit到server，然後全部 目標平台都編譯看看，看哪個不過就再修改，然後再上commit試試看能不能過，來回到 過為止。 所以我花兩天的時間把所有toolchain的流程、設定、腳本全部都做成docker image， 透過WSL我能夠在windows環境下進行所有目標平台的建置，還能夠管理image版本 就只是這樣而已，有經驗的人應該知道我講的不是改變多大甚至多複雜的事情
而且是否更新技術是高層決定的
無法說服上面聽你的建議，表示需要的理由還不夠充分
如果是 CPP 處理 mulit threading 要 debug, gdb 還真的不
一定比 printf, cout 好用...
請問gdb不是能夠控制其他thread的是否能繼續進行 也能切換thread嗎
如果可以的話試著找幾個老人加入你一起跟技術主管推
不過你必需先做好詳細的 survey，知道採用它帶來的優/缺點
語法不重要，架構才是重點
multi
電腦跑得動docker真好 有些公司連標準的ram都不夠
現實上就是說服不了人，這事情碰到就要逃避嗎？只會碰
到這次?
很好奇為啥你沒想要換公司
上面有提到正在找了
其實你遇到的問題不是老人不鳥你與老人不學東西，而是
你連主管也沒說服，就不要想說服老人，你不斷重複這比
我主管很認同，但很可惜是這個建置環境並不是我們team在管的 而另一個team認為沒有比較
較好是沒用的，當你資歷淺卻想改變工作環境時，你只能1
.說服老闆或主管2.自己爬上去改革3.換公司，每一項都跟
你學到或用到的技術多優秀無關
我提的意見主管一直都很認同，也有在部門內幫我宣傳過 但就算是同部門甚至是同一個team，也不是所有人的工作模式都會因此改變 你有遇過主管會下令指定你開發中一定要用什麼工具或流程的狀況嗎？
※ 編輯: bachelorwhc (36.231.112.187 臺灣), 02/19/2023 21:48:50做這行的很多都是要實際去做才知道的 說服是行不通的
你只是想把事情做對，但你沒在想讓別人覺得你對
你可以觀察一下我上面對某些板友問題的回覆，我除了透過實踐證明這個方法更 方便以外，我也有舉出優點。有些板友提到壞處、不穩定等等......不過我似乎 都還沒有看到任何一個針對我方案具體舉出壞處的例子，但有些人還是可以針對 你所有的發言不斷提出質疑 我從一開始回文只想陳述的事情就只有兩件： 1. 不管是被證明比較有效或是尚未被證明有效的方法，職場中確實有人會拒絕 嘗試或學習 2. 學習技術或改變工具，不一定會讓你的薪水比較高，工作效率越高項目消化 越快只會讓工作項目更多
是可以，但不一定比較方便快速呀，今天如果是有很多連線的
程式要透過 gdb 來定位問題，不一定會比 printf 直觀快速；
我不是說 gdb 不好，也不是支持老人只會用 printf 不用 gdb
，不同情境選擇適合的工具就好了
哈哈 懂了 我大多也都是先透過log縮小範圍啦 你一開始講mt debug用gdb不一定比printf方便我有些驚訝跟好奇XD 因為在我的經驗中 多執行續只用printf很難解XD
說服的方式很多種，做出明顯的成效給主管或老闆看就是
最有效的一種，但做出明顯成效就不光是自己技術優秀就
辦得到，終究是要有人認同你然後一起做才能做大
你文中提及的建議，我做過類似的事情是串 CI 的 workflow
，在 YAML 裡透過 matrix 去 include 不同作業系統，並配置
我認同docker這個使用起來並不難而且很有幫助，但要做
的真的是說服主管&其它習慣原來方法的人，而他們在意的
點和我們這些版眾是不一樣的@@
不同的 compiler, qt version 等，的確其實跟你說的一樣沒
這麼複雜。我會這樣串的原因，是你文中提到的一部分，你用
WSL 很方便，但其他人甚至連 WSL 都不會用甚至不知道
那問題就會是他們要採用你的解決方案，還需要多花時間去搞
懂另外一套機制，對年紀大的叔叔伯伯來說可能沒這麼容易…
主管真的要導入新東西的話，當然就是下令所有人要學，
並納入考核啊，光宣傳有什麼用啊…
我待過三間公司還真的沒有看過任何一個主管指定我要用什麼開發工具或工作流程的... 前公司有主管曾經推廣要寫test，但絕大多數人還是沒在鳥，說要慢慢導入正規開發 流程，但過了三四年據我所知到現在還是前公司還是推不起來 甚至我一個朋友在某間小公司當主管，底下三四個工程師也是沒辦法指定流程的 指定還會被下屬反過來質疑
題外話，不是你們team在管的，代表不是你們team要負責
任，你要說服有責任的那個team難度就更高，從他們的角
度看說難聽點，只會覺得關你什麼事而已，你想說服別人
，首先要先換位思考，不然都是白搭
我倒是覺得這是你展現leadership或是ownership的機會，
扛下責任硬幹把公司整體環境優化，如果成功就代表你是
對的並且得到credit
跨部門合作，你的主管得願意幫你向另一個 team 的主管推
你的盲點在於你一直認為自己做的是有效的改善，但問題
從來不在你做的是對錯，你有想過，你公司的老人甚至可
能知道你是對的，但他們就只是“不想鳥你”嗎？
嗯? 這我知道啊 我本來就沒有堅持或要求誰要學什麼，我文章結尾不就寫了 學新東西不一定有任何好處啊(還要浪費時間)
※ 編輯: bachelorwhc (36.231.112.187 臺灣), 02/19/2023 22:10:07不然如 foreverk 所說的一樣，白費力氣而已
推過啊，拒懂
學新東西明明就很好玩
當你覺得待遇配不上自己技術和能力的時候，該是換個環境的
時候了
推廣和宣傳是沒用的，因為那只有在剛好同事是跟你志同
道合才可能成功，但這種事可能在學校社團才可能出現，
真的要改變團隊，就是納入考核，不寫測試的就是code re
view拉出來highlight，並影響考績，不然任何主管跟你說
有在推，基本上都只是浪費時間
你是沒有堅持要人學沒錯，因為你是直接想離開找更適合
的，而不是選擇捲起袖子下去幹，但終究有一天你會遇到
一個情況，就是公司其他部分都很完美，但就是流程或技
術有缺點，你選擇一直跳的機會成本只會越來越高，我只
能說長久來看未必是好選擇
我現在的公司平均一個月做五千多次deployment, 沒自動
化的話真的要請一隊人來做了.
台灣人就愛殺豬公啊
8
首Po這不是我說的，這個是Uncle Bob 說的 他說1946年 全球出現第一位軟體工程師 至今73年之後(2019，他發表演說的時間) 全世界已經一共有約莫一億個軟體工程師 這個成長的速度![[討論] 軟體工程師每五年增加一倍？](https://img.youtube.com/vi/Qjywrq2gM8o/mqdefault.jpg "[討論] 軟體工程師每五年增加一倍？")
19
整串下來護航老技術不需要改的人就只是個笑話 一堆老屁股自己沒有學新技術的能力 在那邊說公司能獲利就好 結果就是台灣軟體都是廢物平台 一堆平台資料外洩 pchome那個老舊頁面只會哭政府沒保護本土電商 博客來露天天天被駭還裝死 最需要安全的銀行也可以被盜 還有券商遭駭用戶被下單![Re: [討論] 軟體工程師每五年增加一倍？](https://www.wavetec.com/wp-content/uploads/2022/10/self-ordering-kiosks.jpg "Re: [討論] 軟體工程師每五年增加一倍？")
8
用新技術真的要小心， 還是有一定風險的， 舉個例子如 github action 佈署工具的 dubious ownership 問題， 三不五時就冒出來一下， 我所知最近的一次是這個月初，6
學技術的人常忘了一點 技術不是公司的核心 公司的核心是賺錢 只要能繼續賺 資安 使用者體驗差都不是問題 目前還沒聽過誰因為麥當勞點餐機太爛就是吃別家 另外之前不說6
恕刪 : 所以在市面上看到的軟體工程師 : 年輕人很多 老人很少 : 有些人就誤以為軟體工程師 : 只有年輕人做的起來 老了就要退休
88
Re: [請益] 32歲轉職換工作請益最近我也嘗試在台灣找工作，不說歲數了，滿丟臉的。 一開始我覺得，在台灣沒人脈，又不想刷leetcode ，又老，會不會很難談到年薪150萬，後來發現事實不是這樣。還是有公司願意給老工程師一些機會，薪資待遇也是檯面上少見。甚至有些比較好的公司，除了薪水，也願意開放的談職缺的內容，看能否有更好的雙贏發揮，而不是用一個低階簡單的職位描述來綁一個資深工程師。 如果你想要薪資成長，還是老話: 國家 > 產業 > 公司賺錢能力 > 公司願不願意給人才高薪> 解決問題的能力，know-how> 各種技術 framework > 學歷，年資> 程式語言。 很多人認為自己是人才，然後到低薪的產業或公司去，找高薪的工作，當然永遠薪資上不去。你是解決問題的人才，而且到了願意給你高薪的公司，才會得到高薪。40
Re: [請益] 資策會Java與C#選擇Hi 你好，小弟我學店數學系， 目前在軟體公司擔任前端的小主管， 算是有點自學軟體轉職成功的經驗， 不嫌棄的話跟您分享一下。 雖然技術跟經驗比不上板上的大大，![Re: [請益] 資策會Java與C#選擇](https://img.youtube.com/vi/8FQ4zW_F_Iw/mqdefault.jpg "Re: [請益] 資策會Java與C#選擇")
36
[心得] 初階 DevOps/SRE 工程師是如何煉成的markdown 好讀版： ## 前言 背景是學生，大約兩年的 SA/DevOps 學習經驗，剛拿到 ByteDance 的 SRE offer， 所以應該可以算是 Entry-level 的 SRE 了，![[心得] 初階 DevOps/SRE 工程師是如何煉成的](https://tech-blog.jameshsu.csie.org/img/favicon/orange.png "[心得] 初階 DevOps/SRE 工程師是如何煉成的")
19
Re: [請益] 工作半年對未來規劃的疑問（文稍長）關於學技術，小弟也常在學習： 隨便舉10有用到專案或論文的程式語言吧： C, C++, perl, java, c#, vb.net,JS,PHP, Ruby, Python…(懶得打字了) 隨便舉10個我有的資料庫/類資料庫吧： Oracle, Mysql, PostgreSQL, MSSQL, MongoDB,Redis,Hbase,Hive,ES,Neo4j,Milvus…6
Fw: [新聞] 獨家｜「截肢女孩」公司勞檢結果出爐作者: TWOOOOOOOOOO (給妳2億) 看板: Gossiping 標題: [新聞] 獨家｜「截肢女孩」公司勞檢結果出爐 時間: Sat Feb 19 15:06:05 2022 1.媒體來源: 蘋果新聞網![Fw: [新聞] 獨家｜「截肢女孩」公司勞檢結果出爐](https://i.imgur.com/yqHBga0b.jpg "Fw: [新聞] 獨家｜「截肢女孩」公司勞檢結果出爐")
11
[心得] 提升 .Net 工程師薪資的 2 種做法圖文並茂版: 由於敝公司其中一項業務是作資訊專業人力的派遣，所以累積已經閱讀超過數千份.Net PG 履歷的經驗，分享出一些簡單的作法，希望給 .Net 工程師參考。 .Net 工程師的宿命，不段更新的架構 fig. 1 ASP.NET MVC 版本歷程 從維基百科的清單裡面，很清楚看到 .Net 開發技術更新的頻繁程度其實讓人頭皮發麻，所以筆者的第一個觀察是，目前在求職市場中的 .Net Programmer 就充斥了三個斷層。分別是 WebForm， ASP.NET MVC ， .Net Core MVC 這三種主要的變革，好不容易在 .Net Core 3.1 微軟終於採用 LTS 事先預告結束支援日期的作法，但是官方也只願意支援到 2022 年底，接下來又要換成 .Net Core 6.0![[心得] 提升 .Net 工程師薪資的 2 種做法](http://www.ibcloud.com.tw/wp-content/uploads/2021/02/justmock__net_770.png "[心得] 提升 .Net 工程師薪資的 2 種做法")
14
[請益] 第一份工作是DevOps好嗎？各位前輩好，小弟剛從民間補習班的java班結訓，有幸進入某家公司的DevOps單位。 目前工作剛滿三週，接觸了docker跟利用azure 在專案上，還有利用自動化工具進行壓測 跟弱點掃描。 但是探詢其他同事，該單位主要工作都是技術支援其他單位或是接專案改寫上雲之類的， 不會有開發專案，變成說未來幾乎連java框架也都沒有實作機會，只會依據改寫目的，改11
[請益] 非本科Offer請益(代PO)[自介] 大家好，小弟25y，非本科，軟體工程相關經驗年資1y，近期拿到幾個offer需要馬上做決 定，但是很猶豫，已詢問過主管後，還是不清楚某些公司一些detail資訊(分紅,風氣,環 境)，薪資部分想說公開透明分享給各位，所以就不用N了，唯獨最後一家還沒談薪，所 以薪資部分還不知道，不過有口頭offer。8
[請益] Offer請益(代PO)[自介] 大家好，小弟25y，非本科，軟體工程相關經驗年資1y，近期拿到幾個offer需要馬上做決 定，但是很猶豫，已詢問過主管後，還是不清楚某些公司一些detail資訊(分紅,風氣,環 境)，薪資部分想說公開透明分享給各位，所以就不用N了，唯獨最後一家還沒談薪，所 以薪資部分還不知道，不過有口頭offer。