主题：【原创】一个程序员的自白 -- 荆棘探兴

至少我以前工作的环境，你说的上班qq，游戏之类的人还是没有的，大家都还是向往前走，都渴望多学习东西。甲只不过心态不正确而已，没有打通那种畏难心理，期望c&c能解决问题，后来换了个公司从头开始后来做的还不错，不过也只能so so了。乙也只是个二本，谈不上优秀，只能说是中等而已，后来转行做了销售。

我们的业务知识也未必比金融行业简单，也主要是玩的流程和规则。我们的分歧在于解决问题的思路差异，技术上有基础的，可以通过技术来解决推动业务的问题， 而技术上比较弱，就只能通过工作量来弥补了。和金融行业不一样的是，我们处理的这些流程和规则变动非常大，逼迫你不能单纯从工作量上去解决问题，所以你说的那种简单的应用程序员对我们来说是不存在的，或者说我们的要求必须更好一些，业务人员对技术的理解程度对工作量的变化影响是非常大的，业务越复杂，对人的能力要求就越高。玩技术就是一个坎，你能过了，就说明你的综合能力到了一个什么样的水平。

有个前同事也进入了金融业一家知名的it公司，他个人的感觉是在技术应用上，在开发管理上，几乎差了5，6年的距离，这里面的核心还是垄断行业带来的体制问题. 金融业利润高，自然就不需要逼迫内部挖潜来解决问题。

从成本上算，一个熟悉业务，技术下等的程序员，其工作效率可能只是一个比较熟悉业务， 技术中等的程序员几分之一甚至十分之一而已，而从时间上看一个技术中等的程序员学习业务的能力总是要强过一个技术下等的程序员的。又不是高精尖的航天科技，这点码代码的技术都玩不过，就一定能学好业务么？ 应用程序员，其实应该至少具备中等的技术能力，我一个朋友的原则则是派最好的技术人员去做业务。我以前公司的研发部门的同事，平均水平要低于我那个项目组，当然这算个特例了。

其实我们的开发管理架构类似，也是技术经理+项目经理的模式，成员也是技术+业务的组建和培养模式。事实是，我以前那些同事里精通业务的，技术一般都是中等以上。 那些所谓精通业务不怎么懂技术的人也不是没有，但是其实在我的看法里，他们的所谓精通都只是点上面的，缺少技术背景让他们很难融会贯通起来，因为任何信息系统的建设都是一个业务管理模式的重构而不是对原有模型的简单计算机拷贝，这需要业务人员必须对计算机应用技术也有一定深度的了解。

我和一个项目经理有过很不愉快的合作经历，他就是那种只碰业务技术很差的人，她不明白，所以她没能力引导程序员或者客户去完成这种重构工作，提出来的很多需求都是无意义的，唯一的优点是文档写的漂亮，我曾经检查以后取消了她一个2个月的开发计划，因为这些流程其实经过适当的调整和已经开发完毕的流程完全是一样的， 只是因为他看不明白又和程序员讲不清楚而已。后来离职的时候还抱怨我们不重视业务需求，只看重技术。

我大学读的是商学院，经管类专业的教育很看重计算机技术的应用，尤其是投资，会计相关的专业，很多代码高手就是这块的，我认识很多程序员都是商学院出身，这还是有传统的。

看来应该换一个行业来做一做,不知道您是什么行业的.就你介绍的行业情况,看来金融行业的开发模式确实很有问题,有些也是条件所限,很难解决.这个行业出差的问题现在成了人才培养中最大的坎,常年出差,使得很多资深人士离开这个行业.十年来的技术积累几乎原地踏步.

就IT的本质而言,通过抽象形成模式,即通过所谓的模式设计来完成系统的构造，是一个理想模式.可惜就金融行业的实际而言,我们看到的是大量针对业务的直接编程,可以说就是简单的业务流程的堆砌,其中只有很少量的复用.不过这样的好处倒也有,就是每一个程序看着都是直肠子,比较容易看懂.

金融行业IT的利很厚,不过IT公司倒不存在垄断,竟争也很激烈,一个项目十几个公司争十分正常。就金融IT公司里面,除了极少数懂业务又懂技术的人外,大量地是对程序设计一直半解的人.比如编C语言的搞不清楚指针（如果取消了数据结构这门课，估计这样的人就更多了），这种现象十分常见.

