反思最近加班的原因

                                                                                                           加班的原因

   话说，这是自己参加工作半年后的，加班最为厉害的两周，连续两周，每天加班，进行联调，涉及到两三个系统。今天和同事对于某个程序的结果出现bug的原因在争执。事后自己表示愧疚，too young too simple.自己反思自己在这件是上不成熟，无论是在工作还是日常生活中自己都应当有一个和平的心态，论人论事，都不能太情绪化。因为情绪化的后果只会让对方不爽，所以能够心平气和的为了解决问题来讨论解决方案而不是无谓争论。

  1、不要先把问题踢给别人，先检查自己的代码。

  第二个非常重要的事情是在讨论问题时，一定不能有回避自己的问题，一定不能有“看这个bug不是我的问题，开心，看我说了吧，这不是我的问题”的表现或者心理，急于将问题抛给别人。还有一旦出现bug先自我检查，不论自己在写代码时是有多么的自信，都要先检查自己再次确定无误，现场拿出确保自己的代码无误，这样既能快速的找到问题，也能推动整个联调进度。

  2、上线之前的测试用例一定要丰富，才能把代码放到线上。逻辑越复杂，涉及场景越多，联调上线之前的测试一定要丰富。

  就在和同事争执非常厉害的点上，我检查自己的代码果然有问题。接下来是频繁的验证解决问题，来回在服务器上上传代码，验证，测试。导致加班拖延整个进度，一致到晚上十点多，确定代码的问题。这样复杂的联调是自己第一次遇到。那么为什么会出现这种情况？那块的逻辑比较复杂，而且自己在开发的时候不止遇到一个坑，导致心理几乎是崩溃的，这是一种心理的问题，不管遇到的坑是有多少，反应的都是自己的懈怠。不能因为遇到的坑多，就影响自己接下来的任务，和对优秀代码的追求。在线调试代码非常令人头疼，如何避免这种情况，是在前期的工作没有做好，对于复杂的逻辑，自己一定要在开发的时候没确定这块逻辑写完之后一定要验证，测试驱动，会在后期避免很多的问题和节约很多时间。总结为：越复杂的逻辑，在上线之前的测试用例一定要丰富到位，而且不能因为上线而上线，否则导致的问题会更多，增加后期联调的负担。

  3、关于任务的优先级的安排。

  在本次开发的过程中涉及其他的事务。在开始工作之前一定要安排好自己的优先级。在开发的过程中一定是现将功能点都完成之后，再进行优化，或者尝试新的解决方案。我在这次的开发过程中将优化代码时间花费太长，没有对功能点做足充分的测试，导致在联调的过程中出现非常低级的bug，羞愧Ing.

  4、对于项目的技术方案的选择：成熟与新方案。

  这里优先选择成熟方案。在一般的开发的过程中都会有时间节点，一定要确保在时间节点之前将任务完成，在一定的时间，或者充裕的情况下去尝试新的解决方案。在本次开发时间节点比较紧的情况下选择了新的方案，放弃别人成熟方案，导致场景考虑不全面，后期开发不断增加新的场景，在时间节点即将到的时候还不能完成，只有加班。而且在新的解决方案做的过程中也会加班，风险自己也没有办法预估出来。

   总结：以上我想涉及是个人的软实力方面，想想这些是比自己技术上更加重要的东西，团队协作，沟通，如何和别人愉快的共事是更为重要的。也谢谢自己的领导。