各位大大好,
小弟最近帶了小組,
在之前因為公司沒有技術主管, 沒有人管,
我和組員們 是各做各的.
但有2位 [資深組員] 負責的項目, 產出品質一直有問題,
code 不斷的修改.
他們靠著沒有實際產出的產出, 也平安過了4-5 年

code不用維護就不用review, 要維護就該有review跟測試

需求定義不清吧

Unit test, static analyze, CICD, integration test, auto regression test

人少才要做啊。。。人多要做才困難2個人互相review效果好啊，你連旁邊的不肯給意見了以後怎麼會給10幾個人意見你說專業不同無法給意見，那你以後也不會給人意見

想必基本的table spec，coding style也是各玩各的，職稱上有變動嗎？沒變動的話想必是屎坑

不要跟資深鬧翻，也要交出作業給老闆簡而言之，從bug追規格是否有正確實作。沒臭蟲就是好品質。

老闆有授"權力"給你嗎，沒的話，寫寫style guide就好權力泛指調職，資遣，分紅減少

笑了你有權利或者很暸解老鳥的code嗎？士官長鬥排長故事有聽過嗎？

沒有QA是吧？

好聽點是CP值 簡直是要馬兒好又要馬兒不吃草...