阿里人的2024年终总结：迷茫而又清晰的一年

一、引言

好久没有写过外部文章了，突然提笔写 2024 年终总结，还有点不太适应

如果让我给 2024 年做一个总结，那想必是：迷茫而又清晰的一年

还是一样的流程，让时间的车轮带我们走近 2024 的开头，回首我的 2024 年

二、技术

这一年一直在想一个问题，那就是技术到底是什么？

如果技术仅仅是阅读的源码，那么应届生、毕业一年、毕业三年的区别在哪呢？

毕竟，对于源码来说，和工作经验完全没有关系，硬读就可以

见过大一、大二、大三学生均开始阅读源码且进入大公司进行实习的，那我们这种已经有工作经验的相比他们来说，优势到底在哪里呢？

于是，这一年也没有对源码技术投入时间，现在年终回想下这几个问题，有了浅浅的答案

第一点：虽说阅读源码是一件费力不讨好且没有年限限制的事情，但真正能坚持下来持续阅读的人很少。大多数都是眼高手低，觉得人人可阅读，没有门槛，于是选择了鄙视源码，也包括博主自己。

第二点：阅读源码我认为是一个习惯问题，当你养成习惯以后，你做其他的事情也会有所反馈。 当前习惯的养成不止局限于阅读源码，阅读书籍、健身、运动等都可以，一定要养成自律习惯。

第三点：技术不止源码，更多的是整个人的对外体现，或者说你个人标签。 包括但不限：乐观、积极、好学、开朗、集体、协作、沟通、承担等，每一个标签都对应你在公司后续承担的一些事情，比如：你的协作/沟通能力较好，那你大概率会被安排项目经理的职责，但反过来说，协作/沟通能力做到什么地步才能说好，这是一个可研究性较强的问题。

虽然这一年并没有阅读源码，但这一年的技术比之前两年提升的要多

• 架构方面： 在线（Dubbo）、近线（Flink）、离线（ODPS）


• 技术方面： 模型推理、向量检索、词匹配、大模型


• 个人方面： 视野格局、事物认知、团队协作

但这些很多东西自己并没有深入研究或者说没有成为体系，从而导致目前知识都是零碎的

正好也立下2025年的第一个Flag：将所有的技术深入研究沉淀，达成一个体系，做团队或自媒体分享

三、工作

如果说阿里技术影响对于我的冲击力是10分的话，那工作的冲击力就是100分

当我还以上家公司决策引擎为自豪的时候，随之而来的就是同事：我10年前在网易就用这套方案了......

之前整个同盾公司核心工程做的事情，到了阿里这边，就交给一个组来进行实现

业务的复杂度是一方面，阿里更多的强调工作价值性，当你做任何工作的时候，都要想清楚该工作的价值，如果你做的是一个大规模的项目，要随时跟进项目进度。当老板需要了解该项目进度时，要有文档对项目进行支撑。

所以，工作更多的时候不是完成即可，完成只是一个基础，更多的是如何把一件事情做的更好。有可能60分就及格的情况下，大家都要做到90分以上。这种模式对个人能力提升较快，每个人不单是CRUD就完事的，需要有独立思考空间以及项目规划；而反观友商PDD，更多的时候员工只需要执行上层命令，做事情即可，如果这件事情失败了，那就抓紧换一件事情做，两种做法各有优缺点，适合不同的打工人

也通过这篇文章，沉淀下这一年的一些工作总结：

• 做事风格：
  
  
  
  
  • 想到去做、马上去做、做到成功
  
  
  • 预期做完给谁用，价值衡量的标准是什么，是否量化
  
  
  • 做事情要深入，研究清楚，不能停留在系统能跑的层面
  
  
  • 很多小事情，不要看热闹，平时要比别人多想一点、多做一点，自然就脱颖而出了
  
  
  • 在做一件事情时，不要局限自己的一亩三分地，要让自己建立老板思维，不断要自己向老板思维靠拢
  
  
  
  


• 能力体现：
  
  
  
  
  • 认知能力：基础技术、技术架构、风控业务、经济学、哲学
  
  
  • 指标能力：大盘关键指标、维度下指标对比、细节指标表格展现
  
  
  • 专业能力：专业、专注、务实、分清ROI/优先级、不当螺丝钉、广阔视野、全局视角
  
  
  • 项目能力：不需要征求多人意见，要有掌控力，权威性，你想要的、你要求的，要明确提出
  
  
  • 学习能力：人不是从经验中学习，而是从对经验的反思中学习，反思-日常action-刻意提升-换位思考
  
  
  • 沟通能力：外部合作沟通，务必保持团队内部一致性，凡是换位思考，多从合作方的角度出发，期望什么样的合作体验，所谓自信的来源，是提前做了大量不为人知的准备
  
  
  
  


• 工作：
  
  
  
  
  • 需求沟通要带着思路去跟别人聊，不能只被动的接受需求输入
  
  
  • “问题”的解决需要加上事后跟进、追踪的需求记录，这样延展性会更多；有的问题自己解决，有的问题推动他人解决，这也是一种能力
  
  
  
  


• 其余思考：
  
  
  
  
  • 所谓“水到渠成”，所有你能承担更大责任的，都是提前准备好，不是被安排了某些事情才做到的
  
  
  • "老中医"理论不可靠，知识获取的视野、主动高效学习的方法、知行合一的实践、上下前后（历史经验）的思考、行动，反复拷打自己，加速曲线，超过"老中医"，不成为平庸的普通人
  
  
  • 我们一定要想明白想成为什么样的人，是做一件事，还是站在更高的角度去看待完整的问题，看待问题的视野和格局，决定了我们的日常行动、结果、面向未来的可能性的差异
  
  
  
  

同样，集体/团队认同也是最最最重要的一点，有幸能够加入这个团队，贼开心。 团队团建照片：

顺便立下2025年的第二个Flag：在阿里妈妈继续钻研风控业务，将流量与内容线全面掌握并能够成功晋升。

四、运动

之前一直没有专注过运动，来了阿里之后，整个团队氛围喜欢运动，我也参加了很多运动，包括：篮球、羽毛球等，也因为运动认识了一堆朋友

同样，自己因为运动整个人的精神也比之前好了很多

嘿嘿嘿，是不是变化很大，果然大厂是最好的医美工具

这里立下第三个Flag：2025年继续保持篮球、羽毛球运动，同时加入跑步这项运动

五、家庭

今年对象考上了县医院，正式成为了一名在编人士

同时也看了看老家的房子，准备上车还房贷了，不出意外的话，2025年应该就背上房贷了

这里有个重点：我和我亲姐，我们一起选定的一个小区、一个单元，以后爸妈串门就方便了！！！

这里立第四个Flag：希望2025能够买一套属于自己的房子，和对象进行订婚流程~

五、总结

2024年过的真快呀，嗖嗖嗖的就过完了，自己也已经三年半经验了

看着现在刚毕业的年轻人，左手源码、右手算法，压力贼大

同样，感觉自己也挺幸运的，当时在众多 offer 之间选择了阿里妈妈，怀着忐忑的心情来了北京，没想到团队氛围贼好，好的老板、好的师兄、好的同事，还有好的喝酒小团队

自己有时也在想，可能这就是前两年每天认真学习上天的奖励吧

希望2025年能够完成自己所有的Flag并保持每天学习的好习惯~

花有重开日，人无再少年

2025，让我们顶峰相见！

如果你也对 后端架构 和 中间件源码 有兴趣，欢迎添加博主微信：hls1793929520，一起学习，一起成长

我是爱敲代码的小黄，阿里巴巴Java开发工程师，CSDN博客专家，喜欢后端架构和中间件源码。

我们下期再见。

我从清晨走过，也拥抱夜晚的星辰，人生没有捷径，你我皆平凡，你好，陌生人，一起共勉。

就在刚刚，一个令人悲伤的消息传来。

谷歌 DeepMind 研究科学家 Felix Hill，于 2024 年 12 月 5 日英年早逝，年仅 41 岁。

自 2023 年初以来，他一直在与严重的精神疾病作斗争。期间，他表现出了重度抑郁和严重的自杀倾向，终于还是没有扛过去。

Felix 是一位学术成果颇丰的 AI 学者，谷歌总引用量为 19680，参与创建了自然语言理解基准 GLUE 和 SuperGLUE。

Felix Hill 本科在牛津大学学习数学，随后在剑桥大学拿到了语言学硕士学位，和计算语言学博士学位。

毕业后，他曾有 8 个月在高中担任数学老师，随后进入谷歌 DeepMind，当了将近 8 年的 AI 研究者。

消息传来，他的 AI 圈好友无不表示悲痛和难过。

1 月 11 日，Felix 的葬礼将于伦敦北部举行，届时将进行现场直播。

许多认识他的人悲痛地留言说：Felix 是一个很特别的人，超前于这个时代。

左右滑动查看

最令人心碎的博客

是什么样的原因，让这样一位成果丰硕的 AI 学者的生命逝去？

他生前的一篇博客，揭露了许多细节。

他详细描述了 2023 年母亲离世后，正在精神病院接受治疗的自己症状更严重了。接下来的 12 个月内，他更是陷入极度焦虑和自杀的抑郁状态。

他也写道，自己当初投身 AI 研究并不是为了赚钱，但 AI 大爆发后，自己仿佛被迫进入「战争」状态，写论文、搞研究、创业，都令人压力重重，找不到出路。

即使积累了大量财富，自己也依然出了问题。

文章地址：medium.com/@felixhill/…

英伟达高级研究者 Jim Fan 读完悲痛地表示：这是我读过最令人心碎的博客，因为它如此真实，如此贴近内心。

Jim Fan 表示，AI 不应该是 200B 权重的压力和痛苦。

曾经，这是一个充满咖啡因带来的灵光乍现的地方，是令人兴奋的深夜 arxiv 探索之旅，是能让研究者脸上露出笑容的绝妙想法。但所有涌入的资本和关注，似乎正在迫使每个人竞相逐底。

黄仁勋经常对员工们强调，不要用「打败这个，碾压那个」的措辞。因为大家的目的是为了提升整个生态，而不是让任何人陷入深渊。AI 学者的工作是做大蛋糕，越大越好，然后再分配。

AI 不是零和博弈，事实上，它可能是人类有史以来拥有的最正和的博弈。大家应该做的，是向竞争对手传递爱意。

Jim Fan 写道，虽然并未有幸在现实生活中认识 Felix，但自己很喜欢他的研究品味，为他的每一篇新论文都设置了 Google Scholar 提醒。他在 AI 智能体和 VLM 方面的工作也对自己影响很深。

「他本应该成为一个很好的朋友。我想认识他，但现在已经不可能了。」

「安息吧，Felix。愿来世你不需要去战斗。」

2000 亿权重的责任：现代 AI 工作中的压力

下面这篇博客中，Felix 详细回顾了 AI 爆火的几年，给自己的生活带来的剧变——

过去两年，AI 领域发生了不可逆转的变化。

ChatGPT 的月活数接近 2 亿人。Gemini 在 2024 年 5 月的访问量接近 3.2 亿次，AI 爱好者现在可以使用 AI 微波炉、AI 牙刷，甚至 AI 足球。

然而，对于我们这些在 AI 领域工作的人来说，这种大众兴趣的激增既是福也是祸。

诚然，薪资水平上涨了，股价和市值也随之提高。但另一方面，这种变化也带来了独特的压力。

这篇博客讲述的是现代 AI 领域的压力。它面向所有在 AI 领域工作的人（按保守估计，现在全球人口中大约有 87% 的人在从事 AI 相关工作），特别是那些从事 AI 研究的人。

最终，我希望通过讨论 AI 研究中的压力源，让我们这些有幸在该领域工作的人生活得更快乐一些。

因为，尽管目前一片混乱，这仍然是一个美妙而充实的职业——它有潜力解决科学、哲学乃至人类本身的诸多重大问题。

无处可逃

几个月前，我参加了一个朋友的 40 岁生日派对。在那些我不太熟悉的人中，我注意到一个奇怪的现象。

尽管我那时身体不适，而且明显不太想讲话，但我周围还是形成了一个包围圈，原因仅仅是，大家知道我在 DeepMind 上班。

而且，他们想聊的不是足球或 80 年代音乐，恰恰是我最想避免思考的主题——AI。

虽然很感激这么多人对我的工作感兴趣，但这也提醒我过去两年发生了多大的变化。

银行家、律师、医生和管理顾问都想听听我对 ChatGPT 的看法；虽然很少有人声称在工作中直接使用了 LLM，但他们确信，AI 领域正在发生一些他们应该了解的事情。

作为一名研究人员，我相信你也能体会到这种在社交场合无法放松的感觉。

但情况更糟。就连在自己家里，我也找不到安宁。

我早已不再看新闻，因为害怕引发焦虑。但即使是在看足球、VH1、蒙塔尔巴诺探长，或者那部出色的《那不勒斯四部曲》改编剧时，广告中也充斥着与 AI 相关的内容。

在这段时间，我时常幻想着收拾行李，跨越大洲去加入一个隐居群体。但很可能连内观禅修（Vipassana）也被 AI 渗透了，这不会让我惊讶。

无形的竞争

几家大公司竞相开发最大、最好的 LLM，这一事实本身就令人压力重重——无论你为哪家公司工作。

现在从事 AI 研究，感觉就像参与一场战争。希特勒和达奇 · 舒尔茨的例子告诉我们，参战可能导致精神病态、离婚和自杀等严重后果。

当然，我并不是要把参与 AI 研究等同于参与真实战争，但我的亲身经历却表明，这种类比是很真实的。

关乎底线的工作

通常，业界的研究人员并不习惯于自己的工作对雇主的底线产生直接且即时的影响。

当然，许多研究人员都梦想能够产生这样的影响。只是以前，这种机会可能是十年难遇。

如今，对 LLM 基础研究的结果，往往只会对模型性能产生微小、短期的波动。然而，由于公司估值与 LLM 性能（难以分割地？）挂钩，这些波动可能导致股价出现数十亿美元的起伏。

这种动态令人倍感压力，而且这也不是 AI 研究人员在研究生阶段、博士后期间，甚至在 2022 年之前的工作中所能预料到的。

**钱，**钱，还是钱

大多数 AI 研究人员，尤其是我们这些超过某个年龄的人，当初投身研究并不是为了赚钱。

做自己热爱的工作还能获得丰厚报酬听起来是个完美方案，但这也可能引发强烈的焦虑。特别是当推动你收入增长的外部因素不在你的控制范围内，且 / 或者这些因素让你对工作的热爱程度大不如前时。

无论 AI 是否与此有关，突然积累财富可能会导致各种问题，看看那些经过多年努力终于成名的演员或歌手就知道了。成瘾、感情破裂、友谊破碎，甚至自杀只是一些较为常见的症状。

这些症状，我确实都感同身受。

科学家角色缺失

LLM 的规模、简单性和有效性使得做出「相关」的「科学研究」变得困难，这里的相关指的是能立即改进 LLM。

领先的 LLM 研究人员已经开始认同 Rich Sutton 的「苦涩教训」：除了规模之外，几乎不需要任何创新。

而且，即使理论上可能存在实质性创新，实现它往往需要在不同条件下反复训练最大规模的 LLM。这甚至连最大的公司都负担不起。

对于一个「普通」的研究科学家来说，这感觉简直令人绝望。

对于习惯于在 5 至 10 人的小团队中工作的工业界科学家来说，这些已经很艰难。但学术界的人所遭遇的无疑更加严峻，比如那些博士生、博士后和 AI/CS / 机器学习领域的教职人员。

发表论文

虽然学术界的人可以（也应该）继续发表从 LLM 实验中获得的见解，但对于工业界的科学家来说，发表论文的问题就没那么明确了。

发表论文一直是科学过程的内在组成部分，也一直是 AI 研究的核心原则。我接触过的大多数 AI 研究人员，特别是研究科学家，都同意我的观点：发表论文是我们职业生涯的关键。

