新手到底新在什么地方

       接触项目管理也有一段时间了，给我感触比较深的还是项目风险控制和管理这块，尤记得当初做风险识别时，为了把我们的风险库建立的足够强大，大家坐在一起拍脑门想风险，尽可能的把所有风险都想到了，连类似四川大地震这样的风险也没放过。其实看着这些风险我的心里却觉得不大踏实，为什么呢？因为经过我反思之前做项目所经历的风险，发现这个风险库看似很庞大，其实有参考价值的风险其实并不多，像停电、停水、请假、机器、甚至开发过程等风险，不能说不算风险，但不是最致命的，也不是项目延期的真正凶手。我忽然觉得风险就近在眼前，就在在座的各位，在这里我也不拐弯抹角，不客气的说，就是新手在开发过程中，沟通、技术、返工的占去了大量的时间和成本，这个话题就不展开，各位看客心里应该也有数。那么我想就新手为什么就成了项目的风险，新手新在哪里和各位讨论。

      首先我觉得不是因为能力问题，我觉得能力这个东西不好说，因为一个有经验的人可能在某些方面比新手熟练，但并不能说明能力一定比新手强。也不是态度问题，我想大部分新手还是抱着学习的态度来工作的，你分配一些任务，总是还会去执行的，比起老手反而更积极。也不是技术问题，在日新月异的技术面前，新手在学习热情方面甚至还具有一些优势。

      最后我觉得最重要的是产品质量意识问题，我一直都认为质量这个东西是全员参与的，质量这个东西脱离不了一线的生产者。据我的了解，新手在这方面做得很糟糕，我想原因可能和学校的教育有关，新手刚从学校里面出来，学校其实让我们养成了很多坏毛病，最主要的就是养成了应试的思维，我想大部人在学校里面是应付过来的吧，当然这个也和学校非人性化教育有关，总之我认为学校教会了我们学会应付的本事。我所接触的新手大都是这点让人很头疼，分配给他们一些任务，总是会有各式各样的问题，比如该用ajax的地方不用，页面上的细节不去调整，还有更要命的是写完的东西不去测试，总是会隐藏很多bug，举个夸张点的例子吧，叫做个后台文章审核，点击审核后按理是ajax刷新那条文章，结果点击后页面动都不动，问之，答曰，你手工刷新下页面就看到变化了 。其实我理解他的意思，他的意思是他确实做了这件事，至于这件事要不要达到100分他不关心，如果这件事发生在学校，其实很正常，我当年就经常这样忽悠老师的，但在真实的产品中，一点失误就会让质量下降一分，之后我们又会为质量付出惨重的代价。

      以上是我的一点不成熟的想法，欢迎批评指正  

 

 

评论

60 楼 seen 2008-09-01  

gigix 写道

seen 写道

即使是考虑普遍些的情况，大家用elicpse或者类似的玩意儿，这种模式简直不把新手当做一个有思想的人。
像我这种心胸狭隘的人，如果处在新手的位置，会郁闷的躲到厕所哭的，哈哈哈哈

没办法
我们需要尽可能快地培养人，只好狠狠地踢他们的屁股
现在被我踢屁股总比背上几年工作经验以后被客户踢屁股要好
我也曾经被踢屁股
被一个Spring的contributor踢屁股不是谁都有机会的，应该学会珍惜

幸运的 跟某某业内牛人pair 被鞭策后更加动力十足 这个可以理解
不幸运的（应该是大多数吧？） 被比自己早2年进公司的人鞭策。。。那滋味估计不太好受。。。
呕 当然 打击一下新人的自尊心也不是什么不可接受的事实

59 楼 UnixStudier 2008-09-01  

不知道怎么教新手。我自己处于不高不低的水平，勉强混饭吃。
如果要我教人，我就给找一些文章，让他自己读，让他做实际项目锻炼，能学到什么境界就是看自己的能力了。
师傅领进门学习靠个人了。

58 楼 gigix 2008-09-01  

seen 写道

即使是考虑普遍些的情况，大家用elicpse或者类似的玩意儿，这种模式简直不把新手当做一个有思想的人。
像我这种心胸狭隘的人，如果处在新手的位置，会郁闷的躲到厕所哭的，哈哈哈哈

没办法
我们需要尽可能快地培养人，只好狠狠地踢他们的屁股
现在被我踢屁股总比背上几年工作经验以后被客户踢屁股要好
我也曾经被踢屁股
被一个Spring的contributor踢屁股不是谁都有机会的，应该学会珍惜

