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

这篇文章很正常啊，他看这个都生气了。。。

不合格就不让合并代码，没合进去就是没完成工作，没完成工作就是低绩效...你还准备怎么着，你又不是他爸爸

就看不上楼主这种“我当年 xxx”，“看看现在的 xxx”的过来人态度。

1 、你怎么证明你的学习路径一定是对的？
2 、你怎么确定他的学习路径一定是错的？
3 、初学者写代码有问题，没有全局思维，和态度有什么关系？
4 、你认为有用的，对他未必有用。尤其是你发的这种泛泛而谈。

带新人最怕遇到那种没有独立思考能力的 ，啥都在问，很多问题，但凡控制台看一下，搜一下就有结果的。

还有就是基本都是喜欢用百度搜……，然后他们就会遇到新问题了

年代不同了，现在的孩子刚的狠，不爽就裸辞我见得多了，所以想心不累，就不要用心带，虽然这不是什么好建议，但是没办法，我理解不了现在某些小孩的脑回路

新人最好做简单独立的模块, 做的不好就开了呗

@kop1989smurf 我觉得楼主分享的 10 个技能没啥问题，不至于生气！就这态度我直接就采用二楼的方法了。讲解完公司的规章制度后，觉得自己牛逼就自己整呗。实习期不能通过跟我有什么关系？学习路径对不对跟我也没关系！态度也不重要

没有后台的话出太多 BUG 就低绩效扣钱

新人如果刚开始太膨胀真的没留的必要

其他不谈，这文章这么笼统，什么具体的信息都没有，范围却铺得那么大，说个语言就从 C++一路说到 js ，你是怎么觉得这个对他会有帮助的？

@WebKit #7 那篇文章完全就对新手没有意义。这就跟说“减肥的最终奥义，一般人不告诉他”，结果内容就五个字：少吃多锻炼。

到底十大技能先学哪个，学到什么程度，每个技能对程序员有什么帮助，知识点的 28 原则甜点分界线在哪，一概没有。纯种的自说自话型文章。没有任何可行性。

至于你说做法我认为反而是对的。
程序员就是拿活说话，活不过关自己打磨就好，关键节点可以提点一些思维方式和编程逻辑。

不要搞军队老人 pua 新人这一套。动不动就我当年怎么怎么样，没人关心你当年怎样。

这文章说了跟没说一样，能感悟出什么？

不过的确，mentor 别人是件不容易的事情，手把手带很容易耽误你自己的进度，撒手不管新人又会非常难受，尤其是 new grad ，真的很多时候不是不愿意问问题不愿意学习，是不知道问什么问题，不知道该怎么入手

先多跟 mentee 沟通吧，至于 bg ，你们没有 code review 么？

这是管理问题吧。
就问题说问题，把一个问题说透，为什么、为什么

问题泛化反而不好

分清主客体。成长是他的责任，不是你的责任。同时，是否要成长，是他的个人意愿，你无权干涉。

前提
1. 他得值得你带。他是否是个值得培养的人，如果不是，那就不要管了。说一些客套话就行了。
2. 他愿意成长，并为此付出。

注意
1. 你得保证自己在工作中的所有行为有逻辑说服力. 注意自己的行为与言辞, 不要教训人, 不要觉得你在带他, 你们只是同事关系而已.
2. 不要面面俱到. 你只应该在他需要的时候帮他. (事实上, 这点不仅仅在带新人方面, 在其他方面也是一样)
3. 尊重个人意志, 对方是主体, 你是客体.

居然有人带? 我都是野蛮生长, 偶尔碰上不懂的回去问一下, 其他都是搜索引擎解决...

认真、谦逊、好学，是一个人的美德
感觉现在生活太浮躁，劳动也不能致富，在各种诱惑下，美德慢慢的在年轻人中消失了

这篇文章没有实质内容

你发的那篇文章说了啥，点进去看了一眼，出来总结不出来讲的啥

@kop1989smurf 所以这个新人看到这个就直接生气了是对的？这文章确实没什么帮助。但是觉得生气不至于

肯定生气，你给她发这文章，她认为你觉得她这些都不会，这么菜

我作为一个运维，我都是上去劈头盖脸的骂。我发现你跟他好好说，教他看错误日志，定位问题他压根就不听。就非得骂，骂到哭了怕了，以后才会认真查问题

不要管这么多，CR 搞起来

入职后，给一周时间，配环境，只准看不准改，中间有不明白的及时问，解答要耐心。第二周开始可以先做统计、简单纠错（错别字、显示）、数据调取之类的活，多鼓励，主要看遇到问题能不能自己想办法解决。满一个月后可以从简单项目上手，比如数据后台，可以尝试接需求，和产品 /运营沟通，考察是否合群，时不时可以问问看是否顺利，有没有需要协调处理的问题，此时出现分界线。

