时间分片与复盘

Posted 泰 戈 尔

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了时间分片与复盘相关的知识,希望对你有一定的参考价值。

时间分片

计算机分时系统中有时间分片的概念,但是这里我想说的是个人效率层面的“时间分片”。

上班时间 10-21,看似一天的时间很长,但实际上呢?刨去各种沟通成本(比如各种各样的会),真正留给个人编码的时间又有多少?恐怕能有1/3就已经很不错了。

如何充分利用好一天的工作时间,对于提升自己的能效就显得尤为重要。单独抽取一大段空闲时间基本上是不存在的,所以首先就要有这样的意识。时间是“分片”的,我们能做的也就是如何减少各个分片之间切换的上下文成本。

对我而言,也正深受“多线程”的思维模式的困扰。比如正在开需求发布会,然后有人报了个 case,需要我们去核查、这个时候你的 M 又找你要一份需求的收益数据。也许有的人就是很厉害,可以同时处理好这诸多事项,但是对于大部分人来说,这太难了。

人脑本身就不是“多核”的,更适合串行去处理要事。对我来说,明确各个分片的优先级,并坚决去执行,才是第一要务。曾经我也尝试过“四象限时间管理”,但如何甄别某一件事属于哪一个象限,还是有难度的。一个弄不好,就全错位了,所以收效也不是很好。但这个思想绝对是好样的,还是得好好培养下这“甄别”的能力才是。

复盘

去年部门内开展了一次整体的“复盘”学习,感触颇深。在没参加这个学习会之前,我本人其实已经是“复盘”的执行者了,只不过当时没有这个名词的概念。

复盘,较多的应用在企业、项目等体量或者级别较大的层面,但它又是一个通用语,对个人来说,也是有效的。

每每来了一个需求,做完了就结束了吗?我想大部分人、包括大多数时候的我在内,都是这个想法“可不是就结束了么,还能咋地”。在这件事上,最近我有一些小的感悟,可以从自身和外界两点展开。

对自身来说,一个需求,其完整的生命周期或许应该是这样的:

撰写
排期+开发
反馈
反馈
反哺
PM
MRD
需求发布
RD
上线
收益回顾

这个图也不尽然就是对的,只是此时的我就是想表达一下,需求要“闭环”,不能只是“做了”。

对外界来说,这个外界可能是你的 M 或者技术负责人。除了排期之外,他们可能更关注的是,做的这个需求,对部门有什么收益。如果啥也没有,这不就是打黑工了么。做了就得上线,上线就可能有损,那这需求做着还有啥意思,直接躺平了岂不是更好?

复盘是一门很深的学问,我可不敢在这大放厥词,就此打住好了。


以上是关于时间分片与复盘的主要内容,如果未能解决你的问题,请参考以下文章

时间分片与复盘

solr分布式索引实战分片配置读取:工具类configUtil.java,读取配置代码片段,配置实例

回栈事务后如何持久化分片数据?

分片交易移除

分片还是不分片?

大文件上传下载实现思路,分片断点续传代码实现,以及webUpload组件