但是，至少在工业界，过去 2 年来，研究成果是否能够发表的问题变得越来越不明确。能够改进 LLM 的小技巧可能等同于 LLM 之战中的关键武器。将这些秘密公开是否对资助研究的组织有利，这始终是一个需要深思熟虑的问题。

这一切都意味着，研究人员经常对自己想法的前途毫无把握，至少，这会对我造成巨大的压力。

创业公司

当然，摆脱这些困扰的一个可行出路，就是规划科研方向，筹集资金并成立创业公司。事实上，目前 AI 创业公司（无论大小）的激增表明有多少科学家选择了这条路。

但成为创始人并不能必然地规避相关压力。

众所周知，创业的压力也很大；即使在当前投资者热情高涨的情况下，许多资金充足的 AI 创业公司仍然失败了。

我知道，成为创始人是一段特别孤独的旅程。这无疑是当下雄心勃勃的科学家们的一个可行选择，但这既不会让做研究变得容易，也不会减轻压力。

为什么要写关于压力的博客

过去两年在 AI 领域可谓混乱而疯狂，而对我个人而言，这更是一段特别动荡的时期。

2023 年 4 月，我的母亲在与阿尔茨海默症长期抗争后离世。那时的我正在精神病院接受治疗，因为出现了严重的精神症状，其中压力很可能是重要诱因。

在接下来的 12 个月里，表面上我是在康复中，但实际上却陷入了极度焦虑和自杀倾向的抑郁状态。

所幸在这期间，我遇到了非常理解我的处境（以及认可我对公司的价值）的雇主，他们一直为我提供治疗和精神上的支持。

经过另外 6 个月的重度抑郁之后，我的状况开始好转，最近也感觉自己有能力写下这些经历。

我深刻地认识到压力和焦虑是密不可分的；事实上，它们本质上可能是同一件事。诚然，像任何适应性特征一样，焦虑有时也能带来积极影响（比如提高生产力），但一旦焦虑变得失控，后果可能相当严重。

正是在尝试重新学习如何成为一名 AI 研究员的过程中，回顾 AI 领域这两年的发展，让我获得了这篇博客中所分享的见解。

诚然，仅仅分享这些见解并不能从根本上解决问题，但在最艰难的时期，能给我带来希望的少数事情之一就是意识到我并不是一个人在战斗。

如果你现在也在经历类似的困扰，请记住——你并不孤单。

社交焦虑

我已经讨论了当前从事 AI 研究的人可能遭受的诸多压力或焦虑的诱因。

然而，还有一种压力我尚未提及，这是因为我很幸运从未亲身经历过。我对它的了解，完全来自于与朋友和同事的深入交谈。

这种压力就是社交焦虑。

据朋友们反映，那些有社交焦虑的人往往会觉得群体互动充满挑战。在现代 AI 领域，这是一个格外严峻的挑战，因为大型项目团队和大规模的（通常是跨洲际的）协作已成为必需。

目前行业中的高流动率更是雪上加霜，因为已建立的团队（通常作为社交「安全网」）可能在一夜之间解散瓦解。

人员流动还可能引发信任危机，因为曾经可靠的伙伴可能会转投竞争对手的研究团队。

值得欣慰的是，社交焦虑和我此前讨论过的所有焦虑或压力表现一样，都是可以克服的。克服的第一步是培养以家人和「非 AI 圈」朋友为主的自然支持系统。

而关键的第二步，则是我们所有从事 AI 工作的人，都要开始并持续保持关于压力的坦诚对话。

因此，诚挚邀请你在社交媒体上分享自己的经历和感受。让我们携手努力，不仅将 AI 研究打造成一个充满活力和智力挑战的领域，更要使其成为一个充满同理心和善意的温暖家园。

AI 大佬发长文缅怀

Contextual AI 首席执行官 Douwe Kiela 发文表示，我真的很难过，我亲爱的朋友 Felix Hill 离开了我们。他在世界各地有很多朋友和同事。为了让更多人知道，他的家人希望我们分享这个网页，一起纪念他的一生：

EPFL 教授，前 DeepMind 研究科学家 Caglar Gulcehre 表示，听到 Felix 离开我们的消息，真是令人心碎！

他回忆道，「我第一次见到 Felix 是在蒙特利尔读博二的时候。那时候，我正经历抑郁症，头两年的生活很难熬。我搬到一个新国家，再加上冰天雪地的天气，让我感到特别不适应。

Felix 总是充满活力，乐观开朗。但有时候，你很难知道别人生活中正在经历什么。所以，对他人多一份理解，不要轻易下结论很重要。或许他们可能正经历着不为人知的困境。可惜的是，很多人仍然低估了心理健康的重要性。

寻求帮助并不是软弱的表现。刚到 DeepMind 工作的头两年，我的父亲突发心脏病，后来还失明了；我的姐姐也被诊断出癌症。那时候，我又搬到了另一个国家。如果不是寻求了专业帮助，我不知道自己该如何应对这一切。

无论何时需要帮助，都要勇敢去寻求。我很感激身边有许多支持我的人，在困难时期给予了我很大的帮助。如果心理状态不佳，很难在工作上取得成功。向 Felix 家人致以深切的慰问」。

DeepMind 研究科学家 Andrew Lampinen 发文怀念其这位曾经指导过自己的导师——

Felix Hill 是一位非常出色的导师——偶尔也是我的冬泳伙伴。我能加入 DeepMind，以及形成如今做研究的方式，很大程度上都要归功于他。都过去一个月了，我还是觉得难以相信他已经离开了。

Felix 在选择研究方向上有着超强的眼光，而且直觉特别准。每当遇到新想法，他总会表现出孩子般的热情和好奇心，还特别幽默，能够与他一起工作真的让人备受启发。

他也特别看重跟他共事的每个人。在我刚到 DeepMind 的时候，他和 Jane Wang 一起把一群超棒的人聚在了一起，比如 Stephanie Chan、Aaditya Singh、Allison Tam，还有其他很多朋友和合作伙伴。

不过他也经历过一段艰难时期，尤其是最近这几年。我最后一次和他聊天是在他离世前大概一个月，那时他跟我分享了一个雄心勃勃又有点疯狂的项目想法，让我仿佛看到了他当年的影子。但那会儿我太忙了，一直没有再跟进，直到现在为时已晚，至今这件事让我特别后悔。

纽约大学计算机科学和数据科学教授 Kyunghyun Cho 更是写了一篇长文缅怀逝者——「再见了，Felix」。

文章地址：kyunghyuncho.me/bye-felix/

这段文字写于 2024 年 12 月 9 日，但当时我既不愿意也无法接受所发生的事实，所以一直没有勇气发布。即便到现在，每当想起这件事，我的心仍然隐隐作痛。我选择在 2024 年的最后一天发布这段文字，以此缅怀 Felix。

时间回溯到 2014 年初夏。我当时在蒙特利尔大学担任 Yoshua Bengio 教授的博士后研究员，而 Felix 是一位刚刚抵达蒙特利尔的访问学生。

那时，我正在致力于开发一个能够处理长句子的神经机器翻译系统（Neural Machine Translation，NMT），为此我尝试了所有能想到的方法（注意力机制当时并不在其中，直到同年夏天 Dima Bahdanau 作为实习生来到蒙特利尔才有了突破）。

在这些探索性尝试中，我构思了使用门控卷积编码器（Gated Convolutional Encoder）来替代基于循环神经网络（RNN）的编码器。通过对门控机制施加适当的约束，我成功训练出了这个模型，并使其具备了一定的可解释性。

当 Felix 来到我的办公桌前，以语言学家和计算机科学家的身份做自我介绍时，我很兴奋地想要向他展示这个新模型所揭示的可解释结构。

于是我向他展示了：

Felix 以极其笃定的语气对我说，「Kyunghyun，语法并不重要」。这大概是我听过非韩国人中最标准的名字发音。

那一刻我就预感到，Felix 一定会成为我最好的朋友之一——事实证明，从那时起直到现在确实如此）。而他说的这句话，也在往后几年里频频出现在我的学术演讲 slides 中。

在我们共度的那些愉快时光中，除了进行深入却不失趣味的哲学探讨，我们也开展了一些研究合作。

除了共同发现的诸多有趣成果外，我们最具标志性的「贡献」反而是一个相当特别的现象：从 2016 年开始，我们无意中引领了一股持续 3-5 年的潮流，就是人人都仿佛着了魔似的要在论文中塞入一个装满海量数字的「超级大表格」（The Really Enormous Table）。

当时我们在写「Learning distributed representations of sentences from unlabelled data」这篇论文时，完全没想那么多，但最终还是放入了两个巨大的数据表格：

2018 年初，Felix 在 ICLR 的论文集中发现了好几篇包含「超级大表格」的论文，这让我们不禁哑然失笑。

即使在严谨的学术研究中，我们依然保持着这种愉快的合作方式。

时光飞逝，将近十年后，Felix 作为 2023 年拉美人工智能会议 Khipu 的组织者之一，邀请我担任演讲嘉宾。他兴致勃勃地向我描绘我们将要进行的活动：观看足球比赛，游览布宜诺斯艾利斯等等。

然而，当我在 2023 年 3 月抵达蒙得维的亚参加 Khipu 时，却发现 Felix 并未到场。其他组织者告诉我，他因为健康问题无法前来。那时的我还不曾想到，这竟是我最后一次有机会与他相见。

Felix 在 2023 年第二届 Khipu 上未领取的参会正件

2024 年 6 月，经过漫长岁月，我终于有机会造访伦敦，便给 Felix 发消息约他共进午餐。尽管我清楚见面的可能性渺茫，但我真的非常期待能与他相聚、畅谈，一起消磨时光。

我们上次见面还是在疫情之前，之后就只能靠偶尔的远程视频联系。我也暗自期待能看到他康复的喜人变化。

几个月后（2024 年 8 月），Felix 回复了消息，并为迟复致歉，这实在让人心疼。他还附上了一张我们的合影（不是 AI 生成的，但是 Felix「生成」的），唤起了我们上次在伦敦相聚的美好回忆。

左图：这是一张由 Felix 本人「生成」的与我的合影；右图：这是一张真实拍摄的 Felix 与我的合影

上周五，我收到了 Douwe 发来的 WhatsApp 消息。正是由于 Felix 在 2014 年的引荐，我才认识了 Douwe，并与他建立了深厚的友谊。我立即尝试联系 Felix，但不管是 WhatsApp 还是手机，都已经无法接通。

Felix，愿你现在已不再痛苦，在天国与母亲团聚。

参考资料：

http://www.paperlesspost.com/go/7BbrzXXh…

medium.com/@felixhill/…

x.com/DrJimFan/st…

x.com/kchonyc/sta…

x.com/douwekiela/…

一、开篇

  12月今年最后一个月了，相逢的人已走散，Q4的OKR已经定型了，很平淡无味、闲的无聊，提前写个年终总结吧。25年，再过一个月就35岁了，一个人来北京也已经11年了。年近末尾，思绪良多。回顾过去来看，这一年还真的经历了很多的事情，我的生活也发生了翻天覆地的变化！时光走笔，岁月成章，书写一本名为《我》的彩色童话，刻画属于自己的千种情绪、万般色彩。如果用一句话概括下过去的一年，那就是：力学笃行倍道而进，从不缺少挑战的勇气；脚步坚实步伐坚定，从未停止奔跑的脚步。

• 历经苦难，方知生命可贵！


• 承受困难，方懂世事艰辛！


• 无惧苦难，方能勇往直前！

二、历历在目，回首成长之路

2.1 天地风尘三尺剑，江湖岁月一诗篇

这个世界，人有万算，但却不如老天一算，做人要坦坦荡荡，做事要问心无愧。

  回顾2024年，经历了非常多的大事情，有幸这一年全家人平平安安，在稳步前进。算是折腾的一年，刚开年之初，就喜得医院三日游，还记得那晚独自一人站在窗口，望着远处的万家灯火。依然不记得当时在想什么，只记得呆呆的站了一晚。也许过去的23年命里跟小人犯冲，又喜得公司裁员大礼包。原本想新年之后在重新找工作的，可麻绳专挑细处断，厄运只找苦命人，3月又被迫到医院“营业”，好在“苍天有眼见可怜，善恶有报分两岸”，还是顺利从手术台上走下来。医院是离生死最近的地方，再次面对时，本觉得可以洒脱些，然而，不然！真的真的是再也不想去医院了！

  这一年，有过迷茫和无助，更多的是家里人带来的幸福和开心，有家人们的支持，也有了新的目标。也许是大病一场后，很多东西彻底的看清了、放下了。最大的问题是，今年颓废了，丢掉了自己的早起习惯，开始习惯性的熬夜娱乐，总是晚起床。有时候，我也会羡慕当初年少的自己，那时的自己，敢爱敢恨、敢打敢杀，更加不顾后果。而现在的自己呢，懂得控制自己的情绪，学会了顾全大局，也是能屈能伸。但这样的自己，也有弊端，隐藏了太多情绪，同时也控制了太多感情，活的也不如当初那般潇洒了。可没办法，成长，是人的必经之路，尤其是男人。成熟的男人，不能一味追求潇洒。他可以不已天下人的安危为己任，但至少要保障身边人的安危。为求生计赴他乡，今朝重温儿时梦，却已青丝染白霜。沧海桑田，世事变迁，回不去了，终究还是回不去啊……

  我单枪匹马的走到现在，任何人都不是我的靠山。苦，我吃了；委屈，我咽了……伤痕累累走到现在，流言蜚语又能奈我何！再穷，我也没有骗过朋友；再苦，我也没有坑过身边人；再难，我也没有算计过谁……其实，我更喜欢好多年前的自己，他比我有胆量，比我遗憾少，比我懂得少，比我相信的很多……

2.2 书海遨游，陶冶情操

读书百遍，其义自见。 ——《三国志》

  如今，手机已成为我们生活和工作的必需品，仿佛离开了它，就失去了飞翔的翅膀。我们依赖手机获取信息、沟通联络、娱乐消遣，几乎每一刻都离不开这个小小的屏幕。然而，这份过度依赖，却让我们的心灵逐渐陷入了一片荒芜之地。风沙漫天，孤寂如影随形，我们急需一股神秘而强大的力量，在这片荒芜中播撒希望的种子，使之绿意盎然，生机勃勃。这股力量，便是阅读。

  在这个快节奏的时代，我们或许会因为忙碌而忽略阅读的价值。但请铭记，无论生活多么喧嚣，都要为自己的心灵保留一片净土，用来播种那些能够滋养我们灵魂的书籍。我每天抽出半小时的时间，远离手机、电视等电子产品的干扰，静下心来读一本书。当沉浸在书海中时，我发现那些曾经困扰我们的烦恼逐渐消散，内心变得宁静而充实。让我暂时忘却现实的痛苦，在无形中给予我力量，教会我如何在困境中寻找出路，如何在绝望中看到希望的曙光。

  那啥，虽然 24 年阅读的书籍着实不多，大部分是闲书，惭愧惭愧，25 年要加油了，

三、我的程序人生

3.1 缘起性空，归来不少年

有所选择，有所放弃，做到“尽人事，听天命”就好了。

  岁月匆匆流逝，回顾这一年最大的变化就是心态也有所起伏，整体有点躺平了，研究技术的动力也消失了，职业发展上感觉有点停滞不前了，也不太能跟生机勃勃的年轻人一起卷了。还记得从医院刚回来的那几周，整天在家里拉着窗帘，除了吃饭就是躺在床上刷手机，让我尽可能分散注意力，减少内心的痛苦。但是这样的状态也不是事儿啊，那只能去找个工作先干着了。活下来，是我目前的首要任务。于是在网上海投了一遍，结果惨不忍睹，根本没几家公司招人，前前后后两个月，真正靠谱的面试就那么几家。好在等到7月底顺利拿了offer，重新踏上“牛马”的大道。薪资也没有原来的多，但是拿到offer那一刻我依然有些激动，我感觉我活下来了，不管怎样，现在能喘口气了。

  现在上班已经四个多月了，新公司挺好，不加班，基本上7点前就都走了。每天就是按部就班上下班，完成老板给的任务，其他的事情也不用自己操心，终于又做起自己熟悉且擅长的事情。如今逐渐适应了新公司的节奏，也算成功融入了团队，同时和同事相处的也十分的融洽。现在所在公司很少有加班的情况，回想上家公司总是天天加班到12点，劳心劳力而最后却卸磨杀驴。经过上半年的与天搏命、下半年奋发图强，关于工作我只有几点反思：

