[討論] 產量高品質差的工程師
大家有沒有遇過這樣工程師…
我們公司最近在開發新的專案，找了一位新來的工程師幫忙一起做。這個人Coding速度真的很快，交給他的功能很快就能做出來。每個sprint下來，他也一直不停的接新ticket和開發新東西。
最近這個新專案終於要上線了，結果QA卻測出了一大堆bug！！由於數量真的太多了，但又為了承諾客戶如期上線，所以只好把我和其他2個工程師也叫來，一起昴下去幫忙解bug…
結果不去看還好，一下去看他裡面的code，真的是非常可怕…又臭又長像流水帳一樣，結構也是亂七八糟，很多邏輯明顯沒有想過或設計過硬幹去寫出來，沒有任何彈性和維護性，大家花了非常多時間再改他的程式，真的改的非常辛苦...
（對…我們為了趕這個專案，完全skip code review、skip unit tests 等等。二來 這
新專案相對獨立，不影響現有系統。所以他commit 什麼 就merge什麼，鬧得今天這下場。我們的例子，正好回應前幾篇某些人質疑為何要code review......）
最後產品雖然如期上線，但這下好了，老闆和PM現在超喜歡這個工程師，後面很多v2 要衍生的新功能，都要叫這位工程師來主導開發…
我們幾個幫忙「收爛攤子」的人，聽到真的有種不好的預感…一來害怕又有更多有問題的程式被他寫出來，後面又要花更多時間來修改；二來有種功勞你在接，爛攤子我們在收的感覺…
我們原本找主管說這些問題，但目前公司大老闆想正積極開發這項產品，他們只希望快點見到結果，似乎也不太在乎原有的開發流程了，只想先快點把東西生出來，給客戶demo…
各位如果面對這種情況，和這樣的工程師該怎麼辦？公司想快速看到成品，找了一個產出快的人，雖然短期快速看得到成果，但卻後患無窮…
--
離職
屎擦太乾淨，以後負責專門擦 笑了
形容的太貼切了！所以我們現在超怕他繼續接下去做後續的功能..
有bug當然叫commit的人處理吧，你去擦屎幹嘛
叫他一人負責就好 其他人去忙其他專案
沒辦法…我們不是老闆…這案子是公司目前最重要的任務，主管要我們其他人補上去修， 也很難退掉吧..
※ 編輯: yestheway (1.145.105.198 澳大利亞), 08/01/2024 11:42:57不是測過才算產量嗎? 不會動的也能算產量?
很好的問題！因為這些新功能都沒有unit test, integration test 等等，完全依賴QA手 動測試，在90%的情況程式都能動，但像是換個環境 改個context後，某些情況就掛了…
驅動生產 反正你們會如期修好
怎麼會很難推，除非你真的很想待下去那你活該
其它同事我不知道，但我個人有簽證關係，沒辦法這麼瀟灑走掉…當然 相信解決問題 還 是有除了離職以外 更好的方式吧
你們自己沒有驗收條件就算結案很奇怪餒
想辦法把他捧起來 之後好處理
之前不是有啟智說不用code review review是要看什麼
怎麼現在那種人又消失了
影響正常運作的bug還能算量？
大部份情況都是能運做的，但某些例外狀況 原本可能沒被測出來吧......
直接講不聽就投到他直屬主管那邊啊，他主管不喬是他的
事情，出問題就把他們兩個推出去扛刀。
就不要修啊 大不了一起爛
接案出身？
感覺你團隊問題也蠻大的欸..
我也覺得他是做接案出身的…並不是說做接案的人不好，但真的看過太多這類接案工程師 ，那種虛應一應故事 交差了事的做事方式… 但我們是在做SaaS自己的產品，原本的開發節奏雖然不算快，但要求很嚴謹 該做的都要 做到位review才會過。但現在為了敢這個新專案，完全亂了陣腳，搞出一堆「技術債」 到頭來這些不健康的程式，也是必有人要來修….
※ 編輯: yestheway (1.145.105.198 澳大利亞), 08/01/2024 12:34:11沒有維運過自己開發的工程師，很大機率是垃圾量產機
我好奇他寫好的時候不用先跑一下看看有無問題嗎？
開規格、測案開嚴一點，然後叫他自己全測過
好像我們公司
看起來是驗收機制有問題吧 而且主管不會覺得一個人開發
要三個人維護哪裡怪怪的嗎
離職阿，那mo簡單
出個包讓老闆痛
需求定義不明確吧，怎麼會有因環境程式出錯
如果要你們幫忙，那功能設計初期，你們應該可以加入吧
！就要求流程，把merge的權力拿走，既然老闆要你們幫忙
，我是不認為你們無法要求啦！這樣也可以讓這個工程師
知道你們的要求，不急著他可以一步到位的改寫成符合你
們的想像，但至少你們的工作也可以隨著紀錄一起被看到
樓上把老闆想得太美好了，老闆都覺得這樣的人超讚
他現在credit 太高了 出個問題就會讓你老闆好好考慮
這麼問題了
要怎麼從老闆眼中的紅人拿權力
qa問題吧 你們的嚴謹只有rd？
第五行怪怪的 正常QA驗出issue修就是了 為啥搞得像
等等 corner case 沒測出來你找RD不找QA？
還是你司 RD有加領 QA薪水？
在救火? 他的東西在進dev branch前應該就要完整了
寫很糟糕被qa退太多次就要review電他啊 你們根本沒有你
說的嚴謹吧
的確QA那邊也有些問題。就我所知這個案子急著要上，當初連code review, unit test 什麼都沒做，直接送QA，QA那可能連完整的文件都沒有，只測到主要的use case，但很多 corner case都沒cover到。PM拿去給sales team 作demo時開始發現一堆corner case有問 題，才陸續開了一堆bug ticket，然後我們就被拉進來擦屎了… 而PM向老闆報告時，當然也只會說「90%都在短時間內完成了」 之類漂亮的話，畢竟PM也 要懂生存，老闆聽了當然也開心…扯遠了XD
快點逃，我說真的，這個是制度問題，今天解決了下次
還是重蹈覆徹
只有rd自我要求
啊還有你們沒peer review跟1:1? code亂寫就提出來講
這種品質還沒速度的話....
他很爛但是很聰明，你們很強但是很笨
我們確實是一群單純的工程師，確實不太精明…所以現在才在苦惱該怎麼辦..
產量高就CHATGPT 就好了，但測不出來就SIT 做什麼的?
你們團隊有問題，他也有問題
看內文，照你們團隊正常的流程
三個人下去做，案子可能趕不出來？
他一人做你們兩人擦屎，結果是趕得出來
這就是老闆要的，老闆只在乎這個
要先領悟到這點，其他的對老闆都不是問題
這也很神奇阿...還要別人幫忙擦屎反而做得出來?
主管在幹嘛...沒救了。不離職就自己吞了。
老闆不知道你們修 bug 的貢獻嗎?
很多沒做技術職的人，真的不會理解，去修那10%的bug，可能比從零開始做那90%，還要 耗時費力…
木已成舟，不想單純繼續擦屎就兩條路 1. 把他 merge
權限拔掉，每次commit 都有人 互相 review，讓這份專
案回歸正常開發流程，就算有屎也會變成大家一起拉的
屎
2. 離職
對…目前只能希望，如果還要他繼續開發新功能，至少先回來follow正常開發流程。若是 又要為了趕進度，重道覆轍搞得一團亂，真的大家會瘋掉…
先工作流程紀錄給老闆看，後面再離職
恭喜變成專業擦屎工
好爽 本篇簡直軟工如何飛黃騰達的教學文 有收藏有推
你們去幫他處理後續的bug，付出的成本有估算過嗎? 老闆知道
公司就這樣啊，我曾經支援一個專案，程式一看就是一坨會
動的大便，但聽說他主管對他評價很高，後來他離職接他工
作的人也離職了ＸＤ
嗎? 有沒有加班? 如果有，加班費有拿嗎?
個人是覺得，你看來短期內走不了，那最少該拿的拿一拿.
其他案子如何，後續有沒有坑，不是你們要負責的。
真慘
快逃；）
表示老闆覺得你們平常開發方式不好
其實他在開發過程中應該就要一直在測試了
其實這種工程師就走專案的 以完成為第一目標 不能說對錯
我亂猜 這位工程師是不是印度人 以我遇過同樣的 是印度人
你們原本開發時間是他的兩倍以上嗎，是的話可以叫他多花
一倍時間寫test，然後你們去找別的工作
你們沒救了 老闆都是看結果的 老闆喜歡他 你以為是不知道你
們幫他擦屁股？ 老闆喜歡他 是因為他可以讓你們有幾倍的產出
啊
我也好想專門拉屎別人擦QQ
離職 或 讓他爆
原來是bug的產量高，建議可以改一下標題
不試一下 pair programming 嗎？
反正會吵，何不一開始就吵...
當他要拉的時候，就電到他不敢拉
讓他爆，公司不會一個案子就死掉，如果是也是遲早。
要上線才在測？
你們驗收條件，只驗Happy Path，那放他過也是正常的
你們就是鼓勵這樣產出的工程師
錢若不花在教育 就會花在監獄
如果不能提早測試 那就要Allocate足夠的測試期
預測時程通常都是不準的原本預估拿來測試的時間都不夠
所以有經驗的人都會叫你早點測試 這樣早點反應時程規格問題
因為有時候不符規格不是開發的錯是規格就開得不準確
環境制度問題 你們也知道很趕
時間產品品質三角都要兼顧
通常這種 promote 也很快, 因為老闆喜歡 impacted 也大
說真的擦擦屁股就能跟著一起 promote 不好嗎?
幫忙的人沒有原本負責的項目嗎？多少要推脫一點 不要全
力去處理別人造成的問題 (是說大概已經來不及了...)
這種人我遇過兩位，一位被開除了，另一位正在 pip
覺得是制度的問題+1
公司衡量產出的方式有問題，這要tech lead或cto層
級去講，反應沒有得到改善，唯一能做的就是想辦法
將驗收條件納入衡量
而且驗收條件要先訂這件事pm也不一定願意，吃力不
討好
應該是蠻複雜的多個位置的偷懶結果
說不定他有意的 他一人在忙接PM一堆要求壓榨 你們這些
老人在納涼也不幫忙或講話 那時間不夠當然先求會動 快
做完你們以為能拿成果想進去分功勞 踩到屎剛好而已
換個角度說不定變成接到屎缺辛苦完成後受到老闆賞識
結果老人嫉妒開始搞排擠和貶低能力還把程式改得面目
全非很難維護
剛到新公司-努力求站穩-老人慢慢做-PM看新人完成比較
快工作一直指派-老人覺得請到好人樂得繼續慢慢來-新人
愈用愈賭爛開始程式亂寫-接內文後續？
每次都趕，每次都這樣，還不快跑？
他紀錄會很漂亮 大老闆會升他
勸你快跑吧 這人搞不好之後就變你老闆了
他已經紅了 你現在再跟老闆提什麼要求 在老闆眼裡都像
扯他後腿
看原Po的回應，只想把鍋甩在新人身上
把事情塑造成老人們天神下凡拯救專案
而老闆卻只看到新人好棒棒
搞不好老闆也看透不說破你們在搞啥啦
你現在最多就是盡量自保 抓好自己手裡的開發工作 避免
被assign去幫他擦屁股 不然就是跟他打好關係 看看有沒
有機會他被premote時你能分點羹
不就是自食惡果的故事嗎== 找個新人來幫忙 舊的人偷
懶一行扣都沒看過 到品管才被抓出來 說你們沒問題誰
會信==
假如產品跟你無關 為什麼叫你來救火？假如有關 為什
麼你之前敢放著都讓他弄？
新人也很難知道貴公司的產品會有什麼奇怪的 edge cas
e，你們訓練沒做好，品質不把關，規格和程式也不好好
寫把 edge case 變成必經的檢查，那還想怎樣咧
最後 你們公司的期望也有問題 到底想要會動就好的poc
還是品質好的產品？前者的話新人幹得很好 事後要修bu
g也是期望中的事 後者的話那為什麼不遵守開發流程？
你腦補的太多了….
※ 編輯: yestheway (1.158.19.142 澳大利亞), 08/02/2024 10:34:01能力不行啊 讓他做雜事吧
如果老闆敢讓他主導那就陪他做垃圾
Ptt真多大開眼界的事 沒有code review 沒test 隨便me
rge 沒有dev infra嗎
離職啊, 公司有這樣的人 也不會有好發展
你的能力這麼強的話 到那邊都會發光
真正問題是qa沒做好
QA要負責edge case
再怎麼趕也不可能不Q就進
原po要一直解釋了，網路上超多腦補怪XD
demo就遇到的case不能算corner吧
我單純在想為啥沒有pr code review
他以後可能是你主管
你反映給主管，主管不往上反應，某種程度主管覺得他那
樣是比較符合公司要的，或者老闆認為那是公司要的
講完整點別人也不用腦補
推回給原開發的維護，都測出問題還要別人改?
改得很辛苦 他怎麼可以置身事外 這不是很奇怪嗎
你上面的人又不知道你改得很辛苦 他的BUG很多
誰叫你們要那麼認真 debug，當然是挖洞給他跳啊
建議直接把這篇貼給主管看
推mathrew
這種反應沒用，別傻了，上面一堆code review的也是幻想
code review是有政治權力的人review賤民的code，你有權嗎
這種人就是政治滿分，直接跟老闆說他是專家，你不懂
他的code快爆炸前就會拖你去當墊背，他置身事外
你能做的有兩個，一個是當練功，未來這些都是你的履歷
一個是提高政治敏感度，務必在他起手式就阻絕掉讓他自爆
當然他可能會找你主管下手，把鍋全丟你身上，這就沒辦法
收藏了 之後朝著方向練習
「每個sprint都不斷接新ticket卻最後QA不過」，聽起來敏捷的
部分就很歪啦
不要放出來拜託
這好像有看過那個漫畫 這個人最後會榮譽跳巢漲薪水 後面公
司會多請更多工程師來擦屁股 順便抱怨說怎麼這些新來的工程
師比不上之前那位做超快的
說不定還會說你看不懂他程式是因為你程度不足勒 呵呵
這種事情通常是要反映給一個老闆信得過的資深工程師或是主
管 讓他們去講才有用 你們平行的工程師去跟不懂技術的老闆
講可能還會被視為眼紅要中傷人勒
看你有沒天天加班在擦屁股
能上來抱怨感覺還能接受？
都Q過一堆問題了，還在QA的問題
跟老闆談條件，讓你做專案，換你亂寫，他來debug
老闆會覺得新人很有潛力 願意栽培
你們問題在開發流程，你不即時Review誰剛來會知道
公司的coding style，除非你們有linting tool在管
控，但顯然沒有。再來是CI，你們Merge沒做test的話
，工程師們大多都是自己測爽了就上code，畢竟有太
多隱性的Bug在一開始是很難發現的，而工程師又很清
楚自己設計的程式邏輯，通常會無意識避開沒被考慮
進去的邏輯。
沒在前面時間寫unit test跟code review，那就是後
面花時間debug。老闆不是軟體出身不會懂，那你們真
的只能自求多福。
接案就是要快啊。接案通常沒在code review很正常，套句
sa 講的話，功能可以跑就好。你能做的就是跟對方溝通，
請對方要測過再commit。不然這真的無解
外包或支援就是看單子辦事 單子沒提到的當然就不算
這就是自研開發與外包支援的差異
這才是為什麼開單/開規格的人本應該把規格/測試寫清楚
所以才會有找外援反而更浪費人力的情況發生
因為原本可能對自己人可以模糊一點的需求必須改寫很清楚
規格裡面沒有限制效能資源的話
做的人浪費資源記憶體也只能默默自己事後改
這樣產一堆垃圾也算產量高嗎
9
我也很好奇，怎麼你們不一開始就做呢? : 結果不去看還好，一下去看他裡面的code，真的是非常可怕…又臭又長像流水帳一樣，結 : 構也是亂七八糟，很多邏輯明顯沒有想過或設計過硬幹去寫出來，沒有任何彈性和維護性 : ，大家花了非常多時間再改他的程式，真的改的非常辛苦... 這種code chatgpt 是可以代勞的，大概也就是哪樣的光景。3
看到很多版友 回覆上都是針對 流程改進 或者是向上反應 強推大家眼中好的流程 這些想法都很棒 也很正確 但是…… 換個角度想23
這才是真實情況 反正你只要寫的夠快上面的就會覺得好棒棒 寫的好不好對上面的人對客戶又沒差 對他們來說搞不好還覺得有bug是很正常的事 所以你一直糾結這個其實沒什麼用X
看到這種類型的人才， 我直接想到博休待十耶。 他也是前期很厲害， 大學考到名校熱門科系， 大一大二還是書卷獎。18
我想到另一個問題 code review誰做主？ 如果按造目前的情節 該工程師已經獲得新功能開發主導權 也就是說在老闆跟PM眼裡他的credit最高X
其實公司高層有時也需要再教育 有時只是一群樂透或股票的暴發戶 當然中間也許有些懂的人 不過暴發戶太多懂的人也不好講點甚麼 建議原po就把嘴巴閉起來 把份內事做好就好 工程公司不想搞工程 就讓他們學點教訓
讓我們再來回顧 2017 年的文章吧，節錄幾段內容給原 PO 工程師幹話 - 工程師應該放心大膽地創造技術負債 事實上，身為軟體工程師，你也根本不用考慮後續維護的問題。如果你在一家公司寫了一 大堆完全不考慮耦合關係、程式邏輯糾纏不清、命名混亂、使用大量 anti-pattern、到 處都是怪氣味、效能極差而且宛若天書的程式碼，而你開始為了繼續維護這樣的技術負債![Re: [討論] 產量高品質差的工程師](https://i.imgur.com/olRpGPFb.png "Re: [討論] 產量高品質差的工程師")
![Re: [討論] 產量高品質差的工程師](https://avatars.githubusercontent.com/u/8318854?v=4?s=400 "Re: [討論] 產量高品質差的工程師")
38
[心得] LabVIEW工作面試心得各位百萬年薪大大安安~ 先感謝本版許多資訊的幫忙 小弟畢業於中央物理所 這是第二份工作的求職心得 主要鎖定LabVIEW相關工作20
[請益] PM 可以請做別的專案的工程師支援嗎？final update: 問題已解決 Update ：有人對管這個詞不太高興，可能是我剛畢業不太知道怎麼形容，是想表達小組長跟小組員討論工作分配跟監督工作進度的合作感覺，對我來說，管理這個詞也不必然有上下級關係，只是各司自己擅長的事而已，以前去聽科技公司engineer senior演講時也都這樣說，請不要激動；不知道工程師會那麼不開心，抱歉不知道有文化差異 btw 我們公司沒有的工程主管，小公司 ===================== 我是新手PM, 沒有senior可以帶，20
Re: [討論] 所謂的開發強者是怎麼樣子的?^^^^^^^^^^^^^^^^^^^^^^ : 管理 1000+ servers、每年幫公司節省一百萬美金(?) machine cost : 1. 硬實力上 : 他很擅長在不同專案、codebases 中穿梭，幾天就能看穿並理解背後的邏輯和設計脈絡 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^21
Re: [討論] 重構跟kpi的考量如果 A, B 都沒有任何 tests，建議不要動他。 幫 C 實做這個功能的時候，把 unit test 寫好寫滿，確保 C 是對的 行有餘力，針對 A, B 的使用情境也加上 test case，確保未來在 A, B 確實能重用 (這點很重要，否則很容易程式長得很像你以為可以重用，實際上根本不能) 就先做到這樣就好，確保 C 的品質，同時你獲得了高品質的 reusable 模組18
Re: [心得] 我在科技業遇到的鬼故事之一單純經驗交流一下 我遇到正常的軟體UT與品質驗證流程吧： 1.開發者寫完程式碼與UT。 2.在自己電腦上跑UT。 在自己電腦上跑UT，是部門不認的UT。10
[心得] 進入陌生專案這些討論實在是太無聊了, 繼續來開不同話題, 討論點有內涵的東西不是比較有意思嗎? 這篇來講講怎麼進入一個陌生專案,所謂的陌生專案有很多種形式, 但不管什麼形式, 這裡的前提都是 source code 還在, source code 都不見的逆向模式特別複雜, 這裡先不論.3
Re: [心得] 如果可以, 真的建議不要再去創業公司了最近公司的狀況讓我有點理解原po的想法 但這應該都是個案啦 只是剛好近期也遇過兩位這樣的人 都是在新創工作&後來新創都收了&一人開發 有時候這種新創就真的不是要做多大的東西3
Re: [討論] 用AI寫code產生的疑問幾個未來可能的 cases: 當工程師工作開始都提早完成了，會有以下幾種發展 1-0: 裝忙不要被老闆發現 or 更早下班 1-1: 老闆接更多工作 1-2: 砍人，更少工程師做更多工作1
Re: [請益] 為什麼文組轉職主流是寫code看到這文就想起最近跟同事聊天 說到這一陣子看到一些產品主打no code 工程師都會想推No code做網站 no code做機器學習 no code部署到k8s 這種猴子這都會用的產品 同事就閒聊說什麼都no code了還要我們這些工程師做啥X
[問卦] 有沒有系統過幾年就突然不能用了？餓死抬頭啦， 阿肥外商文組碼農阿肥啦，最近忙專案在燒，今天好不容易有疫苗假可以休息啦。 是這樣的，阿肥最近在思考一個嚴肅工程問題啦，有沒有一種可能是當初工程師在寫程式 碼，單元測試、整合測試、運轉測試都過了，後來因為公司商業因素專案暫時停止。 過幾年以後，公司接到客戶說要重新啟動，董事長想說一模一樣的系統一模一樣的功能可