和路雪 发表于 2014-8-8 09:05
无所谓一号二号。一个人开发的内容，另一个人必须审核并且充分理解。
不然一个人离职了或者休假了出了问题很难解决。这是公司要求的。
我自己也要开发，他也必须为我做Review，但他一般找不出来错。
你说的办法我也想过，即只提出Bug，让他自己去解决。这样会导致，几天后他改了一堆东西，我又得重新看一遍。。那时候我已经忘了不少细节了。。这样还不如我一开是直接找到他，分析之后当场改掉来的快。。
另外软件缺陷的修复和发现，在开发阶段成本是最低的。。在交付后出了问题，找出缺陷的成本很高，压力也很大。而且查找缺陷很可能就是我和他两个人一起找，因为你不能当场确定是谁写的内容挂了。。
我还是宁愿在开发阶段把东西做好，不想频繁在客户那里救火。。即使最后不是我的责任，也会给我带来不少烦恼。
“一个人开发的内容，另一个人必须审核并且充分理解。不然一个人离职了或者休假了出了问题很难解决。这是公司要求的。”
公司要求的没有错，但这是个目标和原则，不代表能实现。你不能期望随便给你一个人就能充分理解一个程序。如果同事水平不行，那对你来说（而不是对公司）最好的解决方法就是你写80%的程序，他写20%。这样出了问题你能很快找到问题，因为大部分是你写的。
那你怎么和和他提出来你写80%呢？很简单，发现他的错误不帮他分析，让他自己改，可能错误越改越多，没关系，一个小程序他就写了一个星期，自然你写的部分就占80%了！
“软件缺陷的修复和发现，在开发阶段成本是最低的”，这根本就不是轮到你考虑得事儿。如果你写了80%的程序，出了错误找Bug仍然“压力也很大”，那就是水平问题了，神仙也没办法。
这个结果是对你和对公司最理想的结果（客户那边程序出错少，你不用“频繁在客户那里救火”，挑自己的Bug应当压力小），至于同事，自然你休假他的压力大，你只能做到尽量讲解，让他能理解多少是多少。
这还是处于能者多劳的阶段，再高一个层次，一个真正的高手其实应该寻求的目标是能者并不多劳，你并不比别人做的多，但是你做的是他们做不了的，那才是轻松加愉快的阶段。
我挺幸运的，我是组里最2的。。虽然我不像LZ同事一样写出那么多bug，但是我debug的时候也没少到处问{:5_369:}
Darkpriest 发表于 2014-8-8 10:13
我挺幸运的，我是组里最2的。。虽然我不像LZ同事一样写出那么多bug，但是我debug的时候也没少到处问{:5_369 ...
那你就自觉少干点活，省得给别人添麻烦{:5_346:}
adgjl 发表于 2014-8-8 11:07
“一个人开发的内容，另一个人必须审核并且充分理解。不然一个人离职了或者休假了出了问题很难解决。这是 ...
说的有道理。我会思考下怎么改变目前的工作方式。谢谢你。
和路雪 发表于 2014-8-8 00:00
你知道，有些时候，尤其是技术工作，人的能力够不够，是生产力和效率高不高的直接因素。。当然我也没有能 ...
碰到和你差不多的问题，但我不是新来的那个。新来的年纪大，问题也挺多，总是把简单问题复杂化，系统里定义好的东西，非得自己再起个名字重新定义一遍，两行的就用一次的代码也得封一个函数，也不考虑一下别人看你的代码累不累啊。估计他自己看着都累，结果自己编出来的一小段东西不好使，自己找了两天了，还没找到问题。上次憋了一个星期的编出来一个文件，代码乱的一塌糊涂，根本没法交，我做个差不多的也就两个小时。
关键是一点都不虚心，号称编了30年的程序了，不要别人帮忙。我靠！就TMD这水平？
zhnde 发表于 2014-8-8 12:27
碰到和你差不多的问题，但我不是新来的那个。新来的年纪大，问题也挺多，总是把简单问题复杂化，系统里定义好的东西，非得自己再起个名字重新定义一遍，两行的就用一次的代码也得封一个函数，也不考虑一下别人看你的代码累不累啊。估计他自己看着都累，结果自己编出来的一小段东西不好使，自己找了两天了，还没找到问题。上次憋了一个星期的编出来一个文件，代码乱的一塌糊涂，根本没法交，我做个差不多的也就两个小时。
关键是一点都不虚心，号称编了30年的程序了，不要别人帮忙。我靠！就TMD这水平？
还有更奇葩儿的，写的10页A4纸打印出来的代码70%是Kommentar，代码本身80%是抄来的。然后整个代码根本不能工作因为丫不知道怎么测试(不会用Eclipse直接Word里写的)。然后丫把这代码给了我隔几天问我代码是不是很棒。我还只能说不错(平时对我不错)。结果说完这厮很兴奋非扯着我一行行跟我讲解这代码怎么好(这哥们儿花了一礼拜鼓捣出来的代码，Leichtbau专业出身这半年因为一起做项目非让我给他个小玩意儿编编，号称计算机是第二爱好除了捣鼓车)。整个下午俩小时我都在虎躯一振霍然身起拿电话听筒抽丫嘴的念头里度过的。
Linux_Handy 发表于 2014-8-8 12:48
还有更奇葩儿的，写的10页A4纸打印出来的代码70%是Kommentar，代码本身80%是抄来的。然后整个代码根本 ...
代码写在word里面~~好吧这是我见过最奇葩的了
看来我们组好很多。我们三个年轻人，想法相对统一，另一个老头子，最大爱好是和稀泥，而且是很专业的那种。所以一般的有什么需要出头的事情基本都是我们年轻人去做，不过毕竟我算是新的，还是让我们三个里的“长辈”去做。他很有想法，在公司里时间也比我长一些，大概三五年吧，所以搭配的还不错。我觉得teamarbeit不是说要替别人做什么的，而是保证自己的一份尽量做好。替别人做的结果我觉得往往是吃力不落好，因为被替的人心里可能会觉得你抢饭碗，无论他是不是有能力保饭碗。另外你也很累，万一有个问题出来，责任在你。
tracywyt 发表于 2014-8-8 09:36
呵呵，你们公司Review的人可以和写代码的人一起改代码，QS不过关啊
pair programming。很多公司都这么做啊。
Linux_Handy 发表于 2014-8-8 12:48
还有更奇葩儿的，写的10页A4纸打印出来的代码70%是Kommentar，代码本身80%是抄来的。然后整个代码根本 ...
什么奇葩。。。
我都不是码农也从来不会在word里写代码，那个人脑残么。
本帖最后由 chinapope 于 2014-8-8 15:58 编辑
和路雪 发表于 2014-8-8 11:02
C程序挂了就整个进程崩溃了。在客户那里挂了，找问题能把你烦死。。你也不能当场确定因为什么原因挂了， ...
LZ, 你工作这么用心。不得不服啊。
小弟我同是码工作3年不到，有点看透，不是自己的责任，不要去担。
天塌下来了，有长汉（那些年薪高得多的Senior们）顶着。