1 、能自己想办法解决问题，社交融洽：
开权限，申请经费聚餐欢迎新人，条件允许的话提前转正，之后的事情顺水推舟，根据情况分配任务即可，不用当爹又当娘，他自己也别扭，在自己的权限范围内给够钱才是王道。

2 、达不到 1 的：
停权限，等自觉，反正入职超过 1 个月才走不扣我管理绩效，2 个月无任何起色告知 HR 欢送毕业。

将心比心，面试时已经知道他会造火箭了，就没必要入职后再造一遍了，能配合一起拧螺丝就满足需求，能走多远不还得看他自己。能融入团队氛围，互相对胃口也很重要，为人处事风格不一致并不是缺点，不要尝试去改造，面试时没及时发现本就错一次了，早点放手对彼此都好。

@WebKit #19
首先，这是楼主的一家之言。
其次，如果一个至少是我理解的资深程序员，发给新人一个这个文章，我会极度怀疑他的技术水平和逻辑能力以及情商。
最后，楼主其实对新人实力的抱怨很少，绝大多数的意见都是态度和行为他看不上，他看不看得上重要么？根本不重要。

假设楼主的描述是真实的，其实我很理解那个新人的心情。
一入职，自己的同事就跟自己倚老卖老，好为人师，还发片汤文。估计这个新人对楼主充满了不信任。这种情况下还指望给楼主好的态度简直是天方夜谭。

发这个做什么，虽说是新人，本质上还是你同事，职场中没必要苦口婆心的教他怎么入门。布置些简单的工作让他去做，有问题就让他加班搞，搞不定就是态度能力都有问题。

t/868660#reply33 首页上的镜像问题:应届生，入职两周，每天都很煎熬，润还是不润

这也要管吗？只能说爱学不学

可能他对此工作不感兴趣，是“调剂”到这个岗位的，所以你：

1. 了解下对方的兴趣和规划，有哪些技能积累，安排适合的任务。
2. 提高团队招聘门槛，优化招聘流程。

不行就趁试用期换掉啊...等他转正再开摆你更难受

当然，试用期不应该被滥用，但是不行的人也别惯着

在此，我可以提出另一个论点：论现在的 OG ，真的会带人吗 ？

态度、耐心、方法

反正，我是没有

老实说，这文章有点像那种鸡汤文，感觉就是通篇大道理（点进去之前我以为会是讲编程技巧之类的技术向内容），这一代人普遍比较反感这种。

换作是我，给我一个 20 页的 git 操作指南我都能耐心看完甚至实践一下，但你发的这一篇我是真没一点看的欲望。如果你嫌麻烦，我也可以接受“git 之后用的比较多，你下去多学习一下”，但是很难接受“源代码管理可以降低对具体人员的依赖，有利于代码审查，提升团队整体水平”这种话

工作这么久了还不明白在公司里面是商业，没有感情，只有利益，不合适就换，哪那么多废话！！！

人与人之间沟通有几种模式，像家长对孩子那样自上而下的模式、像孩子对家长那样自下而上的模式、像朋友之间的平等模式。

有些下级你没法像父母或学校老师那样采用自上而下的模式来教育，只能采取平等模式；管理下级的基础就是人事权力，手持绩效、转正等生杀大权，对其提出要求。

当然提要求可以是启发性质的，提出方向或浅显的思路，答案让他自己去找，实在找不到就会来请教你。

只有当对方真心希望获得你的教导的时候，你才可以以高姿态来施以教育。

建议以结果为导向；你可以建议采取什么样的过程，具体是否采纳建议由他自己决定，只要能达到你预期的结果就行，关键这个过程是开放性的，成败在他自己，不会来质疑你。

实习或者试用期本身就是招聘考察的一部分，工作没有理由来适应他，只能让他来适应工作，最终不能适应的，就只能归结于不适合这项工作。

所以为啥宁肯招一个“前期帮不上忙，沟通艰难，好不容易培养好了又大概率会跑路的新人”，也不肯给年纪大一个机会？ “年轻化团队”真的有战斗力吗？

我现在带 3 个新人，2 个不懂怎么把 Person 类的数据转移到 User 类里这种水平的知识，感觉编程书只看了前几章面对对象都没学过的级别，就因为只要外语好就能进来，教了几天快抓狂了

放下渡人情结，尊重他人命运。

如果领导转给我废话连篇的破文章我不会不高兴，会无语，有营养吗

你得先说明白你和新人的关系。如果你不是他的领导，那就不要太过上心。义务你没那个义务，训他你没那个权利。

如果你负责了他，那也应该放权。你们的成长背景不一样，阅历有长有短，你适合的路径也不一定适合他。

有的人起步慢，有的人起步快。搜搜相关的资料、书籍吧。

