今天已经是连续忙碌的第三天了。
从早上来到单位就开始工作，直到凌晨。所有的休息时间都没了，等待我的就是编程改代码调bug。
没办法程序员只能这样，有问题必须解决。
写作真的没时间写吗？那倒也不是。我可以凌晨不睡觉先写完再睡，或者只睡3个小时，然后起来写作。好吧，我还想活，咱们不能这么干。
对于写作，只要10分钟就可以。写写心情，抒发情感，有时候也没必要要求太多。
就像现在，就算是工作没完成，时间紧迫，我也要写作，虽然只是碎碎念，但时间对我来说太宝贵了，我要尽快专注地写完。
工作为什么这么忙，有内部原因也有外部原因。
疫情回来上班后，以前做完的功能，上面要求重新做。时间都很紧张，做完一个又一个。这样，对于原来功能的代码，就要频繁改动，频繁迭代。而这次，两个大功能，正常也要两周时间，非要一周内做完，导致为了追求速度，质量就下来了。质量下来了，bug就多了，代码间的耦合性也增加了，于是我连续3天疯狂改来该去，也不知道什么时候是尽头。当然，项目也有不忙的时候。若是不忙的时候可以好好看看自己的代码，重新进行架构，也许现在就不用这么捉急了。
不过，无论说什么，最终还是要自己来调节。我腾出半小时，把日更写出来。
我现在的心情很糟糕，一是对我的工作感到头疼，需要理出头绪，二是一天除了工作就是工作，没看书，没写作，还要帮儿子上交作业。
不过认真想想，写作还是要抓紧时间在上午上班前完成，一旦上起班来，不定会有什么事情。其实没在上午写作，也是因为没什么可写的，就算工作没这么紧，我中午时间看看书，晚上也不一定可以写出什么内容。所以，还是要提前想好写什么，不能临时想题目。
后面我要做的是什么呢？
1.静下心来，好好理清头绪，努力解决好工作上的事情
2.睡觉前，想出第二天的话题，或者写出一份提纲出来
3.认真贯彻前两条内容
现在是晚上22:47分。
我终于解脱了。21点左右，我把最重要的问题解决了。
不知是不是因为前面的碎碎念，让我冷静了下来。我再调试代码时更加冷静。原来，问题存在于旧代码。
再上几次的迭代中，个别逻辑是经不起推敲的。但因为策划配置条目比较少，没有暴露问题。而这一次，因为需求大改，数据量增加，隐藏在底层的问题也就出现了。
经过这次教训，我要考虑后面再收到需求应该怎么办。
1.有的需求看似普通，但会造成很大的隐患。
一般这种问题，尤其牵扯到底层逻辑的，一定要将逻辑的前后顺序理清楚。多么小的改动也要多测试几遍。
2.涉及到旧功能修改的，一定要多申请一些开发时间。
这次是意外，我们的高层领导要看版本，没有给我太多的时间开发。这让我上周一周时间都处在极度紧张的状态，心理压力极大，静不下心来好好思考。只想快速的开发出功能，导致出现了很多的问题。有的时候慢就是快，好好想想问题，理清思路，再去敲代码，会比现在更加稳健。
3.解决一些功能需求或bug，捎带手偷偷地做一些调整。
有的时候没那么忙，一些功能或bug要多考虑考虑。解决或许很简单，但如果解决的同时，对原来的逻辑进行优化，这会为将来省下时间。
