当一个程序员的博客突然变少

shigen坚持更新文章的博客写手，擅长Java、python、vue、shell等编程语言和各种应用程序、脚本的开发。记录成长，分享认知，留住感动。
个人IP：shigen

hello，伙伴们好久不见。马上到了八月，也是我在个人公众号正式开始日更的目标之后的一周年。

那具体的数据在这里就不先分享了，基本上在23年的下半年日更，到了24年的5月份之后更新的频率就变得很低了。主要的原因我也会在接下来的内容中进行分析。

先看看我的文章：程序员为什么要一直坚持写博客，我就直接给出文章的大纲了：

当时也确实是抱着这样的激情和初衷坚持走下来的，在此也先感谢一直关心关注的伙伴。最近也遇到了一些困惑，使我不得不减少博客的更新。

旧的初衷被推翻了

绝对是来捣乱的，一上来就先质疑自己的初衷。

检索未必快了

确实存在碎片化的知识，然后这些博客平台可以更高效的管理和检索。但是，自从我用上了集团的AI大模型工具之后，基本上不会用到博客平台，除非是遇到一些需要图文操作的教程才会在搜索引擎上找一下。还得忍受漫天的广告、爆浆一样的画质。很难想象这是2K显示屏起步、5G时代还会出现的产物。

大模型时代的到来，让每个人获取信息的时间成本更低了。某天早上我听着博客，一条新闻是：某AI内容搜索模型的出现导致Google的搜索量减少了20%。

博客价值最大化

更多的初衷是知识的分享，但是有很多的小极端。资深的开发者可能觉得这是小demo，确实是，企业级项目基本上是不用这些小demo的。稍微有点开发经验的，可能会觉得GPT生成的更好，或者更多的时间是用来刷博客作为一种消遣。初级开发又会觉得有点复杂……

更确切的价值其实就是用来当作大模型训练的训练数据……扯远了。

输出型的人

输出的方式有很多种，但是我觉得书写出来还是最传统、最低效的方式。而且，读者的受众面是相对流媒体来说低很多的。如同样的一个知识，更多人的选择是：视频优于代码优于文字。这也和人的天性有关：不喜欢思考。

AI时代的纯粹

只能说不要太死板了，发展的大方向是：提升生产效率、促进产能。

时间更宝贵了

24岁，我还是一个人在异乡漂泊，我相信每一个漂泊的人都懂这份焦虑。而且要想利用自己的机遇+资源快速的成长的话，时间是无比的宝贵。过去保持日更的时候，基本上每天都要花两个小时的时间：编码+测试+写博客。时间的成本是巨大的。现在，我的半个小时都无比的珍贵，因为这半个小时意味着我要学习更多的代码、教程、技术，解决更多的问题。

而且，最近一周保持了995，没有一天是轻松的，包括周末也在学习新技术，敲代码，内容我将会在下边讲解。

可能写出来的是一对狗shi

倒不是回头看的时候，觉得自己的文章太狗shi了，反而是看着别人写的文章才觉得是low了。有幸在内网社区看到了ktorm作者讲解kotlin语言的高阶教程，顿时让我对kotlin语言产生了浓厚的兴趣：

这里代码的大致意思是记录每种操作系统访问页面的用时，然后对日志进行的一番统计操作。当然，这个案例是结合lambda展开的，lambda表达式在各种语言中，都有出现过，我也整理了一篇文章:lambda表达式在实际开发中的使用。但是lambda表达式在kotlin中简直是使用到了极致。

更让我惊奇的是ktorm框架，相当于是一个超级增强的 Hibernate、Mybatis-Flex。作者的文档写的也是相当的详细：

小白直接轻松上手，轻松使用解决实际的问题，所以我认为这样的文档才是好的文档、好的博客。

顿觉井底之蛙

其实还是得选择更大的圈子，如果人际圈跟不上，一定要跟上技术圈，不然就是CRUD的sqlbody了，也仅限于在小公司了。整天抱怨焦虑，遇到我难题浮躁，遇到新技术退避，不知道代码、技术选型的好坏是什么。——没错，这就是当时的我。

我记得最开始遇到的一个代码封装是这样的：

激动的心，颤抖的时候直接调用API会，手写一个呢？事实是我花了周末一天的时间才勉强写完+多线程测试通过。但是，不得不佩服这种巧妙，后边出现的类似的还有：分享大厂对于缓存操作的封装。

我觉得这些设计才是有价值的事情，包括这个周末在封装一个ServiceTemplate，实现业务代码的标准化、返回结构的统一、错误码的填充。

也顿时觉得自己真的是井底之蛙，和实际的应用开发比起来，我的博客真的是小儿科、小demo级别的了。

所以，诸如以上的原因，我将会减少博客的发布，将更多的时间聚焦到个人的提升和实践，并用这些实际的收获为大家带来更加优质的内容。

感谢伙伴们一直的关注和支持，我们继续努力，再接再厉。

与shigen一起，每天不一样！