1樓：
採用這種消極的方法能大幅的降低開發組所承受的壓力，大家皆大歡喜。
簡單來說就是：
1，如果你乙個功能開發半天，review一下，出現了問題，再花半天fix掉，你會被批沒效率，出活兒慢。
2，當你花了一天完成這個功能以後，需求喵的突然就變了，白做了3，如果你不review，這部分壓力會轉嫁給最終的測試階段4，而當測試階段出現問題，迫於上線壓力，將沒時間讓策劃再有時間大改5，最終花時間集中處理bug其實反而更有效率結論就是，誰如果真的把code review做的好，那麼反而很可能被開掉，因為出活兒慢，拉長了研發時間，讓測試沒了表現機會，上線前太懶散，上線後無所事事
沒了耗子，要貓何用？沒了BUG，還有程式設計師鳥事兒？
PS：如果你表現太完美了，會逼的PM不得不給你找事兒做，他就得絞盡腦汁想一些亂七八糟的功能給你打發時間，總得要裝作都很忙的樣子給BOSS看，話說這樣大家其實都挺累的……
2樓：
我覺得題主應該想問的是「為何那麼多團隊沒有去做code review」 。如果是意識的話 ，其實大多團隊都有的。
至於說沒有做review，情況無外乎兩種.
一：團隊leader與成員都懶，對於review熱情不高，功能實現，沒bug就行。
二：進度實在緊迫，每天到家睡覺起床上班，真沒時間review當然還有像老闆跑路成員就2這種情況，多數可能都會不進行review
3樓：
過程控制這種必須的東西必須變成可有可無啊啊啊啊啊！
實際問題很複雜不信你可以找個小公司推下。連需求是啥都不知道就把東西都做「好」了的一大堆更別說code review 了 ，要完善的東西對大部分公司來說 codereview還真排不上號…
她一點兒一點兒的走進你的心裡，分手了忘不了，你還會一次又一次放下自尊去挽回嗎？
檸檬醬 如果真的放不下，就嘗試去挽回，一次，僅僅一次而已。兩人之間第一次提出分手可能是氣話，但是次數多了就變了本質。放下你的尊嚴挽回一次不要讓賭氣成為你們的遺憾，但也不要一次又一次讓他來踐踏你的自尊。 誰能一下子忘了？誰都不能！既然喜歡就去挽回，否則會遺憾，但是不用一次又一次挽回，那就會被認為是糾纏...
怎麼活的快樂一點兒？
麛路 怎麼活的快樂一點，其實人活一世，仔細想一想，如果沒有目標可能越想越迷茫。但我覺得，不管是什麼目標，你可以從近到遠，從小到大，只要擁有了目標，人就有了方向，只要有了方向，心就自然而然的寬大起來，心都放開了，人也自然開心了。 橘子超級甜啊 快樂與不快樂 都是自己給的，是屬於自己的內心感受 無關他人...
procreate 怎麼自學素描，話說一點兒素描不會？
肥居居 簡約畫入手，首先得熟悉各種工具功能和區間度數 濃淡等操作。俠客 白莎堂 打草稿的，可以先從sketchbook入手 前行 白莎堂 就是從簡單的操作，打好基礎。不喜歡廢話，有些東西實操比知乎找經驗更有效果。 素描是所有繪畫基礎的根源，沒有紮實的美術基礎，建議系統學下。如何入門素描？開始自學素描...