同是程序员，不当心发现优势在于工做上10来年都保持【积极主动】的心态

咱们浙大网新公司的另一个子公司在用走火入魔权限架构开发系统，平时咱们在同一个楼层的同一个大房间办公，可是因为业务分工不一样工做上不怎么往来，他们主要是作微软的CRM产品的销售、实施、培训等工做。

  当他们有须要开发一个小型软件管理系统时，就来找到我这里了，我给他们讲解了2个小时整个系统的功能等，而后负责给他们都安装调试好，其实作到这个程度后就没个人事情了。

  因为咱们座位都不远，天天都会积极问一下，是否有问题存在或者是否有须要问的事情？他们不问问题就代表都理解了，到时候项目不能按时完成我能够直接跟他们负责人讲，我天天都问他们是否有问题？他们无任何反馈，这个责任就不在我身上了，想一想本身也是太狡猾的人了。

  每次路过他们项目时都会看一下他们几个在干啥，若在作这个项目就会过去跟他们聊上几句，顺便也看看同事们的数据库设计，看人家是否设计得比我好或者比我更科学。主动出击也给我带来了很多好处，主要收获有以下：

  DeleteMark 是本来表示删除标志的，DeletionStateCode 才是微软CRM里的标准字段名。

  CreateDate 是本来表示建立时间的，CreateOn 才是微软CRM里的标准字段名。

  CreateUserRealname 是本来表示建立人的，CreateBy 才是微软CRM里的标准字段名。

  ModifyDate 是本来表示最后修改时间的，ModifiedOn 才是微软CRM里的标准字段名。

  ModifyUserRealname 是本来表示最后修改人的，ModifiedBy 才是微软CRM里的标准字段名。

  其实以上几个字段用了好几年了也没人提醒我英语不太规范，本身英语也不怎么样也发现不来问题，虽然老婆的英语也很好，可是不是一个专业的也难给检查什么的，此次主动出击给本身带来了小小的收获很开心，同时把代码生成器、表结构、配套的文档等也都作了一次改进，这样未来老外看系统架构也会笑话咱们不够专业了。

  发现本身的程序有错误后，就花费了2个小时，把全部的表结构进行了调整、把全部的数据库文件设计都进行了调整，同时又把全部的程序代码都进行了更新了，几十个表，22万行代码，就花费了2个小时，所有修正过来了，发现本身作得不对没人家的专业那就立刻改，虽然牵扯的东西不少，可是拼命干一下其实也就2个小时能够搞定了。

  晚上回家测试好程序，明天上班了给旁边的同事更新一下数据库、更新一下代码、再更新一下代码生成器，让他们用得内心也舒坦，最起码未来不会有什么说很差的借口，他们提到或者没提到的我都积极改进了，还能说我坏话了不哈哈，也谢谢我老婆一直支持个人事业在家里弄到晚上快11点了，也没多说我几句默默的支持着个人革命事业。

  若一个简单的东西都弄很差，复杂的东西更弄很差，基本功都不过关还哪里能有更庞大的野心了。