新手到底新在什么地方

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

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

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

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

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

…
too defensive...

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

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

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

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

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

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