3.2 坚定持续，攻破重重难关

人生不可能一帆风顺，就像大海不可能风平浪静一样。在生活中还是会遇到很多的困难与挑战，但庆幸的是我都扛下来了~

  春耕夏耘，秋收冬藏。回望来时路，满心皆澎湃。我个人感觉今年几乎没有太多成长，并没有对于某项技术有非常深刻的理解或者突破，连博客的阅读量和涨粉量也是靠着之前的老博文来的。今年最重要的事情之一就是在新工作上稳定下来，当然这也是工作以来最不容易的一年。在这个飞速变化的技术环境中，在程序员的世界里，写代码、修Bug、加班常常成为了日常，作为程序员，技术更新的速度是无法忽视的。

  虽然已经34岁了，不能熬夜写代码了，但是我还是喜欢偶尔敲敲代码，还是期待代码运行起来的效果，排除bug之后还是会高兴，这大概就是程序人生的乐趣！前些天翻了翻前端历史，突然发现，前端的屎事💩的确特别多。前端折腾来折腾去，好在现在才略微回到正轨上。作为后端 Java 程序员的我，并不反对前端折腾，对一些清晰的方向，我们还是应该全力以赴去折腾的。单一技能已经不足以满足现代项目需求，尤其是在公司需要「全栈开发」的趋势下，拥有一定的跨领域能力是你脱颖而出的关键。而且编程领域的变化是快速且持续的，持续学习是程序员生涯中的重要部分。可以通过参加技术分享会、研讨会，阅读最新的技术书籍和博客，或者加入技术社区来保持与行业趋势同步。此外，还可以通过在线课程或认证来提升自己的技能，为未来职业生涯积累资本。

四、心怀远方，踏上逐梦之旅

既已达成目标，也绝不懈怠，做好规划，奔向下一个目标⭐

4.1 厚积薄发，突破自我

学如不及，犹恐失之。——《论语·泰伯》

  程序员的职业发展并非一帆风顺，许多人会在某个阶段遇到瓶颈，感到技术不再进步或工作内容重复。如果感觉工作内容乏味且没有新的挑战，可以尝试向上级申请更多复杂的项目或转向其他技术领域发展。接受新的挑战不仅能让你重新激发兴趣，还能快速提升技能。或者，也可以考虑参与开源项目，这不仅是学习新技能的绝佳方式，还能与其他开发者互动，团队协作、沟通能力等软技能更进一步。

  我自认为是一个爱学习的人，从事互联网行业以来，一直都是从事 Java 的相关工作，除此还系统学过React、JS等，浅尝即止的就不说了，每一项都投入了较多时间，在这些技术的学习高峰，估计能达到中级开发者的开发效率吧。但是随着时间的流逝，其中大部分都忘的差不多了，如果面试官问我相关问题，我大概率是答不出来的，重新去做相关事情也需要去温习才能想起，很多人可能也有类似的感觉。去年的未来展望是打脸了，不少原先的计划没有完成，还因为突发的安排打乱了原先自己的部署，不过失之东隅、收之桑榆，收获也不少，那么我对 25 年的展望如下（写委婉点怕打脸太狠）：

• 「学习 Python」：未雨绸缪，只盯着一个方向很容易触及天花板，真正有能力的人应博学多才，触类旁通，我差得远呢。


• 「保持阅读」：之前买的很多书籍、专栏、小册、视频什么的不能浪费了，要看起来了（收藏从未停止，学习从未开始 🤪）。


• 「锻炼身体」：经历那几年的疫情，大家也明白 🐶 命的重要，锻炼身体要坚持下来，行远自迩/


• 「保险」：在考虑是不是要给自己上一个保险，虽然还年轻。


• 「圆满」：

4.2 向上破圈，遇见无限可能

也是因着有这样的经历，我也去尝试了很多之前完全没有尝试过的事情，真正感受到了什么叫做【脱离舒适圈】

  25 年的我 35 岁了，算是半只脚已经迈过而立之年的门槛，但距离成家立业还隔着老远，父母将老未老，知己零落四散。说实话，我现在知道了，山的那边还是山，我不知道什么时候才能看到海，甚至我可能一辈子都看不到海了。确实事情有些多且似乎都很重要，罗曼·罗兰的一句话怎么说来着 「有些人二十岁就死了，等到八十岁才被埋葬」，但至少到目前为止，生活还没把我扼杀不是嘛哈哈～。

  在这个飞速发展的时代，我们生活在一个个无形的圈子中。这些圈子可能是由我们的职业、兴趣、社交圈子或其他因素所定义的。每个人都有自己的舒适区，舒适是堕落的开始，而开拓则是成长的基石。只有从旧圈子进入更高的圈子，你才会进步。敢于挑战自己，才能经历成长和蜕变，领略不一样的风景。摧毁那些限制你发展的信念，敢于跳出舒适区，勇往直前，闯出属于自己的天地！

五、新的一年，一起加油

  长路漫漫，奋斗不息。学会和自己和解，学会接受自己的平庸，但是依然要努力，毕竟在这个阴雨连天的环境下，没有伞的孩子只能努力奔跑。我们的目标不仅局限于眼前的山川，我们的征途是星辰大海。那是一片辽阔无垠的天地，充满了未知与挑战。乾坤未定，每个人都有成为黑马的潜力。胜负尚未分明，未来充满无限可能。

• 愿你展翅高飞，化作飞鸟翱翔，自由随风。


• 愿你扎根大地，长成参天大树，傲骨铮铮。


• 愿你扬帆起航，翻飞万丈理想，意气昂扬。


• 愿你手握星火，燃尽塞途荆棘，前路坦荡。


• 祝你每次前行都能通往心之所向，每刻驻足都能遍赏锦绣河山。行己所爱，爱己所行，所有遇见皆是最好的安排。

前言

上篇讲述了一位老哥的10年搬砖历程《不容易，35岁的我还在小公司苟且偷生》，有位小姐姐看了之后比较有感触，希望我能将她的故事也讲讲，看看能否有共鸣的朋友。

程序媛的前半生

我今年30岁，无房无贷孑然一身。

出生在95年的沿海小镇（隶属八山一水一分田的省份），我四岁那年父母终于如愿以偿地迎来了弟弟，从此以后弟弟就是家里的中心。

高考填报自愿的时候，想到远点的地方上大学，最终上了四川的一所院校。坐了将近三十个小时的列车，也就是那会儿才真真体会到了书上说的："我国地势西高东低，幅员辽阔"。

专业学的信息工程，大学那会班里男多女少，大家都挺照顾我的，性格也变得开朗了许多，谈了个男朋友，我们相约考个985院校的研究生。

那年春天，考研成绩出来，我没过线，他低空掠过，接受调剂到另一个省读研，然而正当我打算二战的时候，被分手了...

因为考研错过了秋招，春招也只剩了尾巴，也不打算二战了，家里人让我回去找工作，不过我还不太想回去，先找工作再说。幸好平时跟着班里的大牛们一起做过项目，项目虽小，但知其然也知其所以然，花了2个月终于找到一份前端的工作。

2018年入职成都北部郊县的一家小创业公司，公司主营业务是硬件，互联网软件是辅助，前端+后端也就6个人，没想到前端除了我还有另一个妹子。

那会工资比较低，自己也知道本身有几斤几两，为了节省开支，每天都带饭，当然每天也是按时下班，下班后先把第二天要带的饭菜准备好之后，再花一小时提升自己的技术（主要是看别人的轮子），最后边做面膜边刷美剧打发时间，直到窗外的喧闹声逐渐隐去，我也入睡啦。

平淡的日子真的淡如水，印象比较深的是有个晚上需要紧急修复Bug，要去公司对齐方案，尴尬的是，最终查出来不是我的问题。回家的路上，看着昏暗路灯下长长的影子，莫名的感觉害怕，越怕走的越快，越快影子越长，终于看到小区门口有个抽烟保安叔叔，赶紧飞奔过去。当进入小区的那刻，回过头来，却怎么也找不到影子了。从那时起，暗下决定，再也不加班了。

2020年7月，刚好在公司待了两年，周围的同事都换了一半的新面孔，不少同事去了南边，在小聚的时候他们说起了南边的机会比这多多了，让我考虑考虑。我也仔细思考了自己的处境，软件在这家并不是主营业务，想找一家纯互联网的公司，最主要的是这两年没有涨薪，新来的小伙伴工资都比我高，于是也暗中投递了简历。

运气不错，一个月内面了4、5家，最终选定了一家互联网公司，工资是上家的两倍，当时暗自感叹同一个城市差距咋那么明显。

新的公司，单单是前端的研发都有30+人，而这还只是成都分部的。刚开始很是珍惜这份机会，任劳任怨，偶尔也会加班表现一下。后面逐渐和同事们混熟了，才发现自己的工资就是垫底的存在，瞬间加班的动力跌至冰点。

在这公司接触了更多的业务，学习了很多技术知识，甚至知道有些同事大佬自己创造轮子。也许是我比较菜，或是我工资比较低，领导给我的任务都不会太难，我也没出过什么幺蛾子。每年都有涨薪的机会，当然每年都没我的份，在这块我是有心理预期的，因此也不会失落（或许是已经麻木了？）。

23年底开始，陆续有同事拿到了大礼包，甚至有一次我刚从厕所出来，对面的同事的工位就空了。问了才知道，谈妥了，立马走。

到了24年初，小组内陆续走了一半的同事，直属领导找我谈话问我想法，我说我比较懵，明明我在组内最菜，为啥走的不是我。领导说，相比而言你的性价比较高，我暗想：直说我薪资低呗~。

到了24年底，还暗自庆幸自己能挺过最艰难的一年，没曾想拿到了大礼包，没有任何挣扎，签协议走人。

休息了一个月，尝试投递简历，直到现在才有两次面试邀约，神奇的是这两家都会问我同一个问题：结婚了没，打算多久结？我：？？？

我决定了，以后进行自我介绍的时候先发制人，本人未婚未孕未育。

面试结果最终当然是不了了之了。

直到成为自由人才深刻体会到今年寒气之重，都结冰了。

经过了用人市场的洗礼，在三月份之前都不打算投递简历了，反正都是石沉大海。

刚好有时间多休息，多去看看以前没去的地方（虽然大部分是穷游），节后再做打算吧。

30岁的我，在人们眼中是个剩女。

30岁的我，阴差阳错学了技术。

30岁的我，没造过一个技术轮子。

30岁的我，远离家乡几千里。

30岁的我，在领失业保险金。

30岁的我，也许会离开这座城市。

30岁的我，祝朋友们所愿皆所得。

这是一篇迟来的 2024年终总结，从来没正式的为自己做过总结。

一、工作

2023年底，其实当时经过了几面之后，本来已经拿到了 Gitee(开源中国) 的 Offer，然后因为杭州有朋友说有项目，于是思考许久之后，还是决定来了杭州。

选择杭州放弃了深圳，我觉得应该还是这几个原因：

参与的工作和项目

1.1 老系统的维护和迭代

本身有一套基于 PHP 的灵工财税系统在生产上跑，需要进行日常的维护、迭代一些新功能。

系统周边还有一套 支付宝小程序 也在线上运行着。

1.2 新系统的设计与开发

基于老系统的业务需求，重新架构设计和开发了一套新系统：

• 使用 Java17 / SpringBoot3 / MySQL8 / JPA / Redis / RocketMQ 等后端技术栈对后台服务做支持


• 使用 Vue3 / Vite / TypeScript / ElementPlus 等前端技术栈对前端页面做支持

新系统前前后后开发和测试花了大概三个月的时间，技术团队人员 2 个全栈，两个产品，两个测试。

1.3 MCN机构主播平台

设计开发了一个 MCN 机构的主播社区，技术栈和上面新系统基本一致，主要实现了一个后台服务、一个 Web 端的管理系统、一个基于 uniapp 的 App，上架了 App Store，Android 端倒是没有直接上商店，提供的是 H5 官网直接下载 APK.

1.4 一些小工具

也做了一些公司内部很多小工具的开发，例如基于 小爱同学 的业务语音通知服务、Web 叫号服务（类似在页面上输入信息，指定公司内各个部门的小爱同学进行通知的功能）

也不停折腾了公司的一些 VPN 网络架构 局域网服务器架构 等工作，例如基于 vmware vsphere vcenter vsan 的超融合架构等。

用大模型搭了一些好玩的服务，比如 ts.hamm.cn java.hamm.cn 等

1.5 其他项目

也客串了一个前端，参与了公司其他小组的社交类产品的管理后台开发。

因公司有一个 AI 出海项目需求，预研了一个 AI智能体项目，主要是一些角色扮演的场景服务 （此处有狗头）。

二、开源

今年做了一些开源小项目，当然比去年的积极性要低了很多：

2.1 SPMS 智能生产管理

S-PMS (Smart Production Management System) 智能生产管理系统 ，是一个集成化、智能化的企业级应用软件，它集成了多个核心的生产管理模块，包括 制造执行系统 (MES)、仓库管理系统 (WMS)、企业资源计划系统 (ERP)、质量管理系统 (QMS) 以及 物联网管理系统 (IoTS) 等。

技术栈使用的也是和 1.1.2 中提到的一样。

其中完成了两个端的开发：

• 服务端：github.com/s-pms/SPMS-…


• 网页端：github.com/s-pms/SPMS-…

这个项目其实从 2013年底 就已经开始了，目前还在迭代中。

2.2 OllamaK

因为觉得其他的 Ollama iOS 客户端都不好用，然后自己花了几天时间写了个简单的 Ollama iOS 客户端。

Github: github.com/HammCn/Olla…

基于 Swift + SwiftUI 设计。

2.3 AirPower4T

AirPower4T 是一个基于 Vue3 TypeScript Element Plus Vite 的开发基础库，使用面向对象、装饰器、Hooks等开发模式，内置了数据模型转换、表格表单装饰器配置、加解密和编码解码、网络请求、权限管理等常见后台功能以及页面组件，助力后台类系统的前端开发效率，同时保障了优雅的代码质量。

Github: github.com/HammCn/AirP…

2.4 AirPower4J

AirPower4J是一个基于 Java17、SpringBoot3.x、JPA&MySQL 的后端开发脚手架，其中包含了一些 RBAC、请求验证、CURD封装、异常处理、多租户SaaS、加解密与安全、WebSocket等模块，以满足日常开发的快捷、稳健、标准化等要求。

Github: github.com/HammCn/AirP…

2.5 一些SDK包

2.5.1 WeComSDK

企业微信的 Java SDK 。目前是开发中，对 企业微信 的一些 OpenAPI 进行了封装。

Github: github.com/HammCn/WeCo…

2.5.2 WeComRobotSDK

一个很好用的企业微信机器人开发工具包SDK。也是发布到了 maven 仓库。

Github: github.com/HammCn/WeCo…

2.5.3 AirPowerJavaSdk

AirPower Java SDK 是基于 Java8 下用于快速对接 AirPower4J 项目中的开放应用的开发工具包，实现了与 AirPower4J 匹配的 AES / RSA 出入参加解密、参数签名、防止重返攻击、数据自动转换等功能，针对基于 AirPower4J 下的 Web 项目提供快速支持开放能力。

Github: github.com/HammCn/AirP…

三、写作

这一年免不了在掘金和其他社区摸了不少鱼。

3.1 掘金专栏

开了三个掘金的专栏：

3.1.1 《用TypeScript写前端》

本篇专栏主要讲解作者是如何大胆放肆的使用 TypeScript 面向对象思维来写前端的。

截止目前，共收录了 32篇 文章，订阅用户 500 人，希望能真正的帮到这 500 个订阅的朋友。

