16年毕业由于几门公选课的缘故和兴趣我居然进入了现在这家公司成为了一名程序员，从最初的懵懵懂懂到后面公司业务的轻车熟路，我觉得自己还是有所成长的。但说实话有时看到OA上“中级工程师”我会感到羞愧，并不是因为“中级”的档次不够，是我有时候会质疑自己是不是“工程师“？我一向觉得只有修路筑桥，翻手间起高楼成大厦的那种才是工程师，我这种天天靠着电脑服务器的算的上工程师吗？
这个问题我想过很多次，当我在工作中遇到越来越多的问题，比如前期设计不当影响的频繁返工，比如单元测试的不到位导致代码的维护举步维艰，比如怕出错的地方最后一定出错……，当这样的问题越来越多的时候我开始明白这个行业的合格从非业者绝对是工程师。
我曾经以为技术就是一切，我总是在空余闲暇时间逛论坛，看博客，跑开源项目，我在这些大佬层出不穷的想法和让人惊叹的代码实现中常常不能自拔，我总是艳羡着别人的“技术天赋”，而我就只能fork，star…..，那段时候，我总想把所有最新站在潮流前沿的技术了解清楚，以致于我忽略了工程师其它方面的积累，到后面应对更加复杂的业务，领导让我独当一面的时候却感到压力很大，如果我具备一个工程师全面的能力，我相信我会轻松很多，在后来的时间里我开始积累这些东西，刚好也快从这个公司离开了，就以这篇博客总结下吧！
一.主人翁意识
在参与一个项目的开始，无论我是主要开发人员也好，还是临时抽调安排也好，我都需要对这个项目有主人翁意识，并不是仅仅作为一个员工来参与这个项目，我写的每一行代码，每一行注释，每一行文档都应该逻辑清晰，因为我的每一次commit都会影响我的同事，如果我能做到一切清晰，那么相互正影响下，整个项目的交付质量必然是不可能低的！
在每一个项目的节点，我们都应该问问自己系统的架构是否需要改进？接口文档是否清晰完善？日志是否完整？单元测试是否覆盖合格？数据库是否需要扩容？缓存空间够不够？这都是我们要考虑的事情！
我们不怕问题，并且应该积极发现问题暴露问题，推动team的合作，保证项目的顺利进行。
二.时间观念
说实话，我的时间观念还真的是挺强的，但我深深理解需求频繁改变导致项目的一再延期的无奈，但是在除掉不可抗力的情况下，项目进度按时进行是一项很重要的执行能力。而保证项目的进度，我觉得有两点做事的计划和主次，凡事预则立不预则废，我们需要用工具严格把控自己每天的timeLine，本来今天该完成的为什么没完成？以后是否还会出现这种情况？假如万一出现该怎么解决？其次对于手头的工作要合理的根据情况以及领导的安排分清主次，比如先完成别人需要依赖我们的工作，这就好像我们的工作是同步阻塞的，我不完成后面的同事就被堵住了。
三.阶段性反馈
项目每推进到一个节点，需要跟team或者领导积极的反馈，切勿自己闷头往前走，我们总是记得一个词叫“积重难返”，我们尽量做到交代的事件件有着落，事事有回音。
四.合理的提问和讨论
在项目进行的过程中，有时候很多情况是项目经理带着我们跑，在一些会议的过程中，很多项目参与人员很少发言，这是不利于项目的良性发展的，作为项目的参与人员，它就像我们的孩子一样，也许你在造脚，我在划手，他在弄躯干，但是不可能由一个人全权，他不可能考虑到方方面面，在代码评审项目评审的这类体现集体智慧的活动中就是为了让大家集思广益，如果大多数都沉默，那么这次会议基本没有意义，波克定理告诉我们，只有在争辩中，才可能诞生最好的主意和最好的决定。
五.保持敬畏
在工作中存在各种各样的规范，例如代码规范、设计规范、上线规范等等。我们必须明白，这些规范的制定一定是基于某些客观原因的，它们都是历史上无数 Case 积累而来的经验。团队里的每一个成员都应该学习并严格遵守，这一点对于新人尤其重要。当我们进入到一个新的团队，请先暂时忘掉之前的习惯，要尽快学习团队既有的规范，并且让自己与团队保持一致。以编码风格为例，很多同学往往习惯于自己之前的代码写作风格，在做新公司第一个项目时，也按照自己的习惯进行变量、包的命名等等。
当然我们也需要保持对技术的敬畏，学习同事的优点，不能因为自己随着工龄和技术水平的提高便不再虚若怀谷，我非常喜欢一句话，“知道的越多知道的越不多”，世界很大，奇妙的东西很多，只有保持谦虚的态度才能从这个世界获取更多有意思的东西。
随随便便写了几条自己有感而发的东西，当然成为一个合格的工程师还有许多需要我们去打磨学习的东西，需要我们一点点的积累和思考，或许不久的将来会发现我们做的东西比起高楼成大厦更有成就感！
管什么困难无穷，进一寸有一寸的欢喜。