带新人心累，你们都是怎么带新手程序员的（特指刚毕业的孩子），求支招

[chigeyaowaner]

最近在带新人，今天转了这篇文章给他，新手程序员必学 10 大技能： https://www.zentao.net/redirect-index-21640.html ，他有点生气。

我最近带他有点累，怎么说呢，我可以理解新人刚毕业，有很多的想法，总觉得自己很牛。可是写的代码总是会有很多的 bug ，也不顾前后。不帮助团队提升效率不说，反而大家要加班帮忙解 bug 。

我刚毕业的时候，我师傅劈头盖脸的训我，那时候也觉得不想被人瞧不起狠狠学了好久，可现在的新人孩子总感觉你说什么都听不进去，更不要说骂了。好心想帮他，不知道怎么处理，想着发篇文章给他分享，他能有感悟，真是自己想多了。

10 项技能，我都觉得不够。基本的学习能力、沟通表达能力这些都是必备的。说回来，我应该怎么帮助他呢，总不能一直拖后腿。

[hello158]

新人不是带出来的，是影响、push 出来的。

[GuLuDaDuiZhang]

这个文章内容我看着也很莫名其妙，新人看完估计也是不知道要自己干嘛，特别是你也说了都开始提交代码了还发这些干啥。是没有新人入职文档可以看的么，就是那种介绍业务模块、产品架构、组织关系、工作流程、开发环境搭建、代码提交规范 balabala 的。

新人最重要的是快速上手工作流程和熟悉业务代码，就是要他尽快参加到实际工作中去实战、尽快和团队磨合好。所以就继续给些小的业务点让他实现，或者让他修些不是很难影响不是很大的 bug ，然后有问题你来指导解答就好了，一段时间后就当普通员工去给他分配任务。剩下的就靠他自己了，他工作效率不行，融入团队慢，整天要别人搽屁股，别人和你都看在眼里，实在跟不上的实习期就已经过不去了。

带新人切忌不要想着把他教成你理想中的程序员的样子，别自我感动陶醉，公司不是学校，是讲盈利的。你要当带领他快速入手工作的导师，让新人尽快在公司预期的位置开始产生“收益”，如果产生的收益长时间达不到预期，不用你烦公司就受不了给摘除掉了。

[stephenyin]

别的不说，就分享的这篇文章真的是谁看谁生气。真就跟当面指着鼻子说 “ 你 SB ！”没有任何区别。

[ww940521]

先做好领导再想着做老师，新人有复杂问题就帮忙解答，简单问题就提个醒，没问题就不要管，干不好就送客，哪有那么多婆婆妈妈的。

[gongquanlin]

都这么用心教他了，还这么膨胀，就扣他绩效
让他来公司上班是要让他锦上添花，不是给他雪中送炭
爱干干不爱干滚蛋，总有愿意学习提升自己的

[nicebird]

人不行，别带了。差不多找机会开了。

[railgun]

这种情况先用技术碾压他

[GoLand]

你们带新人时，新人没完成任务责任都算新人的吗？我们这种新人没完成任务算 mentor 的责任该怎么办。

[CEBBCAT]

看了附言，我觉得你还是别太打扰他了。谨防抱着“我是为你好”的心态做事

[Qy2FbR]

分享的这篇文章对我来说是毫无帮助吧。我带新人，或者说我个人的风格，是带着问题去看文档找答案。sql/git/bash/vim 当然重要，但是死记硬背 vim shortcuts 总是没有比到用的时候现搜现学来得记忆深刻。

[byte10]

说一下我带过的新人把，确实有遇到你说的那样，总有自己的想法，但是却经常做的不对。我最近也有在带新人，遇到脑子不开窍的，其实非常的简单，让他剪辑电影解说。没错，你没看错，不信的话，你自己去剪辑电影解说试试看。看看能学习到什么😄。能快速的提升他的表达能力和理解能力，表达能力是挺关键的一个能力来的，其他慢慢来。

[jswh]

我刚工作的时候，一个 PR 改了 20 遍。

[controller]

新人能力不足的时候，将团队任务拆解，分一小部分简单的任务给他，哪怕是写一个简单的模块，一个函数。里面用到了什么知识，提前教他一下。遇到问题，针对具体的问题解答。比如不看控制台，那是因为新手没有养成习惯，你告诉他应该怎么看大段的控制台报错，比如核心错误一般在哪个位置，等等，教会了就好了。毕竟带新人也是老手工作的一部分。实在不行的话，遇到机会可以换人。上来就是什么 10 项必须技能，新手一下子学不完的，也无从下手。人家心里想的是，我要是牛逼还会在这儿吗，给这么点钱就只能招到我这样的，你不教我我怎么会。

[datiewang]

将心比心，就这个文章谁看了谁也生气

[sprite82]

理解不了楼上一些看了文章就生气的人，要是你领导骂你，你还不得和对方拼了？

[oatw]

带人？不存在的，哪个好手儿是靠人带出来的？

[yufeng0681]

你们项目什么情况不清楚，所以也没法针对性的说。
总的原则是：从局部到全局
导师的责任是
第一步：让他理解局部， 从业务上理解，从项目上理解。 考核他。 业务过不了关就不要进入下一步
第二步：拿问题单去让他修改，通过改 bug 熟悉代码工程。 过不了关就不要进入下一步
第三步：给他相对简单的业务需求，负责全部完成。 导师就是评审，有设计文档，也有代码 review 。过不了关也不要进入下一步。
第四步：给他复杂一点的业务需求，当老员工用了。 导师还是评审为主。 过关就是出师了。

如果新人直接来了，进入第三步，甚至第四步。 他并不会感受到导师在帮助他，只会觉得拔苗助长。

[FishLotte]

其实就带新人而言，代码不行还是很容易改善的，因为大部分程序员在代码上都是有一定的自驱性，那种对业务完全不敢兴趣甚至觉得业务 low 的带起来才是真痛苦。

[InvincibleDream]

不觉得这篇文章有什么问题，大概是很多人看不上入门级的文章。

[weivi]

别说大道理，可以说点具体的经验，最好是和你们业务相关的。比如你打日志的思路、代码怎么写注释、一些 linux 命令的使用、具体的某个业务问题的排查思路。