這跟我們部門頗像呀.Project幹得如火如荼,
會突然叫你停下去去改code style或啥狗屁sonar issue..
然後主管每周review只看啥, 只看sonar issues,跟code style..
更慘的是,sonar issues/code style會隨他高興改,
今天修完了,睡一覺起來可能又多了上百個要修...
每天就看到module lead追殺各PG..
不是為了進度,不是為了bug,都是為了sonar issues/code style.
最近他又有新的idea,每次auto build如果fail,
要有人上系統去"自首"是誰的code failed.
Project結束後要統計次數.納入考G參考...
(WTF...Project進行中難免會出錯,有必要搞成這樣嗎?)
為了那五斗米...腰都快折斷了....

做好沒賞 打破要賠 標準台商

commit的code在auto build出錯其實是不應該的...

auto build有時候設定unit test failed就failed了...

除非style常常在變動，否則為了趕時間而違反是不能接受的常常改style是吃飽太閑嗎

style變動是很重大的事件耶 常改是招哪XD

更重要的是...改rule都不會先通知的..馬上改馬上生效

除非給你開發的時間太短 不然本來就應該做UNIT TEST?太多auto build fail會給其他team的人造成困擾

auto build fail是不應該~看過兩種做法~一個是自己另外弄一個環境專門update之後build~另一個是程式上傳系統~將檔案上傳後build成功了才會commit...然後常改code style怎麼沒有工程師翻桌?脾氣都那麼好喔 XD

常改style可以不用花大腦又可以看來很忙