离职后的总结与感想（一）

就在上周，我正式离职，在这个时候，我希望可以总结一下自己工作这半年的一些心得体会，反省一下自己这半年有什么地方需要改进的。

这半年来，基本上一直都在加班，学习的时间少了，看剧的时间没有了，刚来公司上班的时候，还没有搬到公司附近，那时光坐地铁就要两个多小时。当时还没开始加班呢，天天早上7点出门，晚上9点到家。过了没几天，公司希望开发APP，而且给的时间很急，突然之间，天天都9点多10点才下班，回到家了12点了，第二天还是要准时上班。

记得那时候我还几次都是一回到家，躺到床上，只是想着休息一会，结果就迷迷糊糊的睡着了，连灯都忘记了关。周六上班，周日上班，本来我是希望等到自己转正后再搬的，结果1个月熬过去了，想搬，发现加班加到完全没时间找房子。不找房子，效率实在是太低下了，所以我只好不加班，去找房子搬。

现在想想，其实当时我真的应该早点搬的，别说当时公司只有我一个前端，要担心也是公司担心我跑了而不是公司把我解雇了，再说在这边我的工资真的不算高，这家找不到就找下一家。

当时的我内心是希望做出色一点，做一个好一点点的产品出来的，我确实很努力，代码我也尽我所能的写好一点，然而我知道老板不满意，老板觉得我写得太慢了。现在回过头去看，这半年，我写的项目比我上一家公司多多了，PC端的后台管理系统、微信的公众号、微信小程序、APP，方方面面都有涉及，都要去开发。比起在上一家公司，我的速度其实已经快多了。但我内心里也明白，我其实可以写得更快。

快与好

写代码的人，应该都知道，写代码的速度与代码质量是一个难以完全兼顾的东西，你想把代码写得越好，所花的时间就越多。我很信服七月老师的一句话，好的代码往往不是一口气可以写出来的，它是一遍一遍的修改重构出来的。一个人能力水平固定的情况下，写得越快，代码质量肯定是越差，这个没得说。当时的我希望自己写出来的代码可以好看一点，可以有水平一点。可以说那个时候的我固然追求速度，但我追求的是好而快。

什么是好的代码？我的定义是：好的代码应该至少是清晰的、结构明了的、可复用的，易维护的、语义明确、有必要注释的。我尽我所能的去写，不敢说写的有多好，但也尽量往好的方向去靠。曾经我一度沾沾自喜，觉得自己洁身自好，维护了公司的利益，没有像项目以前的代码那样一味求快，是一个有良心的程序员。

但今天，我对这个问题有了一点新的想法。也许想法一直模模糊糊都有，但这个想法真正清晰起来的是项目经理的谈话。当时我提了离职，项目经理对我进行了挽留，也许是无意中、也可能是顺口说的，说我们老板连我这样的员工都用不好什么的。对我而言，这是一个极高的评价，这是领导对我能力的肯定，但另一方面我心里也不由得去想，是这样的吗？一个当老板的人真的会那么蠢吗？我是不信的，我想老板对我不满意，我自身就一点问题都没有吗？怎么可能？

中午，我突然看到tower里的一个需求：希望后台管理后台可以在用户10min内无操作时自动退出。看到这个需求，我不由苦笑，因为我实现的这个后台，不仅不会自动退出，而且在token失效时，还会自动刷新token进行续约。

我突然意识到，这就是我的问题，我很努力，很认真，但我做的可能不是老板所希望要的。仔细想想，老板的这个需求其实和自动续约并不矛盾，用户无操作自动退出，用户有操作token失效了自动续约。但是！！！自动续约这个功能其实并没有人要求我做，是我自己花了1个多2个小时的时间去实现的。

我们这个后台是新开发出来的，这个后台需求极度不明确，甚至没有人真正知道老板想要什么，包括老板自己，就在这种情况下，我们就在加班加点的开发了，没有需求文档，只有一个没有严格推敲过的原型。因此开发时相对就比较按自己的想法，想当然的开发，需求不明确开发是我想探讨的一个问题，但这里先不讨论这个。我思考的是，我为什么要做这个自动续约的功能，因为我觉得这个功能好。不是老板觉得，是我觉得，我习惯了开发用户的产品，但是后台使用的是公司内部的人，是合作的商家，后台有必要实现自动续约吗？也许有，但我做这个功能的时候没有想过这个问题，这就是最大的问题：做事情总是想当然。

我觉得我写代码慢一点，代码好维护一点，是为了公司好，真的是这样子的吗？我们的项目有我们的特点，老板希望先做一个后台出来，看看成品，再根据成品进行优化，结果我把代码写得严谨，写的尽可能的好，这样真的好吗？花很多时间，写的代码，也许最后不得不全部推倒。因为有时老板要改的需求变动太大，这真的不是一句代码可维护就不用修改的。逻辑都变了，业务都改了，哪有说可维护的代码改动就不大的道理。诚然，这里开发出来再改这个逻辑存在问题，开发成本极高，但是这已经是一个前提了，我还把代码写得这么好意义真的不大，反而因为耗的时间多了，挤压了测试的时间。

我继续反思，这个后台，整个架子就是我搭的，底子搭得是挺好的，其余功能基本就是堆页面了，写快点有什么所谓。这个时候代码就算乱，也就是在某个文件某个页面组件里乱，对全局是没有影响的，这时其实是可以写快点，也应该写快点的，因为写的越快，就越节约老板的金钱。维护？改动时页面间耦合不大，一个后台的模块页面应该不会太难改吧？当然，我还是认为，搭建框架搭底子时是应该要多花点时间的，至少在这个项目上是，如果某个项目可能只是一次性的，或者页面不多，那就怎么快怎么来就好了。

现在，我仍然喜欢写干净的，严谨的，可复用的代码，也仍然在追求这个境界，但在工作中可能就不会这么干了，因为这在某些情况下也许并不符合公司的利益。优先考虑公司利益，毕竟是公司给我出粮的，总要让公司赚钱。

加班真的能提高工作效率吗

至少在我们老板的眼中，是的。我的老板希望员工加班，员工天天加班。我入职公司半年，因为项目太赶，基本上每天都在加班，基本上每周都是单休（有时零休）。有一天，我早来上班了（公司弹性工作时，但因为老板希望加班，技术部一般都是晚来晚走），也早早就把工作完成了，于是准时下班，后来我听说，老板看到我下班了，脸立即就黑了。

那么加班真的能提高效率吗？未必。员工都是人，不是机器，加班又没有钱（倒是有餐补，但是谁稀罕啊），没事谁想加班啊，加班不外就是做做样子。晚上晚走，第二天没有精神，哪来的效率提高啊。

我也天天加班，说实话，我倒是没怎么偷懒，前端的工作太多了，工时评估太不合理了。一周把APP做出来，这都快成为一个梗了，外包给别人半年，给我一周？？我一个新来的员工，一个重来没有做过混合开发的员工，你确定你不是开玩笑吗？好吧，确实不是，一周开发出来的东西，改bug改了一个月。。。我之前就说了开发起码要一个月的好吗？说实话，以后遇到这种公司，还没转正的话，我想离开是我最好的选择。

不过，当时的我很珍惜这次工作的机会，所以我硬抗下来了，因为我是前端的组长，抗了这个坑，我也很自觉的承担了大部分的工作任务，所以也不得不天天加班。很难受，可以的话，我是一点都不想要餐补，只希望可以有一天早下班。

因为希望每周都能坚持写博客，所以只能先写一部分了，今天就先到这里吧。

待续