最近网上出现的一个帖子，引起了众多程序员的热议。一个刚入职公司的程序员，负责公司数据库的测试工作。原本平淡的工作生活中，他却发现了一个有趣的现象。

　　网友入职的这家公司里面的程序员可以分为两大帮派：科班派和培训班派，通过自己的日常工作生活，他发现这两个帮派的程序员面对相同的问题时，往往会采用不同的方式与方法。

　　工作场景一

　　面对产品部门同事提出的某些技术开发需求时：

　　科班程序员：这个功能很好实现，开发步骤不复杂，直接写几个嵌套for循环，然后在编程代码里判断一下就行，最后直接返回数据库，简单至极。

　　培训班程序员：嵌套for循环，再加上几个if?，你知道后台数据是否会超过1W条，如果数据过多是不是就产生明显的延迟了?我的意见是，按照之前描述的写肯定是没有什么问题的，但是如果要考虑到后期的维护、考虑到数据条数的不确定性，建议还是需要优化一下。

　　工作场景二

　　面对一些小功能改动或功能升级时：

　　科班程序员：没问题，你提到的这个功能是不是还可以再继续把这些内容加上去，这块我觉得加上它会更加的完善。

　　培训班程序员：我是要按照你提出的设计需求进行开发与修改的，如果你要有什么二次修改的地方，你可以再提一次设计需求，然后邮件发给我，然后我再进行完善与升级。

　　工作场景三

　　面对之前做过相似的技术开发需求时的反应：

　　科班程序员：这个需求之前我设计过，几天就可以搞定，轻松!

　　培训班程序员：这个跟之前的很像呀，但我还是要再看一下基础，然后再实际动手操作吧!

　　工作场景四

　　双双联合和产品部门Battle，面对产品的灵魂提问：“这个需求用户or运营说要改成这样。”

　　科班程序员或培训班程序员的统一回答：邮件?!!首先你要发个邮件，然后需要抄送同事1、同事2、同事3...... 如果单独跟我说，实话我不敢给你这么干，不然改来改去，还是要用初版，我们怎么办。领导以为我们最近都没有干活呢，所以你先去准备邮件吧。

　　为什么科班出身与培训班出身的程序员面对大部分工作问题时，会又不同的反应呢?

　　对于网友举的上述4个工作场景的例子，强调的不是“科班出身”和“培训班出身”之间的技术差异，作为一名程序员无论出身如何，只要能入职企业就说明你的技术层面是很优秀的，可以承担公司的开发需求。

　　所以会产生不同反应的主要的因素是经验。这里指的经验不仅包含了职场经验，还有项目经验，跨部门合作经验、产品落地、产品并发经验等。

　　科班出身的程序员他们在校园的环境中更多接触到的是课本上的知识以及课本上的理论项目。而培训班出身的程序员他们更侧重对企业实际项目的了解与学习。譬如达内教育的课程设计，除了基本知识教学外，还有企业实际项目的教学环节，增强学员对于项目的实际应有场景和实际需求有了更直观的认知。