[問題]不遵循開發規範

看板java作者 (72727)時間7年前 (2016/09/13 19:03), 編輯推噓3(307)
留言10則, 8人參與, 最新討論串1/2 (看更多)
不知道有沒有前輩在也碰過這種問題 會有資深同事在一個講求速度和共用性的專案內 1.不管專案設計好的介面又另開介面搞高科技(自定義annotation一類的 2.用了新技術但是不精熟就用也沒補捉錯誤 造成錯誤出在底層 3.明明有共用可參考的做法 還是要再寫一套包起來 因為部分同事會抽調到別的案子 有時候就會有A照時程掰不完他的高科技 留給B去接 結果B發現沒做完的部分難以銜接要花大量時間處理 像這一類的問題有辦法透過Git一類的發現嚴格控管嗎? 比如說每一層架構都有固定強制要繼承的介面 沒繼承就是無法執行 因為小弟會參與專案開發規範 希望下個案子不會有再有人跟我抱怨有人寫了高科技 變成只有他能改比較順 這個問題在這次結案前檢討會中引起部分資淺組員"非常大"的反應 不只是後端 前端部分也有這個反應 難道就只能靠多派個人code review柔性勸導嗎 又不可能叫硬要寫高科技的就自己從開發測試到維護都掛他名字 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.171.22.209 ※ 文章網址: https://www.ptt.cc/bbs/java/M.1473764625.A.883.html

09/13 19:20, , 1F
有沒有去掉情緒後的,實際程式比較版本!?
09/13 19:20, 1F

09/13 19:40, , 2F
開好介面又改自己爽的根本就是雷啊
09/13 19:40, 2F

09/13 20:30, , 3F
使用gerrit要review之後才可以merge?
09/13 20:30, 3F

09/13 22:59, , 4F
就 code review 了吧, 最好是同一組內的人 review
09/13 22:59, 4F

09/14 00:59, , 5F
好好的寫好測試,測不過就沒什麼好說的了...
09/14 00:59, 5F

09/14 08:18, , 6F
每個人都要為自己新增的func寫好測試
09/14 08:18, 6F

09/14 09:59, , 7F
這種事情應該用 LINT 去管理,用人管只會增加無謂衝突
09/14 09:59, 7F

09/14 17:27, , 8F
可以使用git hook的方式當commit時去檢查是否符合規
09/14 17:27, 8F

09/14 17:28, , 9F
範,只是要自己寫定義跟parser
09/14 17:28, 9F

09/15 10:23, , 10F
https://goo.gl/gl0MCp Android的gerrit管理
09/15 10:23, 10F
文章代碼(AID): #1NrzqHY3 (java)
文章代碼(AID): #1NrzqHY3 (java)