主要还是靠有计划地锻炼。比如分配有针对性的工作这样，可以辅助他加强学习能力，比如搜索资料，记录笔记。

灵性这种东西看篇文章就学得会的话遍地都是 P10 了

入职是要根据团队工作要求，和组员情况制定学习计划的。比如有些毕业生没怎么编过代码，那就要制定那种基础的学习计划，然后偶尔给点小功能，小问题排查，慢慢教导。如果能力强点的，直接就可以带着做小功能。带新人那没有 BUG ，我尼玛之前还背锅呢，有啥大不了的。什么 IDE ，代码管理工具，这种慢慢就学会了。这种文章，如果对你印象不佳，看着就你厉害的那种感觉，没啥卵用。

很多人都说这篇文章说的很笼统，但我个人觉得总结得很到位。文章列了十个点，对我个人而言，可能只有 Excel 我觉得是不太相关的，其他都是做好编程，打好工的必备技术基础。

这篇文章按我的理解，应该也只是想告诉初学者，需要打好哪些基础而已，而不是事无巨细地展开。

然后有用无用的真较真我也觉得没意思，我个人当然觉得至少有 9 个点是有用的。拿源码版本管理这个点来说，总不能说用 git 提交代码把别人的代码覆盖了，然后又来说学好 git 没啥用吧……

至于怎么带的问题，其实很简单，缘分合不来就换个人呗。基础好聪明的人是不需要带的，技术菜不爱学态度还差的人，为什么要去带呢？大家谁都不欠谁。

我之前劝退过一个人，基础很差，交付的代码永远一堆问题。你说他，他总是说已经尽力在做了……尽力有什么用呢？我可以跟领导说已经尽力在做了么……入职时花了好几个月真的是手把手教写代码，转正我原本可以否决还是给过了，但最后大家都心力交瘁没必要。由此我得到的结论是：带不动就不要勉强

感觉楼主有点太菩萨心肠了。我在一家小公司当 leader 带 5-10 个人，
应届生的话，会先找一个师傅带下，熟悉开发环境 公司业务，干活从难到易，一般试用期 2 个月 。2 个月如果能独立做事，没啥大问题 一般就合格不然直接干掉 换个人
说句不好听的，咱们的市场目前是真的不缺人
工作，新人连起码的学习态度都没有的话，技术再好我都是直接开掉
公司花钱是找人来做事的，不是培训公司，没有义务帮培养新人

有没有可能在指导的过程中进行引导，而不是手把手。
比如，新人交了一段 python 代码，你可以说查一下 unitest ，然后做相关测试。

二逼是带不动的，是不是二逼很快就能看出来的
不要试图改变二逼的命运

刚刚编辑退出了哈，补充一句，如果你们不是上下级关系，那么要么拒绝带徒弟，说自己事情多，如果自己愿意带就辛苦点，然后少接点活。少点我很牛逼，他是菜鸡的心态。现在的小兄弟都很有个性，很聪明，要适应。

你当年怎么样关他什么事 而且骂人也不对啊 至少在我司这种文化下面不是 manager/mentor 应该干的事情 我们这都是自己成长 成长太慢的 pip

这文章只是最后一根稻草

如果新人还带脾气，这种我一般不带，重要的事情不给做，不重要的并且容易背黑锅的分给他就好了，也不用去骂他，我觉得骂他是对他太好了，我一般就晾到一边去，不骂，也不教。
新人得有新人的觉悟，再牛逼的人不服从管理，我要你何用？

先不如说说你是什么岗位，招了个什么岗位？

两万的工作和五千的工作要求不一样，如果没有背景就讨论对错有失偏颇。

如果有同事发这个文章给新人我只会觉得同事菜

我想问下，你带他是工作任务吗？是否有充足的时间安排来带他。我觉得，师父领进门，修行在个人。
他觉得需要有人带他吗？我觉得你只要做两件事，一是派任务并考核完成度，二是当他问你的时候耐心给他讲解。毕竟人家有脾气，就不要那么主动了吧。

现在找不到工作的那么多, 不行就开了换人

他给你学费了吗？没给，那他应该自学，而不是你手把手教。
他代码 bug 多，为什么要大家加班解 bug ？ code review 做了吗？ code review 里面指出的问题都改了吗？测试都覆盖了吗？
牛不牛这个不说，只看能不能完成工作岗位的要求，做不到就 PIP ，PIP 做不到就请走。
（当然了，首先得在招人上把好关，招些好点的人进来。）

不合适就快刀砍乱麻
无论是能力问题还是态度问题
拖下去对双方都不好

带人，得加钱！

这种车轱辘文章能看？

如果是个合格的导师，就应该知道他哪些东西强，哪些东西弱，然后让他针对性的学习即可。

扣绩效就行了

