查看原文
其他

延迟满足

闪客 低并发编程 2022-12-05

‍延迟满足大家都懂什么意思,我也知道,但从来没真正切身体验到它的刺激。

不过最近这几天我稍稍有点感觉了,因为尝到了些实实在在的甜头,所以拿出来给大家分享下。

两个月前决定在公众号上,持续更新写一个大型操作系统源码的系列文章,现在已经更新到第 20 回了。

开篇词

第一部分 进入内核前的苦力活

第一回 | 最开始的两行代码
第二回 | 自己给自己挪个地儿
第三回 | 做好最最基础的准备工作‍
第四回 | 把自己在硬盘里的其他部分也放到内存来
第五回 | 进入保护模式前的最后一次折腾内存
第六回 | 先解决段寄存器的历史包袱问题
第七回 | 六行代码就进入了保护模式
第八回 | 烦死了又要重新设置一遍 idt 和 gdt
第九回 | Intel 内存管理两板斧:分段与分页
第十回 | 进入 main 函数前的最后一跃!
第一部分总结

第二部分 大战前期的初始化工作

第11回 | 整个操作系统就 20 几行代码

第12回 | 管理内存前先划分出三个边界值

第13回 | 主内存初始化 mem_init

第14回 | 中断初始化 trap_init

第15回 | 块设备请求项初始化 blk_dev_init

第16回 | 控制台初始化 tty_init

第17回 | 时间初始化 time_init

第18回 | 进程调度初始化 sched_init
第19回 | 缓冲区初始化 buffer_init
第20回 | 硬盘初始化 hd_init
第二部分总结

更新系列就是一个我认为有延迟满足感的事情,尤其是这个我准备更新 60 回的大系列。

系列刚开始更新时,不但没有收益,反而是有负效应的。

常读用户流失,阅读数下降。

而且大多数公众号系列文章都会中途流产,所以刚开始的几回,尤其是到第 5 回第 6 回第 7 回的时候,很多人都不会抱太大期望的。

每往前推进一回的内容,就会流失一部分追更的读者,而且对于新读者来说,也更难下决心中途加入进来。

由于我坚信延迟满足,所以也没在乎这些。但到第 13 回的时候,我也实在耐不住性子,开始怀疑了自己这么做的意义,会不会到最后也毫无收益,反而把自己的公众号给玩死了。

所以你们也能看到,第 13 回的时候我标题没有按照系列的方式取,内容也改成了单独可以形成一篇文章而不依赖上下文的形式。


当然,如图所示,在经历了三回的改名后,我又在第 16 回的时候把标题改回来了。那段时间我经历了很多思想斗争,最后还是决定,坚持最初的想法,坚持到最后再看效果!

现在更新到第 19 回了,我的坚持终于迎来了一波延迟满足的收益!

我把我所获得的正向反馈给大家分享一下,这些都是不可能在一开始就见效的收获。


某视频号推荐


以下只列出视频号,还有抖音和 B 站等同步推荐。


GitHub 官方周榜和月榜


周榜


月榜



HelloGitHub 公众号的本周特推版块


原文链接:读 Linux 像读小说「GitHub 热点速览 v.22.03」



你们的支持


当然,最最最最重要的,还是大家每一次的支持和反馈。

每次发完文章,都会有读者前来鼓励我,让我坚持下去。


每次的文章评论区,总会有一个可爱的课代表,帮我总结本回的内容。


当然,还有直接给红包鼓励的,非常直接!(哎呀,我居然收了!)


总之,还有很多很多正反馈,如果你发现了还有哪些地方提到了我,一定要告诉我让我开心一下哟~

有了这些,就足以让我坚持写下去了!


------


所以,我想告诉大家,有的时候,你做的事情可能当下没什么收益,但是一周、一个月、一年、甚至十年后,可能就会有了!而且,坚持得越久,收益就越多,俗话说就是憋大招的力量!

所以大家做事一定要耐住性子,而且在一开始计划的时候就不要老想着短期收益,埋下一颗颗种子,等着它日后发芽就是了。

不过在互联网公司,很可能短期利益至上,甚至要每周每天都有可量化的产出。

我当初就是在一个信息流部门,每天都有用户停留时长、新用户增长等等各项指标的报表数据,稍稍有一点波动就要复盘分析,这他喵的谁敢考虑长期产出呀。

于是导致最终结果就是内容越来越烂,都是那种诱导点击的低俗甚至擦边球的文章和视频。

这你就别想着为它埋下什么种子了,除非这个公司是你自己的。老板只会盯着短期数据看,大家都只考虑这个阶段自己有没有产出,比上个阶段的数据有没有更好看。

大家加油!其实写这篇文章说了这么多,不是要给大家讲什么道理,就是想再从你这里骗个 star,哈哈哈,点击下方的阅读原文,赏我 GitHub 一个 star 吧!


大家新春快乐。

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存