57 楼 seen 2008-09-01  

gigix 写道

UnixStudier 写道

"但是如果你不是特别赶进度，你有时间和精力带新手，那么你完全可以让新手来编程。pair programming有一种模式叫做ping pong，老手写一段测试，说我要做什么什么，新手写实现，让测试通过。这是一个很有效的带新手上路的办法。另一种模式（我忘记叫什么名字了）是更直白的 coach，老手拿鼠标新手拿键盘，老手把鼠标指到需要做事的地方，说现在我们要做什么，新手来做。 "
真是笑死人不偿命啊，呵呵。

唔，笑吧
青蛙说了，天就是那么圆圆的一小块啊，什么天上还有飞机之类的，真是笑死人不偿命啊

第一种模式是有点意思 设想起来应该是个手把手带新手的好方法
第二种就接近可笑了 设想一下：编辑器是vim，那么。。。击鼓传花现在开始
即使是考虑普遍些的情况，大家用elicpse或者类似的玩意儿，这种模式简直不把新手当做一个有思想的人。
像我这种心胸狭隘的人，如果处在新手的位置，会郁闷的躲到厕所哭的，哈哈哈哈

我相信世界的多样性是超出大多数人想象的，所以我不会去怀疑这两种模式是否有效。
但这不妨碍我觉得这在实践上看起来会很可笑。

回过头来说，pp的确有其“人格魅力”，偶尔实施一下应该还是挺有意思的。

56 楼 UnixStudier 2008-09-01  

这可是手把手的教了，我只是觉得挺好玩，挺有趣的。

55 楼 gigix 2008-09-01  

…
too defensive...

54 楼 UnixStudier 2008-09-01  

"但是如果你不是特别赶进度，你有时间和精力带新手，那么你完全可以让新手来编程。pair programming有一种模式叫做ping pong，老手写一段测试，说我要做什么什么，新手写实现，让测试通过。这是一个很有效的带新手上路的办法。另一种模式（我忘记叫什么名字了）是更直白的 coach，老手拿鼠标新手拿键盘，老手把鼠标指到需要做事的地方，说现在我们要做什么，新手来做。 "
真是笑死人不偿命啊，呵呵。

53 楼 andy54321 2008-09-01  

结对编程，好像现在还是有些不切实际
两个人座一个人的活，boss肯定是不乐意的啦

52 楼 rain2005 2008-09-01  

  code review啊，提高的最简单方式，对于有问题的代码，大家做在一起谈谈自己的解决方案，总有一个是最简单的。pair对于一般的公司还不太现实。不过对于比较公共核心的代码必须得pair,要不然质量没有办法保证。

51 楼 RCFans 2008-09-01  

我们这边，新手得到的是一份详细设计，照着上面去干就行了
新手和老手最大的区别就是，老手拿到一个任务知道怎么去做，做出来的结果可以达标百分之多少，而新手首先要自己去想怎么去实现，而且不能保证自己写一遍之后的代码编译之后是否能达到目的。和这样的人结对，快成教学了。最好的办法还是给他提供详设，他拿到编码方案后自己去写一遍，起码就知道了一种解决方式。

50 楼 lizhuang 2008-09-01  

软件的质量管理这些东西，学校是不会交的。想起了秋千那幅画。

49 楼 zhangzhixin_82 2008-09-01  

    liuqiang需要被人理解!呵呵,是不是新手让你感觉到很累很茫然,还记得自己曾

经是新手那段痛苦的艰傲嘛?当然可能您项目经验达到一定的高度也许很排斥自己那段痛

苦的时光,每个人都会有一个学习及积累的过程.

    没事!您也要换位思考下他人的感受,推荐您看一部电影史前一万年,长老的一句话

很感触我,身为领导者不仅仅为小家而活,而是为一个集体而活.我向您应该能理解吧!

48 楼 zhao3546 2008-08-31  

态度决定一切！
新人尽早会变成旧人，如果没有积极的意识，怕很怕成为合格的程序员。

47 楼 池中物 2008-08-30  

>>> 最后我觉得最重要的是产品质量意识问题

严重同意

46 楼 java菜菜鸟 2008-08-30  

世界是浮躁的。
态度是很重要的。

其实很多东西都是需要靠自己，毕竟－－别人能帮你一时不能帮你一世嘛。

45 楼 vlinux 2008-08-30  

