做IT软件，其实和工地上的民工一样，都是工人，没啥本质的区别。再说了，我们没能掌握多少核心的技术，操作系统不是我们的，数据库不是我们的，开发环境、编译器、版本管理器也都不是我们的，连像样的第三方控件也都是国外开发的。

大部分人，平时的工作就是对数据库进行增删改查，搞几个界面，把数据倒腾来倒腾去而已，能有多少技术含量?其实更重要的是业务知识，更多的是看谁倒腾数据倒腾得更有道理、思路更严谨、更了解客户的需求。

新人沟通能力往往会有问题，喜欢另立山头做公司的项目，与学习是两回事情。做某个项目里的某个功能，需要注意的事情非常多，例如编码规范、引用的公用类库、程序处理逻辑顺序、检查项、版本控制器、基础数据、权限、日志、异常管理、多语言、多版本兼容等等，所以做出一个有用的东西很难，不是网上那样真的添加、删除、修改就可以的。所以他们往往喜欢抛开这些，另立一个山头，其实这也表明他的能力还不够。yipindushu.com

其次，新人由于在一个陌生的环境里怕问别人技术问题，因为不问，别人不容易知道你的深浅，你一问别人，或者问多了，就很容易让别人知道。这时候新人往往会采取沉默的态度，工作做好了，不吱声，做不好，也不吱声，你不去问，他可以三个月老老实实地待在那里闷头干，不知道都在干些什么。管理者对他们要加强沟通、监督、指导才行。

其实有些问题网上找找是可以找到答案的，但是你半年都不跟同事沟通，怎么促进感情、怎么融入团队啊。有时候假装问几个问题，让你的项目经理对答如流，让他牛B一下，也可以拉近你跟他的距离。当然别问太多幼稚的问题，别人会反感。问的时候还得留意一下你的主管是不是很忙?偶尔问个难点儿的问题，让他知道一下，你的水其实很深，也不是坏事。

世界是属于负责任的人，新人往往更喜欢选择逃避新人往往顶不住比较大的压力或者不太容易融入公司的文化而选择逃避，或者跳槽，我也是从新人过来的，我也承认，我的几次跳槽，就有逃避的心态，只是那时候不敢承认。

走南闯北多年，发现不管是哪里，权利都掌握在敬业的人手里，当然大部分的收入好处也都被这些人拥有了。那些不负责的、没责任的，大部分是无足轻重的打工仔，多一个少一个无所谓的。

不能期望新人担当过多的责任，毕竟他们都是小孩子，能力、心力也都没成熟，他们有经常反悔的权利，有跳槽的权利和喜新厌旧的权利，毕竟他们的回报也很少的嘛，人需要一个成长的过程。

【其他】

●SQL语句尽量不要写得过于复杂，他们大多没那个能力理解，尽量越简单越好。

●系统平台架构尽量做到让人少犯错误，随意性不要太大。

●代码尽量不要手写，能生成的就生成，这样又规范又可以减少审查的成本。系统的架构、原理、注意事项都要告诉他们，尽量让他们少写代码，尽量用代码生成器或者标准样例程序模仿。

●千万别让他们乱发挥，否则乱摊子到时候会搞死你，你要给他们布置好明确的任务，做好一个验收一个，虽然做到这点非常困难，但要努力去做。

●他们总会觉得加班会有加班费，这个月的工资这个月发，或者尽快能转正，最好是下个月能拿到1万的月薪，或者下个月就到IBM去工作，到Google去工作。

●新人做出了一点点工作后，会觉得自己很了不起，会很把加班当回事情说，觉得自己很委屈很辛苦，经常会请假迟到，事情特多。

本人是一个粗鲁的草民，写不出能上台面的文章，喊不出时髦的理念，一步一个脚印，总结了这些年实际工作上的点点滴滴，希望对大家有帮助。

我是比较喜欢讲实话，不喜欢装B的人。前些年遇到的挫折比较多了，现在吸取经验教训，开始有些提高了。说话前，脑子会思考一下，这个话这么说出去会有什么结果?会不会得罪某些人?会不会不好收场?会不会有什么不好的影响?时代不同，所处的环境不同，能看到、学到的知识也不同。看到学到的太少，容易变成井底之蛙；看到学到的太多，也容易啥都懂，啥也不深入。

其实很早的时候，我就听过我们一个同事讲C#里的继承、接口什么的，当时是仔细听了，感觉也听懂了，但是说实话，那时候只是懂了个云里雾里，根本就没能理解得非常深入。

你可能问我，什么叫深入理解?我打个接口的比方，我参观了我们公司的化工厂，镇海炼化的化工厂，让人吃惊的设备、庞大的生产区，即使把这些设备当废铁卖，也足够让一个人腰缠万贯了。这么多设备，如何能有机地连接在一起，从原油里提炼出各种产品来?若将这些硬件设备，看成是软件系统，我们会想到哪些?●分工、职责明确原则：每个装置都有明确的分工，明确的功能定位，该干啥的，就应该干啥。职责定位不能乱套，你不能指望汽车飞起来，飞机潜入海底吧。一个函数不要写太长，也是这个道理。

●输入、输出明确原则：每个装置都有明确的输入输出，甚至都有阈值限制、严格输入输出的参数，应该流进来什么，进行什么样的处理，最后流出去什么。往小了讲，类似我们天天写的函数，往大了讲，就是类似我们公司开发的一个个子系统，每个函数、每个子系统都应该有明确的功能定位。

●接口、规范原则：流入的口径、螺纹、材质，流出的口径、螺纹、材质等，都应该是有些行业规范的，否则一个装置架构完毕，要流到下一个装置去处理，那岂不是流不下去了?或者可以中间用特殊的管道，把这两个设备都连接上，这个管道的两头，跟这些设备都有标准可以接，就像有些电源的转接头一样。

可替换、可升级、可更新原则：一个庞大的化工厂，往往要维修、升级某个装置或者某个设备，你总不能要求整个化工厂全体都升级，那不是开玩笑的。例如，车子的一个螺丝坏了，我可以选择A公司生产的相同型号的螺丝，也可以采用B公司生产的相同型号的螺丝，这就是因为这些螺丝都能有相同的功能，都遵循了统一的规范。

当然以上讲的，貌似跟程序毫无关系，但是你深入理解一下，接口到底是干什么用的，你就可能很明白了，给别人讲也可以讲得很通了。自从我参观了化工厂后，我的身心真的感觉提高了很多，让我的想象空间彻底放开了，那一瞬间我感觉，我又大大地升华了一次。

我们的软件开发需要走的路还很长，与传统的行业比，差距还比较明显，毕竟很多其他行业都发展了成百上千年了，软件行业只有几十年而已，我们很多的理念、思想都需要从一些传统行业提炼升华。