不知道楼主怎么想的
根据楼主表达出来的意思 俩个人现在同事关系可能有点问题吧
带新人 1 是帮忙完善需求点 2 是遇到问题能够耐心帮忙解决 3 是教会解决问题方法
还有就是 人不问的 不要热心 很多人都是这样 本来我压根不需要帮助 你却在这指指点点

至于人最后想怎么干 干成什么样 这都是他的想法和行为 建议不要家长心态

同一件事，可能在这个新人的视角发帖是完全不同的感受，只能说太主观，互相配合吧

只教真心想学的人，不要好为人师。共勉。

单从你发的这个文章来说就一点用都没有..你应该教他多单元测试啥的 让他学会自己去改 bug 而不是你们在后面推他或者帮他去改 bug 多摔几次就成长了

这文章有什么意义？

还有个问题，面试怎么过的？

其实最重要的是只让带人不给绩效权和转正权，这让 leader 怎么带。
人家根本不理你。

这个文章泛泛而谈，看了有什么用？

先给 3-5 天看看业务代码，然后从简单的模块起步，干不了就换人呗，有上进心的晚上自己就回家卷了。

@Rache1 《用百度搜》。这个纯属百度和中文互联网的问题。

看你花多少钱招的，3000 块招的你还想要啥

能教就教，不能拉倒，到时直接和公司如实反馈

1. code review
2. 方案 review
3. 制定代码规范，包括但不限于 format 、coding style 等
4. 交流等等需要耐心

前三者保证了项目的基础质量至少是 maintainer 看的放心的。

这种文章不是等于放屁？

不知道 lz 觉得这篇文章能够起到什么作用？如果我是新手，我也看不进去。

我是不想带新人的，毕竟现在不同以往，愿意向别人请教的新人越来越少了，到时候他学不会还要降低 mentor 的绩效┑(￣Д ￣)┍

我也带过新人，刚开始也是给他塞很多东西，恨不得把我知道的全都告诉他，但是事实就是人的成长是有曲线的，而且每个人所处的环境也是不一样的，所以最好的办法就是给他设定个阶段性目标，你只管验收，至于他是怎么完成的，你就不要管，现在时代变了，环境也变了。

新人来的第一天，我就跟他说，这不是学校，我不是你老师，也不是你家人。我没有义务强迫你学习和成长。

只能给你方向，你爱学不学，不学完成不了工作又不是我工资受影响也不是我的前途受影响。。。

如果我是新人，我希望 mentor 做点实际的事情，而不是给我人生建议或聊一些有的没的：
0. 给我一份文档，让我在本地把环境搭建起来。（ Go/Java/Python/IDE 等等）
1. 给我开通各种权限，说明注意事项。（ Git 仓库 /DevOps/测试库 /日志等等）
2. 给我需求文档和代码仓库，让我在本地先能运行项目，然后熟悉项目需求，熟悉代码提交规范。
3. 给我介绍公司常用技术栈，让我平时能够自己学习技术。
4. 带我参与需求评审，分给我一个模块，按项目组规范写设计方案和画图。
5. 参与我的技术评审，指出我方案中的问题，给出建议。
6. 参与设计稿 /测试用例 /前端评审，介绍需要对接的同事。
7. 按集团规范进行开发，帮我 review 代码，有问题的地方及时修改。
8. 与前端同事进行联调。
9. 带我熟悉 test/QA 测试流程，如何冒烟自测，如何发提测邮件，如何使用 JIRA/禅道 等，与测试同事沟通。
10. 带我熟悉 uat/pre/prod 发布流程，如何排查问题，如何提交 SQL 脚本，一些注意事项。

带新人是上面安排的工作，做好自己的工作就行，又不是带崽。新人遇到问题时你再教他，你要让他知道“遇到问题及时问”，而不是手把手教他，更不能让他自己憋着。

如果一段时间下来，他还是无法胜任工作，问心无愧解除合同。

当然，如果新人很尊敬你，那就是另一回事了。

看了下, 我都会
感到开心

直接扔活和资料，讲一遍叫他干，让他不懂就过来问，隔两天 /晨会问下进度，以及有没有问题就行了。
然后能干活就干，能教就教，能处就处，不能干活就向上反馈这人不行，要么换了要么开了。你又不是他爹。

我入行那会和楼主一样也是战战兢兢全力工作，师傅也挺凶。

但是现在风气变了，如#77 所说，别太把自己当回事，不行就换人，打份工而已，谈不上帮助

我新人都是自己摸，遇到问题问，带我的都是有机会，或者遇上事情了顺便跟我讲讲

大哥，就你发的这篇文章，2020 年的，还在推荐 Notepad++，我看也生气

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

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

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

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

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

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

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

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

这种情况先用技术碾压他

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

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

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

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

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

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

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

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

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

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

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

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

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

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