想写年终总结的心情，是在看到车窗外的雪之后，突然有的。
2025年的最后一天，我们坐上了从北京朝阳开往延吉西的高铁。
车厢内的暖气开得很足，我靠在椅背上，觉得码字是打发这6小时车程再好不过的事。
古典主义认为灵感是神的旨意，于是我便开始等待，等待着神对我下达祂的旨意。
没等多久我就发现了比码字还要好的事情，那就是睡觉。
于是这一篇在离开北京时就想写的文章，最终还是在我回北京之后，才被写出来。
时代的关键词
如果让大家用一个词语形容2025年，大家会选择什么词语呢？
我选的词语是"AI"
从chatGPT一鸣惊人的"AI元年"来算，这波浪潮已经汹涌了3年。
大家都说要拥抱变化，拥抱变化 。
个人感觉变化已经不够形容了
这是 冲击
以Cursor为首的AI IDE工具正在冲击我们这个职业
技术社区的博客里涌现出越来越多的名词，LLM、Agent、MCP、CSR、Rules、Skills、AGUI、A2UI、A2A等等
集团在年初邀请梁宁做了一次分享，我当时没来得及去线下，后来用几个午休的时间，断断续续看完了录播回放
在视频播放完毕，进度条已经重置的时候，脑海里还是存在着她频频提到的6个字
"时代的关键词"
-
蒸汽时代的关键词是效率不对称
-
互联网时代的关键词是信息不对称
-
AI时代的关键词是经验不对称
从梁宁的视角看互联网时代，对我来说是很新奇的体验：
"互联网解决的是什么问题，解决的就是信息不对称这个问题
所以我们有时候也会用'信息时代'来称呼'互联网时代'
那么什么是'信息'？
我们在网上看到的图片也好，视频也好，文字也好，认为自己看到了一个商品也好、人物也好。
我们在互联网上看到的一切，都是信息。
再书面化一些，引用《信息系统项目管理师教程》这本书里对于信息的定义
信息是物质、能量及其属性的标示的集合
谈到互联网时代，谈到互联网，肯定绕不开BAT，
为什么BAT会产生、会崛起？
先说B，百度是搜索引擎，他天然收割了web上的所有信息
互联网解决的是信息不对称的问题，搜索引擎又天然站在了这种生态位的顶端，他能拿到全量的信息，作为收割者
因此这也是为什么最初B是BAT之首的原因。
再说T，腾讯的核心信息是什么？是人，
"人是一切社会关系的总和" ---马克思
在互联网如何用信息表达一个人？
id和关系链
没人能撼动他的核心，碰他的人
而且他跳脱在了百度的收割之外
因为他是客户端
最后来说说A，阿里
为什么百度也收割不了阿里？
最早的时候淘宝主动屏蔽百度的搜索，淘宝通过构建自己的商品信息生态，他自己打造的信息当然是他自己内部收割，因此百度收割不了他的信息
人的信息、交易的信息、其他的信息（比如携程）构成了信息的全部
现在则是每个企业都在构建自己的信息生态，携程是酒旅，京东是供应链
而到了移动互联网时代，
小红书、抖音又有自己的信息生态"
那么AI时代的经验不对称又该从何说起？
如何区分"知识"和"经验"？
我很好奇梁宁又会怎么看待现在的时代，在《真需求》这本书写完后，外边的世界发生了天翻地覆的变化...
与其感慨路难行，不如马上出发
打完这个标题，我抬头看了一眼电脑旁的饮料，写文字的时候需要喝点小甜水，这是我两年前养成的习惯
后来我发现很多作家也有这样的习惯，王小波需要一直喝茶、吸烟，来让自己保持一个亢奋的状态，用于写作
-
2024年，我写了将近20万字，输出了34篇技术博客，掘金的热榜挤进去过几次，还"混"上过第一，至于喝掉了的饮料数...大概也能在余杭区拔得头筹吧😄
-
2025年，我只在掘金发了3篇文章，正文加起来估计1万字左右
同比下降2000%，我还想不想在掘金混了？
非也非也，倒不是我也感慨路难行了所以不去行了，而是转战场了，主要的技术沉淀与分享都在公司内部社区。
本来这一章节是想顺着这个标题做一些技术写作的心得分享，但是随着OpenClaw的出现，我对技术写作产生了完全不同于以往的想法
-
就像OpenClaw出现之后，程序员应该去写让大模型更方便阅读和理解的cli层面的东西一样。
-
以后所谓的技术博客，是不是也就是写成让大模型更能读懂、最佳读懂代码的提示词而已
形态上的变化
比如我写一篇源码分析，代码层面的查看基本就是靠大模型通过csr去全面解读，然后我再基于个人经验和理解完成汇总，顺便补上知识点的官方文档出处，确保不会误人子弟、减少大模型的幻觉
但是其实很多时候也没必要花力气打开博客论坛去看别人的这种文章
作为开发者我期望我能在AI IDE里完成一切，我希望它在代码解读时是站在高质量技术博主的视角上的。
很多时候同一个知识点，不同水平的人看到的门道是不一样的。
说个八股文，js的闭包是千人千面，各种说法都有，
背后的根因我想就是每个人的理解有深有浅。
大家用了这么久的技术论坛，应该看过不少技术大佬、技术团队的文章
有些技术大佬看问题的角度特别刁钻、特别深入，看完往往会让人拍大腿，原来还能这么理解吗？
有些技术团队看问题直抓本质，解决方案一出就是最佳实践
如果大模型能够具备和这些技术大佬、技术团队一样对问题/现象/知识点 的思考与解读能力
我们是否还有必要访问技术论坛、关注这些技术大佬、技术团队呢？
或许，在未来，技术博客只有帮助作者本人沉淀知识、掌握知识这一个作用了？
（费曼学习法：教授他人，对学习的吸收率是90%）
"前端已死"
-
Claude模型更新了，甩开别的一大截，前端已死
-
GPT 5更新了，CodeMax模式，甩开别的一大截，前端已死
-
Gemini更新了，甩开别的一大截，前端已死
前端又双叒叕死了😭
Vibe Coding确实给我们这个行业带来了巨大的影响
skills出来前，依托mcp和rules，再加上规约编程，大模型就能写出很不错的、符合研发规范的代码了
再加上一些d2c的工具，从0到1的需求开发，效率确实得到了显著的提升
但是目前的模式对于增量开发（基于工程现有功能完成需求迭代）的提效其实没那么显著
再者，对于程序员来说，写代码需要的时间很多时候并不是大头，更多时间被花在了prd评审，上下游对齐，协作沟通，开会等非编码性质的事上
我们可能不应该再继续想着提升5个流程节点中某个节点的几个子节点的效率
（比如研发节点中的设计稿还原、code reciew这些子节点）
而是能不能把5个流程节点直接砍成3个，这种层面的提效
Vibe Coding什么时候可以不仅仅是Coding？
去到比北方更北的地方
前端不仅仅只是前端