写在2020年结尾——2020总结

独角龙
• 阅读 1789

回顾

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

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

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

关于工作

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

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

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

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

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

关于生活

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

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

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

本文参与了 SegmentFault 思否征文「2020 总结」,欢迎正在阅读的你也加入。
点赞
收藏
评论区
推荐文章
海军 海军
3年前
海军的 2021年终总结, 跳槽后,我收获了什么
前言2021还有几天就结束了,每年这会,我都会写年终总结,这是我坚持写年终总结的第三年了。每到写总结的时候,就是打脸的时候,几乎每年定的计划很多都没实现...当我要写年终总结时,看了社区好多技术朋友写的年终总结,都是收获满满的一年,看了他们的一年经历总结,感觉自己太废了...回想今年,不过还是有一些些收获的,今年跳了一次槽,工资翻了两倍,认识了一些
不才 不才
3年前
快24岁了,没什么目标(不才的21年年终总结)
第三次打开文档,算第二版了,还是不知道怎么开头,脚本和结构也是改了又改,写着写着又成了流水帐,眼看着从21年到22年了再不写就成了年“中”总结了。今天熬个夜,这次用的Apple的备忘录,在写的时候觉得行距太挤了,还找不到怎么调整。别问为什么用Apple备忘录。啊你没问啊,那没事了。写完回头,突然发现原来年后写总结最难的是今年/去年是那年啊。Ps:今年表
Easter79 Easter79
3年前
ssh 的年度公众号总结,给大家发个大红包!
!(https://oscimg.oschina.net/oscnet/7c29a5e4483e48549c759ed431e1ac73.jpg)2020对于我个人来说是魔幻的一年,我在这一年实现了技术、社区以及工作上的多重飞跃。今年从3月26开始做公众号,是因为我的一些掘金文章总是被人盗到公众号来,这样一想还不如干脆自己做
顺心 顺心
4年前
带你全面了解 Flutter,它好在哪里?它的坑在哪里? 应该怎么学?
回顾了这段时间解答关于Flutter的各种问题后,我突然发现很多刚刚接触Flutter的萌新,对于Flutter都有着不同程度的误解,而每次重复的解释又十分浪费时间,最终我还是决定写篇文章来做个总结。内容有点长,但是相信能帮你更好地去认识Flutter。Flutter的起源Flutter的诞生其实比较有意思,Flutter
Stella981 Stella981
3年前
Redis单线程?别逗了,Redis6.0多线程重磅来袭!
2019年的RedisConf比以往时候来的更早一些,今年会议时间是4月13号,仍然是在旧金山鱼人码头Pier27。恰逢今年是Redis第10周年,规模也比以往大一些,注册人数超过1600人,总共有80个议题,除了RedisLabs外还有很多云厂商和Redis用户带来分享。Redis作者 antirez 在RedisConf2019做了分
Wesley13 Wesley13
3年前
2020年写的文章整理到了这里,请查收!
写在前面2020年默默地还是写了很多东西的,微信有了标签功能之后,整理起文章来还是比较方便的。从去年到今年准备写几个专辑,围绕于自己做交易系统或是一些通用解决方案的,当然自己平时爱叨叨的毛病也整理了一个专辑,回顾起来还比较有意思。复杂度治理系统变大之后,对应的复杂度就上来了,除了需要解决各种高性能、高可用、高并发的“规模
Wesley13 Wesley13
3年前
2019年终总结
序转眼之间2019年就要过去了,又是到了写总结的时候了。盘点去年定了要深入研究流式计算及系统架构,现在看来,流式计算只粗略看了点flink,系统架构方面貌似也没有太多的长进,文章也写的越来越像流水账了,感觉有点惭愧。展望新的一年在新技术方面要研究容器化,在基础方面也得巩固一下linux、network等,最后在架构领域方面
Wesley13 Wesley13
3年前
2020 年终总结
!image.png(https://oscimg.oschina.net/oscnet/up718b3b057cfe66f8aad3d33a7b82f5a0.png"image.png")前言2020,过的真快。在这一年里,发生了很多事情。虽然有一些小的成就,也有很多遗憾。正文全年回顾今年主要做了
Stella981 Stella981
3年前
Kafka的10道基础面试题
写在前面许久不见,各位读者,上次更文已经是去年了,快两个月没发文章了,谢谢大家没有取关。没有加我微信的朋友,可能不知道我于去年12月当上了爸爸,算是我人生的一个重大变化。工作还未满两年,在25岁成为了父亲,还是挺有压力的,会有紧张感,所以也停更了一段时间,好好整理自己。现在我回来啦!今年还是会好好写文章,分享有价值的文章给读者。希望能提
Wesley13 Wesley13
3年前
2019,我的这一年,在校研究生做到年入20W,另送我的读者2000元现金红包
2019年过去了,到了该总结这一年的时候了,回顾这一年,自己做出了很多的努力,也得到了一些收获,当然,每一次回顾的时候,总是会发现有很多的地方是不足的,这也是不可避免的,每一次回顾的时候,只希望自己最希望做到的事情可以如愿,那就心满意足了。公众号第一件事情,我还是想谈一下公众号:好好学java,这也是我这一年多的时间的重心所在,这一年的收
Wesley13 Wesley13
3年前
2020年 我要这样写代码
在9102年年初,一位室友问我一个问题,如何才能够提升写代码的能力?可惜的是:当时仅仅回复了一些自己的想法,如多看开源代码,多读书,多学习,多关注业界的动向与实践,同时也列了一些原则。但是这些并没有所总结,又或者说没有例子的语言始终是空泛的。所以在今年年底之际,对应着今年中遇到的形形色色的代码问题来一一讲解一下。好代码的用处