金融IT行业，由于大部分人都是分散在项目中，因此无法形成有效的公司级资源，也就没有所谓的个人成长计划和组织成长计划，这种后果就是可以有很多熟悉业务的人（因为有客户业务人员交流），但是技术却提高很少，没有人带，基本都是自己琢磨。

你最后所说的那个项目经理的情况，在金融行业是一个比较普遍现象，如果在你的行业只是特例，这个真是让人羡慕。

如果按服务业的搞法，可能更流畅些。

有路边的成都小吃，有五星级大饭店。

有巷子深处火爆异常的小烤翅馆子，有菜色平庸，价格昂贵的官家宴席。

程序员其实就是那做菜的厨师。

出差确实是个大问题，我那个同事去了不到半年就提出辞职了，原因就是这个。另外一个同学也做这块的，他一个同事因为老婆受不了出差，也离婚了。

我刚毕业那会出差比较多，后来就比较少了，大部分开发工作都会在公司完成，去客户处主要是谈需求，验收，培训什么的。这里面成本是个很重要的原因，因为利润太低，所以必须逼迫着想办法压低成本，提高工作效率。在公司做开发，一个人可以跟多个项目，也方便老带新，特别碰到客户拖需求的情况，成本可以大幅度削减。多项目并行，有助于技术资源和人力资源的综合利用，有点想法的话，也容易做些东西出来玩。人的问题也一直都存在，没办法，还是只能自己找办法，就是要尽力挖潜，软件行业的一个有趣的地方也在于，只要是人，总有潜力可以挖。所以你说那种待一年考察，对我们来说根本不可能。金融算国内it服务业里少数几个有足够利润的，竞争虽然存在，但是这后面的潜规则你肯定也明白，比如我去投标的话，如果销售做不到位，一句没有同类型项目经验，不熟悉业务就可以直接出局了。

而我们做那些行业就不同了，很多项目开发阶段基本都是亏本的，而且数字都在7位以上，最近几年愈发恶劣，一个500w的项目竞争对手可能会报出20w来拿标， 客户才不管你死活的，特别是在你做的足够大以后，客户还会想办法扶持新的公司来打击你，防止受你牵制，甚至出面挖走整个团队。同行这10年基本都死的差不多了，反正有的是后人往里补。

那种不懂技术的pm很少，基本都是30多40岁的人，没上去，以前做的技术也out了，又不愿意学，公司大概有3，4个这样的pm吧，算是那个所谓养老组的，呵呵。 一般的pm都是程序员出身，中等技术水平，但是在为人出世方面比较老练。 技术能力强的人一般不做pm，连技术经理都不会做，因为跳槽去外企一般收入都可以double，去小公司也可以做个头目，收入也至少加50%，所以大部分人最多做三年。为了这个double，我们技术人员还都比较上进，本地一些小公司招聘的时候听说是我们公司出去的，看过项目以后就可以直接免面试。有几个pm相当出色，懂业务，技术也拿的住，就是公司留不住，都走了，很可惜。说到底还是利润，老板没法保证足够的利润就只能采取限制资源，鼓励流动的经营模式。否则我们那时候做的不少东西，都还是算有比较有核心技术积累的，只是缺少投资推动成产品。

但是不管怎么说，单纯做产品或单纯做服务的公司目前都很难生存下去， 这点我们老大认识不够，另外一个部门的老大看明白了，他们现在活的还不错。

本质的问题在于国内目前对软件价值的认同感。 这方面只有少数行业比较规范。打个比方，如果一个软件服务项目价值100w，那么就算20家公司竞争，最后拿到项目的公司，还是可以保证足够利益的。 但是如果这个价值100w的项目，客户只愿意做10w，那么就算2，3家公司竞争，最后大家也都是陪的。 这个绝对不是笑话，现在有些公开招标，甚至没有公司去投标。我以前公司更是被客户强行塞了项目，客户放出的话就是，你不做的话，你以后就不要在这个行业混了。甚至有些客户会觉得，我5块钱就买一张光碟什么东西都有，你做的东西怎么能动不动就要几十万，几百万？买机器越贵越物有所值，软件么，给你钱就不错了。可以说国内it业成也盗版，败也盗版。

