Ricado wrote:
這是貴公司軟體工程制度的的問題，關程式界什麼事啊！
既然可以定打包的期限，為什麼不能定code review 的期限呢？
不管是 Scrum 、 V-Model、或是任何的開發流程，都會設定一些檢查點。如果連 Code Review 的流程都沒辦法制度化，要如何確保 Code Review 的品質？
你說的這情況稱不上黑。
所謂的黑，通常要有針對性的，像是只針對你，但是，依照你的描述，並沒有這種狀況。
你遇到的比較是一家，內部流程品質不大OK的公司。
此外，你的想法有點負面，遇到煩心的事情，反而會無中生有，把小問題，放大成大問題。
像是，你在文字上所提到的：程式界也這麼黑暗哦，專門整自己的下屬喔....
本來是一個 code review 流程，你卻放大到『程式界』。
這個不大OK吧，要是常常這麼想，光是看你寫的文字，都覺得很累，要是跟你一起共事，恐怕有點辛苦。
如上，覺得這應該是前面幾樓共通想說的吧，補充一下。
ichich wrote:
我們公司每隔一段時間就要包版
大家寫的code都要code review
ok呀，code 有問題就改呀
但主管跟資深工程師都怎麼整的呢？
包版是有時間限制的，比如就是5/1下班前要包版好
他們每次都是在當天才要code review，甚至都快要下班了才code review完
每次code review，就使勁的找我寫的哪裡有問題
找了一堆的問題要我修，修也要時間阿，根本來不及
每次都會搞到很晚
我其實不怕別人指出我的問題，我也不怕修改
但就是有時間上的壓力，要趕在那個時間點包出去，每次都像快炸了一樣
但其實我早在一個星期、甚至二個星期前就寫好了
他們就一直不code review，到了當天才要code review
最近已經被他們搞走4位了，都是受不了的
程式界也這麼黑暗哦，專門整自己的下屬喔？還是我誤會他們了？
我之前待的公司也沒這樣，別的部門也不會這樣，就這個部門是這個傳統
大家有遇過這樣的事嗎？
對不起，你這個說法，恐怕不 OK 喔。
即便所有的 Code 全部 100% 都OK，依然要通過 Code review 的流程。
不論 Code review 的結果如何，拖到最後一刻才回覆結果，這不 OK。
會拖到最後一刻才回覆，反而代表著樓主本身的 code 邏輯有一定水準。
componentbeggar wrote:
你一, 二星期前就把 code 寫好
意思是你有一, 二星期的時間可以自己先 review
如果你有先 review 還被挑出問題, 那是你的邏輯有問題
