Re: [討論] 如果遇上這樣的資深工程師
: 推 redray:很多人會覺得要寫到差不多才放到cvs上面，不能放一個太差 07/02 23:02
: → redray:勁的code讓別人看笑話，我認為這樣的想法是錯的，應該一開 07/02 23:02
: → redray:使就放上去。 07/02 23:03
: → makotoan:應該說，這個案子有點偏lab研發的性質，而且階段性改變很 07/02 23:26
: → makotoan:大的關係，所以放到cvs上後，前後版本的差異會很巨大， 07/02 23:27
: → makotoan:再加上放上cvs還要寫report.....=_= (都coding不完了) 07/02 23:28
每個軟體在一開始的時候變動都很大，所以不管是不是 lab 研發性質的，都是一樣的
狀況。
放上 cvs 要寫 report，這邊我有點疑問，是把新的 module 放上 repository 要寫
report，還是每次 commit 都要寫，如果是只有把新的 module 放上 repository 要寫
那應該不會花你多久時間，而且通常這方面都可以談，而且甚至你可以先放到你們 team
的暫時 cvs 上面。 如果是每次 commit 都要寫 report，我想原 po 應該是在那種一個
team 多達數千人的公司？ 不然這樣就是做過頭了，公司有變相不鼓勵做好
configuration management 的問題。
最後，我猜原 po 公司應該沒有寫 test case，沒有導入 unit test。
因為你的最後一句 -> 都 coding 不完了，最常在不導入 unit test 的公司中聽到。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 202.151.54.241
推
07/03 16:09, , 1F
07/03 16:09, 1F
→
07/03 16:09, , 2F
07/03 16:09, 2F
推
07/03 16:42, , 3F
07/03 16:42, 3F
推
07/03 17:05, , 4F
07/03 17:05, 4F
推
07/03 18:31, , 5F
07/03 18:31, 5F
推
07/03 19:25, , 6F
07/03 19:25, 6F
推
07/03 19:33, , 7F
07/03 19:33, 7F
→
07/03 19:34, , 8F
07/03 19:34, 8F
→
07/03 19:34, , 9F
07/03 19:34, 9F
→
07/03 19:35, , 10F
07/03 19:35, 10F
推
07/03 22:51, , 11F
07/03 22:51, 11F
→
07/03 22:53, , 12F
07/03 22:53, 12F
→
07/03 22:53, , 13F
07/03 22:53, 13F
→
07/03 22:55, , 14F
07/03 22:55, 14F
→
07/03 22:55, , 15F
07/03 22:55, 15F
推
07/04 00:07, , 16F
07/04 00:07, 16F
→
07/04 00:08, , 17F
07/04 00:08, 17F
推
07/09 07:18, , 18F
07/09 07:18, 18F
討論串 (同標題文章)