› 看板 Soft_Job 關於我們 聯絡資訊
作者uok (鋼鐵領主)
看板Soft_Job
標題資深工程師該有怎樣的樣子？
時間Sat Mar 23 16:50:05 2019
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
推 chuegou: 面試不問工作經歷 不然要問求學經歷嗎==03/23 16:59
→ jkuser: 資深工程師面試不問經歷...那到底還有什麼好問的？學歷？03/23 17:03
也是這麼說沒錯，但至少要問我會什麼做過什麼，而不是你覺得你為什麼會寫程式這種問題
→ pttworld: 薪水不高也不用待太久03/23 17:08
※ 編輯: uok (101.8.161.223), 03/23/2019 17:12:48
→ pttworld: 另外10年你要面試的是管理職了，至少是lead03/23 17:11
推 O187: 基本上想找資深工程師的公司都想要強的即戰力，當然會問你經03/23 17:11
→ O187: 驗03/23 17:11
→ O187: 若你經驗無法進去就快速解決他們問題，他們也不會要你03/23 17:12
但是很快的解決掉，也意味著很快的公司就不需要你了，不少公司還真的是一案走天下…… ※ 編輯: uok (101.8.161.223), 03/23/2019 17:13:52
→ O187: ptt大說的也對，資深也要有能力帶人03/23 17:14
※ 編輯: uok (101.8.161.223), 03/23/2019 17:17:21
噓 starburs: 被問的那些都很正常啊 不然是要問什麼== 03/23 17:15
推 guest0710: 我覺得面試策略需要修正了 03/23 17:27
→ atgcat: 35歲以上的軟體工程師真的很稀有，聽到的都換跑道了 03/23 17:27
→ guest0710: 有可能是被你篩選後的公司都會有同樣的模式 03/23 17:28
→ jameszhan: 感覺是人的問題 03/23 17:28
→ peanut97: 除了你個人程式能力，那你跟別人團隊合作的能力呢03/23 17:32
這倒是有可能 待過的公司不是那種一人寫一個元件 就是一個人從前臺寫到後台那種 我下次面試試試看找需要合作一點的好了
噓 YahooTaiwan: 人的問題03/23 17:40
噓 YahooTaiwan: 這個簽名檔顯示出你的專業技術很淺，換一個吧 03/23 17:43
※ 編輯: uok (101.8.161.223), 03/23/2019 17:52:11
→ MOONY135: ...我才寫軟體2年多 但我一年前就感覺到了... 03/23 17:49
→ cris122: 35歲軟體工程師很多的, 我們公司很多20多年的工程師 03/23 18:05
→ cris122: 只不過職稱不是工程師罷了 工作內容就是工程師 03/23 18:07
推 givemepass: 可以參考這篇 #1SaULKvb03/23 18:08
有點理解了，感謝 ※ 編輯: uok (101.8.161.223), 03/23/2019 18:23:12
推 prag222: 做久就老屁股阿 看起來是覺得你不會面試吧03/23 18:33
推 ripple0129: 我覺的是你寫的東西問題是不是很多，才會導致驗收要03/23 18:47
→ ripple0129: 趕你走，一間公司這樣我覺得可能是公司問題，多間這03/23 18:47
→ ripple0129: 樣就要自己檢討了03/23 18:47
這就是我蠻容易有爭吵的地方 一個案子既不給規格書 再不然規格書上面就有寫錯或改了不講的東西也能扯到我嗎？ PM自己不看規格書 甚至規格書還看錯叫我改成別的規格也要說是我嗎？ 我知道你看完前兩句是不是要開始覺得我都不受教，什麼事都先推卸責任了對吧？ 不好意思，自從離開第二家公司，我都會寫TEST CASE甚至還用自動測試（雖然ADT本身就不錯用啦），但講白了，如果公司自己規格書就開的歪七扭八，甚至根本不開規格書，叫你去 google play下載他們以前的產品（委外公司寫的）照抄（因為source code掉了），你說這樣不撞車嗎？ 台灣那間不是這樣？！ 我第五間公司他馬的還因為我不收規格書就不肯寫而把我FIRE掉勒！
推 marc47: 這樣算前端災民嗎03/23 18:56
推 marc47: 應該要問你拿手的是什麼03/23 19:00
主要還是JAVA ※ 編輯: uok (101.8.161.223), 03/23/2019 19:22:58
推 yfr: 也許問題不在技術力 你有想過為什麼您合作過的人那麼多 03/23 19:34
→ yfr: 當您轉換工作 出來光靠人脈跟關係卻沒有出路03/23 19:37
→ yfr: 還要最直接的進入人力市場拼搏03/23 19:38
→ yfr: 說實話我連隔著螢幕都能感覺到你技術有底03/23 19:42
→ yfr: 但隨著年資增長 職涯生涯轉換 本來就不是技術越強求職越順囉03/23 19:45
→ benptt: 個性問題，台廠規格能明確才是奇蹟。03/23 19:46
→ benptt: 因為沒規格，或一直改規格而不做，那台灣可能9成的公司都03/23 19:49
→ benptt: 不適合你。03/23 19:49
→ attraction: 明顯你的問題03/23 20:14
嗯，感謝兩位指教 ※ 編輯: uok (101.8.161.223), 03/23/2019 20:23:44
→ Masakiad: 為何都只去這種連spec都開不好的地方03/23 20:45
一是因為我待金融業比較多 我一直覺得搞錢的應該會比較嚴謹看待 但後來換了幾家，卻發現銀行的資訊部門真的是……
推 Morphee: 這樣年薪多少？03/23 21:04
最高有一個月70k 不過那個加班到吐血 撐不住做一年投降
推 Sunal: 是不是這年紀幾乎都是靠人脈換工作03/23 21:05
推 PoloHuang: 遇到一些issue的處理方式03/23 21:23
推 jhjhs33504: 兩個問題一是你找的公司業務邏輯甚至於制度規範不嚴謹03/23 21:24
→ jhjhs33504: 二是你可能太專注技術而心態還沒轉換成資訊"服務業"03/23 21:27
→ jhjhs33504: 其實也就是你串接的服務可能不完全是客戶想要的 最近有在想這個問題…… 03/23 21:29
→ HenryMillion: 人和吧... 覺得你應該是那種不太會妥協的人，通常03/23 21:41
→ HenryMillion: 公司會希望找到好共事的人員，不論是一班員工或主管03/23 21:43
可是……唉…… 和氣生財是沒錯 但是程式不會因為工程師妥協就沒BUG啊 ※ 編輯: uok (101.8.161.223), 03/23/2019 21:49:16
推 peanut97: 資深工程師應該有什麼樣子？就你這個 case 我會說應該 03/23 21:55
→ peanut97: 要有”知道怎麼與其他領域的人合作”的sense. 工程師 03/23 21:55
→ peanut97: 除了動手做以外，還要會與人協調，說服他們(PM或客戶) 03/23 21:55
→ peanut97: 你的專業，讓他們知道你價值的重要性。有時候你覺得很 03/23 21:55
→ peanut97: 不重要的東西但他們覺得很重要，那你可能也要部分妥協 03/23 21:55
→ peanut97: 。這就是上面很多人在說的”人和”。講白一點，就是讓 03/23 21:55
→ peanut97: 他們覺得你是有用的。但記得是”他們”覺得，而不是” 03/23 21:55
→ peanut97: 你”覺得。 03/23 21:55
推 npkalala: 個人覺得資深的應該要能帶動團隊完成任務，甚至提升團隊 03/23 22:29
→ npkalala: 戰力。一個隊伍可能能力天差地遠，必要時還要幫擋子彈及 03/23 22:29
→ npkalala: 擦屁股。舉個例子，小弟團隊裡曾經同時存在50多歲老師父 03/23 22:29
→ npkalala: 及剛畢業的菜鳥，適時的挺身而出及典範演示都是一個資深 03/23 22:29
→ npkalala: 者展現經驗及價值的最好場合。如果你不是神級的攻城獅， 03/23 22:29
→ npkalala: 小弟建議你把能力點在人和或是presentation上面。 03/23 22:29
推 littlethe: 有多年經驗的工程師找工作就已經難找了,居然還有人覺得 03/23 23:15
→ littlethe: 中年轉職到軟體業容易 03/23 23:16
→ littlethe: 回原PO,我挺你,你的做法沒錯,我可以體會 03/23 23:17
→ littlethe: 如果文件亂寫,東西不交待清楚,寫出來有問題還是會怪在 03/23 23:18
→ littlethe: 你身上,也正因為你有經驗,所以你會知道文件要有什麼 03/23 23:18
→ littlethe: 你並沒有錯,只是台灣軟體業做事不專業,容不下你 03/23 23:20
→ littlethe: 但另一個問題,少數的專業的公司你又擠不進去 03/23 23:21
→ littlethe: 其實我不覺得資深工程師要會帶人,資深工程師不等於主管 03/23 23:22
→ littlethe: 是台灣人很奇怪,硬把兩者搞混,台灣人思考就很不精確 03/23 23:24
→ littlethe: 如果要我講資深工程師的樣子,就是有獨立解決問題的能力 03/23 23:25
推 sharku: 看起來還離資深有點距離 03/23 23:28
推 azopper: 所以你完成過什麼大案子對方非要你不可 03/23 23:31
→ testPtt: 案子複雜總是很難開spec 而且雙方對程式的認知也不同 03/23 23:44
推 O187: 你都在金融業，而且重視文件的話來應徵我公司吧 03/24 00:28
→ O187: 有興趣私我 03/24 00:28
→ O187: 但我公司寫的是delphi,c# 03/24 00:29
推 MixBear: 好奇35歲以上工程師少的是什麼產業？非專案型公司我遇到 03/24 01:14
→ MixBear: 不少 03/24 01:14
→ MixBear: 而專案型免洗工程師居多，大部份都是無經驗在待，有經驗 03/24 01:15
→ MixBear: 就烙跑了 03/24 01:15
→ shooter555: 雲端技術怎麼沒人知，老戲重談而已，最近不都流行霧 03/24 01:16
→ shooter555: 端了嗎 03/24 01:16
推 littlethe: 案子富雜才更應該要把文件寫好，細節沒確認好就不應該 03/24 01:26
→ littlethe: 動工 03/24 01:26
→ littlethe: 否則程式改來改去，浪費的成本絕對比改文件大 03/24 01:27
推 littlethe: 其實我覺得你應該去寫文件，因為你了解文件又有開發經 03/24 01:31
→ littlethe: 驗 03/24 01:31
→ shooter555: 你的每分工作如果都是短短的時間，面試時總是會想暸 03/24 01:33
→ shooter555: 解原因，然後這年資很多都已是主任副理，如果你是找 03/24 01:33
→ shooter555: 非外商的工程師缺，難免被懷疑是來鬧的或是能力有問 03/24 01:33
→ shooter555: 題 03/24 01:33
推 idok: 加油 03/24 02:05
→ lazarus1121: 你的對口單位不會找你長官抱怨就叫資深工程師 03/24 02:23
推 TAKADO: 金融業寫軟體做專案就一整個超麻煩啊，87%的問題都不是技 03/24 03:30
→ TAKADO: 術問題，做久真的會厭世，這圈子能力越強的人越痛苦。 03/24 03:30
推 superpai: 原來是金融業啊，離開金融業再說吧。 03/24 11:03
推 nelley: 你適合去日本。日本開發規格書詳盡到你不要不要的03/24 11:27
推 bben900911: 但日本人還是會追加規格~03/24 11:35
推 YahooTaiwan: 規格定完就不會更動的瀑布式開發早就過時了03/24 12:30
→ YahooTaiwan: 看你是要適應這個環境，還是等著被淘汰03/24 12:30
推 chuegou: 樓上戳到我心坎裡 真的 現在都在揣摩客意預留功能擴充XD03/24 13:18
推 ckp4131025: 現在開發都預留一堆87%不會用到的彈性03/24 13:25
推 iq1000x: 我只是新手，請問現在高手都直接寫死不留彈性嗎？03/24 14:45
→ iq1000x: 因為現在工作的做法也都是沒寫死03/24 14:45
那是在有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
→ b195f1a: 為什麼阿貓、阿狗叫你改程式你就改？03/24 19:49
→ b195f1a: 以前專案開發時，客戶直接打電話要求工程師改程式，結果03/24 19:55
→ b195f1a: 把我們氣的要死，因為跟和客戶開會要求的規則不同，他竟03/24 19:56
→ b195f1a: 然問都不問，趕亂改需求，還很委屈的跟我說客戶要求的！03/24 19:57
就是吃了虧才會越來越重視這些啊 我講這些，也不在乎人家笑我什麼 重點是 我受過教訓 所以我知道照規格文件走對一個工程師是多重要的習慣，光是自我保護就是很重要的一環 ※ 編輯: 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
推 jonathan7988: 其實看你發文跟回文不難想像你為什麼會落入如此困 03/24 21:37
→ jonathan7988: 境 03/24 21:37
→ shooter555: 業務權限這麼大 連改哪個class都管得到@@ 沒經過開會 03/25 01:43
→ shooter555: 決定的東西 自己做了就得扛責任很合理 03/25 01:43
→ shooter555: 很多東西都是得double check, 自我保護也以防做白工 03/25 01:46
推 Dora5566: 我一個碩士生都知道什麼是雲端技術了… 03/25 16:33
→ hisashi: 標準工程師 看spec開發沒錯 可是無法串接邏輯 03/27 17:52
→ hisashi: 永遠都在寫人家叫你寫的程式 03/27 17:52
推 readonly: 沒leadership、沒溝通能力、沒解決非技術性複雜事情能力 04/01 17:44
→ readonly: →年紀大一點的junior engineer 04/01 17:45