国内现在it服务业大部分利润都在几个外企手上，他们拿了大头，其他的就是少数几个利润比较有保障的行业。 你看一下每年的软件行业百强就知道了，前几个基本都是家电和硬件厂商，最近两年又塞进一些游戏和互联网厂商。但是真正做it服务的国内企业，都比较可怜。我以前的公司，还有几个同事朋友在的公司，每年都在榜上，但是软硬比例呵呵，一半都没有。

现在对日外包软件做的比较红火，其中一个原因就是利润虽然不高，但是按人头算比较有保障。

社会的急功近利方面我非常赞同你,这个需要全社会的努力改变这种风气.

但是程序员的问题不是容不下30岁以上的程序员,而是现实情况摆在这里的.

70年代末,国家刚刚在各种大型国有企业里面组织计算中心,负责人员都是从其他岗位转过来的,带领一帮毛头小伙儿搞

80年代,虽然已经改革开放,但是在国企还是论资排辈,你技术再好还是不能上位,而且80年代中期以后大部分不能"更上一层楼"的人物都纷纷下海;老干部退休的退休,原来的毛头小伙终于有晋升的机会了.

90年代,计算机技术已经不是什么让人看起来很高深的科技了,市场也培育出雏形了需求随之扩大,各种软件公司雨后春笋的涌现出来,而这个时候人才比较少,原来混工厂的毛头小伙儿们下了海没两年就晋升到管理层了.

90年代后期:学校培养的对口学生逐渐增多,由于供求关系导致原来毛头小伙儿的徒弟们也纷纷的坐上了各种主管.而且由于Windows的普及,导致原有还在第一线工作的"老人"们很难适应开发环境的改变,于是又出现了真空,只能让年轻人顶上.

2000年以后,刚毕业的"人才"大量涌现,并走上了工作岗位.

而现在的毕业生听到的都是xxx当初20多就做了主管,YYY在20多就做了CEO.... 在他们的印象里面没有历史原因,本身别人能做我也能做. 但现在的环境和当初有了巨大的差距,这种可能性越来越小.

上面所说的就是国内的计算机软件行业的发展历史造就了在上一个30年不可能出现大量的能够持续工作到30岁以上的老员工的现实情况.

而且我说的都是简单的应用开发,在银行系统,电力系统里面,感到30岁以后还在干的人虽然也有,但也不多,因为这个行业就是这样,当初在建总行真还碰到几个.

我觉得现在的毕业生里面,在今后的20年内准定有一部分还是要继续坚持在第一线干下去的.

1、IT人士的就业机会比较多，现在各行各业都忙着上网，大量需要IT人才，也就是说什么单位都可以去。

俺是干工程的，屈指一算，只有寥寥几个行业有机会。

2、IT人士自由流动性好，高兴了可以东边待一年，然后立马西边待一年。Java也好，.Net也好，东西都一样。

俺不幸干的是municipal engineering，来到北美才知道，感情这边的设计规范，村跟村都不一样，想大范围流动？慢慢想吧。

3、IT人士工资待遇高，来来回回跳几次槽，就成senior了。

俺们engineering行业，起薪就低，慢慢熬，不只何年是个头。

各行业都一样吧。

深挖洞，广积粮。

在一个行业，一个单位准备常呆了。

慢慢熬。。。。

据说那里喜欢干这种

坦白讲,我在大学里做电机调速,变频等试验都是心惊肉跳的,因为我大学里因为粗心大意曾经打坏过个安培表,从每次听到电机飞车的声音有点怕怕的.而且我的控制/电机等没有学好,或者说我根本没有学懂,觉得还是微机原理好玩.

大学毕业后找了一份用汇编语言写程序的工作,跟chipset打交道,所谓的Firmware是也.我应该算是程序员,但是不是纯软件的程序员,可以说我解决的90%的bug是跟程序本身没有关系,跟具体的项目/chipset/hardware等等有关,当然也会加一些新的function.但基本上以看code为主,自己写程序的机会不太多.

干啥的都有，钻入IT行当的尤其多。

如果能把系统，辨识，控制，反馈等思想应用到实际工作中，应该能有些独到的看法。

不过，俺是南理。

所以知道些内幕

我有那个本事把这些东西搞懂,我就不会去做软件了,搞控制多好阿.