头图

写在2020年结尾——2020总结

kumfo

回顾

又是新的一年了,回顾20年,想写点什么,删了又写,写了又删;翻看自己的文章记录,发现最后写的文章已经是19年的年终总结,已经很久没有写文章了。

去年的总结来说,比以往更忙了一些,今年相对来说更忙,但是忙的时候却也比较有充实感。今年做了很多新东西,包括项目改版,以及维护项目过程中做的很多程序上的优化,也算是在不断的进步。相比去年来说,今年能明显的感觉bug写得比较少,有用得代码写得比较多,明显更加细心,也算是个不小的进步。

一整年来没写啥技术文章,一方面来说,所做的东西相对比较杂乱,不太好成体系,另外就是有些想写的东西,已经有很多相关的文章,感觉也没必要写出来凑数。对于一个开发者来说,写东西和写代码一样,总想研究一些新东西,然后把经验分享出来,让大家分享、点赞,提高成就感 ;要么就是想做一些成体系的教程出来,做成体系课,赚点钱花花。但是这些对于今年的我来说,精力都不是很够。

关于工作

对于工作上来说,对于目前的公司情况来说,倒是积累了一些技巧。首先就是把工作分成几种类型,从大类型上来说,分为 bug产品开发需求运营需求。然后再给不同的类型再排个紧急次序,一开始还需要做个笔记分配一下不同需求开发时间,后期基本上把所有的需求类型在脑子里过一下就能排出开发现后顺序以及开发时间。

一般来说,需求开发通常是一个跨度比较大的周期,一般都是一周两周。且需求通常来说也是成一套体系来进行管理的,一般对需求体系拆分做两种形式拆分。一种是以一个项目为体系,另外一种是按照开发需求的优先顺序进行拆分。以项目体系进行拆分通常是某个项目的需求包含内容比较多,通常时间都是横跨一个周或者两个周;以开发需求优先顺序拆分通常是以周为工作量单位进行划分,把当前这个周的需求划分出来再排个优先级进行处理。

对于bug来说,那么通常就是处理玩一段时间的需求之后,再抽出一到两天的时间来进行专门的处理,这样子处理bug的时候不会受到需求干扰,不会分心,也就不会写完bug引入新的bug。

而对于运营需求来说,通常就是数据上的导出处理,一般这种情况都是紧急插入需求,需要对原任务进行一些拆分处理后才能做。

虽然今年工作相对比较忙,但是一直都比较顺利,没太大的插曲,倒是积累了很多除了程序开发本身技能之外的项目处理经验。

关于生活

说到生活,基本上都是焦虑中度过的吧,随着小孩慢慢长大,花钱的地方也多,目前又没有房子,对于以后小孩上学的问题一直很焦虑,疫情影响,老婆的工作也不太顺利,钱也很难攒下来。很明显的,今年发际线明显变高了,为了阻止头发继续往下掉,不得不剪了个光头。

生活另外一方面的焦虑就是小孩越来越大了之后需要挺多时间陪,自己的时间也更少了,抽不出太多时间学习,等到小孩睡得时候已经很晚了,然后再想学习,发现已经没有前几年时候那种精力了。

没啥存款,对于未来,暂时不知道咋办,只能走一步看一步吧,对生活还是抱着一些希望。

本文参与了 SegmentFault 思否征文「2020 总结」,欢迎正在阅读的你也加入。
阅读 867
avatar
kumfo
SegmentFault 后端工程师

程序生存法则:ฏ๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎...

5.8k 声望
2.9k 粉丝
0 条评论
你知道吗?

avatar
kumfo
SegmentFault 后端工程师

程序生存法则:ฏ๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎...

5.8k 声望
2.9k 粉丝
宣传栏