不懂运维的程序员不是好测试
记得刚毕业哪会，都学了4年计算机专业，居然还有人不会申请Gmail邮箱发邮件，虽然我第的QQ也是别人帮我申请的[没办法，确实不会]，出门真是不好意思说自己是计算机专业毕业的。
看过猪跑的都知道，有专职的运维工程师这个岗位。呆过大团队的，你也知道有专职的DBA，甚至Oracle DBA,MySQL DBA等等，这就是社会的进步带来更细的分工导致的，更细分的领域，更精致的专业，更专注的岗位。
作为程序员，你是想做个专业的一型，还是T型，完全取决于你。更多的公司，还是不具备很细分的岗位分工的，我就需要有人站出来来完成这一部分工作。
眼下的现状是社会分工还没进化到一型的地步，团队合作依旧是时下的主流，所以你不能只掌握一个技能，比如你只会JAVA，除了这个连装个linux系统都不会、鼓捣个邮件服务器也不行、倒腾出自己的个人网站都吃力，当然不是说你必须得亲身经历才算，了解过同样也可以算做是一种精神游历。当然有人说，网上都有，查要就知道了。说的是这么个道理，但当没有网络的时候，你如何为别人提供一个解决方案，供他解决问题？
讲的更深入一些，如果你的思想意识达不到某个层次，而让你做出某个境界的或思考某个领域的问题，你能想的到吗？回忆一下，你上学哪会，有当下的这种解决问题的能力，看问题的角度，思想意识境界是慢慢培养出来的，不是那有，我看一下就掌握的。同样，程序员也不是说有个新框架放在哪，学一下就会的。这句话，得辩证看。会用是一回事，用的好是另一回事。
其实就是广度与深度的问题，百科里有针对“T型人才”完美的解释，看程序员自身发展，其实看贯穿整个软件工程的分工。如果你发现，你只掌握了工作以内的技能，其它外围东西则很茫然，这是一个信号：技能掌握太过单一，将来发展瓶颈可以预见。
深多深，自己把握，广多宽，同样在自己。这里抛出个引子，大家有空余也可以想想，更重要的是提醒自己思考并记录下来。