這樣的程序員該怎么調(diào)教？

飛灰橙

跟他討論一個(gè)bug, 他總是說：
1. 這樣做一般情況下不會(huì)出問題
2. 用這個(gè)新改的代碼，測(cè)了很久了，都是好的。（但是講不出為什么好的）
3. 別人也有這個(gè)問題

非常消極的說。。
我們都是玩C/C++的，在邏輯上都不能保證自己是對(duì)的，還談什么代碼正確，
更別說什么用戶體驗(yàn)了。

cugb_cat

這個(gè)。。。。。。。。

ypxing

同情L(zhǎng)Z, 同情我自己

飛灰橙

我覺得這個(gè)光從具體的問題來說可能效果不大，
早上說了半天態(tài)度和理念問題，希望能有效果。

beilian

fire him and hire me~~~

caijimin

對(duì)于這種問題，不轉(zhuǎn)變思想是沒有用的。
我們當(dāng)然都希望所有的研發(fā)人員都有積極的心態(tài)、改善的意愿，
但現(xiàn)實(shí)中總一部分人達(dá)不到要求，即使給了很多時(shí)間和機(jī)會(huì)
實(shí)在達(dá)不到要求的，只能放棄

把時(shí)間和精力過多的耗費(fèi)在能力和心態(tài)都需要提高的人身上，對(duì)團(tuán)隊(duì)的整體是一種損害
我覺得應(yīng)該多花心思在能對(duì)團(tuán)隊(duì)產(chǎn)生更大作用的人上面，
期望所有的人都能達(dá)到要求是一種奢求

xB1ue

原帖由 飛灰橙 于 2007-11-16 11:24 發(fā)表
跟他討論一個(gè)bug, 他總是說：
1. 這樣做一般情況下不會(huì)出問題
2. 用這個(gè)新改的代碼，測(cè)了很久了，都是好的。（但是講不出為什么好的）
3. 別人也有這個(gè)問題

非常消極的說。。
我們都是玩C/C++的，在邏輯 ...

有什么好討論的，先確定是不是 bug，是不是當(dāng)前版本中可容忍的 bug。是 bug 且不可容忍，則安排工作計(jì)劃改之。
和他說：
1、沒有什么“一般情況”
2、開發(fā)環(huán)境下的測(cè)試結(jié)果不能作為產(chǎn)生測(cè)試報(bào)告的依據(jù)，程序員自己都理不清自己代碼的邏輯，改行算了
3、這種 P 話以后連提都不要提

最終要求：改之

bilbo0214

找好的蘿卜培養(yǎng)，不好的就放棄吧。

放驢娃

很好解決吧？
首先就具體問題，詢問他的修改思路，如果他說不清楚，那就是工作態(tài)度有問題了。
如果說得清楚，那么你可以指出不對(duì)的地方，讓他按照這個(gè)意見重改。（根據(jù)情況，可以給他修改意見，也可以僅指出他方案中不足的地方），如果有若干次類似的情況，還可以稍微發(fā)揮一下，講講開發(fā)理念問題，也可以給他介紹幾本書。
然后等他徹底改完之后，尊重他的意見，姑且認(rèn)為是好的，然后讓 QA 去測(cè)，并制訂規(guī)定，如果一個(gè) BUG 連續(xù)三次認(rèn)為是修改好了結(jié)果卻沒有徹底改好，那么就進(jìn)行行政處分，包括扣獎(jiǎng)金、調(diào)整工作職務(wù)、辭退，等等。

在以上整個(gè)過程中，不要帶情緒，不要帶著上次事件的積累看人，
這樣如果他在中間醒悟過來的話，就可以很快融入團(tuán)隊(duì)。