五千年(敝帚自珍)

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

共:💬101 🌺130
全看分页树展 · 主题 跟帖
家园 还是体制问题么

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

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

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

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

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

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

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

全看分页树展 · 主题 跟帖


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河