Re: [討論] 產量高品質差的工程師
※ 引述《yestheway (LKK)》之銘言：
: 大家有沒有遇過這樣工程師…
: 我們公司最近在開發新的專案，找了一位新來的工程師幫忙一起做。這個人Coding速度真: 的很快，交給他的功能很快就能做出來。每個sprint下來，他也一直不停的接新ticket和: 開發新東西。
: 最近這個新專案終於要上線了，結果QA卻測出了一大堆bug！！由於數量真的太多了，但: 又為了承諾客戶如期上線，所以只好把我和其他2個工程師也叫來，一起昴下去幫忙解bug: …
我也很好奇，怎麼你們不一開始就做呢?
: 結果不去看還好，一下去看他裡面的code，真的是非常可怕…又臭又長像流水帳一樣，結: 構也是亂七八糟，很多邏輯明顯沒有想過或設計過硬幹去寫出來，沒有任何彈性和維護性: ，大家花了非常多時間再改他的程式，真的改的非常辛苦...
這種code chatgpt 是可以代勞的，大概也就是哪樣的光景。
為何你們不join?
: （對…我們為了趕這個專案，完全skip code review、skip unit tests 等等。二來 這: 新專案相對獨立，不影響現有系統。所以他commit 什麼 就merge什麼，鬧得今天這下場: 。我們的例子，正好回應前幾篇某些人質疑為何要code review......）
: 最後產品雖然如期上線，但這下好了，老闆和PM現在超喜歡這個工程師，後面很多v2 要: 衍生的新功能，都要叫這位工程師來主導開發…
: 我們幾個幫忙「收爛攤子」的人，聽到真的有種不好的預感…一來害怕又有更多有問題的: 程式被他寫出來，後面又要花更多時間來修改；二來有種功勞你在接，爛攤子我們在收的: 感覺…
: 我們原本找主管說這些問題，但目前公司大老闆想正積極開發這項產品，他們只希望快點: 見到結果，似乎也不太在乎原有的開發流程了，只想先快點把東西生出來，給客戶demo…: 各位如果面對這種情況，和這樣的工程師該怎麼辦？公司想快速看到成品，找了一個產出: 快的人，雖然短期快速看得到成果，但卻後患無窮…
這種故事就真的很有趣。
但這位神人在做時，你們在做什麼?
為何已經趕成這樣了，他好不容易寫好，哪你們改他的同時有CODE REVIEW 嗎?
有: 誰REVIEW? PM? 老闆? 神人? 還是互看?
這不就很神? 有空改寫有空測，還有空
REVIEW，還可以用更短的時間完成且沒BUG，這絕對是台灣之光。
沒: 整篇是想表示你們很神? 因為他寫到到快DEAD LINE 了，結果你們可以在這個
更短的時間，將他的重寫完，還不用review。神囉.....
還真的是鬼月到講鬼故事。
至於code review 囉....你是知道怎麼做?
IEEE 1028-2008 lists the following review types:[6]
Management reviews
Technical reviews
Inspections
Walk-throughs
Audits
還是你只是 Software peer review?
正式同行評審的程序會定義參與者特定的角色，
進入評審及離開評審的品質準則，在同行評審程序中要確認的軟體度量。
在檢查過程中，會有以下的角色。
作者：建立待檢查工作文件的人。
主持人：領導檢查流程的人，主持人規劃檢查流程，並且進行協調。
朗讀者：朗讀整份文件的人，一次讀出一部份，其他的檢查者會指出有缺陷之處。
記錄：在檢查過程中記錄大家找到缺陷的人。
檢查者：檢查工作文件中是否有缺陷的人。
檢查流程中的各階段包括有：計劃、簡介會議、準備、檢查會議、修正及追蹤。
以上中文來自WIKI，和英文WIKI 一致。
工程，還是以結果論英雄。
偏偏由一票沒programming 背景的人，發明了一票"方法"，讓哪些
傻傻的programmer 去跟，還有人將他們當神拜。
不管agile, code review, 等的源頭，都是沒/沒什麼專案實績的人發明的。
真的除了人月神話。這本書還有20th review 版。
--
open source projects:
https://github.com/terrylao/
--
你說這些每個人都知道…這麼說好了 就像是交通規則，大
家也都知道，但當你老闆對你快馬加鞭，要你闖紅燈、超
速，要你十分鐘到達目的地時，你還停下禮讓行人嗎…
這不就好了，神人啊...我只知越急的寫得越爛
要是搞到天天加班就是專產垃圾了，但不包括神人。
忘了，闖紅燈害人害己。就算是開救護車也不一定安全。
這些google就找得到的教科書理論和工成流程都很好，但
除非你今天是老闆，否則很難有公司讓你完全照著最新
最完美的流程走。你可能工作經驗不是很多，看得還比
較單純，多工作幾年，你就會理解現實和理論往往很難並
行…
不是阿，回文你都能理解現實與理論差距
那你怎麼不能理解新人為了時程只能交爛Code
的這件事？你也很奇怪，不怎麼抱怨老闆
反而花篇幅抱怨趕出結果的新人
你還不如多把篇幅著墨在阿新人就是故意擺爛
從新人變老人換個屁股腦子也跟著換了是嗎？
這隻就沒料廢文ID你們跟他認真啥0.0..
我們並沒有人去趕這個新人，甚至怕他開發時間不夠，才
省去了這些unit test, integration test, code review
等等工作。光是不用寫測試，已經多出很多時間了！
大家雖然都有自己工作要忙，但能夠幫的都做到位，有應
必答，有技術問題也是一步步帶。就算時間再短，你是不
是在敷衍應付，還是有用過心，尤其是很多結案的，真的
不要以為沒人看得出來欸......
有料的廢文王B0988698088，先回我上一篇吧。
原作先生，你就針對我的問題回一篇即可。
unit test 做不做根本沒人在意，SIT 做就可以反應問題
而原作先生，你不用質疑我的工作經驗。這你挑不來的。
沒有趕新人 然後通篇在幹樵新人寫的不合老人的習慣
你們沒在趕新人，所以這專案是沒時程壓力？
照原文看新人是來「幫忙」專案，怎麼幫到
被老闆、主管，委以重任V2功能給他做？
既然是「幫忙」你們怎麼搞到主導者看起來變新人
公司原本人手就吃緊了，就我所知，老闆承諾了客戶開發
這個專案，在這情況下，只好再徵個工程師來開發，而這
名新人也有過多年專案開發經驗，就讓他負責接下開發了
。之後就發生了我前面文章的故事…
我認為你可能想的太可怕了，事實上西方公司的團隊文化
，沒有這麼顯著的「老人」 「新人」上下關係或什麼壓榨
新人，我也在台灣工作過多年，我懂你在說什麼，但真的
不是那樣…大家都是平起平坐的同事關係。我們一起吃飯
時，也常關心他工作和生活狀況等，大家下班也是5點準
時走，不是你想的那個樣子…至於他的工作成果，就如前
文所說，又快又驚人XD…
除非你有辦法證明他的程式品質差到不如重寫 且同樣時
間內產出成果不如舊有開發模式 不然都是多講的
關係不差又平等 為啥不直接找他談 而是這邊diss品質差
就不能針對我的質疑回應就是了？我沒要你證明品質哦。
承諾也是可以跳票的，多的是在客人前面亂開支票的老闆
，反正那個案子不delay，先簽下來才有之後的事。
看你夠不夠力，不然被罰到倒賠是可能的。
這篇原 Po 就 csfgsj 分身啊，大家跟他認真啥
笑死
這就跟大家都在趕時間誰在看紅綠燈一樣吧 理論上看到紅燈要
停下來 但我在趕時間啊 所以我闖紅燈錯了嗎？ 當然沒錯啊
你看拓海過彎不踩剎車用水溝蓋跑法不就得第一了？ 所以我過
彎不踩剎車有問題嗎？ 都是以成敗論英雄啦 時間在趕實在管
你什麼什麼紅綠燈啦
@CoNsTaR 你腦補的，可以繼續.
然後一群C++ GEEKS 在哪抱團。
然後"對於同事的coding style感到很感冒" 在哪抱著暖.
C++真的沒問題，真的是用的人的問題，但自己人就沒問題
59
首Po大家有沒有遇過這樣工程師… 我們公司最近在開發新的專案，找了一位新來的工程師幫忙一起做。這個人Coding速度真 的很快，交給他的功能很快就能做出來。每個sprint下來，他也一直不停的接新ticket和 開發新東西。 最近這個新專案終於要上線了，結果QA卻測出了一大堆bug！！由於數量真的太多了，但3
看到很多版友 回覆上都是針對 流程改進 或者是向上反應 強推大家眼中好的流程 這些想法都很棒 也很正確 但是…… 換個角度想23
這才是真實情況 反正你只要寫的夠快上面的就會覺得好棒棒 寫的好不好對上面的人對客戶又沒差 對他們來說搞不好還覺得有bug是很正常的事 所以你一直糾結這個其實沒什麼用X
看到這種類型的人才， 我直接想到博休待十耶。 他也是前期很厲害， 大學考到名校熱門科系， 大一大二還是書卷獎。18
我想到另一個問題 code review誰做主？ 如果按造目前的情節 該工程師已經獲得新功能開發主導權 也就是說在老闆跟PM眼裡他的credit最高X
其實公司高層有時也需要再教育 有時只是一群樂透或股票的暴發戶 當然中間也許有些懂的人 不過暴發戶太多懂的人也不好講點甚麼 建議原po就把嘴巴閉起來 把份內事做好就好 工程公司不想搞工程 就讓他們學點教訓
讓我們再來回顧 2017 年的文章吧，節錄幾段內容給原 PO 工程師幹話 - 工程師應該放心大膽地創造技術負債 事實上，身為軟體工程師，你也根本不用考慮後續維護的問題。如果你在一家公司寫了一 大堆完全不考慮耦合關係、程式邏輯糾纏不清、命名混亂、使用大量 anti-pattern、到 處都是怪氣味、效能極差而且宛若天書的程式碼，而你開始為了繼續維護這樣的技術負債![Re: [討論] 產量高品質差的工程師](https://i.imgur.com/olRpGPFb.png "Re: [討論] 產量高品質差的工程師")
90
[爆卦] 沈伯洋FB: 中共”共鳴者”不是他自創的共鳴者這個概念是1980年代俄羅斯學者提出的 已經很客氣沒把一些帳號/媒體放入中共搬運者 報告不接受任何同行peer review 要同行評審請去陰間找……![[爆卦] 沈伯洋FB: 中共”共鳴者”不是他自創的](https://i.imgur.com/oU12Vcjb.jpg "[爆卦] 沈伯洋FB: 中共”共鳴者”不是他自創的")
91
Re: [討論] 對岸的軟體工程師分享一下現在中國公司工作的狀況好了， 程式碼 build 都沒過，是絕對不能回家的，你會害很多人被扣錢。 首先程式碼 commit到分支前，都要設定好jenkins 使用 git push 程式碼到 repository 的分支時， 會觸發CICD流程，大致會執行以下流程:11
Re: [討論] 寫三元判斷式code review被打槍Code review 檢查這些會有點太花時間，應該有更重要的東西要看。 可以用一些 Gradle plugins 卡在 CI 比較省事： 1. Checkstyle 顧名思義檢查 style。 2. SpotBugs7
Re: [新聞] 檢查作業！馬斯克要求 Twitter 工程師把這咖484在做秀啊 印下來馬大哥逐行review嗎？ 突然覺得這傢伙的車真有人敢買== 比亞洲老闆還棒的管理 就是我大馬斯克10
Re: [討論] 直接教還是讓下屬試錯？做錯再來改是吃飽來換餓膩 這哪是台灣獨有的習慣 正確做法是 做之前問下屬知不知道要幹嘛 然後快速過一下流程7
Re: [問題] 關於入境美國三日內的新冠篩檢證明和大家分享一下，不管是做PCR或抗原快篩，其實沒有100%非要拿到英文版證明不可 根據CDC的規定: Q: Does a negative test result or documentation of recovery need to be in English?![Re: [問題] 關於入境美國三日內的新冠篩檢證明](https://www.cdc.gov/coronavirus/2019-ncov/images/your-health-sm.jpg "Re: [問題] 關於入境美國三日內的新冠篩檢證明")
6
[問卦] 慟！老闆code review不幫我+2如題 肥宅昨天就commit了 信也發了 但直接被人無視 老闆不幫我++![[問卦] 慟！老闆code review不幫我+2](https://i.imgur.com/3O8UasOb.jpg "[問卦] 慟！老闆code review不幫我+2")
5
[請益] 請問如何做工作項目與品質確認?各位大大好, 小弟最近帶了小組, 在之前因為公司沒有技術主管, 沒有人管, 我和組員們 是各做各的. 但有2位 [資深組員] 負責的項目, 產出品質一直有問題,3
Re: [討論] 用AI寫code產生的疑問事實上未來沒有寫code這種東西 我們會在當下才會認為應該是這樣 而未來根本沒有所謂的寫code 而是跟AI說你要解決什麼問題 它就幫你解決這樣
Re: [問卦] 聽到哪句中英文夾雜最火大？這個我在讀大學看ptt也深有同感覺得科技業工程師都有中英混雜說話 但當我踏入這行後我就懂了，而我馬上也被感染 1. 因為所有報告都是英文。你邊寫邊溝通時，你用的動詞真的很容易變英文。 2. 中文的程度情感不明確 我記得有次打電話給一個華僑客戶，請他幫我檢查我的文件有沒有錯誤。被他反幹了一堆，說客戶幫你檢查你他媽要不要臉。但之後用review這個字請他檢查沒事。但中文review是審查，請你幫我審查或檢查文件在中文裡根本沒差。