資深工程師該有怎樣的樣子？

看板Soft_Job作者 (鋼鐵領主)時間5年前 (2019/03/23 16:50), 5年前編輯推噓31(34推 3噓 78→)
留言115則, 45人參與, 5年前最新討論串1/2 (看更多)
2010年7月開始進入資訊業 主要是寫ANDROID APP 現在也九年了 一路上不敢說表現得多好 但也是一路過關斬將殺到現在 從基礎的restful api串接 到後面BLE,NFC, 甚至為了接案自己學django，node.js 這幾年開始感到前端取代APP的風氣越來越盛 於是順手把前端的東西都學起來 （包括cordova，kotlin之類的阿雜） 本來以為隨著經驗越來越多 工作會越來越好找 但是……卻覺得不是這麼回事 隨著經歷越來越多 每次去面試的公司反而砲火都越來越猛 從年紀幾歲（35很老嗎？） 寫什麼程式（會JAVA為什麼不能勝任C? 換幾任工作（我待過七家公司關你啥事啊…… 面試的問題都越來越愛針對我的私人經歷打轉 好像做了九年的人還在面試很要不得一樣 最糟糕的是 每次換工作都越來越難待很久 往往都是 第一個月摸環境 第二個月完成專案 第三個月驗收到一半開始被刁難 然後就拿些希奇古怪的理由趕我走 變成一案工程師 版上前輩很多，所以想問問 通常到了第十年開始 技術自我學系能力以及做專案程度已經還OK的話 該往什麼方向開始增進？ 又，我該如何判定一家公司我能不能做長久呢？ ----- Sent from JPTT on my Sony H4493. -- 我的猜想是，雲端技術就像當年的網際網路 所有的人都要讚美它 所有的廠商都要支援它 所有的專案經理都要擁抱它 所有的工程師都要實踐它 但是，就是沒有人知道什麼是雲端技術.... -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.8.161.223 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1553331015.A.130.html ※ 編輯: uok (101.8.161.223), 03/23/2019 16:51:04 ※ 編輯: uok (101.8.161.223), 03/23/2019 16:52:02
推
03/23 16:59, 5年前 , 1F
面試不問工作經歷 不然要問求學經歷嗎==
03/23 16:59, 1F
→
03/23 17:03, 5年前 , 2F
資深工程師面試不問經歷...那到底還有什麼好問的？學歷？
03/23 17:03, 2F
也是這麼說沒錯，但至少要問我會什麼做過什麼，而不是你覺得你為什麼會寫程式這種問題
→
03/23 17:08, 5年前 , 3F
薪水不高也不用待太久
03/23 17:08, 3F
※ 編輯: uok (101.8.161.223), 03/23/2019 17:12:48
→
03/23 17:11, 5年前 , 4F
另外10年你要面試的是管理職了，至少是lead
03/23 17:11, 4F
推
03/23 17:11, 5年前 , 5F
基本上想找資深工程師的公司都想要強的即戰力，當然會問你經
03/23 17:11, 5F
→
03/23 17:11, 5年前 , 6F
驗
03/23 17:11, 6F
→
03/23 17:12, 5年前 , 7F
若你經驗無法進去就快速解決他們問題，他們也不會要你
03/23 17:12, 7F
但是很快的解決掉，也意味著很快的公司就不需要你了，不少公司還真的是一案走天下…… ※ 編輯: uok (101.8.161.223), 03/23/2019 17:13:52
→
03/23 17:14, 5年前 , 8F
ptt大說的也對，資深也要有能力帶人
03/23 17:14, 8F
※ 編輯: uok (101.8.161.223), 03/23/2019 17:17:21
噓
03/23 17:15, 5年前 , 9F
被問的那些都很正常啊 不然是要問什麼==
03/23 17:15, 9F
推
03/23 17:27, 5年前 , 10F
我覺得面試策略需要修正了
03/23 17:27, 10F
→
03/23 17:27, 5年前 , 11F
35歲以上的軟體工程師真的很稀有，聽到的都換跑道了
03/23 17:27, 11F
→
03/23 17:28, 5年前 , 12F
有可能是被你篩選後的公司都會有同樣的模式
03/23 17:28, 12F
→
03/23 17:28, 5年前 , 13F
感覺是人的問題
03/23 17:28, 13F
→
03/23 17:32, 5年前 , 14F
除了你個人程式能力，那你跟別人團隊合作的能力呢
03/23 17:32, 14F
這倒是有可能 待過的公司不是那種一人寫一個元件 就是一個人從前臺寫到後台那種 我下次面試試試看找需要合作一點的好了
噓
03/23 17:40, 5年前 , 15F
人的問題
03/23 17:40, 15F
噓
03/23 17:43, 5年前 , 16F
這個簽名檔顯示出你的專業技術很淺，換一個吧
03/23 17:43, 16F
※ 編輯: uok (101.8.161.223), 03/23/2019 17:52:11
→
03/23 17:49, 5年前 , 17F
...我才寫軟體2年多 但我一年前就感覺到了...
03/23 17:49, 17F
→
03/23 18:05, 5年前 , 18F
35歲軟體工程師很多的, 我們公司很多20多年的工程師
03/23 18:05, 18F
→
03/23 18:07, 5年前 , 19F
只不過職稱不是工程師罷了 工作內容就是工程師
03/23 18:07, 19F
推
03/23 18:08, 5年前 , 20F
可以參考這篇 #1SaULKvb
03/23 18:08, 20F
有點理解了，感謝 ※ 編輯: uok (101.8.161.223), 03/23/2019 18:23:12
推
03/23 18:33, 5年前 , 21F
做久就老屁股阿 看起來是覺得你不會面試吧
03/23 18:33, 21F
推
03/23 18:47, 5年前 , 22F
我覺的是你寫的東西問題是不是很多，才會導致驗收要
03/23 18:47, 22F
→
03/23 18:47, 5年前 , 23F
趕你走，一間公司這樣我覺得可能是公司問題，多間這
03/23 18:47, 23F
→
03/23 18:47, 5年前 , 24F
樣就要自己檢討了
03/23 18:47, 24F
這就是我蠻容易有爭吵的地方 一個案子既不給規格書 再不然規格書上面就有寫錯或改了不講的東西也能扯到我嗎？ PM自己不看規格書 甚至規格書還看錯叫我改成別的規格也要說是我嗎？ 我知道你看完前兩句是不是要開始覺得我都不受教，什麼事都先推卸責任了對吧？ 不好意思，自從離開第二家公司，我都會寫TEST CASE甚至還用自動測試（雖然ADT本身就不錯用啦），但講白了，如果公司自己規格書就開的歪七扭八，甚至根本不開規格書，叫你去 google play下載他們以前的產品（委外公司寫的）照抄（因為source code掉了），你說這樣不撞車嗎？ 台灣那間不是這樣？！ 我第五間公司他馬的還因為我不收規格書就不肯寫而把我FIRE掉勒！
推
03/23 18:56, 5年前 , 25F
這樣算前端災民嗎
03/23 18:56, 25F
推
03/23 19:00, 5年前 , 26F
應該要問你拿手的是什麼
03/23 19:00, 26F
主要還是JAVA ※ 編輯: uok (101.8.161.223), 03/23/2019 19:22:58
推
03/23 19:34, 5年前 , 27F
也許問題不在技術力 你有想過為什麼您合作過的人那麼多
03/23 19:34, 27F
→
03/23 19:37, 5年前 , 28F
當您轉換工作 出來光靠人脈跟關係卻沒有出路
03/23 19:37, 28F
→
03/23 19:38, 5年前 , 29F
還要最直接的進入人力市場拼搏
03/23 19:38, 29F
→
03/23 19:42, 5年前 , 30F
說實話我連隔著螢幕都能感覺到你技術有底
03/23 19:42, 30F
還有 47 則推文
還有 5 段內文
→
03/24 01:16, 5年前 , 78F
雲端技術怎麼沒人知，老戲重談而已，最近不都流行霧
03/24 01:16, 78F
→
03/24 01:16, 5年前 , 79F
端了嗎
03/24 01:16, 79F
推
03/24 01:26, 5年前 , 80F
案子富雜才更應該要把文件寫好，細節沒確認好就不應該
03/24 01:26, 80F
→
03/24 01:26, 5年前 , 81F
動工
03/24 01:26, 81F
→
03/24 01:27, 5年前 , 82F
否則程式改來改去，浪費的成本絕對比改文件大
03/24 01:27, 82F
推
03/24 01:31, 5年前 , 83F
其實我覺得你應該去寫文件，因為你了解文件又有開發經
03/24 01:31, 83F
→
03/24 01:31, 5年前 , 84F
驗
03/24 01:31, 84F
→
03/24 01:33, 5年前 , 85F
你的每分工作如果都是短短的時間，面試時總是會想暸
03/24 01:33, 85F
→
03/24 01:33, 5年前 , 86F
解原因，然後這年資很多都已是主任副理，如果你是找
03/24 01:33, 86F
→
03/24 01:33, 5年前 , 87F
非外商的工程師缺，難免被懷疑是來鬧的或是能力有問
03/24 01:33, 87F
→
03/24 01:33, 5年前 , 88F
題
03/24 01:33, 88F
推
03/24 02:05, 5年前 , 89F
加油
03/24 02:05, 89F
→
03/24 02:23, 5年前 , 90F
你的對口單位不會找你長官抱怨就叫資深工程師
03/24 02:23, 90F
推
03/24 03:30, 5年前 , 91F
金融業寫軟體做專案就一整個超麻煩啊，87%的問題都不是技
03/24 03:30, 91F
→
03/24 03:30, 5年前 , 92F
術問題，做久真的會厭世，這圈子能力越強的人越痛苦。
03/24 03:30, 92F
推
03/24 11:03, 5年前 , 93F
原來是金融業啊，離開金融業再說吧。
03/24 11:03, 93F
推
03/24 11:27, 5年前 , 94F
你適合去日本。日本開發規格書詳盡到你不要不要的
03/24 11:27, 94F
推
03/24 11:35, 5年前 , 95F
但日本人還是會追加規格~
03/24 11:35, 95F
推
03/24 12:30, 5年前 , 96F
規格定完就不會更動的瀑布式開發早就過時了
03/24 12:30, 96F
→
03/24 12:30, 5年前 , 97F
看你是要適應這個環境，還是等著被淘汰
03/24 12:30, 97F
推
03/24 13:18, 5年前 , 98F
樓上戳到我心坎裡 真的 現在都在揣摩客意預留功能擴充XD
03/24 13:18, 98F
推
03/24 13:25, 5年前 , 99F
現在開發都預留一堆87%不會用到的彈性
03/24 13:25, 99F
推
03/24 14:45, 5年前 , 100F
我只是新手，請問現在高手都直接寫死不留彈性嗎？
03/24 14:45, 100F
→
03/24 14:45, 5年前 , 101F
因為現在工作的做法也都是沒寫死
03/24 14:45, 101F
那是在有pm或是pm拿到規格修正後知道要CC為前提……… 設定檔或是元件化是肯定要的 你們應該沒碰過把兩個專案都取同一個名字的PM 幫他打上編號他還說編號太難記叫我塗掉 還有早上說要改 中午說不改 晚上說還是先改明天開會決定要不要上版 然後第二天被叫進去痛幹為什麼昨天沒上版 我沒有說過不接受修改 就是修改也要開修改需求 不是cc說想更就更 改要改成怎樣有沒有想清楚？ 沒想清楚就改，萬一你PM聽錯需求呢？ 萬一客戶想錯講錯呢？ 我出來做三四年的時候也是跟樓上幾個一樣想法 啊，反正一百個需求 我一天也改完，不怕你改 結果勒？ 某天業務打電話跟我說某某專案某某CLASS的參數改成OO 我照改了 第二天被叫上去電 因為那個業務講錯專案 我改錯class 那個業務說要拉案子就烙跑了 我他馬被電上天 因為我提不出證據是他說的 還被嗆說是不是我聽錯 我也只能自認倒霉 正是因為做的久 捱的悶棍多 才知道要求文件來保護自己 不然阿貓阿狗一個電話就改 你怎麼知道他是不是離職想整公司故意叫你改錯 ※ 編輯: uok (101.8.161.223), 03/24/2019 16:57:26 ※ 編輯: uok (101.8.161.223), 03/24/2019 17:04:53
→
03/24 19:49, 5年前 , 102F
為什麼阿貓、阿狗叫你改程式你就改？
03/24 19:49, 102F
→
03/24 19:55, 5年前 , 103F
以前專案開發時，客戶直接打電話要求工程師改程式，結果
03/24 19:55, 103F
→
03/24 19:56, 5年前 , 104F
把我們氣的要死，因為跟和客戶開會要求的規則不同，他竟
03/24 19:56, 104F
→
03/24 19:57, 5年前 , 105F
然問都不問，趕亂改需求，還很委屈的跟我說客戶要求的！
03/24 19:57, 105F
就是吃了虧才會越來越重視這些啊 我講這些，也不在乎人家笑我什麼 重點是 我受過教訓 所以我知道照規格文件走對一個工程師是多重要的習慣，光是自我保護就是很重要的一環 ※ 編輯: uok (101.8.161.223), 03/24/2019 20:49:52 ※ 編輯: uok (101.8.161.223), 03/24/https://m.facebook.com/mamateamup/?locale2=zh_TW58:01 ※ 編輯: uok (101.8.161.223), 03/24/2019 21:18:46
推
03/24 21:37, 5年前 , 106F
其實看你發文跟回文不難想像你為什麼會落入如此困
03/24 21:37, 106F
→
03/24 21:37, 5年前 , 107F
境
03/24 21:37, 107F
→
03/25 01:43, 5年前 , 108F
業務權限這麼大 連改哪個class都管得到@@ 沒經過開會
03/25 01:43, 108F
→
03/25 01:43, 5年前 , 109F
決定的東西 自己做了就得扛責任很合理
03/25 01:43, 109F
→
03/25 01:46, 5年前 , 110F
很多東西都是得double check, 自我保護也以防做白工
03/25 01:46, 110F
推
03/25 16:33, 5年前 , 111F
我一個碩士生都知道什麼是雲端技術了…
03/25 16:33, 111F
→
03/27 17:52, 5年前 , 112F
標準工程師 看spec開發沒錯 可是無法串接邏輯
03/27 17:52, 112F
→
03/27 17:52, 5年前 , 113F
永遠都在寫人家叫你寫的程式
03/27 17:52, 113F
推
04/01 17:44, 5年前 , 114F
沒leadership、沒溝通能力、沒解決非技術性複雜事情能力
04/01 17:44, 114F
→
04/01 17:45, 5年前 , 115F
→年紀大一點的junior engineer
04/01 17:45, 115F
‣ 更多 uok 的文章
文章代碼(AID): #1SbVD74m (Soft_Job)
‣ 更多 uok 的文章
文章代碼(AID): #1SbVD74m (Soft_Job)