3.1.2 《来杯Java压压惊》

主要是分享一些用Java写后端的心得体会。

截止目前，共收录了 14篇 文章，订阅用户 6 人，因为是 11月 才创建的专栏，数据有些许惨淡。

3.1.3 《你好，全干工程师》

网络？运维？架构？产品？设计？可能这个专栏都有涉及到。

截止目前，共收录了 47篇 文章，订阅用户 21 人，数据也不是那么好看。

3.2 粉丝数据

截止目前：

3.2.1 掘金粉丝：800

3.2.2 Github粉丝：211 (@HammCn)

3.2.3 Gitee粉丝：887

3.2.4 公众号粉丝：3401 （@imHamm）

公众号的粉丝也不是很垂直，现在几乎不在公众号发布什么内容了。

3.2.5 微博粉丝：5000

（不垂直，已经不打算经营了，不再公开了）

3.3 阅读数据

截止目前，掘金阅读数据：

四、生活

杭州的生活很糟糕。特别是美食。

4.1 饮食问题

刚来的时候，还能维持每周两三次在家做饭炒菜，这几个月几乎没怎么在家做了，都选择了外卖或者在外面吃。

美团上拉黑了很多个商家了，实在是难吃。

4.2 日常出行

因为几个朋友都在一起，所以日常也基本都是在一块。一般也只在家、公司、附近商场、机场、火车站 这些地方。

日常没有什么出行的需求，但给老婆换掉了之前 我开的油车，换了 另外一辆油车。。。

（给家里添置了第二辆林肯了，蛮喜欢这个品牌的）

唯二在杭州较远的两三次出行：

4.2.1 灵隐寺

去过一次就不再想去第二次了。

4.2.2 乌镇

和重庆的磁器口差不多，没什么意思。

五、家庭

家庭是最重要的部分，所以选择放到最后说了。

5.1 儿子

儿子今年六月份三岁了，也上了幼儿园小班。

小子从小就聪明，情商也高。就是在学校不爱吃饭，还回家说学校的饭菜不好吃。

现在几乎能用英文从 1-100 读出来，一些颜色、水果、物体 也都能简单的表达了。

数学方面的话，10以内的加法没问题了，减法还不太会的样子。

5.2 老婆

家里最漂亮的女人。带孩子、上班都是她。

5.3 亲人

爸妈，岳父岳母依然是围着儿子在转，也慢慢的有了一些岁月老去的痕迹了。

依然是身体健康，这也就是最大的幸福。

5.4 离开了两个亲人

我这边的爷爷和外婆相继在今年离开了我们。希望他们在那边没有烦恼，快乐生活。

六、总结

这一年经历了太多，本文也是流水账的方式做了个年终的总结。

对2025年的期望，目前也还很迷茫。

先祝福吧：

希望儿子能健康快乐的成长，能学习到很多好玩的东西。

希望老婆依然是貌美如花，别被儿子整天的调皮折腾。

希望爸妈，岳父岳母，爷爷奶奶们身体健康，生活没有烦恼。

至于我自己，现在还没想好，但希望2025年工作上能有一些新的突破。

就这样，也祝所有幸福的人们，2025的愿望也都能实现。

也许一切都有个期限。

人生的前 7 年是童年，接着是 17 年的学生生涯（1 年复读)。在大学四年里，除了应付本身的学习外，一半的时间鼓捣音乐，一半的时间在炒股，对结束学生的生活充满了期待。

进入工作以后，来到今年，也17年了。

上班和上学真的很像的。上学时，小学中学大学一路打怪升级，上班时，小厂中厂再到大厂，也是一路打拼。每天两点一线，年复一年，日复一日。

因父亲是国企员工，自小对大厂的集体生活就有恐惧感。然而经过奋斗再进入大厂，享受到更好的福利待遇时，才发现大厂的生活更适合大众。

但是，经过前面几年的折腾，已经消耗过多的精力，进大厂之后缺乏了向前进的动力。在小厂里，你 3-5 年就可以成为小领导。在大厂里，3 年才刚刚对公司各方面有一些了解，才能协调资源去完成一个小项目。大厂里需要消耗更多的时间精力处理本身工作之外的事情。

在大厂时间一天天流逝，发现自己并没有得到真正的提升。

于是，凑巧也是 17 年，终于迎来了结束的一天。

因为给自己打了个 C，喜获炒鱿鱼一份，也正式离开了大部分人走的轨道。

大学的时候无所事事，那四年的确是个人最舒服的时间。现在也无所事事了，挺好。

旅行

没事就找点事吧。除了省内走走逛逛之外，也出省游了。

春天，到武汉赏樱花；秋天，到南京赏枫林。夏天则走了一趟海南环岛游。春夏之间，还去了宁波，与深圳同样的海滨城市。

中国的城市化的确很好，在任何城市生活都不会有很大的差别，只是各处的风景、人文又略有不同。

武汉，赏的是代表着中日友好的樱花，也是它的悠久历史。平原一望无际，楼都比山高，黄鹤楼与长江大桥夹在高楼间，并不显突兀。这里有春秋战国的遗物，有 800 年的楚国文化历史，也有与深圳一样新的光谷。

南京，除了心心念念的红枫林，还有六朝古都的风韵。枫叶看了，南朝四百八十寺看了，再去看看博物馆。作为在文化荒漠长大的广东人，博物馆看到第三天，脑里存储的历史知识已经用完。最后亦不能忘，要去中山陵园瞻仰近代伟人。

宁波像矮版的深圳，高楼大厦少了些，但是不缺发达的城市商业，不缺鲜甜可口的海鲜，也不缺舒适慵懒的海边。这里还有中国最大的私人藏书阁，这里也是徐霞客旅行的起点。

至于海南，熟悉又陌生。的确远离了大陆，除了冼夫人、苏东坡的痕迹外，没有太多先人的故事。在这里躺平也是一个选择。多少明白了全国各地的人都喜欢去海南的原因。

我心中是没游遍全国的计划的。作为一个中年人，开始向内求，其实不太需要外界刺激来放松自己，或者来达到什么样的目的。

明年会不会继续出发？当然是看钱行事。

钱

钱的问题才是主要的问题，尤其对一个失去了工资收入的人。

投资上，今年预判失败，提早清仓了纳斯达克指数 ETF，然后在 9 月底，参与了大 A 股的闪电牛市，但是没有全身而退。在股市上只能说小盈利。离职后，更是忘了“财不入急门”，跑去炒期货，最后在期货上亏了不少。

赢利比最高的反而是虚拟货币。这笔资金来源于参与了新发行的币。卖出后，交易了几笔，账户翻了倍。然而只有可怜的80刀。

所以整体下来，是亏损了。

终于发觉，自己作为 20 年老股民，一直没有很好地对待自己的投资。回想起来，自己有四点没有做好的：

如果有时光机，我一定回去对自己说，“存钱，存钱，存钱！”

技术

今年，对规范、标准有了进一步了解。

在前端里，react 之前在高阶函数、服务端组件中的探索，成就了无头 UI，成就了shacn/ui；shacn/ui 丰富的下游组件、模板成就了 AI 编程工具 v0.dev。目前 v0.dev 还在继续接入 next.js 的模板。

另外，如果用了 RESTful 写的接口，使用 AI 编码可能 1 句话就解决了，如果不是，则需要对增删改查接口，每个都写不同的对话。

可以明确的是，越是标准、规范的技术/项目，越是容易接入 AI。

规范、标准是逐渐形成的，某些技术变成标准的时候，它后续的发展，比其他的技术都要顺利、要迅猛。

像现在国内的手机厂商，都在适配 iPhone 生态一样，即使 iPhone 是封闭的生态，但是其本身有非常丰富的开放的接口，这些接口就是 iPhone 定的标准，一直在稳定逐步推进，一步步地把用户锁在自己的生态中，你不加入永远就分不到蛋糕。（当然，小米也搭建了类似的生态，但影响力仅限国内）

我们在争论标准的时候，从未想过标准背后是什么，从未想过执行标准之后会带来的巨大好处。

国内 SAAS 还在垮台中，他们服务的一家家小公司，甚至是大公司，还在为一个流程要经过谁的审批争得死去活来。外国公司已经完成了阶段的飞跃，他们的数据早已为接入 AI 做好了准备。此时，国内还有些公司想着跳过信息化，直接进入 AI 时代……

说回 AI，如果 2023 是 AI 编程元年，今年就已经有初步成型的产品了，类似于 cursor 之类的编程 IDE。

用了 AI 编程再也回不去了，至少我是这样的。每月的 cursor 的费用并不低，但是它给我带来的收益是远大于此。从写demo，到逐步完成更复杂的内容，我把更多的事情交给了 AI。

总之，拥抱 AI， 依然是这几年的正确选择！

结束语

年底听了李楠在《脑放电波》的访谈，把近几十年关于去中心化的思潮与变革联系起来了。

世界的割裂正在进行，也许回不去那种互助互爱的地球村了，但也回不到联合国与大国控制的世界了。

在去中心化的所有技术都已经突破，成为现实。人们也开始接受虚拟货币，愿意把其变成一份份真的钱在社会上流通。社交媒体上，数字游民满世界的跑，宣扬着这一切的到来。

未来世界，也许真的如其所说，会由一个个的社区组成。你可以成为一个超级个体，社区根据你在链上的贡献给你奖励对应的数字货币，你通过数字货币获取自己所需的商品。

这一切不是不可能。

也许，未来已来！

新的一年继续努力吧，至少，继续为自己努力吧！

许久没扯淡，今天就写点没营养的内容。

前几天和朋友聊天，其中一个话题很有意思，那就是「没用过」和「不知道」是他日常焦虑症的来源，因为他在一家传统企业做开发，技术栈一直很保守，很多框架代码可能一两年都不会升级改动，许多新东西都没用过，所以每次看到别人聊新技术的时候，都会觉得很焦虑，想“了解”却又“用不上”，想“上进”却又“学不进”，最后干脆选择“眼不见为净” 。

其实我过去也有类似的经历，每次接触到“新东西”时，内心潜移默化就会开始着急，仿佛再不跟进就要“挨打”，而“新东西”又层出不穷，结果就是东拼一脚西凑一下，最终像个无头苍蝇一样四处碰壁，不得而终。

为什么你懂这么多？相信这种情况对于「老 Androider 」多多少少应该都经历过，毕竟十年前的 Android 开发，「技术选型」可以说是日新月异，「你用过xxxx吗」和「你还在用xxxx」可以说是圈内话题的主旋律，举亿个例子：

• 你还在用 Eclipse ，现在都用 Android Studio 了


• 你还在本地 jar 包，现在都用 Gradle 远程依赖了


• xUtils 和 Afinal 听说过没？开发神器啊


• 你怎么还在用 ImageLoader ，知道 Picasso 吗？ 用过 Fresco 没有？现在都推荐 Glide 了


• 你知道 GreenDao 吗？现在谷歌都推荐 Room 了，你用过 Realm 吗？


• 你还在用 ButterKnife？现在都用 DataBinding、ViewBinding 了


• 你怎么还用 Apache HttpClient，试试 Volley 呗？


• 现在都是 OKhttp 了，那你知道 Retrofit 吗？


• 你用过 gPRC 和 GraphQL 吗？


• 你还在用 MVC ，你知道 MVP 吗？我都用 MVVM、MVI 了


• 你用过 dynamic-load-apk、VirtualAPK、DroidPlugin、RePlugin、tinker 吗？


• 你知道 Dagger 吗？现在都 Dagger2 了


• 你还在用 Dagger ？ 现在已经是 Hilt 了


• 你用过 EventBus 吗？


• 你知道 LeakCanary 吗？听过 BlockCanary 吗？


• 你还在用 Java 的 Dagger 啊，Kotlin 都用 Koin 了


• 你知道 Rxjava 吗？已经 Rxjava2 了


• 你用过 Couroutines 和 Flow 吗？


• 你知道 LiveData 吗？


• 用过 jadx 和 apktool 吗？


• 怎么还在用 Java ？Kotlin 都烂大街了


• 你知道 Jetpack 吗？用过 Lifecycle、Navigation、CameraX、Paging、Glance、Slice、Startup、Viewpager2、DateStore、WorkManager 吗？


• 你做过小程序吗？uni-app 听过吗？React Native 知道吗？Flutter 、KMP、Compose 了解不？


• 鸿蒙 Next 你适配了没？ArkTS 和 ArkUI 学了没？


• ····

有没有很熟悉的既视感？这还只是 Android 圈子的一角，如果你还做前端：那还有:

jQuery、AngularJS、Angular、Vue、React、Ember、Node、Express、Svelte、Nest、Nuxt、Deno、Solid····

就光说 React 更新带来的 JSX、Portals、Hook、Fiber、Concurrent、Suspense、Server Components、Transitions 就够一直玩下去····

但是在焦虑追新的同时，其实这里面一直有一个问题：会用这些框架，真的就是技术吗 ？你追的究竟是什么 ？

回答这个问题，刚好可以用到最近看到的一张图，因为我们大概率不是一个软件工程师：

• 高情商：蓝领科技者


• 低情商：工厂螺丝工

我们的工作就是使用别人「制作好的工具」，所以我们热衷追逐「新工具」，但是，大多数时候，我们又不了解工具是如何工作的，我们只是一直在“反复”的学会如何使用它们，并且焦虑于，我们还没全都学会。

我认为「拧螺丝」确实是一个很不错的比喻，各类框架就像是适配不同型号的螺丝刀，而市面上的螺丝头形态各异，我们就是不停的在学会「如何把某款型号的螺丝刀插入到对应螺丝头」，然后开始心满意足的拧一颗「新型号螺丝」。

拧熟了，大概还能解锁了多种姿势，拧起来更快更省力，不同型号的螺丝刀，对准的难度和发力的安全范围可能也会有些不同，不过没关系，多拧几次就熟悉了。

那么我们比的是谁认识的螺丝头多吗？

所以，拧螺丝是门槛吗？大概率不是的，因为学会拿螺丝刀就行。那问题又来了，既然都是拧螺丝，换个姿势，换个型号，你就不会拧了吗？不应该啊对吧 ？

回归到各式各样的框架上，有文档和有社区的情况下，换种语言，换种框架，难道就拧不动了？这又扯出另外一个问题：你的能力依赖于框架，是否又能超脱出框架？

所以我们在「追新」的时候追的是什么？是 1 - 2 - 3 这样的变化：

• 从 1 到 2 用户拧螺母需要准备的扳手数量减少了


• 从 2 到 3 扳手变得更加帅气有力，并且附带的“力道”也有所上升

那么开发的鄙视链就来了：

• 因为我用的是自动挡扳手 2 ，所以我看不起手动挡的扳手 1


• 因为我用的是全新工艺的扳手 3 ，所以比老工艺的扳手 2 牛逼

我想着这大概率是「追新」带来的「错觉」，牛逼的是扳手的制造者，而作为使用者，我们都是踩着别人的肩膀混口饭吃的工人。

回过头来看，在这种情况下，随着技术的发展，新生框架和技术会让开发变成更便捷，同时降低开发的门槛，从而方便后来者入坑，所以本质上就像开车，开「自动档」并没有比「手动挡」牛逼多少 。

就算是自动挡，也分很多换挡方式，那么你会用「怀挡」，真的就比用「直排挡」在技术上 NB 吗？难道比的不应该是，谁对「变速箱」的理解更深刻？尽管大部人其实都不会懂得如何造车，但在用车上，大家真正的差距在于：

• 车坏了你会不会修？


• 如何调节提升车的动力和操控

那么回过头来，所以作为老 Android 开发，在经历了开发项目需要准备“一堆扳手”的手动挡时代，如今在这个只要一个“扳手”就能干活的自动挡时代，怎么可能会拧不动螺母？

更多时候问题不在于我们学得不够多，知道的不够新，而是我们不知道框架实际上是如何工作，我们只是学会了使用一个叫做“React”的工具。