我今年刚刚从大学被放出来，绝对属于新手，看完后汗颜啊...
几百万的项目直接丢给新手们去练手，这就在我公司发生，也碰巧砸到我头上。
不过我还是自认为没像LZ说得那么糟糕，虽然我不负责UI模块，但是我对流程分解、事务控制都是做到兢兢业业的；无论是代码风格还是代码重构我都是尽善尽美的去做，写代码的宗旨就是：写的时候多为你的同事想想

公司也对我比较信任，我很佩服这里的好几个项目经理。从项目上我不仅获得了开发体验商业项目时对开发节奏的掌握，也体验了对顾客沟通的技巧。公司想让我放权给其他新手，我还真有点不舍得呀，哈哈。

不过也不得不承认，至少花了20%精力去帮其他伙伴救火。

44 楼 zl5897 2008-08-29  

<div class='quote_title'>chengren 写道</div>
<div class='quote_div'>
<div class='quote_title'>liuqiang 写道</div>
<div class='quote_div'>
<div class='quote_title'>verygoodverypowerful 写道</div>
<div class='quote_div'>我很想问下你当新手的时候新在哪里</div>
<p> </p>
<p> 同理啊。</p>
<p>回应一下，我对新手绝无贬低的意思，只是拿出来讨论下，找到问题，解决问题，这样对新手也是个提高。</p>
<p>我一再申明，新手能力不见得比老手低，最近不才就遇到一位号称几年工作经验的老程序员，分不清rails、RIA、分布式的概念，越发的觉得能力和经验无关，但该老程序员的质量意识还是蛮高的，一再苦口婆心权大家：“UI其实很重要的，企业级开发没你想的那么简单”，这是好事，至少有风险意识比没有好。</p>
</div>
<p>每个人面对的客户、项目都不一样，侧重点自然不同。</p>
<p> </p>
</div>
<p>其实这也可以认为是态度的问题，也有老程序员老油条样子的。</p>
<p>今年带新人，才发现新人跟自己一直理解的不一样，这些小朋友做事态度不够认真，分配下去的任务拖时间，每天有时间看八卦新闻，逛qq空间~</p>
<p>写出来的东西不说代码如何，连正确性都没办法保证~</p>
<p>最要命的是，不做测试，问到他们，就说做完了，让他们测试，没有下文</p>
<p>到我自己去看的时候，一测就什么问题都出来了</p>
<p>擦屁股很累，擦完了，我还把每个需要注意的细节都跟他们说一遍，代码风格重复说</p>
<p> </p>
<p>再要命的是，下次任务，又重复这样的事情</p>
<p> </p>
<p>态度啊~</p>

43 楼 chengren 2008-08-29  

<div class='quote_title'>liuqiang 写道</div>
<div class='quote_div'>
<div class='quote_title'>verygoodverypowerful 写道</div>
<div class='quote_div'>我很想问下你当新手的时候新在哪里</div>
<p> </p>
<p> 同理啊。</p>
<p>回应一下，我对新手绝无贬低的意思，只是拿出来讨论下，找到问题，解决问题，这样对新手也是个提高。</p>
<p>我一再申明，新手能力不见得比老手低，最近不才就遇到一位号称几年工作经验的老程序员，分不清rails、RIA、分布式的概念，越发的觉得能力和经验无关，但该老程序员的质量意识还是蛮高的，一再苦口婆心权大家：“UI其实很重要的，企业级开发没你想的那么简单”，这是好事，至少有风险意识比没有好。</p>
</div>
<p>每个人面对的客户、项目都不一样，侧重点自然不同。</p>
<p> </p>

42 楼 lizhigang_lee 2008-08-27  

我觉得新手也有层次关系的啊,项目经理可以和他说下具体用到的技术,和具体有什么效果,这样我想也应该会好理解一些啊.
新手毕竟没有参加过给顾客的项目,难免过于紧张啊.

41 楼 风清云淡 2008-08-27  

现在明白野鸡公司为什么都招新手了，不是因为项目期内可以节省成本。其实2个老手可以抵7、8个菜鸟，算起来用老鸟更能节约成本。
但野鸡公司的项目不是持续的，有很多空白期，到时候就要大量裁人，谁都知道无论招人还是裁人，新手都很容易操作，老鸟就会带来很多问题甚至是法律问题。而且老鸟对公司的期望值很高，觉得公司不爽，半路撂挑子的可能性是很大的。而新手抱着学习的态度，容忍能力是很强的。