做为一个码农的潜规则，用户怎么要求怎么写，不论过程只论是否符合要求以及减少bug的存在，虽然bug随时会出现，这就是码农，一直以来都说码农分很多种但个人认为就是一种，原因是码农不懂的换位思考，不懂的在管理层，用户层次去考虑每个tcode的实用性，只懂的用技术写出一个程序在甲方就只能称呼为码农永远当不上PM，也很难为公司节约成本。
PM需要的是懂得（不必深入）相应的语言，能够站在管理层，用户层考虑每个项目的生成，最好是一次就让将tcode做到人的心坎，而不是要经过3次以上的修改，才能让用户满意。
由于我是将码农和PM分开说明，
相信肯定有人会喷我，我是码农怎么能知道组长，经理的想法，为什么不能，没有后台的组长和经理基本上都有经历过code这关，就算有后台在IT部也需要有清晰的头脑以及完善的思路。在甲方不论有无后台能在一岗位工作3年以上就肯定其过人之处。
要做PM肯定要能将你的能力体现出来，如何体现每个人不同，本人在职期间将原来的国家认可的实验室报告纳入SAP系统，为公司节约30%成本，这成本怎么算的不能明说。
每年都会想出至少一种围绕系统产生的一种方案，优化部门以及为公司节约成本。
想出针对性的项目让客户对公司满意，对于客户来说希望自身的产品合格率高，问题少，严格把关每一个产品才能保持品牌效应，如何能做到检验即按标准做又不会浪费资源，人工出错率占多少个per，电脑化进入后出错率又是多少个per？具体没算过但在项目推出后第二年，在同行业中得到客户最高评分。
还是那句话：当你凝视深渊时，深渊也在凝视你。