面向工资编程是什么意思？ 应该有人听说过面向工资编程这一说法了吧，什么是面向工资编程呢？ 面向工资编程（Salary Oriented Programming）这个说法我也是不久前第一次听说，意思应该跟 “简历驱动开发”（Resume Driven Development）一样。接触“简历驱动开发”是08年在美国出差的时候，当时做的系统是把奥巴马搞的很狼狈的一个东西，那就是美国的健保计划，联邦级别的议会一直不通过，有些州就搞了自己的儿童健保计划，我们就是做这样一套系统打算卖给各个州政府，让他们运作健保计划，最后好像在三个州完成了实施。当时项目组中国和美国两边加起来应该有将近一百个人，使用了当时刚刚出来的BPM、RuleEngine、WorkFlow、ServiceBus等等一大堆新鲜东西，共分了三十多个子项目，从06年开始，整个项目一直持续到11年，其中把系统流程整个完整的跑起来用了将近三年。 问题来了：因为这个系统的功能并不复杂，流程就是录入申请人信息、计算能否加入计划、费用计算、支付以及一些存档功能，按现在一般国内研发团队的能力十个人花三四个月时间应该可以搞定。那么为什么搞那么复杂呢？ 我问了当时项目里面架构组的总架构师，他给了我两个原因，第一，如果想中标，系统里面的技术必须要比其他投标公司先进，否则没有竞争优势。第二个原因就是“Resume Driven Development”了，我当时第一条听懂了，但是第二条不知道什么意思，他微微一笑、没有细讲。 后来查了什么是“Resume Driven Development”,主要有以下几点： 1. 选择是否使用一项技术或者架构的标准是是否有利于自己的职业发展，而不是有利于客户/用户。 2. 选择是否使用一项技术或者架构的标准是是否时髦而不是是否实用。 3. 以技术的名义创造各种牛逼头衔（Job Title） 这样我就理解当时是什么情况了，架构组里面有N多架构师，前端架构师、BPM架构师、RuleEngine架构师等等..... 后来，项目半死不活、系统勉强跑通，项目里面哪些“牛逼”人物简历上填满了各种NB技术、NB头衔，然后再一个一个的另寻高就。 其实面向工资编程是大多数一般人的见解，认为编程的程序员工资都很高，软件开发公司的福利很好，因而根据面向过程、面向对象编程，由此创造出了一个面向工资编程。其实说面向对象编程也不是一个错误的说法，因为程序员确实工资很客观，是很多一般薪资水平的人羡慕和渴望的。 本文来源：https://www.wddqw.com/doc/c16455db31126edb6e1a1050.html