不是为了读源码而读源码，而是通过源码我知道了 CVT 和双离合的区别，知道了它们的实现原理和优劣，那么挡把是怀挡还是旋钮重要吗？

在不理解运作的原理，没有基础知识铺垫，当任务变成修理一个发动机时，当任务变成提高框架的性能瓶颈时，就会无从下手，就会回归到前面所说的：You are not a software engineer 。

我们不可能全知全能，也不可能认识所有螺丝头，也没机会熟练操控所有档位型号，但是我们的目的也不是为了认识所有汽车档把，我们的目的只是为了开车，然后进一步能力就是修车和调教，这对于大多数人来说，就很难能可贵了。

大多数人学习精力有限，但是理解能力和开车经验是可以精进的，比如最近看各个大厂的大佬们把 KMP 和 Compose 适配到鸿蒙上的分享，就能感受到老司机们的车技之滑溜。

而回到我们在焦虑「没用过」和「不知道」的时候，更多还是对于自身能力的不自信，就像是我们的尊严只能苟存于框架之下，多年的工作经验，只能寄希望于 XXX 不要凉。

所以才会对于 XXX 要火，XXX 要凉如此敏感，本质还是我们迷失在了工具上。

就像一些多年耕耘的老开发会告诉你，许多上层开发者「跟进」的基本都是：“ keeping up with all the bullshit that Google / Android dev community throws at you” ，远离所谓的 “architecture influencers” ，你需要的是自己的思维方式和选择能力，而不是臣服在框架之下，被社区推来推去：

当前，其实这也和当前很多工作岗位的设定有关系，公司当前只是需要一个螺丝钉，公司不需要你理解螺丝刀为什么十字和一字的区别，你拧就是了，标签化和细分化确实更好管理，而有人也愿意带着标签，这无可厚非。

而大佬们就不同，在和社区大佬的沟通中，我发现基本上他们的涉猎范围都很广泛，而且都很有深度，或者说：语言和框架都只是为了解决问题的工具。

总有人走在你前面，只是你是否还在路上。

好了，其实道理大家都懂，只是如何知行合一，那就见仁见智了，许多没写这种没营养的内容，毕竟纸上得来总觉浅，真要总结，大概就是：人和人体质不同不能一概而论。

罗永浩备受期待的AI应用——J1 Assistant终于上线了，这款应用标志着他“最后一次创业”的正式启动。曾因锤子手机与SmartisanOS而广受关注的罗永浩，在经历过硬件领域的沉浮后，终于转向了AI技术的蓝海。J1 Assistant的上线，成为了他在AI领域的新起点，而这款产品也标志着罗永浩的“真还传”之路的回归。

目前，J1 Assistant已在Android平台推出Beta版，但只有三星Galaxy和谷歌Pixel的最新三代机型支持，且仅提供英文版，显然其首要市场定为海外而非国内。这一策略也印证了罗永浩的新目标——跨越国界，将AI技术推向全球。

与此同时，罗永浩的另一款 AI 硬件新品——JARVIS ONE也在路上，官网已有预告，预计将参加即将举行的CES 2025消费电子展。

请在此添加图片描述

锤子味的AI助手：重回初心，旧貌换新颜

从产品的设计来看，J1 Assistant显然延续了“锤子味”，无论是UI设计还是功能整合，都能看到过去SmartisanOS的影子。这款应用不仅仅是一个普通的AI助手，它可以视作待办清单、便签、AI聊天、即时通讯、搜索等多种功能的集合体。对于曾经使用过锤子手机的用户来说，这些熟悉的设计元素不仅带来了一种情感上的回归，也让人感受到一种怀旧的力量。

J1 Assistant通过五个Tab区分了五大核心功能：To Do（待办清单）、Notes（笔记）、AI Assistant（助手）、J1 Message（聊天）和Search（搜索） 。其中，Notes的设计延续了锤子便签的风格，但功能上略显简陋，缺乏排版工具和图片分享功能；To Do则是一个基础版待办清单，操作简便，却略显单一。

请在此添加图片描述

AI与信息管理的双重打击：技术与实用的结合

与传统的待办清单和笔记功能相比，J1 Assistant还融入了更多创新性功能——J1 Message和Search。J1 Message的设计灵感来源于已停运的“子弹短信”，用户通过注册后可进行即时聊天，然而在如今的即时通讯市场竞争如此激烈的情况下，这一功能能否得到用户的广泛接受仍有待观察。而Search功能，则类似于TNT的“发牌手”，支持多来源的搜索，用户可以根据自己的需求自定义最多五个来源进行查询。

在语音交互方面，J1 Assistant也做了突破，采用了“Ripple Touch（波纹触摸）”设计，用户按住语音图标进行语音输入时，可以灵活选择不同的操作方式（如保存为笔记、待办清单或直接发送给他人），这无疑增加了操作的便捷性和实用性。

请在此添加图片描述

AI价值的延伸：效率与便捷并重

J1 Assistant的最大亮点，不仅仅是传统的AI对话功能，而是它如何巧妙地将AI与信息管理结合，创造多重价值转化。举个例子，用户可以要求AI将它的回答直接保存为待办清单或笔记，从而将信息的价值最大化。如果你在CES 2025期间，想要记录重要的展会活动，AI助手就能帮助你快速整理信息，自动生成待办清单和笔记，从而大大提升工作效率。

尽管目前J1 Assistant还处于Beta版本，存在一些问题和bug，比如部分AI回答保存不完整，或者待办清单内容丢失等，但这些问题在更新后有望得到解决。正如任何一款刚上线的产品一样，J1 Assistant的潜力还有待发掘。

定位问题：这款APP真的能满足我们需求吗？

虽然J1 Assistant融合了多个创新功能，但它的市场定位仍显模糊。与其他成熟的AI助手相比，J1 Assistant的功能整合显得有些“乱炖”，缺乏独特的亮点和清晰的市场定位。尤其是在待办清单和笔记功能这一块，它是否能够真正吸引到那些有强烈需求的用户，仍然是一个未知数。

罗永浩的AI之路，还能走多远？

请在此添加图片描述

J1 Assistant是罗永浩进入AI领域的第一步，但要想在竞争激烈的市场中脱颖而出，它仍面临不小的挑战。从目前来看，J1 Assistant确实有着不少创新之处，尤其是在信息管理和AI对话的结合方面，但它能否真正解决用户的痛点，还需更多时间的验证。罗永浩的“真还传”之路，依然充满变数，他的AI应用能否走得更远，或许最终取决于它是否能够精准满足用户的实际需求，带来真正的价值。

从硬件到软件，罗永浩的创业之路仿佛进入了一个全新的阶段。这一次，他的“AI助手”会带给我们什么样的惊喜，值得每个人期待。

前支付宝工程师带你复盘支付宝P0故障

事故介绍

首先叠个甲，所有数据来自互联网公开数据，没有泄露任何老东家数据。

大家可能都听说了，但是我还是介绍一下。2025-1-16 14:40开始，一部分用户发现在支付宝内进行支付时，发现订单被优惠减免了20%的金额。意味着原本你买一个手抓饼可能100块，用支付宝直接省20。而且这不仅限于支付订单，转账订单也可以享受这个优惠(不知道有没有人开两个小号，反复转账薅羊毛的)。

支付宝方面很快反应，在14:45时完成了故障修复，并且在2025-1-17 1:00发出声明，称不会对享受到这个优惠的用户追回资金。(敢做敢认，点赞)

产生原因分析

在支付宝的通告里，我们看到，产生这个事故的原因是"某个常规营销活动后台配错了营模板"，这句话我给大家解释一下。一般一个新的活动功能的上线，可能需要程序员开发新的功能，然后将功能里需要使用的规则，做成配置，配置在营销中心的管理后台上。当然对于一些比较成熟的活动，也可以直接复用以前的代码，只需增加配置即可。

但是在通告里，我们没办法判断这是一个新开发的活动还是复用以前开发出的老活动。针对需要开发的新活动和可以直接使用配置复用的老活动，这两者我们单独分析。

需要开发的新活动

一般新活动开发完毕后，正常是程序员会提前告诉运营在配置中心建好规则，并且将灰度人群置为0。然后程序员发布新代码，发布中因为没有人群命中活动规则，所以活动不生效。为了验证代码有效，会在发布的早期，让运营在营销中心配置一些测试用户，来测试看能否命中规则，并且验证活动在后续的收单，结算流程里是否正常。

举一个实际的例子，程序员小薰在服务demo order service里开发了新功能，需要发布上线，demo order service假设有1000台机器，小薰联系运营小丽在运营中心配置几个灰度账号，用来验证在线上发布后功能是否正常。在灰度发布阶段，会先选择几台机器做灰度，一般不超过10台，比如

• 第一批次 3台


• 第二批次 7台


• 第三批次 5%


• 第四批次 10%


• 第五批次 20%


• 第六批次 35%


• 第七批次 全量发布剩下所有的机器

根据支付宝解决故障只花了5分钟，我们可以推测出，应该是在第一批次时就发现了问题，并且采取了止血措施。那么收到影响的流量就是0.3%-1%，大家可能好奇为什么能确定说肯定是在第一批次就收到的影响，因为实际一次服务重启很耗时，一般都不止5min，而且服务发布后会有10-30min的观察期，再结合发生事故到解决事故总共没花费5min，我们可以推测出，第二批次应该还没发布。

但是流量并不代表受到影响的支付单量，因为要考虑有多少人命中了这个规则，这就取决于运营的配置了，如果运营只是把一些不应该开灰的用户加在了白名单里，影响还好，只会有一些固定的人员受影响。但如果运营是直接100%用户全量灰度，那就糟糕了。

我们得出在这种情况下，受到影响的单量范围为(0, 1%)

亏了多少钱

相信大家最感兴趣的一定是这次事故支付宝到底亏了多少钱，要回答这个问题我们首先要知道支付宝一天的交易流水是多少。当然这种数据官方一般是不会放出来的。但是我们可以大概算一下

23年移动支付555万亿，增速为11%。我们假设还是按照这个增速来预测24年的移动支付，当然还要考虑支付宝和微信在移动支付交易市场的份额，大概6/4开的比例。

那么24年的移动支付交易额

#以下单位亿元

5550000 * 1.11 = 6160500

#那么24年的平均日交易额

6160500/365 = 16878.08

#考虑到昨天事故发生的时间已经是25年，我们直接用24年的平均日支付交易额不合适，我们假设移动支付的日交易流水增长是线性的，我们再乘以一个增长速率得到12月的移动支付日交易额

16878.08 * 1.22 = 20561.26

#再乘以支付宝再移动支付市场的份额

20561.26 * 0.6 = 12336.76

那么我们假设支付宝一天的交易金额12336.76亿元，那么结合我们预估的影响流量范围(0, 1%)，以及每一单20%的优惠力度，影响的时间5min，得出在事故事件内受影响的订单数量

# 单位亿元

12336.76 * 0.01 * 0.2 * 5 / 60 / 24 = 0.0857 

即亏损金额不超过857W，实际上考虑到这种带有优惠的活动可能会有用户薅羊毛，重复下单，我们可以再把它影响范围乘以一个放大系数，比如1.5，即

#单位万元

857 * 1.5 = 1286

可以看到金额顶天也不会超过1286W，而且在实际的营销活动里配置的时候，一个营销活动的预算金额是会有上限的我们称为资金池，超过这个上限即使参加活动也不能享受到优惠，这个金额我们假设为2000W(一般活动不会这么多，一般几百万就算多了)。如果资金池小于1286W，比如资金池只有500W，资损的上限就只有500W了。

总的来说，我们还是认为本次事故的资损对于支付宝来说并不算多，大概1286W。

那些人会背锅

大家第二感兴趣的肯定就是那些人会背锅了，我们可以从整个流程上看那些人参与了这次事故。

• 运营 作为直接引发本次事故的责任人，没有认真检查配置，就上线，肯定要背大锅，主要责任跑不掉。(考虑到蚂蚁最近的降本增效，不知道这位运营是不是本部的也说不准)


• 开发功能的程序员 开发功能的程序员负责上线服务，并且把配置设计好交给运营人员去配置，虽然不是程序员配的，但是作为服务的owner，理论上应该要再发布前再去确认一下这个配置正不正确,所以开发跑不了(是不是感觉pua太凶了，放心吧，实际老板找你北固时说辞肯定比这更严重)


• 运营的老板，以及审核了运营配置的老板 所有配置都需要老板审核才能生效的，虽然老板一般不细看，但是不出事都好，出了事，背锅吧。


• 测试 测试老实说，责任不大，一般这种时候就是拉出来做替罪羊，和开发一样要带点连带责任。


• 程序员的老板 老板这种时候就还是连带责任


• 两位老板的顶头上司 这种级别的老板一般就是P9/P10了，分团队。责任大小也看事故的影响面，影响不大的话，处分大概就是罚酒三杯，大的话，被一撸到底边缘化也有可能

不需要开发的老活动

如果是不需要开发的老活动，运营直接在运营中心改配置即可让活动生效，这种情况下受到影响的流量范围就取决于运营的操作了，(0,100%]都有可能

亏了多少钱

这种情况下资损的计算方式还是类似上面，只不过在流量的影响范围变大了，我们可以直接用上面计算出的亏损金额乘以流量的影响倍率

#单位万元

1286 * 100 = 128600

看起来好像很夸张128600，以下干到13Y了，但是还是像我们上面说的，资损不会超过资金池配额，我们假设的资金池配额5000W，所以其实还好。实际的资金池配额我想会远远低于这个数。

那些人会背锅

• 运营


• 运营的老板


• 运营的老板的老板

背锅原因同上，不细说了

事故总结

从这次的事故，我们可以复盘一下再新功能上线时需要面临哪些问题以及对应的解决思路。当然支付宝内部也都有这些手段的成熟解决方案，但是实际落在执行上却是稀巴烂。

生活

年初，在老家办了答谢宴，也算是完成了父母的心愿，他们总说着等我结婚了，他们就可以退休了，虽然没有挣到钱，买的那个社保也领不了多少钱。但想到他们马上60了，人生难道就是打一辈子工吗？我支持他们回老家，无论怎样，有钱多花点，没钱少花点。

5.1 去了抚仙湖，昆明，抚仙湖之前去过一次，这次换了个位置，找了个山上的民宿，自由风还是很舒服。

现在想想，跳龙门，我是不是应该从上面翻过去，哈哈哈哈😂！！！！

7月份暑假期间，又去了一次三亚，住了一次海景房，贵的确实有道理。这次6个小伙伴一起，租了一辆车，沿着海南的东线，从三亚自驾到海口，第一次知道海南的高速不收费。

8月份去了贵州，赤水瀑布，赤水瀑布有充电桩，进去游玩的时间正好充电，算是第一次自驾游吧(海南算租车游😂)；

当时，出去游玩全是大妈大爷，好羡慕他们呀，想原地退休！

去看了草原，和我想象的不一样，我一直以为草原就是公园的放大版，还是我见识少了，去了六盘水是真的凉快。

8月底，我老婆怀孕了，也是在5.1 开始备孕的，本来想的是到8月再怀不上，就等明年了，相当于我们在他不到一个月的时候，就带他去自驾游了，也是心大。

国庆节，因为怀孕，就没出远门，我自己回了趟老家，然后去定了月子中心，老婆结婚那会儿就说一定要住月子中心。知道怀孕后，就是产检，但基本都约的周内，我没有去，丈母娘陪着去的。
月子中心提供了孕期瑜伽，我还陪着她去参加了两次双人瑜伽。

12.22号去看了四维，有了他的第一张照片，也开始焦虑，该怎么教育小孩，都是全新的体验。期待着他的到来...

自媒体

技术方面，已经算是停止输出了。

今年尝试了很多小红书账号，我原本做苔藓的账号，靠ai生成的图，涨了几千粉，但没找到变现的路子，然后停了。

前端的账号，无意中接了一个面试招人的单子，挣了2000。然后觉得前端已死，技术方面不想做了，就注销了账号。

