初学者该如何提问

小刚、小明、小峰三个人都刚刚毕业，来到我的部门工作。因为工作能力有限，三个人都免不了问我一些问题，但提问的技巧各有不同，我将他们三个人的精力归类点评一下，希望能帮助更多的朋友。

 

首先说小刚，他是一个很活泼很积极的人。一旦他觉得自己工作上有什么不懂不清楚的，有什么新奇的发现都会第一时间通报我。

“经理，我的apache装不下去了。”“经理，我搞懂了是我没装gcc。”“经理为什么linux没有图形界面啊？”“经理，我不会用自动存款机。”

小明刚开始还是很招人喜欢的，但我越来越疏远他了。

我想真诚的告诉初学者，如果一个问题你只问“一句话”，那我就必须回答你“一段话”才能说清楚。

比如说有人问“我的apache怎么安装不下去啊？”，如果你是这个人的顾问，你该怎么回答？如果不噼里啪啦的打上一百字来解释说明，那我能跟你说清楚吗？

小刚，虽然你很好问，但我不是你的专用顾问，我们请你来是帮忙工作，而不是指望你”即兴提问"来锻炼自己的。

每次他无厘头的提问都会让我们对他失望一分，最终我们认为他逻辑思维能力太差请他离开了公司。

 

再说小明，他是一个思维缜密的人，技术学的很扎实，我甚至觉得应届生不该有这么好的技术水平。但这位大牛只呆了一个月就另谋高就了，并非我忌才妒能，而是我容不下弱智。

“小明，我们新加了两台服务器，请你给它们增加监控项。”我很热情的招呼小明。

小明嗯了一声就去埋头干活了。

一天过去了、一个星期过去了、两个星期过去了。

我终于沉不住气问小明：“监控加完了么？”

小明很腼腆的一笑：“早弄完了。”

我心想，早弄完了为什么不告诉我，但还是爬到nagios上去观察，却总也找不到那两个服务器的监控项。再次询问小明，他告诉我自己用nagios用的不爽，觉得zabbix更强大高效，于是就在另一台机器上装了一组zabbix。

我默默的点了一根烟，找没人的地方撕纸条平复情绪，然后把小明请到了会议室开始了一问一答。

“小明，早做完了为什么不告诉我？”     “我以为你会知道。”

“明仔，你所谓的另外一台机器是我计划做数据库用的。”     “哦，那我把zabbix迁移到和nagios一起吧。”

“明哥，你用zabbix爽了，全部门所有人就你一个人会用。”   “用zabbix是大势所趋，大家都应该学习一下吧。”

“明神……你能自己做主换监控，明天会不会换掉kernel。”   “当前的kernel确实有漏洞，我思考过这个问题，但我们对外不开ssh端口应该没问题吧。”

还能说什么哪？是我飞快发送给HR一封邮件，内容是“kill -9  ${明神}job_id "。

像 小明这样能力出众但沉默寡言的人不多，小明只知道用reboot可以重启服务器，但却不考虑该在哪个机器上执行reboot。更多的人还不如小明，他们沉 默寡言但能力也很一般，仅限于工作能干完也不通知上司，工作干不了也不去求助同事。他们知道做不好事情要承担责任，但却没想过这责任他们能不能承担的了。

这种人比活泼的人更可恶，他们太自私和愚昧了，自私到忘记沟通是双向的，愚蠢到认为谁都该揣摩他们的心思。如今的运维工作，无论是部门内部还是外部都离不开沟通离不开工作交接，一个没有沟通意识的人会是这个团队里最大的灾星。

 

 

最后看小峰，终于我遇到了一个正常人。

他的资质中等，但他热爱学习，我们在他身上看得到积极向上；他也会问一些蠢问题，但他的问题每次都是“一段话”，让我们只回答“一句话”，让我觉得我像个导师而不是顾问。

最终三个人里留下的就是小峰了，我们的团队也欢迎更多小峰一样的人。

 

小峰在一年内会从新手变成熟手，到了那个时候他仍然要积极学习，因为做技术越久越会发现自己懂得还很少；工作能胜任以后也要继续向别人提问，因为我们要问的不仅仅是技术问题，业务上该用什么域名、该选哪种模型都是需要商量出来的。