这样的程序员该怎么调教？

yuanchengjun

原帖由 飞灰橙 于 2007-11-16 11:24 发表
跟他讨论一个bug, 他总是说：
1. 这样做一般情况下不会出问题
2. 用这个新改的代码，测了很久了，都是好的。（但是讲不出为什么好的）
3. 别人也有这个问题

非常消极的说。。
我们都是玩C/C++的，在逻辑 ...

这种人，太嫩了，问死他，

1. 这样做一般情况下不会出问题
什么是一般情况？一般情况有哪些？调查一下写一份报告。

2. 用这个新改的代码，测了很久了，都是好的。
测试用例呢？哪些测试用例通过了？哪些测试用例没有通过？
测试用例标明通过或者不通过，测试报告由测试本人签字，存cvs。
否则就是没做。

3. 别人也有这个问题
什么是别人？别人一共有几个？各叫什么名字？为什么别人不改？调查一下，写一份报告。

[ 本帖最后由 yuanchengjun 于 2007-11-19 21:32 编辑 ]

langue

You can tune a piano but you can't tune a fish

win_hate

原帖由 langue 于 2007-11-24 14:28 发表
You can tune a piano but you can't tune a fish

But mermaid can sing, so you can really tune it

tom_xx_hu@yahoo

原帖由 zhujiang73 于 2007-11-16 13:03 发表


>>  这样做一般情况下不会出问题

如果在 99.99% 的情况下正常，那就算通过吧。

不。一个bug能不能过，不由这个数字决定，因为这个数字本身就不可靠。其次，也不由一般程序员决定，尤其不由新手程序员决定。
有设计文档的，由设计文档鉴别。没有文档或有争议的，由项目经理协商各方决定。

tom_xx_hu@yahoo

原帖由 xB1ue 于 2007-11-16 11:59 发表
开发环境下的测试结果不能作为产生测试报告的依据，程序员自己都理不清自己代码的逻辑，改行算了

顶。很多程序员没有这个以QA测试环境为准的概念。

chunyv

有问题解决，说什么调教，你当训狗呢？如果他什么bug都能解决还用的着跟你混么？
有问题心平气和的说就是了，你耍架子他耍脾气无益于问题的解决。。

anthony1983

我也遇到过这种人，不过是资历比自己稍长的员工。。。。汗得要死，碰到这种不求甚解，只求应付工作了事的人确实没办法。