技术人员如何摆脱自己的悲剧命运

关于技术和业务的问题，我想过很多。有些时候，做业务的人或许获得了过多的话语权，原因却是真正聪明的人，讨厌麻烦，讨厌责任，所以把自己推向了成功靠他人的一个地步。

我曾经见过11年的程序员，97年的硕士，在08年的时候，依然是个程序员。进公司的时候我就觉得他是个神奇的人物，就一直在观察他的行为。最终的结果是，这个人喜欢玩新鲜的东西，各种新鲜的软件，但却不喜欢在某个领域成为专家，也不喜欢背负项目成败的责任，更讨厌承担任何可能的风险与责任，于是纯心的做技术，做别人都不会的技术，最终的结果，就是11年之后，仍然是一个棋子，项目里食之无味弃之可惜的积累人物。

我也见过一些代码写的垃圾的要命的程序员，这些家伙基础知识完全不行，理解不了内存之间各种数据的传递关系，在做过一段时间之后，转而去做业务，之后做设计，设计的东西狗屁不是，逻辑不通，沟通的时候还胡搅蛮缠，但是他可以把自己的过失归责到做事先的技术人员手中，转变为“工作态度不认真，不积极配合项目，有问题不及时提出”，我当然不能提出，难逃我提出说你的设计完全是狗屁？我也不喜欢这样的黑锅，于是我滚蛋走人，OK？

业务就真的这么伟大？或许在一些投资领域是如此（源自前阵子在ITEYE闹的沸沸扬扬的华尔街面试），而实际上普遍的计算机应用层面来看，业务其实就是普遍性的知识，是能够被大众行业工作人员掌握的知识。或许作为IT的技术人员，我们忽略了它的重要性和厌恶这些繁琐的东西。最终的结果是什么呢？软件被销售把持，被业务人员把持，他们失败，可以推卸给技术人员。这都是狗屁逻辑。

既然看到这样的结果，那不如技术人员自己站出来。我们背锅，但我们不背黑锅；我们承担风险，但我们不为别人承担风险；我们控制项目，不被别人控制。非计算机人员都能学会的业务，为什么计算机人员这么高智商的人群却掌握不了？那纯属扯淡！
为了自己的命运不被别人掌握，让自己走出来，走出纯技术的圈子，从黑暗的偏僻的角落走出来，走向灯光中的舞台，把握自己的命运！创造自己理想的软件开发环境。

评论

2 楼 fangang 2013-12-09  

当你做技术做成大牛了，情况就不一样了。你可以告诉业务，事儿不少这样做的，软件设计不是这样玩的。你提的方案他不听就搞不懂客户，他提的方案你能挑出一堆毛病。到那时，你可以不听他的，他还得听你的。

1 楼 龙晓舟 2011-07-06  

说的有道理