共计 1246 个字符，预计需要花费 4 分钟才能阅读完成。
回顾
又是新的一年了，回顾 20 年，想写点什么，删了又写, 写了又删；翻看本人的文章记录，发现最初写的文章曾经是 19 年的年终总结，曾经很久没有写文章了。
去年的总结来说，比以往更忙了一些，往年相对来说更忙，然而忙的时候却也比拟有充实感。往年做了很多新货色，包含我的项目改版，以及保护我的项目过程中做的很多程序上的优化，也算是在一直的提高。相比去年来说，往年能显著的感觉 bug 写得比拟少，有用得代码写得比拟多，显著更加仔细，也算是个不小的提高。
一整年来没写啥技术文章，一方面来说，所做的货色绝对比拟芜杂，不太好成体系，另外就是有些想写的货色，曾经有很多相干的文章，感觉也没必要写进去凑数。对于一个开发者来说，写货色和写代码一样，总想钻研一些新货色，而后把教训分享进去，让大家分享、点赞，进步成就感；要么就是想做一些成体系的教程进去，做成体系课，赚点钱花花。然而这些对于往年的我来说，精力都不是很够。
对于工作
对于工作上来说，对于目前的公司状况来说，倒是积攒了一些技巧。首先就是把工作分成几种类型，从大类型上来说，分为 bug、产品开发需要 、 经营需要。而后再给不同的类型再排个紧急秩序，一开始还须要做个笔记调配一下不同需要开发工夫，前期基本上把所有的需要类型在脑子里过一下就能排出开发现后程序以及开发工夫。
一般来说，需要开发通常是一个跨度比拟大的周期，个别都是一周两周。且需要通常来说也是成一套体系来进行治理的，个别对需要体系拆分做两种模式拆分。一种是以一个我的项目为体系，另外一种是依照开发需要的优先程序进行拆分。以我的项目体系进行拆分通常是某个我的项目的需要蕴含内容比拟多，通常工夫都是横跨一个周或者两个周；以开发需要优先程序拆分通常是以周为工作量单位进行划分，把以后这个周的需要划分进去再排个优先级进行解决。
对于 bug 来说，那么通常就是解决玩一段时间的需要之后，再抽出一到两天的工夫来进行专门的解决，这样子解决 bug 的时候不会受到需要烦扰，不会分心，也就不会写完 bug 引入新的 bug。
而对于经营需要来说，通常就是数据上的导出解决，个别这种状况都是紧急插入需要，须要对原工作进行一些拆分解决后能力做。
尽管往年工作绝对比较忙，然而始终都比较顺利，没太大的插曲，倒是积攒了很多除了程序开发自身技能之外的我的项目解决教训。
对于生存
说到生存，基本上都是焦虑中度过的吧，随着小孩缓缓长大，花钱的中央也多，目前又没有房子，对于当前小孩上学的问题始终很焦虑，疫情影响，老婆的工作也不太顺利，钱也很难攒下来。很显著的，往年发际线显著变高了，为了阻止头发持续往下掉，不得不剪了个光头。
生存另外一方面的焦虑就是小孩越来越大了之后须要挺多工夫陪，本人的工夫也更少了，抽不出太多工夫学习，等到小孩睡得时候曾经很晚了，而后再想学习，发现曾经没有前几年时候那种精力了。
没啥贷款，对于将来，临时不晓得咋办，只能走一步看一步吧，对生存还是抱着一些心愿。
本文参加了 SegmentFault 思否征文「2020 总结」，欢送正在浏览的你也退出。