陆陆续续做了ai 壁纸，自媒体方面的，还找了一个做项目的人，花了300块钱，但是后面我也没做起来。12月份去考了普通话，我小学教资笔试面试都过了，就等普通话二甲，就可以领证了。然后就自己做了个普通话学习助手，又在小红书做起了，普通话赛道。
http://47.109.182.55/

对了，母婴赛道也起了个账号，现在主要都在记录一些孕期日常，看看后面小孩出生有没有什么可做的选题吧。

今天自媒体账号真的做了好多，肯定不少于6个。

还有抖音，也搬运了一些视频，没什么好的点子，算了吧。

前端&工作

还记得，当年刚入行的时候，写的第一篇文章《从学校到实习直至毕业，前端——我一直在路上》，还想着老了来回味，哈哈哈，感觉我的职业生涯也走到了末期了！！

因为我已经不看好做技术了，就业形势艰难，我的群里，今年失业的好多，还有人被裁了两三次，工资一降再降，都还是要干。也有认识的大学生，毕业了一直找不到工作，特别是双非大学生，马上过完年，新一批的大学生又要出来了，哎...

我也停止了在技术上进一步深耕，一直都在尝试自媒体，其他的实体创业也不敢辞职去干。
工作上呢，在这个公司快两年了，也没有做出什么成功的产品，我对公司的方法论也不认可了，一句话在这行疲了 —— 巨轮难掉头！

今年的精力大多花在了自媒体上，技术方面没学什么东西，公司今年新项目又用上了nextjs，现在我们是vue3, react, nextjs, nuxtjs 并行，好几个项目同时在做，感觉就技术来说，公司领导想要啥就用啥呗。

而且我们都用上了cursor，ai的发展让我更焦虑了，在ai的时代，我们应该扮演什么样的角色。首先我也认同ai不可能取代所有的程序员，但它提高了生产效率的同时，必然就用不了那么多人了。我之前看到一句话：“不要和ai比智力，不要和机器人比体力”,我很认同，有了cursor，我的工作变得更简单了，更快捷了。我也不觉得，我们再去学什么技术栈，能比他更快，特别是工作过几年的同学，语言都是相通的，有了ai的加持，切换技术栈就像喝水一样，可能有点夸张，但门槛已经很低了。

上面的普通话助手，我就是让cursor写的，我主要提供一下数据，做一些微调，我觉得它真的挺不错的，当然它就是不能背锅!😂

前端，我可能不能一直在路上了，对不起，我明年还得大力尝试做其他的突破，寻找下一个方向。

最后

各位，不破不立，愿新的一年，万事顺心！！！！

我以残躯入2025-以身入局胜天半子

今天是 2025 年的第二天，我写下这篇文章，讲述我在 2024 年的经历和挑战，以及我如何克服困难，最终成功走出困境。本来是想昨天元旦第一天写的，但不凑巧的是元旦第一天我得甲流了，发烧了一天，所以今天才写这篇文章。

回顾2024

2024 年可以说是我经历的一个不平凡的一年，经历了股票亏损、事业不顺、年底被裁员、元旦得了甲流等诸多困难。

股票投资

我在 A 股其实也算一个老手了，虽然挣的少，但前 5 年基本上都是挣的，但比较悲催的是 24 年证券主席换了之后，市场行情波动极大。

先是我买的业绩不错的成长股持续下跌，后面换仓重仓买了国资背景的通信行业股票，想着上涨趋势但没想到 5 月直接 ST 了，直接导致了我今年股票大幅度下跌，最多时亏损达 50%+。

同时也买了港股，港股也被踢出港深股通了，股价至今还跌幅超过 80%，基本上就是把我本金吃掉了。

因为股票跌幅比较大，每个交易日对我来说，都是折磨啊，我也很无奈。越追越跌、不追继续套牢，这种情况到 24 年 9 月才有一定的缓解。

事业不顺

23 年下半年，我手底下的俩个前端小伙伴被裁员了，导致从 23 年底到 24 年都非常的忙，被压的闯不过气来，也萌生了跳槽换个新的工作环境的想法，也出去找了工作，但一直找不到合适的工作，都要求降薪，那我就不能接受了。

然后，公司 9 月份搬家，我通勤时间增加了 20 分钟，每天来回就是 40 分钟，接近每天快 3 小时的通勤时间，然后公司还要求我们免费加班到 8 点，目前还在执行这个政策中，即晚 8 点才能下班，8 点之后才算加班调休，这点让我很头疼。

年底被裁员

到了年底 11 月公司开启了我入职以来的第三波裁员，这次的主题是降本增效，在 11 月我们小部门裁掉了一个 BI（我们薪资最高的）、一个测试、产品、还给我们后端 JAVA 薪资最高的同学来了个降薪 3.5K，据说我也在裁员名单上，我的薪资其实蛮高的，后来的开发基本上都比我低，但 11 月我没有收到对我裁员或降薪的通知，以为躲过了一次。

但到了 12 月上旬，有一天 CTO 让我晚点留下给我讲了合同到期不续的事情，至此我被正式裁员了，但因为提前一个月通知的，只给我赔偿 n，同时也不给我年终奖，前俩年我的年终奖其实挺高的，都是 3.5+ 的评分，有 2 个月。

虽然被裁了，但我也没有啥不开心的，因为公司的工作环境已经极度恶化了，年终下调、裁员、降薪、加班、同事内卷，已经不是我愿意为之付出努力的公司了。

元旦甲流

以为就这样熬过了 24 年，但危险悄然而至，12 月 31 号晚上，我开始发高烧，我的儿子从 30 号就开始高烧不退了，最后在元旦那天去医院确诊了甲流，也算是一个悲剧的开年，只能看着别人去逛商场跨年。

这也让我认识到身体健康其实是第一位的，其他都是其次。

走出困境

在投资方面，虽然目前我还是亏损的，但我有信心在 25 年收益回正，这一年的大幅下跌和波动，让我对如何研究股票和人性有了更深的体会，目前已经从亏损的 50% 回到了 20%，也让我有了更多的经历。

事业方面，年中开始我积极调整自己的个人状态，已经找回初心，开始了新的工作状态：积极写博客记录学习状态、持续进行技术分享、参加社区活动、积极的找新工作。通过持续的沉淀和学习，我逐渐找到了自己的兴趣和方向，那就是未来朝独立开发者的道路走，未来我可能是个销售、运营、产品、项目经理，但也会持续的进行产品开发，通过技术造福大众。

学习方面，我持续写了一些系列，大约有 60 多篇文章，也希望和大家一起学习，一起进步成长。

• 《前端学习专栏》


• 《前端框架专栏》


• 《好书阅读专栏》


• 《服务端学习专栏》


• 《算法学习专栏》


• 《NodeJS和NestJS学习专栏》


• 《Python学习专栏》


• 《生活感想专栏》

身体健康方面，后面我还是要减减肥、增强免疫力，让身体保持健康的状态。

祝福大家

写到这里就没啥写的了，祝福大家身体健康万事如意，以身入局胜天半子。

两年前的这个时候，突然觉得说话特别费劲，舌头不太听使唤，左手突然不听话，就像李雪健老师表演那个帕金森老头喝酒一样。

我心里一慌，请假去了医院，验血，CT，超声。然后医生给我列了长长一篇诊断书：高血脂，高血压，糖尿病，冠心病，还有最可怕的脑出血，还好只是渗血，虽然并不是很严重，但是位置不太好，影响了身体感官和左手。

平时身体非常好，也经常运动，为什么会突然得这么多病呢。毫无征兆的左手就不听使唤了。而且听力在这一段时间也非常差。通过大夫诊断，一部分是遗传因素，另一个是和我常年酗酒，熬夜有关，每天几乎只睡3-4小时。

是的，，，，，，我喜欢在家喝着啤酒写代码，甚至有时候在单位加班的时候也是喝啤酒写代码。和别人不太一样，别人喝酒爱睡觉，我喝啤酒失眠。因为接了很多项目，上班之余都是晚上和周末熬夜写代码做自己的项目。

其实听到这个消息我很失望，失望的并不是因为身体垮了，钱还没赚够，而是我还没有完成我的目标就是打造一个自己主导的产品。

那天从医院回家，我并没有去坐地铁，而是从中日友好医院徒步走回天通苑的出租屋。在路上，我反复的想，今后的路该如何走。

继续在互联网行业工作肯定是不行的，病情会进一步加重，到时候就真的成一个废人了，反而会拖累整个家庭。如果不继续“卷”那我也就无法实现自己来北京的目标了。不过好在经过这么多年的积累，已经存够足够养老的资本，并不需要为妻儿老小的生存发愁，但是也没有到财富自由的程度。

躺平，躺到儿子回老家上学就回老家退休。这是一个并不那么困难的决定。但是却是一个非常无奈的决定，躺平就意味着自己来北京定下的目标没有完成，意味着北漂失败。

做好这个决定以后，我就开始彻底躺平，把手里的几个项目草草收尾，赔了大几十万。等于这一年白忙活。好在还有一份工作收入。同时也拒掉了2个新的Offer。在疫情最困难的时候，还能拿到两个涨薪offer。我还是蛮佩服我自己的。但是为了不影响我的额外收入，加上现在工作不是很喜欢，也就一直犹豫不决。但是这次生病彻底让我下定了决定 ---- 算了。

其实，经历这么多年，什么都看的很清楚，但是我的性格并不适合这个行业，我这个人最大的特点就是腰杆子硬，不喜欢向上管理，经常有人说我那么圆滑，肯定是老油条，而实际上，我整整18年的工作经历，只对领导说过一次违心的话，变相的夸了老板定制的开发模式，老板看着我笑了笑，也不知道他是不是听出来我这话是讽刺还是撒谎。

而其余都是和老板对着干，只有2任老板是我比较钦佩的，也是配合最舒服的。而且共同特点都是百度出身，我特别喜欢百度系的老板。特别务实，认认真真做业务。不搞虚头巴脑的事情，更不在工作中弄虚作假。一个是滴滴的梁老板，另一个就是在途家时候的黄老板。

当然，在我整个职业生涯有很多厉害的老板，有的在人脉厉害，有的人个人管理能力，有的在技术。但是由于我性格原因，我就是跟他们合不来，所以要么你把我开了，要么等我找好下家主动离开。

所以我的职业生涯很不稳定，就比如我见过的一个我认为在技术能力上最厉害的老板，也是我唯一在技术上佩服的人，就是在36kr期间认识的海波老师，听他讲的系统架构分享和一些技术方案，真的是豁然开朗，在Saas和Paas的方方面面，架构演化，架构升级所可能遇到的各种问题及面对产品高速迭代所需要解决的问题及方案都门清，而且他本身也是自己带头写代码，实际编码能力也是非常的牛，并不是那种“口嗨”型领导。但就是我跟他的性格合不来，最后我把他那套架构方案摸透了以后就跑路了，而从他那里学的那套技术方案，在我日后在lowcode和Paas以及活动运营平台的技术方案设计上帮助颇多。而他不久之后也离开了。据说去了字节。

混迹于形形色色的老板手底下，遇到过的事情非常多，也让我认清了一点，那就是，牛人是需要平台去成就的，平台提供了锻炼你的机会和让你成长的机会。所以你学到了，你就成了牛人。而不是你自己手头那点沾沾自喜的觉得别人没你了解的深入的技术点。所以平台非常重要，绝大多数情况下都是如此。

所以我这种人就不适合，因为我不喜欢违心。我顶多就是不说出来，不参与，不直接反对就已经是对老板最大的尊重了。所以我能看透很多事情，但是也知道我不讨老板喜欢，而我的性格也不可能为了让老板喜欢而卑躬屈膝，所以，我早早就提前做好准备，就是拉项目，注意这不是做私活。拉项目就是承包项目，然后找几个做私活的人给他们开发。这项收入有时候甚至一年下来比我的工资还要高。风险也是有的，那就是可能赔钱，十几万十几万的赔。所以也是一个风险与收益共存的事情。做项目的好处是，你可以不断的接触新的甲方，扩张自己的人脉，也就不断的有项目。

但是由于这次生病，我手头的3个项目都没有做好，都被清场了。所以为了弥补朋友的损失，我一个人扛下了所有。也同时意味着后面也就没项目可接了。身体不允许了。

躺平以后，为了等孩子回老家上学，本职工作上，也开始混，我最后一年多的时间里，写代码，都不运行直接就提测。是的。没错。。。。。。就是这样。但是功能是都好用的，基本的职业操守是要有的。虽然也会有更多的bug。但是一周我只干半天就可以完成一周的工作。这可能就是经验和业务理解的重要性。所以，我一直不太理解很多互联网企业精简人员的时候为什么精简的是一线开发人员，而留下的是那些只会指挥的小组长。这也是为什么各大互联网企业都在去肥增瘦，结果肥的一点也没减下去。

不是有那么一句话，P8找P7分一个需求，然后P7找P6喊来P5开发。互联网就是这样子，一群不了解实际业务和实际代码的人，在那里高谈阔论，聊方案，聊架构，聊产品，聊业务，聊客户，聊趋势，然后让那些一脸“懵逼”的人去开发。最后的结果可想而知，最后很多需求都是一地鸡毛，但是责任却都要一线执行去承担，而为了证明需求的正向收益，那就在指标口径上“合理”的动动手脚，所以我在我整个职业生涯说出了那么一次，也是唯一一次违心的恭维话。

所以我特别佩服一个网红叫“大圣老师”，是一个卖课的，虽然我看不上他做的割韭菜的事情，但是我很佩服他这个人，他也是很刚的人，就是看不惯老板pua和无意义的加班，人家就是不干了。成功开辟了第二职业曲线，而且也很不错。

另一个网红就是“神光”，虽然我也看不上他，但是我很佩服他，佩服他追求自我的勇气。

而反观那些在职场唯唯诺诺卑躬屈膝的人，现在过的如何呢？人啊。还是要有点个性。没个性的人下场都挺惨的。

峰回路转，人那，这一辈子就是命，有时候把，真的是你也不知道结果会是什么样，23年在我百无聊赖，闲的五脊六兽的时候，一周的工作基本上半天就干完了，所以一个机缘巧合，遇见了一群有意思的人。当时大模型正在风口浪尖。好多人都在大模型里面摸金，而有这么一群人，一群大学生，在海外对我们进行大模型技术封锁的时候，为了自己的初衷，建立了在问这个网站。

而作为起步比别人要晚，产品做的还很粗糙如何跟市场上的竞品竞争呢？而且不收费，更不打广告，完全靠赞助存活。但是这一切都是为了在国外封锁我国大模型技术背景下的那句话“让知识无界,智能触手可及”。站长原文

所以在同类起步更早，产品做的更精细的很多产品逐渐倒下去以后，zaiwen还活着。所以我觉得特别有意思，这种产品活下来的概率是非常低的，除非整个团队都是为爱发电，于是我也加入到这个团队。

事实上也确实这样，整个团队是有极少部分社会工作者和大部分在校大学生组成，而大家聚一起做这件事的初衷就是为了让知识无国界，让国内用户可以更方便的体验最先进的海外大模型技术。而目标用户，也都是学生，老师和科研工作者。

就这样在这里，我重新找回了自己的目标，虽然，由于资金问题，资源问题，以及我个人身体限制能做的事情很少，但是却发现，大家都做的非常有动力，产品也在不断的迭代不断的发展，并且还活的很好。团队的人在这里也干的很开心。

今天，正是两年前我诊断出脑出血的那天，心里没有低落，也没有失望，更没有懊悔，有的只是新的体验。人生啊，来这一世，就是来体验的，别难为自己。顺势而为，就像张朝阳说的那句话“年轻人挺不容易的，建议年轻人不要过度努力，太过拼搏的话（对身体）是有伤害的，年轻人得面对现实，这个世界是不公平的”

引言

2024 没啥成长的, 净剩下焦虑、内耗、失意了! 随便写写总结, 诸君随便看看吧...

一、落考(软考)

如题, 今年报考了软考(高项), 选择题和论文没过 😅😅😅 明年继续吧!!

