5个月没写博，不是惰性复发，而是实在忙成了狗。

   公司的项目这几个月一直处于上线攻坚阶段，各种问题层出不穷，其实对于这个阶段来说，对程序员而言并非是技术的磨练，而是心态，面对无休止的加班，面对不合理不规律的版本发布，面对管理层各种你认为扯淡的想法，面对团队内有同事扛不住先离去的现象，面对项目上线后不理想的结果。。。

   在这个期间，我也发现了一个有趣的现象，一个程序员解决问题的能力，如果粗略来分，会有哪些等级？

   首先，容我解释一下“能力”二字，我所说的能力，并非程序员现在本身的技术能力，而是他对解决问题这件事本身的一个理解。

   就我个人在工作环境中观察到的，可以粗略分为以下几种(假设出现的BUG是程序员本人所负责)：

   1)程序出现不正常反应，立刻向上汇报程序运行异常

   2)程序出现不正常反应，将程序表现形式描述成清晰文字，向上汇报

   3)程序出现不正常反应，分析程序的输出日志，加上自己对出现BUG的推测，向上汇报

   4)程序出现不正常反应，分析程序的输出日志，尝试自己修复，并测试验证，向上汇报

   这四种情况就是程序员们在面对BUG出现时表现出来的四种基本行为，也可以说是他们对于解决问题的这个问题的理解

   可能有人认为1)2)两种情况不太会发生，除非是新人或者毕业生，但不幸的是本人在工作过程中就接触到过这两种人，简直连奇葩也无法概括他们的行为，出现了这两种情况只能说这证明你无法胜任程序员这份工作。

   对于他们的这种做法，我个人的理解是：

   1 - 求助上级或同事的帮助，个人省力，时间成本缩短

   2 - 求助上级的帮助，BUG可能会更快地解决，对整体项目有益

   对于此二理由，我不以为然：

   从你个人出发：

   1. 省得是你个人的精力和时间，同样，你自己对于问题的追踪能力也无法提高，自信心无法随着你的工作年限有效地增长，直接影响到以后无法胜任更高的职位

   2. 耽误上级或同事的时间，对整体项目有影响

   3. 长期以往，会形成依赖效应，不只一个人，倘若被依赖人确实能力过强，会产生周围人都喜欢依赖他的现象，继而产生团队依赖效应，对团队整体都不好，可能有益的只是那个被依赖的人而已

   前阵子网上有个”业内公知“在倡导“做一个环保的程序员”

   在这里我也倡导一下(虽然我不太喜欢那位公知)，“做一个遇到BUG，遇到问题，不喊爸不喊妈的程序员”

建议继续学习：

1. 程序员技术练级攻略    (阅读：32085)
2. 再次写给我们这些浮躁的程序员    (阅读：15722)
3. 给程序员新手的一些建议    (阅读：11973)
4. 给年轻程序员的建议    (阅读：9930)
5. 在西方的程序员眼里，东方的程序员是什么样的？    (阅读：8849)
6. 做个懂产品的程序员    (阅读：8768)
7. 每个程序员都应该有张木桌    (阅读：8085)
8. 再谈“我是怎么招聘程序员的”    (阅读：7426)
9. 如何在面试中发现优秀程序员    (阅读：7136)
10. 架构师给程序员的一封信    (阅读：6812)