作为小团队的 Team Leader 你们认为培养新人这两种方式那种是对的？

[dp2px]

还记得 16 年的时候我作为一个小团队的 Leander，也就是 Android 开发组长，带领刚毕业的学弟做开发，引发了一个我和老板对员工培养的分歧，我认为应该积极的参与引导（必要的时候上手敲代码演示）并分配适合他们的工作才能让他们成长的更快，而老板（也是程序员出身）则认为需要给他们压力和挑战，分配富有挑战和难度的工作给他们。可能我们的角度不同，你更赞成那种？

[classyk]

一个人的成长最主要还是靠自身，所以我偏向有挑战的。
另外第一种最后容易陷入熟练工

[iPhoneXI]

还是有挑战的比较好，观察下学习能力和自我驱动力

[justforlook44444]

没有好坏之分，只有对待不同的人，不同的阶段因材施教，哪有说一招鲜吃遍天的方法呢

[ericgui]

反正这个看人吧

如果你给太多的压力，人家认为你在刁难他，跑路了，咋办

[DeWhite]

双轨并行，两边都做就当养人了。
这个其实是没办法的，如果招大学生。

[beginor]

教妹子的话选第一种，抠脚汉子第二种

[qinyusen]

绝大多数小 leader 的一个通常存在的问题就是没有系统的学习过管理。
先明确买还是卖方市场，如果你的工资有竞争力，而且找到的人平均素质比较好的话， 推荐散养，然后好的留下差的辞退就好。
如果没得选，那就要看是目的导向还是过程导向， 目的导向就是这个项目一定不能砸， 那么就是你带着人做。 如果是过程导向， 做一个需要但是不重要的事儿， 那就安排给这个人，review 想法和实现过程， 然后在其中看到他的成长，然后下一个项目，再继续，等 2-3 个项目之后，让他自己回头重构第一个项目，吃一下自己的屎，自然就会成长了。

没有学习能力不想成长的，请尽早辞退。

[linZ]

给任务，然后定期 review ？讨论一下问题，然后给他你的解决方案，以及一些后续建议？

[zhchyu999]

也分人，没有一条通行的方案

[lscho]

这两种又不矛盾。。。给他压力有挑战有难度的工作，但注意要适合他们自己成长的，并积极的参与引导，必要时亲自出马。这矛盾吗？我感觉这才很完美啊

[nvioue]

国内现在 996 盛行 ， 看你们公司招人容易不咯。 我当年反正是经常花自己时间看各种源码的

[pilgrim_kevin]

楼主的标题就看出问题来了：方式是没有单纯的对错之分的，只有适合与否，哪种更好，或者两者结合也可以。

[flyingghost]

这。。。为啥必须二元论单选题？
就像问“你们吃饭是用筷子还是用勺子”一样，难道不是同时右手筷子吃面左手勺子喝汤吗？

一边给相对他能力来说较复杂的有挑战的题目，一边时刻关注进度把控方向必要时亲手协助突破瓶颈，这应该是更常见更合理的路子。
有挑战是相对的，点拨方式也是视情况而定的，手段选择灵活一些嘛。

[dp2px]

@flyingghost 不是二元论，目的是想问大家更倾向那种

[justRua]

看对方水平，人家水平不差用第一种搞不好人家还觉的磨叽，给予有一定难度的任务，如果他搞不定再帮忙提供思路。

[learnshare]

各取一半，取决于公司招收新人的标准
如果公司愿意招小白，那很多东西免不了要手把手教。也有的连终端怎么开都不知道，更别说用 git。
如果只招收有学习能力，且有一定经验的人。那大概只设定目标，并稍加引导即可。

[server]

这事老板没问题，公司不是慈善机构，要人就是来干活的。带人还是看情况，真不错就多下点功夫，觉得不行提前一个月告诉人家。另外就是别唏嘘 辛辛苦苦教了 1 年人就跑了，没必要。

[Alexhex]

这个世界上的问题分两种， 一种的答案是“看情况”，一种不是。你觉得你的问题是哪一种？

[vazo]

你老板是对的,这就跟高考选拔人才一样

[activemq]

有的程序员真的是，你打他一下他就动一下，有问题都推给老员工，不知道哪里那么多自信。当然，也和加班、公司分为、工作环境息息相关，只要岗位有吸引力，新人肯定会主动的