去年在掘金读了好多篇年终总结, 偶然了解到了杭州 E 类人才, 杭州 E 类人才无疑对我这等普通人来说是可以触及到的, 而且优待 福利较高 的一类人才了。

而对于我等普通人来说, 通过 软考 + 专利/软件著作 是最便捷可行的一种。这其中唯一有难度的其实就是 软考了

软考是一种简称, 其全名是计算机技术与软件专业技术资格(水平)考试, 大家也称之为计算机软考、计算机软件资格考试等。软考又分为初级、中级、高级, 申请 E 类人才则需要高级资格证书, 这里直接报考高级就行(不需要从初级考起)。

如上图每个等级都有很多门专业, 今年我报考的是 信息系统项目管理师 简称 高项, 因为据说这门比较简单, 都是介绍项目管理上的一些知识, 背的比较多, 对专业要求没那么高。

当然如题, 今年没准备好, 有两门挂了 😭😭😭, 总共要考三门分别是选择题、案例分析、论文, 每门总分都是 75 分, 需要每门都考及格(45 分), 才算通过考试。

经验教训:

1. 一定要提前做好计划, 严格按照计划安排时间学习。 我自己就是中间有段时间公司活比较多、加上自己懈怠了, 后面就严重影响了进度


2. 一定要多刷题, 特别是选择题, 以刷题为主。我这次基本没刷选择题 🤦


3. 论文提前开始! 备好模版就开始写吧

二、车祸

是的, 不幸的是在 6 月底, 一天阴雨绵绵的傍晚, 在下班回家路上(家门口)骑着小毛驴的我和尊贵的宝马车主相撞了!!

被撞倒瞬间, 还是很刺激的! 整个大脑嗡嗡的, 思考 🤔 几秒, 原地蹦了起来!! 后面就是报警, 开具交通责任认定书(对方全责)。交警到场时看了下伤势, 说应该没事大事的。问我要不要去医院做个检查可以自己打车或者让司机送我去, 纠结了下还是打算去医院瞅瞅(后面回想起来也是后怕, 幸亏去了, 要不然可能半条命就没了...)!

到医院一通检查, 很不幸... 走不了了, 寰椎骨折得住院了 😱。医生看到片子后那一脸严肃的表情, 可把我吓坏了! 医生语气都变了, 让我赶紧坐下, 脖子不要乱动, 叫来了工作人员给我整了个颈托! 然后让我办理住院....

后面了解了下, 寰椎骨位于脑瓜子和脖子中间, 用于支持脖子的一个环形骨头, 骨头中间镂空的, 人的所有神经都是从这个环中间穿过到达身体各个地方, 所以这个位置骨折, 处理不好就可能会压迫到神经! 运气好的是我伤的位置比较好, 在脖子前侧, 如果是脖子后面可能就得开刀了!! 更庆幸的是, 来了医院做检查, 否则这条命可能就得交代了!!

后面住院 8 天, 过上了早 7 晚 10 的作息了, 每天就是看看电视、玩玩手机, 然后抽空就过道里溜达溜达, 提前过上了养老生活!!

出院后, 就开始居家办公咯! 中间还抽空搬了家, 然后还给自己整出了荨麻疹, 我也是醉了...

同时我的交通事故是发生在下班路上, 并且是对方全责, 所以还属于工伤! 故在受伤居家期间还申请了工伤。感慨下, 工伤流程也太麻烦了吧... 到目前为止还没整完 😤

最后友情提示, 出事不管怎样一定一定要报警(定责)、去医院做好检查...

三、祸不单行(失业)

9 月眼瞅着脖子马上要好了, 终于可以结束居家办公了! 接踵而来的是, 公司经营不善, 大规模裁员的消息!!! 所以自然的, 我又再次失业了!! 人生第二次失业了, 也没啥感觉, 该赔偿赔偿, 该滚蛋滚蛋!!

失业了, 三无人士, 一点也不带慌的, 该吃吃该喝喝! 这期间顺便处理了交通赔偿事宜, 虽然没多少! 伤好后, 去大西北溜达了一趟!

一下子没反应过来就到年底了... 只能怪今年太早过年了, 就这样办, 一切明年再议...

四、生活

今年重新找了住处, 顶楼, 再也不会被楼上邻居吵到了, 少了很多内耗, 就是夏天有点子热!! 同时房子也更大点了! 当然租金肯定也更贵了!

今年下厨的次数也明显多了起来, 出去吃大餐的次数少了挺多的! 上班也开始自己带饭咯, 当然省钱好像并没有省到, 自己煮饭量不好掌握, 一煮一大锅, 一吃一个不吱声! 同时大鱼大肉的, 一顿饭价格也不贵, 好在比外面吃健康点!

今年好像也没赞下什么大钱, 没有养成记账习惯, 所以一切靠感觉! 反正赞是攒了, 但是肯定没达到预期, 明年一定要养成记账的习惯

今年的韭菜长大了一点点, 感谢债基、感谢纳斯达克(明年能回本吗? 😵‍💫)

回顾下, 今年倒是去了不少地方, 一月迪士尼、三月苏州、六月昆明、十月武威张掖、十一月邯郸、十二月滑雪

家中新增一员, 名唤 二狗子! 刚入门就命运多舛, 感冒、流鼻涕、咳嗽不断.... 但也不影响她可可爱爱!

五、卷? 不卷?

今年的代码全部贡献给了 昆仑虚, 但实际上也没干啥, 就将 昆仑虚 迁移到 NextJS 并引入 TS, 代码量和去年比少得可伶!

内容创作这块也没啥成绩, 掘金输出 22 篇文章, 公众号「昆仑虚F2E」日常更新原创文章, 然鹅仅仅新增了 30 关注😓😓😓(这里求个关注)

内容创作收入: 掘金金石 +604、公众号收入 +13

卷吗? 今年一顿摆烂, 和去年给自己定的目标差太多咯.....

对了, 今年还读了 5+ 本书...

六、展望 2025

计划以及有了, 重点就三件事: 攒钱、卷、减肥。 更细节的就不列了, 直接看去年的吧, 基本差不多 !! 🤣🤣🤣🤣

大家好，我是程序员鱼皮。最近老弟小阿巴放暑假，想找点事情做，于是就来问我：老鲏，我想做个练手项目，有没有什么好的建议？

我说：练手项目的话，就做个自己感兴趣的呗，想加什么功能就加什么，做起来会更舒服~

小阿巴：Emm，我感兴趣的太多了，有没有推荐啊？

我说：那就想想自己经常使用的网站或 APP，选个对业务流程相对熟悉的。

小阿巴思考片刻，一拍脑袋：对啊，我天天用微信，那我就做个微信吧！说不定之后大家都在用我做的软件聊天呢？

我一听，不禁暗自惊叹，没想到小伙子年纪轻轻，野心很大啊！

我说：想法不错，但想做个微信这样的 IM（即时通讯）项目，可没有那么简单，你有什么实现思路么？说来听听？

小阿巴：微信的核心功能是收发消息，我可以把用户 A 发送的消息保存到数据库中，用户 B 进入聊天界面时，从数据库查询出发给他的消息就行。

我一听这个回答，就知道以小阿巴目前的水平，想做出微信是不太可能了。。。

我问：Emm，暂且不考虑用户体验和性能，我们就先实现基础功能吧，你会怎么让用户查看自己的历史消息呢？

小阿巴思考片刻，然后嘴角微微上扬，露出狡黠的笑容：你是不是以为我会说一次性把所有历史消息全部查出来？可惜啊老鲏，你把我想的太天真了，用户可能有成百上千条历史消息，全量加载会很慢，所以我必然会使用 分页 来查询！

我说：行，那你打算怎么分页呢？

小阿巴：这还真难不倒我，这几年我苦练增删改查，分页写得很溜的！纸笔呈上来，看我给你手写 SQL：

select * from message

where user = '鱼皮'

limit 0, 20;

我说：Emm，老弟啊，听我一句劝，咱先别想着做微信了，先实现一个消息管理系统吧。

小阿巴：怎么说？吾 SQL 不亦精乎？

其实这也是一道经典的场景题：即时通讯项目中怎么实现历史消息的下拉分页加载？

下面鱼皮给大家讲解一下。

如何实现下拉分页加载？

业务场景

一般在即时通讯项目（比如聊天室）中，我们会采用下拉分页的方式让用户加载历史消息记录。

区别于标准分页每次只展示当前页面的数据，下拉分页加载是 增量加载 的模式，每次下拉时会请求加载一小部分新数据，并放到已加载的数据列表中，从而形成无限滚动的效果，确保用户体验流畅。

比如用户有 10 条消息记录，以 5 条为单位进行分页，刚进入房间时只会加载最新的 5 条消息：

下拉后，会加载历史的第 6 - 10 条消息：

理解了业务场景后，再看下实现方案，为什么不建议使用传统分页实现下拉加载。

传统分页的问题

在传统分页中，数据通常是 基于页码或偏移量 进行加载的。如果数据在分页过程发生了变化，比如插入新数据、删除老数据，用户看到的分页数据可能会出现不一致，导致用户错过或重复某些数据。

举个例子，对于即时通讯项目，用户可能会持续收到新的消息。如果按照传统分页基于偏移量加载，第一页已经加载了第 1 - 5 行的数据，本来要查询的第二页数据是第 6 - 10 行（对应的 SQL 语句为 limit 5, 5），数据库记录如下：

结果在查询第二页前，突然用户又收到了 5 条新消息，数据库记录就变成了下面这样。原本的第一页，变成了当前的第二页！

这样就导致查询出的第二页数据，正好是之前已经查询出的第一页的数据，造成了消息重复加载。所以不建议采用这种方法。

推荐方案 - 游标分页

为了解决这种问题，可以使用游标分页。使用一个游标来跟踪分页位置，而不是基于页码，每次请求从上一次请求的游标开始加载数据。

一般我们会选择数据记录的唯一标识符（主键）、时间戳、或者具有排序能力的字段作为游标。比如即时通讯系统中的每个消息，通常都有一个唯一自增的 id，就可以作为游标。每次查询完当前页面的数据后，可以将最后一条消息记录的 id 作为游标值传递给前端（客户端）。

当要加载下一页时，前端携带游标值发起查询，后端操作数据库从 id 小于当前游标值的数据开始查询，这样查询结果就不会受到新增数据的影响。

对应的 SQL 语句为：

SELECT * FROM messages

WHERE id < :cursorId

ORDER BY id DESC

LIMIT 5;

扩展知识

其实游标分页是一种经典方案，它的应用场景很多，特别适用于增量数据加载、大数据量的高性能查询和处理。除了 IM 系统获取历史消息记录之外，常见场景还有社交媒体信息流、内容推荐系统、数据迁移备份等等。

最后

小阿巴听完，长叹道：唉，没想到光是这么一个小功能，就把我难住了。

我说：你可别这么想。。。难住你的，可不止这一个小功能啊！想做一个成熟的 IM 系统，除了最基础的消息发送和获取功能外，你得去学习 WebSocket 实时通讯、得考虑到消息收发的性能、得考虑到消息的顺序和一致性、得考虑到消息的存储成本和安全，等等等等。可没那么容易。

小阿巴：得，那我先去做消息管理系统了！🐶

背景

转眼写代码有10多年了，林林总总花费了很多的钱，现在主要按照4大件来盘点下我都买了啥。

电脑

acer 4741g ¥4500+

这是我入门时的一款电脑，整体配置在当时还是属于中等的。



当时用的编辑器还是notepad++，在这个配置下，还是可以愉快的编码的。

mac air 2013 ¥8800+

当时被苹果的放进信封的广告创意所折服，这也是我的第一台apple，在之后就一直用苹果了。到手后的感觉是，薄，确实薄，大概只有我宏基的1/3-1/4厚。

当时apple的简洁，快速，很少的配置，让我在环境变量上苦苦挣扎的心酸得以释放。以后也不用比较各种笔记本参数了

mac book pro13 2015 ¥9000+

当时买这台的原因是因为air进水了，经常死机，修了2次后，又坏了。一怒之下，直接买了一台。

换了新的retina屏之后，色彩质量和效果都提升了不少，对比原来的air性能也是拉升了超级多。但是因为是16上半年买的，所以没体验到toch bar，到现在都没体验过。。。

这是我真正意义上的第一台十分满意的电脑，大概是当时的理想型了。

公司电脑

2016年下半年进了一家创业公司，公司配置了mac book pro，比我的配置还高，所以之后一直就是用公司的。

2021年换新公司，公司配了thinkpad，又一次开始用win。然后又被win各种打败，有时又有了换回mac的想法。

当前–mac book pro14 2021 ¥21999

主要入手的原因是公司的电脑我觉得太慢了。当时开发小程序，脚手架是公司自己的，每次打包都是全量的，没有缓存。所以每次打包短则7，8分钟，长则10多分钟。加上切分支/安装依赖（如果两个分支依赖版本不同，需要强制更新），导致我每天花费大量的时间等待上。

同事早于我入手了M1，反馈巨好，于是我也买了，想着配置拉的满点，但是还是高估了自己的钱包，低估了苹果的价格，只能退而求其次的选择了中档配置。

每次看着低低的负载，都是满满的安全感。



另外m1是支持stable diffusion的，所以偶尔我也会炼丹

显示器

dell U2424H ¥1384

其实在写代码之前也买过几台显示器，但是以程序员视角来说，第一台是这台。原因是当时公司也是这个型号，主要是能旋转，谁能拒绝一台自由旋转的显示器呢？

而且dell的质量和做工都不错，在当时是十分喜欢的。

小米 Redmi 27 ¥789.9

dell那台显示器是放在家里的，公司也需要显示器，而且自带设备每个月可以补贴100，所以就入手了这款，原因无他：便宜，也够大。

但是用久了，发现也有些问题。例如失真等，但是真的便宜，

厂家送寄，但因为合作内容没谈拢，本周寄回

键盘

当前-cherry G80-3000 ¥689

一把真正可以用到包浆的键盘，大多数看到这个键盘的感觉应该都是黄色，而不是原本的白色，不知道是不是材质的问题，极其容易变黄。同时由于键帽又不变黄，所以呈现了诡异的脏脏的颜色。

因为本身机械键盘的高度，所以建议加个手托比较好。各种轴也齐全，任君选择。

目前这个键盘在家里游戏了，毕竟是个全键盘

当前–京造C2 ¥253

选择这个键盘的原因嘛，同事有了，并且是一个带灯的键盘。手感比cherry硬一些，但还属于是能接受的程度，整体延迟比较低（也可能是因为有线的原因）。目前是在办公室使用的一款，当前这篇文章就是用这个敲出来的。

鼠标

总览

鼠标其实留在手边的不太多，大多数都是消耗品了，这么些年，各种有用过。大概用了不下10个鼠标，我只挑2个重点的说吧。

微软ie 3.0 ¥359

这是我用过最好的鼠标，没有之一。握感极佳，用久了也不累，比其他的鼠标都舒服万分。

当前–apple magic trapad ¥899

mac用户的最终归属就是板子，如果你刚开始用mac，那么建议直接用板子吧。支持原生手势操作，各种mac本身触控板的事情都完美适用，真正的跟你的电脑和为一体。

欢迎评论区留言你的设备

如上所述，我这年的大头是电脑，消耗品是鼠标、，那么你都花了多少钱呢？

一点都不夸张，就是这么惊悚！这么刺激！

裁员，退市

公司在2023年10月份，来了一次全球大裁员。整个过程从官宣，到结束，也就一周时间，不长。但后续影响的阴影，笼罩了2024年，整整一年。

对于被裁员的人，是残忍的。收拾一下，告别一段经历，一群好友，慢慢开启下一段旅程。当找到下一份工作后，往往很快就告别了这一段低落的情绪。很多人再联系时，问他们，当时的感觉如何，很有一些人给出的答复是：塞翁失马，焉知非福！因为公司给的补偿方案，都还是不错的，N+2, N+3的人，也是有的。

