Re: [討論] 如果遇上這樣的資深工程師

[redray (澈)]

: 推 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
推 dumbjames:照原po說的，如果案子偏lab研發...也不太可能會有unit
→ dumbjames:testing吧...
推 TonyQ:unit testing 一般而言是有寫code就會伴隨的行為...
推 iincho:樓上那是理想...orz...
推 haeiou:軟工~~能吃嗎
推 poqwer:bug 實際而言，是寫code就一定會伴隨的產物........
推 TonyQ:我的意思是要做不會不行, unit test或許累贅的程度高
→ TonyQ:但是捨棄版本控管系統不用, 還是個[變動性大]的程式,
→ TonyQ:萬一有個改炸就全部掰掰, 感覺好像是很可怕的事情
→ TonyQ:當然在強者手下沒有什麼東西是做不到的, 不過幹嘛虐待自己..
推 leicheong:我同意unit testing某程度上是有寫code就會伴隨的行為
→ leicheong:即使不用JUnit/NUnit等正規工具, 在構築基建功能時不用
→ leicheong:類似Assert的方式檢驗清楚的話, 是在日後找自己的麻煩.
→ leicheong:同一個bug, 在物件相對簡單和已經有很多功能分流時解
→ leicheong:難度相差可以極遠...
推 iincho:有一些底層的東西不是這麼容易導入Unit Test....
→ iincho:每次想到要做看一看要加一堆wrapper就..orz...
推 qrtt1:看起來樓上需要 mock test 啊 XD