Re: [討論] 因為空格~我離開了一間公司

看板Soft_Job作者 (hegemon)時間11年前 (2014/09/07 09:59), 編輯推噓3(3011)
留言14則, 7人參與, 最新討論串7/21 (看更多)
這跟我們部門頗像呀.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進行中難免會出錯,有必要搞成這樣嗎?) 為了那五斗米...腰都快折斷了.... -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.195.58.141 ※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1410055176.A.25A.html

09/07 10:01, , 1F
做好沒賞 打破要賠 標準台商
09/07 10:01, 1F

09/07 10:03, , 2F
commit的code在auto build出錯其實是不應該的...
09/07 10:03, 2F

09/07 10:06, , 3F
auto build有時候設定unit test failed就failed了...
09/07 10:06, 3F

09/07 10:08, , 4F
除非style常常在變動,否則為了趕時間而違反是不能接受的
09/07 10:08, 4F

09/07 10:09, , 5F
常常改style是吃飽太閑嗎
09/07 10:09, 5F

09/07 10:17, , 6F
style變動是很重大的事件耶 常改是招哪XD
09/07 10:17, 6F

09/07 10:26, , 7F
更重要的是...改rule都不會先通知的..馬上改馬上生效
09/07 10:26, 7F

09/07 10:45, , 8F
除非給你開發的時間太短 不然本來就應該做UNIT TEST?
09/07 10:45, 8F

09/07 10:46, , 9F
太多auto build fail會給其他team的人造成困擾
09/07 10:46, 9F

09/07 11:28, , 10F
auto build fail是不應該~看過兩種做法~一個是自己另外弄
09/07 11:28, 10F

09/07 11:33, , 11F
一個環境專門update之後build~另一個是程式上傳系統~將檔
09/07 11:33, 11F

09/07 11:34, , 12F
案上傳後build成功了才會commit...然後常改code style怎
09/07 11:34, 12F

09/07 11:35, , 13F
麼沒有工程師翻桌?脾氣都那麼好喔 XD
09/07 11:35, 13F

09/11 19:46, , 14F
常改style可以不用花大腦又可以看來很忙
09/11 19:46, 14F
文章代碼(AID): #1K2xm89Q (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1K2xm89Q (Soft_Job)