对于我们这些暂时还在的人，反而更加折磨。被阴影笼罩，看不到希望。熟悉的人不在了，组织结构也变了，未来充满了不确定性，焦虑一下子包围了过来，把你的世界塞得满满当当。内心世界一下子就沉寂，阴暗了起来。对于像我这样已经35+的人来说，实在是有些窒息。

不出所料，2024年又来了一波。不过和之前不一样的是，大家似乎淡定了许多。也许是柔软的心也长出了厚厚的茧，同样的打击，反而来得更轻松了些。

裁员的压力，其实来自于上市公司的财报要求。全球经济下行，市场不景气，作为上市公司，需要对全球投资人负责。而裁员是短期见效最快的方案。因为科技公司，最贵的其实就是人力成本。但很明显，这并不是长期最有效的方法。最终，公司做出了退市的决定。其实，综合来看，并不算坏。

协和

医院是离生死最近的地方，再次面对时，本觉得可以洒脱些，然而，不然！真的真的是再也不想去医院了！

35。是一个普通的数字。上有老，下有小。是对幸福的一种描述。

可把它们放在一起：35+，上有老，下有小。就变成了巨大的压力，还是喘不过气的那种。

这无形的压力，很容易让你自我怀疑，焦虑万分：

• 我真是一点用都没有，找工作都怕找不到。


• 我真是一点用都没有，不能给家人最好的医疗环境。在生命面前，尊严是那么的奢侈，活着就已经不错了。


• …

不想再列举更多，也不想制造焦虑。因为这玩意儿，现在到处都是，廉价的很。

副业

因为一直喜欢读源码，并且喜欢写一些源码阅读笔记 - 大家感兴趣也可以翻翻我之前的文章，多少和源码有一些关联。

前些年读到Hugo源码的时候，就有一个想法：反正源码也读了，笔记也记了，索性整理成一本书，名字我都想好了，就叫《深入理解Hugo之源码精读》。

读着读着，就有了一些困惑和想法，就跑去Hugo官方论坛上，寻求帮助，和验证想法。在2023年9月份的一天，发了一篇Hugo Headless CMS的贴子，问官方有没有计划，开发这样一个版本，就能把Hugo的服务，通过API暴露出来，那应用的场景一下子就能开阔起来。我也就可以用Hugo来帮我生成我书的站点，还能帮我生成书的电子版，我就可以发布到各大在线书商平台了。当然最后得到的答复是，并没有这样的计划。就都还好，坏就坏在，我一时抽抽，夸下海口。说我也是软件工程师，不行我来写一个吧...

后面找了半天，怎么删帖... 没找着...

想着咱也不能丢咱们中国程序员的脸啊，这要是丢起来，可丢到国外了。别人丢我不管，咱可不能够丢这个脸！一咬牙，一跺脚，还有什么好说的，那就撸一个吧。就这样，在阴暗的2024里，有一出，没一出的，慢慢的，还真给我实现了这么个PoC（验证了可行性）。

也是因为这个项目，后来演变成了我现在的SaaS服务 - Friday。一个可以将Markdown笔记，转换成Hugo站点的服务。目前还在持续稳步迭代中。自己也给自己立了个Flag，先干个20年再说，要走，就走个完整的商业闭环。

可能，这就是大家说的，当上帝给你关了一扇门的时候，也会给你开一扇窗。正因为每天有坚持去看看，去写写，做一些具体的事情，不让自己有太多时间胡思乱想，反而也就没那么焦虑了！# 剑来

最近，国漫《剑来》特别火，火得理所当然，火得恰逢其时！

特别能理解，大家为什么能对齐先生，敬爱有佳，热泪盈眶。在强大的生活面前，谁还不是陈平安，谁还不想有齐先生这样的引路人！

2025

最后，回过头来看：

还好，我还有工作。
还好，大家都好好的。
还好，能做自己喜欢的事情。

2025，欢迎你，再一起加把劲吧。

最后，把我喜欢的剑来台词送给大家：

愿大家，永远不要对生活失去希望！
岁岁平，岁岁安，岁岁平安！

写在圣诞

2024年12月25号

英伟达

据风险投资人 Ruben D 透露：芯片巨头英伟达 78% 的员工已成为百万美元富翁，有一半人的净资产甚至达到 2500 万美元（约合人民币 1.83 亿元）。

英伟达的薪资很高，但光靠现金薪资不足让一半人资产过亿，这里面的主要原因，是英伟达 🚀 一般的涨幅，在过去五年翻了 20 倍。

英伟达作为"卖铲子"的人，总能精准踩中每个风口。

工业设计软件、3A游戏、虚拟货币、AI，带来了海量订单的同时，也把"濒死"的英伟达一度拉到「全球市值第一」的位置。

要知道，如今让全球科技公司都"高攀不起"的英伟达 CEO 黄仁勋，十年前还只能蹭刚起步的小米发布会来推销芯片。

当年，雷军还不是现在的"雷神"，小米手机也才出到第三代。但即使是这般初创品牌的客户，也足以让黄仁勋毕恭毕敬。

十年河东十年河西，如今英伟达的市值，接近 50 个小米，不少有着股权激励的员工，身家也得以水涨船高。

这几年行情不景气，网上晒工资的人少了许多（或被限流），但仍然找到了一份 2021 年英伟达员工收入的资料：

该员工在 2021 年底共有 3 笔收入：股权激励 900W+、全年一次性奖金 16W+，月工资 17W+。

知道英伟达员工收入高，但却是我想象不到的高 🤣🤣🤣

而且，这还是 2021 年的英伟达，当时一股英伟达 30 不到，如今 130+（涨幅 433%），这两年的股权激励会去到多少，我不敢想 🤣🤣🤣

但巨额财富背后是高强度的工作，据英伟达员工爆料，他们基本每周工作 7 天，加班到凌晨 2 点也是常态，还要面临密集的会议安排和严格的时间管理要求，大家几乎没有多少时间陪伴家人，甚至开始考虑"半退休"状态，以缓解工作带来的负面影响。

对此，你怎么看？说实话，你是不是也想体验几年加班到 2 点的日子？欢迎评论区交流。

...

回归主题。

来一道「HOT 100」级别算法题。

题目描述

平台：LeetCode

题号：450

给定一个二叉搜索树的根节点 root 和一个值 key，删除二叉搜索树中的 key 对应的节点，并保证二叉搜索树的性质不变。返回二叉搜索树（有可能被更新）的根节点的引用。

一般来说，删除节点可分为两个步骤：

• 首先找到需要删除的节点；


• 如果找到了，删除它。

示例 1:

输入：root = [5,3,6,2,4,null,7], key = 3



输出：[5,4,6,2,null,null,7]



解释：给定需要删除的节点值是 3，所以我们首先找到 3 这个节点，然后删除它。

一个正确的答案是 [5,4,6,2,null,null,7], 如下图所示。

另一个正确答案是 [5,2,6,null,4,null,7]。

示例 2:

输入: root = [5,3,6,2,4,null,7], key = 0



输出: [5,3,6,2,4,null,7]



解释: 二叉树不包含值为 0 的节点

示例 3:

输入: root = [], key = 0



输出: []

提示:

• 节点数的范围 $[0, 10^4]$


• $-10^5 <= Node.val <= 10^5$


• 节点值唯一


• root 是合法的二叉搜索树


• $-10^5 <= key <= 10^5$

进阶： 要求算法时间复杂度为 $O(h)$，$h$ 为树的高度。

递归

利用题目本身的函数签名的含义，也就是「在以 root 为根的子树中，删除值为 key 的节点，并返回删除节点后的树的根节点」，我们可以用「递归」来做。

起始先对边界情况进行处理，当 root 为空（可能起始传入的 root 为空，也可能是递归过程中没有找到值为 key 的节点时，导致的 root 为空），我们无须进行任何删除，直接返回 null 即可。

根据当前 root.val 与 key 的大小关系，进行分情况讨论：

Java 代码（P1）：

class Solution {

    public TreeNode deleteNode(TreeNode root, int key) {

        if (root == null) return null;

        if (root.val == key) {

            if (root.left == null) return root.right;

            if (root.right == null) return root.left;

            TreeNode t = root.left;

            while (t.right != null) t = t.right;

            t.right = root.right;

            return root.left;

        } else if (root.val < key) root.right = deleteNode(root.right, key);

        else root.left = deleteNode(root.left, key);

        return root;

    }

}

Java 代码（P2）：

class Solution {

    public TreeNode deleteNode(TreeNode root, int key) {

        if (root == null) return null;

        if (root.val == key) {

            if (root.left == null) return root.right;

            if (root.right == null) return root.left;

            TreeNode t = root.right;

            while (t.left != null) t = t.left;

            t.left = root.left;

            return root.right;

        } else if (root.val < key) root.right = deleteNode(root.right, key);

        else root.left = deleteNode(root.left, key);

        return root;

    }

}

C++ 代码（P1）：

class Solution {

public:

    TreeNode* deleteNode(TreeNode* root, int key) {

        if (!root) return nullptr;

        if (root->val == key) {

            if (!root->left) return root->right;

            if (!root->right) return root->left;

            TreeNode* t = root->left;

            while (t->right) t = t->right;

            t->right = root->right;

            return root->left;

        } else if (root->val < key) {

            root->right = deleteNode(root->right, key);

        } else {

            root->left = deleteNode(root->left, key);

        }

        return root;

    }

};

Python 代码（P1）：

class Solution:

    def deleteNode(self, root: Optional[TreeNode], key: int) -> Optional[TreeNode]:

        if not root:

            return 

        if root.val == key:

            if not root.left:

                return root.right

            if not root.right:

                return root.left

            t = root.left

            while t.right:

                t = t.right

            t.right = root.right

            return root.left

        elif root.val < key:

            root.right = self.deleteNode(root.right, key)

        else:

            root.left = self.deleteNode(root.left, key)

        return root

TypeScript 代码（P1）：

function deleteNode(root: TreeNode | null, key: number): TreeNode | null {

    if (!root) return null;

    if (root.val === key) {

        if (!root.left) return root.right;

        if (!root.right) return root.left;

        let t: TreeNode | null = root.left;

        while (t!.right) t = t!.right;

        t!.right = root.right;

        return root.left;

    } else if (root.val < key) {

        root.right = deleteNode(root.right, key);

    } else {

        root.left = deleteNode(root.left, key);

    }

    return root;

};

• 时间复杂度：$O(h)$，其中 $h$ 为树的深度


• 空间复杂度：忽略递归带来的额外空间消耗，复杂度为 $O(1)$

你好呀，我是歪歪。

昨天支付宝那事儿你听说了吧？

网传支付宝 14:40-14:45 所有的支付订单都按国补减免了 20%。

从网上铺天盖地的截图来看，非常多类型的交易都被“减免了 20%”。

说实话，歪师傅纵横互联网多年，什么千奇百怪的事情没见过？

比如这种还带款有政府补贴的，我觉得还说得过去，毕竟有时候确实有政策扶持，你要强行往这个上面圆谎，遇到外行也是能糊弄过去的：

但是个人转账都能有政府补贴的，这个还真没见过：

还真是猪八戒吃人参果，第一遭。

又好比大姑娘坐花轿，头一回。

我第一反应甚至是：我靠，现在的诈骗的套路都玩得这么深吗？我甚至都一眼看不穿它。

针对支付宝这个“真百亿补贴”行为，很多网友纷纷猜测这波又是程序员干的。

有这种可能，但是我觉得还有另外一种可能，在这种可能性中，这个问题和程序员毫无关系。

我个人猜测这可能是一次运营配置事件。

我觉得是这样的。

根据官方信息，过两天，就是 1 月 20 日，国补就要正式开始了：

支付宝的程序员在这之前接到了一个国补相关的需求，需求可能是要求在创建支付订单的时候，根据订单对应的产品来判断该产品是否符合国补条件，从而决定是否进行对应的金额减免。

那么哪些产品符合国补条件，这个逻辑肯定不是写死在代码里面的。

应该是作为一个运营配置项，可做实时配置、灵活调整，而这个配置项又可能相对复杂。

比如同时可以配置支持 A 大类下的 B 小类产品、不支持 C 大类的 D 小类产品，类似这种条件组合吧。

具体的运营人员在做参数配置时，不知道出于什么原因，配置出了一个条件组合之后，这个组合的最终效果按照程序逻辑解析是所有订单都可以参与国补。

这种配置肯定是要一审二审，层层审批的。

但是巧了，审核人员就是没看出来这个配置是有问题的，给通过了。

然后就出现了这个“真百亿补贴”行为。

这种行为，换个场景就更好理解了。

就类似于营销发优惠券。

本来设计的营销活动是给指定客群的用户发一个满减的无门槛优惠券。

结果运营人员在选客群的时候操作失误，给所有的用户都发了优惠券。

你说这个场景，和程序员有什么关系？

本来就存在给所有的用户发优惠券的需求和场景，使用的人用错了，你怪我开发的时候为什么不想着拦截一下？

还有天理吗？

但是这个真实的场景又比优惠券惨烈的多，毕竟优惠券客户不一定真的去用，但是这次“补贴”是真金白银的给出去了呀。

而且还是直接给到了无数个 C 端用户，追都不好追。

哎，惨啊，真的惨。

我再强调一次啊，以上是我个人的猜测，没有任何依据。

我作为一个程序员，屁股当然得歪一下，当然是希望这个问题和程序员无关了。

只有苦一苦运营的兄弟了。（手动狗头

如果真的是因为程序员编码问题导致的，朋友，不管你看不看得到，挺住，没啥大不了的，我入行第一天就查过了，程序员因为非主观 BUG 导致公司重大损失的，不需要承担法律责任。

但是，话又说回来，这里面就没有程序员的事儿了吗？

肯定有呀！

分析数据范围，捞问题数据，做数据修复等等这些后续的事情，肯定还是程序员来做的。

昨天晚上一定有一波相关人员没睡觉，整晚整晚的都在想这个事情到底是什么了。

另外，我昨天还看到了这个短信：

我猜这个短信是假的，因为短信内容太过随意了。

简单来说，“BUG”这个词，就不应该出现在短信里面，不可能是官方用语。

你能确保收到短信的每个人都知道“BUG”是什么意思吗？

注意信息茧房的存在，你认为的常识不一定是每个人的常识。

我就在现实生活中遇到过不知道“BUG”是什么意思的，我还要解释一番。

另外，都说到短信了，顺便给大家分享一个小技巧。

这个截图暴露了短信发送方的前 8 位数字。

这 8 位数字就是短信号段，这里面是大有文章。

简单来说，106 短信码号码是由工信部或通信管理局颁发，接入移动、联通、电信三大基础运营商并进行统一管理，共分为1062、1063、1065、1066、1068 和 1069，用于不同的服务目的。

其中，1066、1068/1069 号段的短信需要企业在工信部进行申请，1062、1063 号段则是向各省通信管理局进行申请。

国家也有一个号段查询网站，前八位一输就知道这个短信是哪一家公司发的了。

比如上面截图中的 10680503：

nac.miit.gov.cn/#/notice/gx…

这个公司看起来和支付宝没有任何关系，这个也正常。你用真的支付宝发送的短信去查，查到的也不是支付宝，因为这只是对接的众多短信通道中的一个而已。

但是如果以后收到骚扰短信，可以按照这个去投诉，最终这个投诉会附带着一点点惩罚，到最初的短信发送方的。

一个小技巧，送给大家，祝大家春节前的倒数第二个周末愉快。

最后，不管和程序是否相关，保命箴言再背一次总是没错的：可监控、可灰度、可回滚。

---- 2025.01.17 01:22 更新 ----

上面的内容 16 号晚上就写好了，想着早上起来就发。 17 号凌晨被起来上厕所的时候看到官方声明了：

看起来确实是运营活动配置问题，看来歪师傅的猜测还是比较靠谱的。

看起来没有一个程序员在本次事件中受伤。

但是看起来又像是一个边界值的问题，可能存在程序校验不到位的情况。

然而这些都不重要了，重要的是我怎么开始起夜了？？？

一定是白天水喝多了，嗯，一定是这样的。

最后，欢迎关注公众号：why技术。好玩儿，来玩儿。