怎么应付新同事问项目里的问题？

留一手 。。。

程序员不都是乐于分享的么？

开掉或者叫他自己看。

我的更过分，这个数据库应该怎么连？都是具体到你给她写代码的阶段。。。。。

如果是为了熟悉项目，问个大概，我觉得可以接受

我那同事经常问我空指针，为什么这个方法不执行的问题-_-b

推荐几本书给他

我刚入职的时候也是这样的。对不起我的同事啊。
我觉得真的新人，是有一两个月蒙逼期的，推荐给他几个关键词，去网上搜一下看看，然后推荐两本基础的书，告诉他哪几个章节先看一下。这样一个月过去了，会有挺多成长的。

只有肚子里没货的始终想着怎么防别人，让别人不好过，根本都没有团队作战的意识。
照这么想，还真对不起当年同组的大大，问太多东西，最后他受不了了给我上基础算法课。
最后他去 Intel 了又跳阿里，爱去哪上班就去哪，潇洒。

还好吧 有时间告诉他没什么坏处 当然问些自己能找到的就。。

首先，我觉得程序员留一手之类的不太好，咱们都是乐于分享的。
但话说回来，老是问问问的确实烦。
你要他把每天的问题写下来，专门找个时间来问你，你一一解答。
这样首先很多问题他在写的时候就会慢慢明白，然后，问题很多的话，他就会不耐烦，就会不写，这样，你们公司的考核自然就会把他淘汰。。。。

留一手……
请问你有 github 吗？

我去年带实习生也是这样 当时来了个基础很差的
开始热情回答下 后来就烦了 简单的东西不能自己 google 吗 他每次问 我就 google 了结果给他

想想我们当年实习 哪有那么多 P 事 都是自己看源码搞

留一手。。。。。留一手。。。。。程序员应该不存在教会徒弟饿死师傅的事情吧。

留一手。。这个有点吓人啊

只回答业务逻辑问题，编码问题自己解决

点到为止，他又不给你咨询费

如果你一直在狂奔，留一手就是浪费时间。等你高到需要留一手时，海量的知识库，已经不是个人能拿得起的了。

怎么感觉是原有代码写得太烂才导致这样红红火火恍恍惚惚

"这个为什么要这么写(这特么设计得太不合理)"
"这是怎么实现的(这特么代码写成这样鬼看得懂)"