我得承认，我有过很长一段时间的 技术社区上瘾。

每天上班第一件事，就是打开掘金、Hacker News、InfoQ，把热门文章刷一遍。通勤的地铁上，也要用手机看看今天又出了哪个新框架的测评、哪个Vite插件又有了更新。

我生怕错过了什么，感觉一天不刷，就会被飞速发展的技术时代抛弃。这种信息焦虑，我想很多工程师都有。

但大概从去年开始，我刻意地减少了这个仪式。我把每天早上刷文章的一小时，换成了读一些看起来和编程八竿子打不着的书。比如，心理学、经济学、历史、甚至小说。

一开始只是想换换脑子，但慢慢地，我发现，这些非技术书，反而帮我解决了很多工作中遇到的、最棘手的技术问题。

这篇文章，就是想聊聊我这个转变背后的思考。

技术的天花板

工作了五六年后，我遇到了一个很明显的瓶颈。

我发现，再多学一个JS的新语法、再多会用一个Vite插件，似乎都不能让我的能力产生质的飞跃。我的技术深度和广度，足以解决日常工作中99%的技术难题。

但我发现，工作中真正难的，往往不是技术本身。而是：

• 为什么我们团队的沟通效率这么低，一个简单的需求能来回拉扯好几天？


• 为什么这个看似简单的项目，开发过程中总是不断地范围蔓延？


• 我该如何向非技术背景的老板，证明这次重构的必要性和长期价值？


• 面对一个全新的业务，我该如何设计一个能在未来3年内，适应各种不确定性变化的技术架构？

我意识到，这些问题的答案，在MDN文档里、在Stack Overflow上，是找不到的。它们是关于人、关于系统、关于决策的复杂问题。而我当时的技术知识库，对解决这些问题，几乎毫无帮助。

我的书架，以及它们教我的事

于是，我开始漫无目的地，从技术之外的领域寻找答案。下面，我想分享几个对我影响最大的领域和书籍。

心理学，理解人

• 推荐阅读：《思考，快与慢》、《影响力》、《非暴力沟通》

作为工程师，我们习惯于和确定性的机器打交道。但我们的工作，却无时无刻不在和不确定的人打交道——用户、产品经理、同事、老板。

心理学，尤其是认知心理学，教会我理解了人性的非理性。

• 理解用户：读了《思考，快与慢》后，我开始理解为什么用户会做出那些不合逻辑的操作，为什么有时候更优的设计反而没人用。这让我在做UI/UX设计和评审时，不再只是一个技术实现者，而更能代入用户的直觉系统去思考。


• 理解同事：读了《非暴力沟通》后，我改变了我在Code Review里的沟通方式。我不再说“你这里写得不对”，而是说“我看到这个实现，我担心在XX场景下可能会有风险，你觉得呢？”。我发现，当我开始关注对方的感受和需要，而不是直接评判时，技术沟通变得顺畅了许多。

系统思考 看透架构的本质

• 推荐阅读：《第五项修炼》、《系统之美》

系统思考，教会我最重要的一个概念：世界不是由一条条独立的因果链组成的，而是由一个个相互关联的反馈回路组成的。

这个思想，彻底改变了我对软件架构的看法。

• 理解技术债：我不再把技术债看作一个孤立的坏代码问题，而是把它看作一个会自我增强的反馈回路。坏代码 -> 开发效率降低 -> Bug增多 -> 救火时间增多 -> 更没时间写好代码 -> 坏代码更多。这个循环一旦形成，不从外部打破，系统就会慢慢崩溃。


• 做出更好的技术决策：我不再追求完美的、一步到位的架构，而是去寻找那些能适应变化的、演进式的架构。我开始用机会成本去评估技术选型，用延迟和滞后效应去理解一个技术决定可能在半年后带来的影响。

历史/传记 获得古人的经验和战略

• 推荐阅读：《人类简史》、《罗马帝国衰亡史》、各种历史人物传记

历史，是研究成与败的宏大案例集。它能让你跳出眼前的一个个项目，去思考技术浪潮的更迭。

• 获得历史感 ：为什么jQuery会衰落？为什么React的Hooks范式会成功？为什么当年的AngularJS会失败？这背后，和历史上的技术革命、王朝兴衰，遵循着相似的规律——它们是否解决了当时最核心的矛盾？它们是否降低了开发成本？


• 做出更聪明的长期判断：这种历史感，让我在做一些长远的技术规划时，能更好地判断什么是真正的趋势，什么是短暂的泡沫，从而避免团队把宝贵的资源，投入到一个注定会很快消亡的技术上。

这次的分享，可能有点务虚😁，但它是我近几年最真实的感受。

程序员的工作，是把一个清晰的需求，翻译成高质量的代码。

而工程师的工作，是把一个模糊的、充满不确定性的现实世界问题，转化为一个可靠、可维护的系统。

想从程序员蜕变为工程师，需要的远不止是代码能力。

我依然每天写代码，也依然关注技术动态。但我不再焦虑于错过了哪个新库。我把更多的信心，放在了那些从非技术书籍里学来的、更底层的思维模型上。

因为我知道，这些东西，可能比我今天写的任何一行代码，都要保值得多。

你们说是不是？🙌

前言

2023 年是公认的 AI 元年，2022年底OpenAI发布ChatGPT（基于GPT-3.5），2023年初迅速爆火，上线仅2个月用户突破1亿，成为历史上增长最快的消费级应用。短短三年内，AI 已经从遥不可及，进化到走进千家万户了，从只能聊天的纯语言大模型（LLMs），到今天能解决实际问题的多模态大模型（MLLMs/LMMs）、智能体（AI Agent），我们的生活正发生着不易察觉但又天翻地覆的变化。

这可能是你 2025 年看到的最真实，最中肯，也最能让你安心的文章，先说结论：程序员岗位都不会死，且未来必须具备的能力大部分人都有。

怎么看 AI 对程序员岗位的冲击

AI 的井喷式爆发，对程序员的冲击确实很大。程序员中，前端程序员最甚，在网络上，它三天一小死，五天一大死，但是结果我们也看到了，前端并没有死，甚至活得比以前更繁荣了，很多其他岗位程序员也试着用 Gemini 3 Pro 搭建了属于自己的 three.js 应用。

可能大家跟我的感觉一样，对网上前端已死的焦虑卖家并不感冒，因为在工作中，AI 给我们的感觉更像是一个老司机坐在副驾驶，我们遇到不懂的直接问它，而它也会把毕生所学毫无保留的交代出来，甚至在 VSCode Copilot 或者 Cursor 、Trae 中，我们根本不需要自己动手写代码了，80% 的时间都在 vibe coding，我们没有因为 AI 丢掉工作，反而 AI 让我们觉得：哇，太爽了，工作效率翻了三倍！

如果你有这种感觉，那么恭喜你，你是最适合在未来工作的前端开发者！

目前 AI 的局限性表现的很明显，AI 生成的代码往往 平均化、缺乏深度优化或者有隐蔽的 bug。还经常改到我们不希望变动的部分，这里祭出这张火爆全网的梗图

当然这些和 AI 还依旧不够成熟有一定关系，但是还有一个最根本的原因使得 AI 无法取代人类，它注定只能作为人类的工具，但是这个原因很哲学，请看下文。

不用怕，欲望是创造的原初动力

人类创造的起点往往是 “想做”、“喜欢”、“不爽”、“好奇”、“想证明自己” 这些内在冲动。比如 一个程序员半夜写出一个新框架，是因为“觉得现有工具太烂了，我就是要搞一个更好玩的”，而 AI 没有这些。它只有“根据训练数据预测下一个词”或者“最大化奖励函数”。我们给它一个目标，它就全力优化，但它自己永远不会“突然想”去做一件没人要求的事。

所以，AI 的“创造”其实是重组+优化过去的知识，而不是从零生出全新的渴望。

AI 很擅长在已知框架里做到极致（比如写出完美的前端组件、优化算法到最快），但人类擅长打破框架、发明新框架。这种突破往往来自 “无用” 的欲望

• 想玩 → 发明游戏


• 想偷懒 → 发明自动化工具（发明了 AI 😂）


• 想被认可 → 开源一个项目

历史上所有重大创新（互联网、智能手机、开源运动）都源于这种自发欲望。

总的来说，AI 只是现有知识最好的运用者，它无法自发的想去创造新事物（如果有的话也太可怕了，这 TM 直接天网）

要让AI拥有“真正自发的欲望”，需要解决哲学级难题：意识（consciousness） 和 主观体验（qualia）。目前科学界连“意识是什么”都没搞清楚，更别说在硅基系统里实现它了。

所以这是 AI 为什么无法代替人类的原因。

但是，从直觉上来看，AI 似乎可以替代一部分基础工作，而且现在正在发生，有些公司正在招聘高级开发者来替代多个初中级岗位...

危机真正的来源

初中级岗位确实正在慢慢消失，但这并不意味着我们在岗程序员一定会掉队，相反，我们在行业内属于 “老人”，也是最先吃到 AI 这块蛋糕的人。既然总要有人做事，所谓近水楼台先得月，最先有机会转换到 融合职责岗位 的，也会是我们这一批人，而不是其他人。

在我们这个行业，各个岗位正在发生融合，产品经理、UI、前后端的界限越来越模糊，最近还出现了所谓的 “一人公司”、“超级个体”。

初中级岗位的慢慢消失和岗位职责的融合，是 AI 时代，对普通程序员最大的挑战，我们应该顺应这一潮流，转变以往的思维，勇敢的加入到这场洪流中。

那么，该怎么做？

有解，且比以前更简单！

众所周知，T-shaped 技能模型推荐我们 先建立一个领域的深度（垂直杠），再扩展广度（水平杠），形成T形。我们很多人也是这么干的，前端同学在深刻学习 JS 语言基础、vue、react 源码，传统面试中，这些知识也是重点考察内容。

但是 AI 时代，这些技能变得非常廉价，AI已经把“深度纯技术钻研”的门槛大幅降低：它能快速生成代码、优化实现，甚至帮你读源码、总结关键。

你可以完全没读过 vue 源码，而仅用一句：“帮我实现一个 vue 的响应式系统” 实现这个功能。

T 的竖线表示领域深耕，既然深耕到一半，发现不太有竞争力了，怎么办？很简单，发展横轴，横轴代表了我们的广度（全栈狂喜），但这里说的不是纯技术广度，而是多方面多系统的融会贯通。

不过好在这些技能是我们聪明的程序员天生就具备的能力。

未来优秀程序员不再是“写代码最快的人”，而是系统思考者 + 需求翻译者 + AI指挥官 + 复杂问题解决者 + 高效沟通者。

看起来需要具备这么多能力，但是仔细想想，其实每个人都已经基本具备。每个人只需在自己的薄弱领域稍加练习即可，这比啃框架源码可简单多了，至少都是可以 “勤能补拙” 的技能。

结语

AI 不是洪水猛兽，它是我们最可靠的副驾驶，我们应该勇敢投入潮流，转变自身态度，提升视野，才能在未来的 AI 大融合时代占住自己的一席之地。

还有，2026，别感冒！

番外

• 本文章由我和 Grok 共创，对话链接：grok.com/share/c2hhc…

• Google AI Studio 帮我实现了很多想法！
  
  
  
  
  • wcnm.club/ 一个匿名的在线聊天室，可配置自己的私密 mqtt 服务器，一键启动！
  
  
  • elemental-survivor.vercel.app/ 一个肉鸽游戏，非常完整。
  
  
  • solar-max-clone-galactic-conquest.vercel.app/ 手游 《太阳系争霸战 (solarmax)》复刻
  
  
  • code-hero-pi.vercel.app/ 可以自己设计英雄的回合制卡牌对战，可联机对战！
  
  
  
  

上个月，我刚过完30岁生日。

没有办派对，就和家人简单吃了顿饭。但在吹蜡烛的那个瞬间，我还是恍惚了一下。

30岁，对于一个干了8年的前端来说，到底意味着什么？

前几天，我在做团队下半年的规划，看着表格里的一个个名字，再看看镜子里的自己，一个问题在我脑子里变得无比清晰：

我职业生涯的下一站，到底在哪？

28岁之前

在28岁之前，我的人生是就行直线。

我的目标非常纯粹：成为一个技术大神。我的快乐，来自于搞懂一个Webpack的复杂配置、用一个巧妙的Hook解决了一个棘手的渲染问题、或者在Code Review里提出一个让同事拍案叫绝的优化。

这条路的升级路径也非常清晰：

初级（学框架） -> 中级（懂原理） -> 高级（能搞定复杂问题）

我在这条路上，跑得又快又开心。

30岁的十字路口

但到了30岁，我当上了技术组长，我发现，这条直线消失了。取而代之的，是一个迷雾重重的十字路口。

我发现，那些能让我晋升到高级的技能，好像并不能帮我晋升到下一个级别了。

摆在我面前的，是三条截然不同，却又相互纠缠的路。

技术路线——做技术专家

• 这条路成为一个 主工程师 或 架构师。不带人，不背KPI，只解决公司最棘手的技术难题。比如，把我们项目的INP从200ms优化到100ms以下，或者主导设计公司下一代的跨端架构。


• 这当然是我的舒适区。我爱代码，我享受这种状态。这条路，是我最熟悉、最擅长的。


• 焦虑点：我真的能成为那个最顶尖的1%吗？前端技术迭代这么快，我能保证我5年后，还能比那些25岁的年轻人，学得更快、想得更深吗？当我不再是团队里最能打的那个人时，我的价值又是什么？

业务路线——更懂的产品工程师

• 不再只关心怎么实现，而是去关心为什么要做？深入理解我们的商业模式、用户画像、数据指标。不再是一个接需求的资源，而是成为一个能和产品经理吵架、能反向推动产品形态的合作伙伴。


• 我发现，在公司里，那些真正能影响决策、晋升最快的工程师，往往都是最懂业务的。他们能用数据和商业价值去证明自己工作的意义，而我，还在纠结一个技术实现的优劣。


• 焦虑 ：这意味着我要走出代码的舒适区，去开更多的会，去啃那些枯燥的业务文档，去和各种各样的人扯皮。我一个技术人，会不会慢慢变得油腻了？

管理——做前端Leader

• 这就是我现在正在尝试的。我的工作，不再是写代码，而是让团队更好地写代码。我的KPI，不再是我交付了多少，而是我们团队交付了多少。


• 老板常说的影响力杠杆。我一个人写代码，战斗力是1。我带一个5人团队，如果能让他们都发挥出1.2的战斗力，那我的杠杆就是6。这种成就感，和写出一个完美函数，是完全不同的。


• 这是我最焦虑的地方:
  
  

  我上周二，开了7个会，一行代码都没写。

  
  

  晚上9点，我打开VS Code，看着那些我曾经最熟悉的代码库，突然有了一丝陌生感。我开始恐慌：我的手艺是不是要废了？如果有一天，我不当这个Leader了，我还能不能凭技术，在外面找到一份好工作？

这三个问题，在我脑子里盘旋了很久。我试图三选一，但越想越焦虑。

直到最近，我在复盘一个项目时，才突然想明白：

这根本不是一个三选一的十字路口。

这三条路，是一个优秀的技术人，在30岁之后，必须三位一体、同时去修炼的内功。

• 一个不懂技术的Leader，无法服众，也做不出靠谱的架构决策。


• 一个不懂业务的专家，他的技术再牛，也可能只是屠龙之技，无法为公司创造真正的价值。


• 一个不懂管理（影响他人）的工程师，他的想法再好，也只能停留在自己的电脑上，无法变成团队的战斗力。

DOTA2的世界里，有一个英雄叫 祈求者（Invoker），他有冰、雷、火三个元素，通过不同的组合，能释放出10个截然不同的强大技能。

我觉得，30岁之后的前端，就应该成为一个祈求者。

我们不再是那个只需要猛点一个技能的码农。我们的挑战，在于如何在不同的场景下，把这三个元素，组合成最恰当的技能，去解决当下最复杂的问题。

这条路，很难，但也比25岁时，要有趣得多。

与所有在十字路口迷茫的同行者，共勉🙌。

前言

前些天有位小伙伴和我吐槽他在外包工作的经历，语气颇为激动又带着深深的无奈。

1. 上岸折戟尘沙

本人男，安徽马鞍山人士，21年毕业于江苏某末流211，在校期间转码。

上网课期间就向往大城市，于是毕业后去了深圳，找到了一家中等IT公司（人数500+）搬砖，住着宝安城中村，来往繁华南山区。

待了三年多，自知买房变深户无望，没有归属感，感觉自己也没那么热爱技术，于是乎想回老家考公务员，希望待在宇宙的尽头。

24年末，匆忙备考，平时工作忙里偷闲刷题，不出所料，笔试卒，梦碎。

2. 误入外包

复盘了备考过程，觉得工作占用时间过多，想要找一份轻松点且离家近的工作，刚好公司也有大礼包的指标，于是主动申请，辞别深圳，前往徽京。

Boss上南京的软件大部分是外包（果然是外包之都），前几年外包还很活跃，这些年外包都沉寂了不少，找了好几个月，断断续续有几个邀约，最后实在没得选了，想着反正就过渡一下挣点钱不寒碜，接受了外包，作为WX服务某为。薪资比在深圳降了一些，在接受的范围内。

想着至少苟着等待下一次考公，因此前期做项目比较认真，遇到问题追根究底，为解决问题也主动加班加点，同为WX的同事都笑话我说比自有员工还卷，我却付之一笑。

直到我经历了几件事，正所谓人教人教不会，事教人一教就会。

3. 我在外包的二三事

有一次，我提出了自有员工设计方案的衍生出的一个问题，并提出拉个会讨论一下，他并没有当场答应，而是回复说：我们内部看看。

而后某天我突然被邀请进入会议，聊了几句，意犹未尽之际，突然就被踢出会议...开始还以为是某位同事误触按钮，然后再申请入会也没响应。

后来我才知道，他们内部商量核心方案，因为权限管控问题，我不能参会。

这是我第一次体会到WX和自有员工身份上的隔阂。

还有一次和自有员工一起吃饭的时候，他不小心说漏嘴了他的公积金，我默默推算了一下他的工资至少比我高了50%，而他的毕业院校、工作经验和我差不多，瞬间不平衡了。

还有诸如其它的团建、夜宵、办公权限、工牌等无一不是明示着你是外包员工，要在外包的规则内行事。
至于转正的事，头上还有OD呢，OD转正的几率都很低，好几座大山要爬呢，别想了。

3. 反求诸己

以前网上看到很多吐槽外包的帖子，还总觉得言过其实，亲身经历了才刻骨铭心。

我现在已经摆正了心态，既来之则安之。正视自己WX的身份，给多少钱干多少活，给多少权利就承担多少义务。

不攀比，不讨好，不较真，不内耗，不加班。

另外每次当面讨论的时候，我都会把工牌给露出来，潜台词就是：快看，我就是个外包，别为难我😔~

另外我现在比较担心的是：

万一我考公还是失败，继续找工作的话，这段外包经历会不会是我简历的污点😢

当然这可能是我个人感受，其它外包的体验我不知道，也不想再去体验了。

对，这辈子和下辈子都不想了。
附南京外包之光，想去或者不想去的伙伴可以留意一下：

你有没有在朋友圈或者知乎上看到过这样的声音：“前端这行是不是快没前途了？”、“前端是夕阳行业，学不起来就晚了”。听起来很吓人吧？今天周五公司不忙~ 所以就想就想聊聊，为什么这些说法有点夸张，而且，实际上，前端比你想的要活跃、要有意思得多。

前端行业现状与就业趋势深入分析

其他废话少说，我先列出一组数据。

市场数据说明：招聘活跃度与求职热度

在判定某个岗位是否是“夕阳行业”前，我们得看看实实在在的数据，而不是空谈。虽然我们没有官方完整的每月统计数据，但从招聘平台侧面指标可以窥见市场动态：

BOSS直聘平台整体使用频次趋势（2024 年）

数据来自行业研究监测，反映招聘平台月度活跃度（平台月访问次数，单位为万次）。它可以折射出用户在找工作和发布岗位的活跃程度：

从这张表可以看到几个趋势：

• 春节前后及 3 月、4 月经常会有求职与招聘高峰，这与校园招聘和年终奖金兑现周期有关。


• Boss直聘的整体使用频次明显高于其他招聘平台，表明它在人才市场中具有更高的活跃度。

这说明整体就业市场并没有冷却到技术岗位“没市场”的程度，但伴随着整体求职竞争压力也在增加（尤其毕业季之后）。

2024–2025 前端岗位薪资与供需情况（综合公开数据）

下面给出一个简要的薪资与供需趋势对比，是基于公开行业报告和招聘平台上职位薪资调研整理的（单位：人民币）：

前端薪资水平（2024–2025）

小结：大厂或高级岗位薪资明显高于平均，而整体前端岗薪资按城市和经验差异明显（北上深等一线城市更高）。中高级工程师薪资已进入较高收入层。

前端岗位供需趋势（24 年–25 年）

真实可公开的按月份招聘/求职人数统计不容易直接获得（需付费或数据授权），但我们可以根据人才供需比报告和其他间接指标构建趋势理解：

人才供需比（供给 vs 需求）变化

供需比上升意味着“求职者数量增速快于岗位数量”，这反映就业市场总体竞争压力上升，但这主要是整体技术类岗位，不仅限前端。技术类岗位中核心和稀缺型（例如 AI、架构方向）仍然紧缺。 开源中国

招聘/求职活跃度趋势示意

timeline

    title 

    2024 : 招聘需求 ↑, 求职人数 ↑

    2025 : 招聘需求 ↓, 求职人数 ↑↑

• 招聘需求在 2024／2025 年虽整体活跃，但增长略收敛。


• 求职人数增速仍然高（尤其高校毕业生和转行人才增多）。 PDF 文档助手+1

“前端到底是做什么的”

以前的前端，其实很简单——写页面。你写几个 HTML、CSS，再加上点 JS，页面能跑就算完成任务。大部分人只要会写代码，基本就能找到工作。那时候，技术门槛不高，但随之而来的问题是：大家都能做，稀缺性不强。

到了现在，前端已经不是单纯写页面那么简单了。现在你需要考虑性能优化、工程化、架构设计，甚至还得会和 AI 工具配合来提高效率。也就是说，前端的工作量和复杂度已经大幅升级了，光会写代码，已经不再稀缺。

普通前端 / 工程型前端 / 架构型前端

我一般把前端分成三类：

会写代码不再稀缺，会“用 AI 写代码”才是门槛

你可能注意到了，现在很多人说“前端会写代码不稀缺了”。这是真的。基础的 JS、CSS、HTML 很多人都会，但如果你能用 AI 辅助写代码、自动生成模板、快速优化性能，那才是真正的核心竞争力。就像以前会打字的人很多，但会用 Excel 做财务建模的人少，差距就出来了。

举个例子，现在有些大型项目，我们用 AI 帮忙生成表单验证逻辑，或者做自动化测试脚本，效率能提高好几倍。这种能力，不是简单敲几行代码能替代的。

前端未来,更像产品工程师

所以，到底前端是不是夕阳行业？我觉得恰恰相反。未来的前端，更像产品工程师——你不仅要写代码，还要思考性能、用户体验、架构设计、工程化流程，甚至要和 AI、云端、数据打交道。前端的职业宽度比以前更大，技能组合也更加稀缺。

换句话说，前端不再只是写界面的小伙伴，而是能把技术和产品结合起来，创造可落地系统的人。

总结

不是前端“夕阳”，只是门槛提高了

从薪资和招聘活跃度看：

• 前端岗位依旧铺开在招聘平台上，高薪职位数量没有消失，只是分布更广、更分层。


• 高端工程师、架构型前端、全栈/AI 前端人才仍然供不应求。


• 竞争压力主要来自技术同质化人才与行业整体求职人数增长的趋势（特别是毕业季）。 开源中国

真实情形是：前端并非夕阳，而是在职业形态和薪资结构上出现了更明显的分层。

你看到普通前端岗位薪资增长缓慢，是因为市场供给大，但 高技术、高工程化能力者反而更加吃香，门槛变了，而不是需求消失。

总结：结合数据再看“前端是否夕阳”

既然有数据支撑，我们再回到那个问题：

前端是否是夕阳行业？结论是：

所以说：前端不是夕阳行业，前端职业更像是正经历升级版的“技术工程”方向，更接近综合产品工程师，而不是单纯的页面写手。

要在这个岗位上活得更好，与 AI 协作、提升工程化能力、掌握架构与性能优化，成为未来核心竞争力。

数据来源说明

本文涉及的前端薪资、招聘人数、求职人数及市场趋势数据，主要来源公开渠道：

• BOSS直聘：招聘岗位示例及薪资参考 官网，招聘活跃度趋势及职位需求变化 年度报告


• 前端薪资参考：全国平均薪资及高端岗位薪资 Teamed Up China、大厂薪资对比 Levels.fyi、高端技术岗位薪资 脉脉高聘年度报告


• 前端供需数据：技术类岗位供需比及求职活跃度 公开行业报告

数据仅供行业分析参考，实际薪资及岗位信息可能随城市、公司和岗位等级变化。

就在最近，百度旗下又一款知名互联网产品正式宣布停止服务，令人唏嘘不已。

没错，它就是「百度脑图」。

提到「百度脑图」这个名字，对于很多年轻的朋友们来说，可能有些陌生，但是在当年那会还是挺有名的。

对我而言，之前我还真就认认真真用过一段时间，在上面画了不少图，但是后来还是转到其他工具了。

说实话，要不是看到这个新闻，我都快忘记有这个产品的存在了。

出于好奇，我也特地登进去看了一眼。

果然，这停服公告都已经正式发出来了：

因产品调整，百度脑图将于 2026 年 3 月 31 日正式停止服务。

这也就意味着，这个产品将在明年春天正式画上句号，同时也给用户留了三个多月的数据导出时间。

众所周知，百度家的很多产品用起来一言难尽，要么有广，要么得氪金开会员。

但该说不说，「百度脑图」这个产品在我印象中倒还一直挺干净的，无广无贴，也不要会员啥的。

和市面上常见的脑图产品一样，这是一个免安装、支持网页版云端存储和自动实时保存的思维脑图编辑工具。

而且重点是界面简洁干净，无贴无广，并且兼容多种格式，同时也支持多格式脑图文件自由下载和导出。

咱讲话了，这都整得有点不像是百度家风格的产品了。

我特地看了一下它的产品更新日志，最近的一次更新还得追溯到 2019 年的 7月份。

这也意味着，这个产品已经 6 年多没怎么更新了啊，emmm，看来他们公司对这个产品是真的一点儿也不上心呢。

提到「百度脑图」，可能很多同学压根都不知道这个产品，但是百度脑图在行业内起步算很早的了。

这算一算，其实它也是 10 年前的产品了。

回想当年它刚推出时，就是凭借着“免安装、云存储、易分享”三大特点而传开，说实话 那时候，我们还没有现在那么多眼花缭乱的协作工具。

然而，互联网不相信眼泪，也从不吝啬告别。

近年来，随着 SaaS 服务的兴起，包括类似 XMind、MindManager 等专业工具和协作类工具的不断进化，加上百度自身战略重心的转移，百度脑图也渐渐淡出了我们的视野。

所以写着写着我寻思，这不又是百度身上的一个「起了个大早却赶了个晚集」的事情吗……

说起「起大早赶晚集」这个话题，百度那可真有得聊的，它说第一，没人敢说第二……

作为曾经的 BAT 三巨头之一，百度在很多风口上都曾拥有极强的前瞻性，并且往往是第一批入局者，但最终呢，却因为各种内外部原因，被同行反超压制，没能笑到最后。

首先是 2003 年上线的「百度贴吧」，曾是中文互联网第一大社区，拥有极强的用户粘性，现在的很多社交玩法（如兴趣圈层）都源于贴吧，但最终贴吧还是未能抓住移动化和兴趣社交的转型机遇，社区地位逐渐被取代，影响力大幅衰退。

再比如「好看视频」，我记得诞生时间是不是好像也和抖音大差不差来着，而且早期也曾投入过不少资源进行推广，但最终呢，还是未能找准差异化定位，被抖音、快手等按在地上摩擦，最终被逐渐边缘化，未能成为短视频领域的主流玩家。

还有「百度钱包/支付」，彼时移动支付刚刚兴起时，百度钱包就紧随上线了，但最后怎么样呢，也是未能跻身主流支付平台的位列，并逐渐淡出用户视野。

再就是「百度外卖」了，2014 年就入局了，上线时间很早吧，但是在与美团、饿了么的竞争中，百度外卖还是缺乏核心壁垒，最终在 2017 年被饿了么给合并了，从而彻底退出了历史舞台。

对了，还有「百度糯米」，那上线时间就更早了，我记得当年还试图想与美团、点评相抗衡呢，投入巨大但收效甚微，最终也未能撼动竞争对手，并在 2022 年彻底宣布关停。

来到 AI 时代，就更滑稽了。

按理说百度应该是国内最早布局和投入 AI 的公司之一了，十几年前就入局了，而「文心一言」也是国产大模型中最早发布的产品之一。

结果怎么着，虽然起步很早，但是先发优势尽失，在后续竞争中逐渐掉队，与头部产品差距拉大，市场份额反被后来者反超。

说到底，其实百度的技术实力并不差，技术眼光也不差，在很多领域都有先发优势，但是每次总会在关键时刻掉链子，然后被同行反超压制。

技术先发优势巨大但最终还是未能转化为生态和市场的壁垒，可能是战略层面的摇摆，可能是既得利益的束缚，甚至有可能是组织架构的桎梏…等等，这背后的深层原因的确值得他们好好分析分析了。

包括这一次「百度脑图」的官宣落幕，作为曾经的用户，说实话，真的觉得挺可惜的。

注：本文在GitHub开源仓库「编程之路」 github.com/rd2coding/R… 中已经收录，里面有我整理的6大编程方向(岗位)的自学路线+知识点大梳理、面试考点、我的简历、几本硬核pdf笔记，以及程序员生活和感悟，欢迎star。

12 月 4 号，JavaScript 迎来 30 岁生日。

一门 10 天赶出来的语言，现在跑在 98.9% 的网站上，有 1650 万开发者在用它。从浏览器脚本到服务端运行时，从桌面应用到移动端，甚至嵌入式设备都有它的身影。TIOBE 2024 年度编程语言排行榜上，JavaScript 排第 6。

但 30 周年这天，社区没怎么庆祝。大家更关心的是另一件事：JavaScript 这个名字，到底能不能从 Oracle 手里抢回来。

10 天写出来的语言

1995 年 5 月，Netscape 的工程师 Brendan Eich 接到一个任务：给浏览器加一门脚本语言。

时间表很紧——Navigator 2.0 Beta 版要发布了，必须赶上。

Eich 花了 10 天（据他回忆是 5 月 6 日到 15 日），搞出了第一个原型。这不是夸张，是真的 10 天。

他后来自己说：

当你看我 10 天写的东西，它像一颗种子。是一种有力的妥协，但仍然是一个非常强大的内核，后来长成了一门更大的语言。

这门语言最开始叫 Mocha，后来改叫 LiveScript，最后因为市场原因蹭了 Java 的热度，改名 JavaScript。

1995 年 12 月 4 日，Netscape 和 Sun 联合发布公告，宣布 JavaScript 正式诞生。28 家公司为这门新语言背书，包括 America Online、Apple、AT&T、Borland、HP、Oracle、Macromedia、Intuit、Toshiba 等科技巨头。

有意思的是，Oracle 当时是 JavaScript 的支持者之一，新闻稿的媒体联系人里还有 Mark Benioff（后来创办了 Salesforce）。没想到 30 年后，Oracle 成了社区想要摆脱的"商标持有者"。

Sun 联合创始人 Bill Joy 说：

JavaScript 是 Java 平台的完美补充，天生就是为互联网和全球化设计的。

America Online 技术总裁 Mike Connors：

JavaScript 带来了跨平台的快速多媒体应用开发能力。

HP 的 Jan Silverman：

JavaScript 代表了专门为互联网设计的下一代软件。

Netscape 和 Sun 还计划把 JavaScript 提交给 W3C 和 IETF 作为开放标准。后来 JavaScript 确实标准化了，但官方名字叫 ECMAScript——因为商标问题。

1996 年 3 月发布 1.0 版本后，JavaScript 的野心远不止当初设想的"胶水语言"。

从玩具到基础设施

当年 JavaScript 的定位是"胶水语言"，让不会编程的人也能在网页上加点交互。

没人想到它会变成今天这样。

几个关键节点：

2009 年 - Node.js 诞生

Ryan Dahl 把 V8 引擎搬到服务端，JavaScript 不再只是浏览器里的玩具。前后端同构成为可能。

2015 年 - ES6 发布

let/const 替代 var，箭头函数，Promise，Class 语法... JavaScript 终于像个正经语言了。

2012 年 - TypeScript 发布

微软给 JavaScript 加了类型系统。2017 年只有 12% 的 JavaScript 开发者用 TypeScript，到 2024 年这个数字涨到了 35%。现在大型项目几乎都是 TypeScript。

框架时代

React、Vue、Angular 轮番登场。整个前端生态围绕 JavaScript 建立起来。现在有人的整个职业生涯都建立在某个特定的 JS 框架上。

嵌入式领域

JavaScript 甚至跑到了微控制器上。Espruino 项目让你可以在 24.95 美元的小板子上写 JavaScript，功耗低到 0.06mA，还能跑蓝牙。有个智能手表 Bangle.js 2，一块电池能用 4 周，上面跑的就是 JavaScript。

名字的问题

JavaScript 这个名字，商标属于 Oracle。

Oracle 2009 年收购 Sun 的时候一起拿到的。但 Oracle 自己根本不做 JavaScript 相关的产品，商标就这么放着。

问题来了：因为商标在 Oracle 手里，社区做事很尴尬。

• 不能叫 JavaScript Conference，只能叫 JSConf


• 官方规范叫 ECMAScript，不叫 JavaScript


• 写书、办会议、做项目，用 JavaScript 这个词都有法律风险

Brendan Eich 2006 年写过："ECMAScript 一直是个没人想要的商业名称，听起来像皮肤病。"

讽刺的是，Oracle 甚至不是 OpenJS Foundation 的成员，跟 Node.js 的开发也没有任何关系。

Node.js 和 Deno 的创始人 Ryan Dahl 看不下去了。2024 年 9 月他发起了 "Free the Mark" 运动，发布了一封公开信，28,600 多名开发者签名支持。

签名的人里有几个重量级的：

• Brendan Eich - JavaScript 创造者本人


• Ryan Dahl - Node.js 创造者


• Michael Ficarra、Shu-yu Guo - JavaScript 规范编辑


• Rich Harris - Svelte 作者


• Isaac Z. Schlueter - npm 创始人


• James M Snell - Node.js TSC 成员


• Jordan Harband - JavaScript 规范荣誉编辑


• Matt Pocock - Total TypeScript 课程作者


• Wes Bos、Scott Tolinski - Syntax.fm 播客主持人

11 月正式向美国专利商标局提交申请，要求撤销 Oracle 的商标。

理由有三：

公开信里说得很直白：

Oracle 从来没有认真推出过叫 JavaScript 的产品。GraalVM 的产品页面甚至都没提"JavaScript"这个词，得翻文档才能找到它支持 JavaScript。

公开信还指出，Oracle 2019 年续期商标时提交的"使用证据"是 nodejs.org 的截图和 Oracle JET 库。Node.js 根本不是 Oracle 的产品，JET 只是 Oracle Cloud 服务的一个 JavaScript 库，跟市面上成千上万的 JS 库没什么区别。

按美国法律，商标 3 年不用就算放弃。Oracle 既没用这个商标，又眼睁睁看着它变成通用名词，两条都占了。

2025 年 2 月，Oracle 申请驳回诉讼中的欺诈指控。6 月，商标审判和上诉委员会驳回了欺诈指控，但撤销申请继续审理。8 月，Oracle 首次正式回应，否认 JavaScript 是通用名词。

官司预计要打到 2026 年。

Deno 团队正在众筹 20 万美元的法律费用，用于发现阶段的调查取证，包括做公众调查来证明普通人不会把 JavaScript 和 Oracle 联系在一起。

30 年后的 JavaScript

现在的 JavaScript 和 1995 年的已经是两门语言了。

当年的 var 被 let/const 取代。当年的原型继承有了 Class 语法糖。当年的回调地狱有了 Promise 和 async/await。

ES2025 刚发布，又加了一堆新特性。

工具链也完全不同了：

• 打包器从 webpack 到 Vite，Vite 8 刚用上 Rolldown，速度又快了一大截


• 运行时从只有浏览器，到 Node.js、Deno、Bun 三足鼎立


• TypeScript 成了事实上的标准


• 1650 万开发者，比很多国家的人口都多

Brendan Eich 当年 10 天写的种子，长成了一片森林。

顺手推几个项目

既然聊到 JavaScript 生态，推一下我做的几个开源项目：

chat_edit - 一个双模式 AI 应用，聊天 + 富文本编辑。Vue 3.5 + TypeScript + Vite 8 技术栈，可以自己配 API key 部署。

code-review-skill - Claude Code 的代码审查技能，覆盖 React、Vue、TypeScript 等主流技术栈，按需加载不浪费 token。

5-whys-skill - 根因分析技能，排查问题的时候用"5 个为什么"方法论。

first-principles-skill - 第一性原理思考技能，适合架构设计和技术方案选型。帮你拆解问题本质。

感兴趣可以去 GitHub 看看。

相关链接

• Ars Technica: In 1995, a Netscape employee wrote a hack in 10 days


• 1995 年原始新闻稿（存档）


• JavaScript 商标争议公开信


• JavaScript 商标争议官网


• Espruino - 嵌入式 JavaScript


• JavaScript Turns 30 - TechSpot


• 30 Years of JavaScript: The Complete Evolution Guide


• Deno v. Oracle


• Brendan Eich on Creating JavaScript in 10 Days

各位朋友好，我是优弧。今天想用一种轻松的方式，记录一个小小的里程碑：我来到新部门，已经满100天了。

如果把职场比作一段旅程，这100天像是从一条熟悉的主路，转入了一条全新的小径。风景不同，路况也迥异。过去，我更多是在既定方向里把事情做深做透；如今，则像是在一片新的地基上，一砖一瓦地搭建起"规则、方法与节奏"。

我现在所在的团队，从事的是数据标注与评测相关工作。很多人一听"标注"，第一反应是"是不是就是打标签？"——我最初也是这么想的。但真正深入之后才发现：它更像是把人类的判断，转化为一套清晰、一致、可复用的"语言"。这些语言会凝结成数据，数据会塑造模型，模型再反过来影响产品体验。它不张扬，却至关重要。

这100天，我主要做了三件事

第一件：把模糊变清晰。

新方向里，最常见的困难不是"做不出来"，而是"大家以为理解一致，其实各有各的理解"。所以我花了大量时间做"对齐"——把需求写清楚，把边界讲明白，把容易产生歧义的地方用具体案例固定下来。

这件事看似不起眼，却能让后来的人少走许多弯路。

第二件：把事情做得更稳。

在这里，"做完"不是终点，"能稳定交付"才是。

我参与梳理流程、完善检查机制，也会和一线同事一起复盘：哪里最容易出错？是规则没讲清楚，还是样例不够充分，还是工具设计让人产生误解？

我们在努力把"靠经验"变成"靠机制"，把"凭感觉"变成"有共识"。

第三件：把经验沉淀下来。

我越来越相信一个朴素的道理：团队的效率，很大程度上取决于能否把经验写下来、传下去、复用起来。

所以这段时间，我持续在做文档化、样例库整理、常见问题汇总，让新人上手更快，老同事协作更顺。

这100天，我最大的收获

说实话，新方向并不轻松。它不像冲刺型项目那样"立竿见影"，更多是"润物无声"。但也正因如此，它让我学会了另一种能力：耐心地把一件事做成体系。

我也更深刻地体会到——所谓成长，不一定是站到更高的位置，有时候是换一个角度看世界：从追求结果，到构建方法；从解决一个问题，到消除一类问题。

几点真实的小感悟

• 很多分歧不是谁对谁错，只是大家站在不同位置，看同一件事。


• 把规则写清楚，比想象中更难；写清楚之后，比想象中更有价值。


• 让事情"稳定"，往往比让事情"快速"更考验功力。

写在最后

100天当然不算长，但足以让我确认：我已经在一个新的方向上重新出发了。离开不是告别，更像是把自己推入一个更陌生的场景，再学一次"如何把事情做好"。

最后，用一句我很喜欢的话收尾（我一直拿它提醒自己）：

"这个世界上没有什么生活方式是完全正确的，神山圣湖并不是终点。接受平凡的自我，但不放弃理想和信仰，热爱生活。我们都在路上，也许路的尽头是什么，从来都不重要。"

感谢这一路遇到的每一个人。也希望下一个100天，我能继续保持好奇、保持笃定，把这条路走得更深、更稳。

顺便打个小广告

既然聊到了数据标注，也借这个机会说一声：我们的标注平台即将上线，现在开始招募标注员啦！

如果你是计算机相关专业背景，对代码有热情，想用专业能力做点有价值的事（顺便赚点外快），欢迎了解一下：

我们在找这样的你：

• 研发工程师，能独立理解并修改开源或企业级代码，熟悉单测与验证流程


• 3年以上开发经验，熟悉 Git、单元测试、模块化架构，能阅读、理解、调试中大型项目


• 掌握主流开发语言（Python / Java / JS / TS / Rust / C / C++）


• 具备问题抽象、代码重构与性能优化经验，能从开发者视角构造高质量问题与解决方案

工作方式：

• 线上灵活办公，时间自由安排


• 每周投入 20小时以上 即可

薪酬待遇：

• 时薪 50～100元，具体以项目最终定价为准

当然，如果你是本科及以上学历、有计算机相关背景的同学，也非常欢迎报名——我们同样期待新鲜血液的加入！

感兴趣的朋友可以私信我，或者留言咨询。期待与你在标注的世界里相遇。

前言

初八就回城搬砖了，有位老哥跟我吐槽了他过年期间参与同学会的事，整理如下，看读者们是否也有相似的境遇。

缘起

高中毕业至今已有十五年了，虽然有班级群但鲜有人发言，一有人冒泡就会立马潜水围观。年前有位同学发了条消息：高中毕业15年了，趁过年时间，咱们大伙聚一聚？

我还是一如既往地只围观不发言，组织的同学看大家都三缄其口，随后发了一个红包并刷了几个表情。果然还是万恶的金钱有新引力，领了红包的同学也刷了不少谢谢老板的表情，于是乎大家都逐渐放开了，最终发起了接龙。

看到已接龙的几位同学在高中时还是和自己打过一些交道，再加上时间选的是大年初五，我刚好有空闲的时间，总归还是想怀旧，于是也接了龙。

牢笼

我们相约在县城的烧烤一条街某店会面，那离我们高中母校不远，以前偶尔经过但苦于囊中羞涩没有大快朵颐过。

到了烧烤店时发现人声鼎沸，猜拳、大笑声此起彼伏，我循着服务员的指示进入了包间。放眼望去已有四、五位同学在座位上，奇怪的是此时包间却是很安静，大家都在低头把玩着手机。

当我推门的那一刻，同学们都抬头放眼望来，迅速进行了一下眼神交流，微笑地打了招呼就落座。与左右座的同学寒暄了几句，进行一些不痛不痒的你问我答，而后就沉默，气氛落针可闻，那时我是多希望有服务员进来问：帅哥，要点单了吗？

还好最后一位同学也急匆匆赶到了，后续交流基本上明白了在场同学的工作性质。

张同学：组织者，在A小镇上开了超市、圆通、中通提货点，座驾卡迪拉克

李同学：一线城市小创业者，公司不到10人，座驾特斯拉

吴同学：县城第一中学老师、班主任，座驾大众

毛同学：县委办某科室职员、公务员，座驾比亚迪

王同学：某小镇纪委书记，座驾别克

潘同学：县住房和城乡建设局职员，事业编，座驾哈佛

我：二线城市码农一枚，座驾雅迪

一开始大家都在忆往昔，诉说过去的一些快乐的事、糗事、甚至秘辛，感觉自己的青葱时光就在眼前重现。
酒过三巡，气氛逐渐热烈，称呼也开始越拔越高，某书记、某局、某老板，主任、某老总的商业互吹。

期间大家的话题逐渐往县城的实事、新闻、八卦上靠，某某人被双了，某某同事动用了某层的关系调到了市里，某漂亮的女强人离婚了。

不巧的是张同学还需要拜会另一位老板，提前离席，李同学公司有事需要处理，离开一会。

只剩我和其他四位体制内的同学，他们在聊体制内的事，我不熟悉插不进话题，我聊公司的话题估计他们不懂、也不感兴趣。

更绝的是，毛同学接到了一个电话，而后提着酒杯拉着其他同学一起去隔壁的包间敬酒去了，只剩我一个人在包间里。

过了几分钟他们都提着空酒杯回来了，悄悄询问了吴同学才知道隔壁是县委办公室主任。

回来后，他们继续畅聊着县城的大小事。

烧烤结束之后，有同学提议去唱K，虽然我晚上没安排，但想到已经没多少可聊的就婉拒了。

释怀

沿着县城的母亲河散步，看着岸边新年的装饰，我陷入了沉思。

十多年前大家在同一间教室求学，甚至同一宿舍生活，十多年后大家的选择的生活方式千差万别，各自的境遇也大不相同。

再次相遇，共同的话题也只是学生时代，可是学生时代的事是陈旧的、不变的，而当下的事才是新鲜的、变化的。因此聚会里更多的是聊现在的事，如果不在一个圈子里，是聊不到一块的。

其实小城里，公务员是一个很好的选择，一是稳定，二是有面子（可能本身没多大权利，但是可以交易，可以传递）。小城里今天发生的事，明天就可能人尽皆知了，没有秘密可言。

有志于公务员岗位的朋友提早做准备，别等过了年纪就和体制内绝缘了。

其他人始终是过客，关注自己，取悦自己。

之所以会想写这个，首先是因为在知乎收到了这个推荐的问题，实际上不管是 AutoGLM 还是豆包 AI 手机，会在这个阶段被第三方厂商抵制并不奇怪，比如微信和淘宝一直以来都很抵制这种外部自动化操作，而非这次中兴的 AI 豆包手机出来才抵制，毕竟以前搞过微信自动化客服应该都知道，一不小心就会被封号。

另外也是刚好看到， B 站的 UP 主老戴深入分析了豆包手机的内部工作机制的视频，视频介绍了从 AI 助手如何读取屏幕、捕捉数据和模拟操作的真实流程，所以对于 AI 手机又有了个更深刻的认知，在这个基础上，更不难理解为什么 AI 手机这种自动化 Agent 会被第三方厂商抵制，推荐大家看原视频：b23.tv/pftlDX8 。

那么豆包的 AI 手机是怎么工作的呢？实际上和大家想的可能不一样，它并没有使用无障碍服务（Accessibility Service），而是使用了更底层的实现方案：

豆包手机利用底层的系统权限，直接从 GPU 缓冲区获取原始图像数据并注入输入事件，而非依赖截屏或无障碍服务，此外手机还在一个独立的虚拟屏幕中执行后台任务，并将图像低频发送至云端进行推理，云端则返回操作指令。

在视频里， UP 主通过深度拆解豆包手机，分析手机在系统层面的服务分工、数据抓取和模型推理路径，例如aikernel被 UP 主推断为手机端侧 AI 的核心进程，内存占用特性（Native堆高达160M）表明它可能是一个本地AI推理框架：

另外 aikernel 异常高的Binder数量，证明有大量外部进程通过 RPC 调用它，进一步印证了其系统级服务的角色 。

而 autoaction是豆包手机 AI 自动操作的关键，这个 APK 权限允许直接从 GPU 渲染的图形缓冲区读取数据，而不是通过上层截图：

而且目前看，豆包手机的 AI 能够捕获受保护的视频输出，这意味着它可以绕过银行 App 等应用的反截图/录屏限制 ，因为很多银行 App 很多是通过 DRM（数字版权管理） 或应用内安全设置来防止截屏和录屏：

另外，Agent 在操作手机过程也不是直接使用系统的 Accessibility Service ，而是通过调用系统隐藏API injectInputEvent 来控制手机， AI 通过 INJECT_EVENTS 权限直接注入输入事件来模拟屏幕点击，权限高于无障碍 API，并且是系统签名：

同时，豆包手机在执行自动操作时，会利用一个与物理屏幕分辨率相同的“无头”虚拟屏幕在后台运行，且拥有独立的焦点，不影响用户在前台的操作，这其实就是内存副屏的概念， 虚拟屏幕的画面由 GPU 合成后，对应的缓冲区信息会直接被autoaction消费，再次证实 AI 无需通过截图 API 即可获取屏幕内容 ：

最后，豆包手机在自动化操作时，会频繁地（每3到5秒）与 obriccloud.com （字节的服务） 服务器通信，发送约 250K的单帧图片进行推理。

云端在接收图片后，会返回约 1K 的数据，内容是告诉手机下一步要执行的 7 种指令之一，如打开应用、点击、输入、滑动等等，整个自动化 Agent 的推理和路径规划主要在云端完成，云端思考后将执行步骤指令发回本地执行，本地任务很轻：

那么，这整个过程你看下来有什么感觉？如果你是第三方厂商，你会不会同样抵制这种数据收集和处理的行为？特别是绕过现有大家对系统 API 的理解，这种操作途径是否能被友商们接受？

所以目前的这种操作，被微信和淘宝抵制很正常，不管是隐私的边界，还有安全操作的规范，用户对于自己某个产品内容被收集的信息程度，这些都还处于蛮荒状态，数据安全和隐私的边界范围还不可控，并且 Agent 的托管行为，也明显侵犯到了友商们的利益链条。

就像是 UP 主说的，AI Agent 的出现将动摇移动互联网的底层商业逻辑——注意力经济，使“注意力”这一硬通货的重要性降低 ，实际上换作另一个概念就是碎片化时间：

以前你的碎片化时间都是被各种 App 消费了，比如广告和沉浸引导，但是 Agent 的出现，它明显将这部分时间给托管了，那么数据和时间都被 Agent 服务收集，对于友商们来说，不就是成了单纯的功能性服务商了吗？

另外，说实话像 AutoGLM 这种功能目前的支持，最大受益者不是用户而是灰产，不管是用诈骗还是黄牛，他们都是这种自动化下的第一受益者，所以规范和监管，特别是安全和隐私条款是必须，比如就像 UP 主说的：

豆包手机的 AI 在自动化操作过程中，哪些数据会被发送到云端服务器？

很多人对于 agent 和自动化能力的范畴并不理解，它们可以获取隐私的边界是什么，安全操作的规范是什么，这些都是需要支持和统一边界。

比如 Android 16 实际上官方是有规划 Appfunction Api 的，它的目的是让应用只公布自己开放给 AI 的能力，这样也许边界感更强。

当然，从历史的角度看，Agent 手机势不可挡，就像谷歌自己未来新的 Android PC 系统 Aluminium OS 也是会结合 Gemini Agent 等特点，这是历史进程的必然，但是这个过程中，如何统一规范和监管这是很重要的过程，毕竟 AI 的效应和能力，可比之前更加强，就像 UP 主说的，新的 AI 寡头可能会形成更中心化、更强势的权力，且马太效应更明显 。

那么，你觉得未来谁家的 Agent 设备会成为新时达的寡头？或者不是手机而是眼镜？

视频链接

b23.tv/pftlDX8

从北京回武汉差不多六年了，感慨颇多， 谈谈真实感受。

1 IT 公司

我们先把 IT 公司做一个分类整理 ：

从表中来看，武汉的 IT 公司确实不算少 ，主要集中于光谷，但我需要强调一下：

1、在大厂的眼里，武汉的定位是第二研发中心，看中的是武汉海量的研发人力资源以及较低的薪资水平。

2、第二研发中心做的并非核心业务，而且第二研发中心的权限往往不够。所以第二研发中心往往也被称为外包中心，这也是武汉很多朋友都说武汉是外包之城的原因。

3、武汉的技术氛围很差，高水平的研发人员相对较少，无论是管理者还是研发人员和一线相比是有绝对差距的。

接下来，聊聊薪资。

武汉 IT 薪资和一线差距很大，我预估月薪应该是一线的 50% 到 60% 左右，年终奖一般都是 1 ~ 2 个月，少部分公司会有股票，社保/公积金相对较低。

假如你在互联网公司，达到了阿里 P7 左右，我建议暂时不回武汉，因为武汉的薪资、技术氛围真的可能让你失望，还不如在一线多攒钱，等资金充裕了，回武汉更加合适点（一线挣钱，武汉花，很美！）。

2 大武汉

我们经常会将武汉说成“大武汉”，官方数据显示，武汉的行政面积达 8569.15 平方公里，相当于0.52个北京、1.35个上海或 4.29 个深圳。

武汉被长江和众多湖泊自然分割，形成了"三镇鼎立"的独特格局——汉口、武昌、汉阳各自为政又浑然一体。

为了连接这片水域纵横的土地，仅长江上就架起了十余座大桥，每一座都是城市发展的见证者。

回武汉的第一年，每天驱车从金银湖到关山大道，真有一种跋山涉水翻山越岭的感觉。

大江大湖造就了大武汉的壮阔景观，从金银湖的潋滟波光到南湖的静谧秀美，从堤角的市井烟火到欢乐谷的现代活力，处处都是令人惊叹的滨水景观。

• 城市夜景

• 长江大桥

3 文化

武汉的城市文化非常多元 ，有的时候，你甚至想不明白，为什么这么多迥异的文化元素集中于同一个城市。

01 码头文化

武汉因水而兴，自古就是“九省通衢”的商贸重镇。

汉口的码头文化塑造了武汉人直爽、讲义气的性格，“不服周”“讲胃口”的方言里，藏着码头工人的豪迈与坚韧。清晨的吉庆街、户部巷，热干面的芝麻香混合着面窝的酥脆，老武汉的一天就在这样的烟火气中开始。

02 过早

武汉人“过早”（吃早餐）的仪式感全国闻名，热干面、豆皮、糊汤粉、牛肉粉……一个月可以不重样 。

03 科教中心

武汉坐拥武汉大学、华中科技大学等近百所高校，是中国三大科教中心之一。

樱花纷飞的武大、梧桐成荫的华科、文艺范十足的昙华林，让这座城市既有历史的厚重感，又有青春的朝气。

04 省博物馆

湖北省博物馆是中国最重要的国家级博物馆之一，推荐各位同学来武汉时一定要去看一看。

1、越王勾践剑 : 锋芒依旧的王者之剑

2、曾侯乙编钟：奏响穿越时空的旋律

3、曾侯乙尊盘：青铜铸造的巅峰之作

4 生活

在武汉生活其实很方便，拿医疗资源来讲，我在北京望京看牙经常挂不到号，在武汉不可能发生这种情况，因为我家附近有两家三甲医院，平常看病就医都很方便。

武汉的景点非常多，周末我经常开车带老婆、孩子去东湖、九峰山动物园、植物园等景点游玩。

因为离父母近，也有了更多时间陪陪父母，他们年纪大了，总会感到孤独，我在他们身边，他们也会感觉好一点。

总而言之，相比在北京，我更加有归属感，而且幸福感更强。

有点遗憾的是，在武汉工作，一直感觉很别扭 ：

• 讯飞的业务是 TOG 的项目，很多产品、项目质量堪忧，有的接近劣质的边缘，同时合肥管理人员所体现出的低素质，让我的价值观受到了极大的刺激。


• 武汉不应该仅仅作为人力资源之城，或者说是外包之城。

我曾经对老婆讲：“我有点后悔离开北京，在武汉，最高的 offer 可以拿到接近 53 w ，要是这六年还在北京，运气好的话，手里的现金可以多个 100 w 吧！”

老婆听了我的幻想，笑了笑，回道：“那可能依依都不可能出生呢”。

我想了想： “也是，现在其实挺幸福的”。

我正在开发 DocFlow，它是一个完整的 AI 全栈协同文档平台。该项目融合了多个技术栈，包括基于 Tiptap 的富文本编辑器、NestJs 后端服务、AI 集成功能和实时协作。在开发过程中，我积累了丰富的实战经验，涵盖了 Tiptap 的深度定制、性能优化和协作功能的实现等核心难点。

如果你对 AI 全栈开发、Tiptap 富文本编辑器定制或 DocFlow 项目的完整技术方案感兴趣，欢迎加我微信 yunmz777 进行私聊咨询，获取详细的技术分享和最佳实践。

据 大厂日报 称，美团履约团队近期正在推行"全栈化"转型。据悉，终端组的部分前端同学在 11 月末左右转到了后端组做全栈（前后端代码一起写），主要是 agent 相关项目。内部打听了一下，团子目前全栈开发还相对靠谱，上线把控比较严格。

这一消息在技术圈引起了广泛关注，也反映了 AI 时代下前端工程师向全栈转型的必然趋势。但更重要的是，我们需要深入思考：AI 到底给前端带来了什么冲击？为什么前端转全栈成为了必然选择？

最近，前端圈里不断有"前端已死"的话语流出。有人说 AI 工具会替代前端开发，有人说低代码平台会让前端失业，还有人说前端工程师的价值正在快速下降。这些声音虽然有些极端，但确实反映了 AI 时代前端面临的真实挑战。

一、AI 对前端的冲击：挑战与机遇并存

1. 代码生成能力的冲击

冲击点：

• 低复杂度页面生成：AI 工具（如 Claude Code、Cursor）已经能够快速生成常见的 UI 组件、页面布局


• 重复性工作被替代：表单、列表、详情页等标准化页面，AI 生成效率远超人工


• 学习门槛降低：新手借助 AI 也能快速产出基础代码，前端"入门红利"消失

影响：
传统前端开发中，大量时间花在"写页面"上。AI 的出现，让这部分工作变得极其高效，甚至可以说，只会写页面的前端工程师，价值正在快速下降。这也正是"前端已死"论调的主要依据之一。

2. 业务逻辑前移的冲击

冲击点：

• AI Agent 项目激增：如美团案例中的 agent 相关项目，需要前后端一体化开发


• 实时交互需求：AI 应用的流式响应、实时对话，要求前后端紧密配合


• 数据流转复杂化：AI 模型调用、数据处理、状态管理，都需要全栈视角

影响：
纯前端工程师在 AI 项目中往往只能负责 UI 层，无法深入业务逻辑。而 AI 项目的核心价值在于业务逻辑和数据处理，这恰恰是后端能力。

3. 技术栈边界的模糊

冲击点：

• 前后端一体化趋势：Next.js、Remix 等全栈框架兴起，前后端代码同仓库


• Serverless 架构：边缘函数、API 路由，前端开发者需要理解后端逻辑


• AI 服务集成：调用 AI API、处理流式数据、管理状态，都需要后端知识

影响：
前端和后端的边界正在消失。只会前端的前端工程师，在 AI 时代会发现自己"够不着"核心业务。

4. 职业发展的天花板

冲击点：

• 技术深度要求：AI 项目需要理解数据流、算法逻辑、系统架构


• 业务理解能力：全栈开发者能更好地理解业务全貌，做出技术决策


• 团队协作效率：全栈开发者减少前后端沟通成本，提升交付效率

影响：
在 AI 时代，只会前端的前端工程师，职业天花板明显。而全栈开发者能够：

• 独立负责完整功能模块


• 深入理解业务逻辑


• 在技术决策中发挥更大作用

二、为什么前端转全栈是必然选择？

1. AI 项目的本质需求

正如美团案例所示，AI 项目（特别是 Agent 项目）的特点：

• 前后端代码一起写：业务逻辑复杂，需要前后端协同


• 数据流处理：AI 模型的输入输出、流式响应处理


• 状态管理复杂：对话状态、上下文管理、错误处理

这些需求，纯前端工程师无法独立完成，必须掌握后端能力。

2. 技术发展的趋势

• 全栈框架普及：Next.js、Remix、SvelteKit 等，都在推动全栈开发


• 边缘计算兴起：Cloudflare Workers、Vercel Edge Functions，前端需要写后端逻辑


• 微前端 + 微服务：前后端一体化部署，降低系统复杂度

3. 市场需求的转变

• 招聘要求变化：越来越多的岗位要求"全栈能力"


• 项目交付效率：全栈开发者能独立交付功能，减少沟通成本


• 技术决策能力：全栈开发者能更好地评估技术方案

三、后端技术栈的选择：Node.js、Python、Go

对于前端转全栈，后端技术栈的选择至关重要。不同技术栈有不同优势，需要根据项目需求选择。

1. Node.js + Nest.js：前端转全栈的最佳起点

优势：

• 零语言切换：JavaScript/TypeScript 前后端通用


• 生态统一：npm 包前后端共享，工具链一致


• 学习成本低：利用现有技能，快速上手


• AI 集成友好：LangChain.js、OpenAI SDK 等完善支持

适用场景：

• Web 应用后端


• 实时应用（WebSocket、SSE）


• 微服务架构


• AI Agent 项目（如美团案例）

学习路径：

2. Python + FastAPI：AI 项目的首选

优势：

• AI 生态最完善：OpenAI、LangChain、LlamaIndex 等原生支持


• 数据科学能力：NumPy、Pandas 等数据处理库


• 快速开发：语法简洁，开发效率高


• 模型部署：TensorFlow、PyTorch 等模型框架

适用场景：

• AI/ML 项目


• 数据分析后端


• 科学计算服务


• Agent 项目（需要复杂 AI 逻辑）

学习路径：

3. Go：高性能场景的选择

优势：

• 性能优秀：编译型语言，执行效率高


• 并发能力强：Goroutine 并发模型


• 部署简单：单文件部署，资源占用少


• 云原生友好：Docker、Kubernetes 生态完善

适用场景：

• 高并发服务


• 微服务架构


• 云原生应用


• 性能敏感场景

学习路径：

4. 技术栈选择建议

对于前端转全栈的开发者：

建议：

• 第一阶段：选择 Node.js，快速转全栈


• 第二阶段：根据项目需求，学习 Python 或 Go


• 长期目标：掌握多种技术栈，根据场景选择

四、总结

AI 时代的到来，给前端带来了深刻冲击：

前端转全栈，是 AI 时代的必然选择。

对于技术栈选择：

• Node.js：前端转全栈的最佳起点，学习成本低


• Python：AI 项目的首选，生态完善


• Go：高性能场景的选择，云原生友好

正如美团的全栈化实践所示，全栈开发还相对靠谱，关键在于：

• 选择合适的技术栈


• 建立严格的开发流程


• 持续学习和实践

对于前端开发者来说，AI 时代既是挑战，也是机遇。转全栈，不仅能应对 AI 冲击，更能打开职业发展的新空间。那些"前端已死"的声音，其实是在提醒我们：只有不断进化，才能在这个时代立足。

大明哥是 2014 年一个人拖着一个行李箱，单身杀入深圳，然后在深圳一干就是 10 年。

10 年深漂，经历过 4 家公司，有 20+ 人的小公司，也有上万人的大厂。

体验过所有苦逼深漂都体验过的难。坐过能把人挤怀孕的 4 号线，住过一天见不到几个小时太阳的城中村，见过可以飞的蟑螂。欣赏过晚上 6 点的晚霞，但更多的是坐晚上 10 点的地铁看一群低头玩手机的同行。

10 年虽然苦、虽然累，但收获还是蛮颇丰的。从 14年的 5.5K 到离职时候的 xxK。但是因为种种原因，于 2023年 9 月份主动离职离开深圳。

回长沙一年，给我的感觉就是：除了钱少和天气外，样样都比深圳好。

生活

在回来之前，我首先跟我老婆明确说明了我要休息半年，这半年不允许跟我提任何有关工作的事情，因为在深圳工作了 10 年真的太累，从来没有连续休息超过半个月的假期。哪怕是离职后我也是无缝对接，这家公司周五走，下家公司周一入职。

回来后做的第一件事情就是登出微信、删除所有闹钟、手机设置全天候的免打扰，全心全意，一心一意地陪女儿和玩，在这期间我不想任何事情，也不参与任何社交，就认真玩，不过顺便考了个驾-照。

首先说消费。

有很多人说长沙是钱比深圳少，但消费不比深圳低。其实不然，我来长沙一年了，消费真的比深圳低不少。工作日我一天的消费基本上可以控制在 40 左右，但是在深圳我一天几乎都要 80 左右。对比

同时，最近几个月我开始带饭了，周一到超时买个百来块的菜，我一个人可以吃两个星期。

总体上，一个月消费长沙比深圳低 1000 左右（带饭后更低了）。

再就是日常的消费。如果你选择去长沙的商城里面吃，那与深圳其实差不多了多少，当然，奶茶方面会便宜一些。但是，如果你选择去吃长沙的本土菜，那就会便宜不少，我跟我朋友吃饭，人均 50 左右，不会超过 70，选择美团套餐会更加便宜，很多餐馆在支持美团的情况下，选择美团套餐，两个人可以控制在 30 ~ 40 之间。而深圳动不动就人均 100+。

当然，在消费这块，其实节约的钱与少的工资，那就是云泥之别，可忽略不计。

再说生活这方面。

在长沙这边我感觉整体上的幸福感比深圳要强蛮多，用一句话说就是：深圳都在忙着赚钱，而长沙都在忙着吃喝玩乐加洗脚。我说说跟我同龄的一些高中和大学同学，他们一毕业就来长沙或者来长沙比较早，所以买房就比较早，尤其是 16 年以前买的，他们的房贷普遍在 3000 左右，而他们夫妻两的工资税后可以到 20000，所以他们这群人周末经常约着一起耍。举两个例子来看看他们的松弛感：

• 晚上 10 点多喊我去吃烧烤，我以为就是去某个夜市撸串，谁知道是开车 40+公里，到某座山的山顶撸串 + 喝酒。这是周三，他们上班不上班我不知道，反正我是不上班。


• 凌晨 3 点多拉我出来撸串

跟他们这群人我算是发现了，大部分的聚会都是临时起意，很少提前约好，主打就是一个随心随意。包括我和同事一样，我们几乎每个月都会出来几次喝酒（我不喜欢喝酒，偶尔喝点啤酒）、撸串，而且每次都是快下班了，某个人提议今晚喝点？完后，各回各家。

上面是好的方面，再说不好的。

长沙最让我受不了的两点就是天气 + 交通。

天气我就不说了，冬天冻死你，夏天热死你。去年完整体验了长沙的整个冬天，是真他妈的冷，虽然我也是湖南人，但确实是把我冻怕了。御寒？不可能的，全靠硬抗。当然，也有神器：火桶子，那是真舒服，我可以在里面躺一整天。

交通，一塌糊涂，尤其是我每天必经的西二环，简直惨不忍睹，尤其是汽车西站那里，一天 24 小时都在堵，尤其是周一和周五，高德地图上面是红的发黑。所以，除非特殊情况，我周一、周五是不开车的，情愿骑 5 公里小电驴去坐地铁。

然后是一大堆违停，硬生生把三车道变成两车道，什么变道不打灯，实线变道，双黄线调头见怪不怪了，还有一大群的小电驴来回穿梭，对我这个新手简直就是恐怖如斯（所以，我开车两个月喜提一血，4S点维修报价 9800+）。

美食我就不说了，简直就是吃货的天堂。

至于玩，我个人觉得长沙市内没有什么好玩的，我反而喜欢去长沙的乡里或者周边玩。所以，我实在是想不通，为什么五一、国庆黄金周长沙是这么火爆，到底火爆在哪里？？？

还有一点就是，在深圳我时不时就犯个鼻炎，回了长沙一年了我一次都没有，不知道什么原因。

工作

工资，长沙这边的钱是真的少，我现在的年收入连我深圳的三分之一都没有，都快到四分之一了。

当然，我既然选择回来了，就会接受这个低薪，而且在回来之前我就已经做好了心理建设，再加上我没有房贷和车贷，整体上来说，每个月略有结余。

所以，相比以前在深圳赚那么多钱但是无法和自己家人在一起，我更加愿意选择少赚点钱，当然，每个人的选择不同。我也见过很多，受不了长沙的低工资，然后继续回深圳搬砖的。

公司，长沙这边的互联网公司非常少，说是互联网荒漠都不为过。大部分都是传统性的公司，靠国企、外包而活着，就算有些公司说自己是互联网公司，但也不过是披着互联网的羊皮而已。而且在这里绝大多数公司都是野路子的干法，基建差，工作环境也不咋地，福利待遇与深圳的大厂更是没法比，比如社保公积金全按最低档交。年假，换一家公司就清零，我进入公司的时候，我一度以为我有 15 天，一问人事，试用期没有，转正后第一年按 5 天折算，看得我一脸懵逼。

加班，整体上来说，我感觉比深圳加班得要少，当然，大小周，单休的公司也不少，甚至有些公司连五险一金都不配齐，劳动法法外之地名副其实。

同时，这边非常看重学历，一些好的公司，非 985 、211 不要，直接把你门焊死，而这些公司整体上来说工资都很不错，40+ 起码是有的（比如某银行，我的履历完美契合，但就是学历问题而被拒），在长沙能拿这工资，简直就是一种享受，一年就是一套房的首付。

最后，你问我长沙工资这么低，你为什么还选择长沙呢？在工作和生活之间，我只不过选择了生活，仅此而已！！

前言

人类的悲喜并不相通，有人欢喜有人愁，更多的是看热闹。

就在上周，"苟住"群里的一个小伙伴也苟不住了。

在苟友们的"墙裂"要求下，他分享了他的经验，以他的视角看看他是怎么操作的。

1. 组织变动，意外晋升

两年前加入公司，依然是一线搬砖的码农。

干到一年的时候公司空降了一位号称有诸多大厂履历的大佬来带领研发，说是要给公司带来全新的变化，用技术创造价值。

大领导第一件事：抓人事，提效率。

在此背景下，公司不少有能力的研发另谋出处，也许我看起来人畜无害，居然被提拔当了小组长。

2. 领取任务，开启副本

当了半年的小组长，我的领导就叫他小领导吧，给我传达了大领导最新规划：团队需要保持冲劲，而实现的手段就是汰换。

用人话来说就是：

当季度KPI得E的人，让其填写绩效改进目标，若下一个季度再得到E，那么就得走人

我们绩效等级是ABCDE，A是传说中的等级，B是几个人有机会，大部分人是C和D，E是垫底。

而我们组就有两位小伙伴得到了E，分别是小A和小B。

小领导意思是让他们直接走得了，大不了再招人顶上，而我想着毕竟大家共事一场，现在大环境寒气满满，我也是过来人，还想再争取争取。

于是分析了他们的基本资料，他俩特点还比较鲜明。

小A资料：

1. 96年，单身无房贷


2. 技术栈较广，技术深度一般，比较粗心


3. 坚持己见，沟通少，有些时候会按照自己的想法来实现功能

小B资料：

1. 98年，热恋有房贷


2. 技术基础较薄弱，但胜在比较认真


3. 容易犯一些技术理解上的问题

了解了小A和小B的历史与现状后，我分别找他们沟通，主要是统一共识：

1. 你是否认可本次绩效评估结果？


2. 你是否认可绩效改进的点与风险点（未达成被裁）？


3. 你是否还愿意在这家公司苟？

最重要是第三点，开诚布公，若是都不想苟了，那就保持现状，不要浪费大家时间，我也不想做无用功。

对于他们，分别做了提升策略：

对于小A：

1. 每次开启需求前都要求其认真阅读文档，不清楚的地方一定要做记录并向相关人确认


2. 遇到比较复杂的需求，我也会一起参与其中梳理技术方案


3. 需求开发完成后，CR代码看是否与技术方案设计一致，若有出入需要记录下来，后续复盘为什么


4. 给足时间，保证充分自测

对于小B：

1. 每次需求多给点时间，多出的时间用来学习技术、熟悉技术


2. 要求其将每个需求拆分为尽可能小的点，涉及到哪些技术要想清楚、弄明白


3. 鼓励他不懂就要问，我也随时给他解答疑难问题，并说出一些原理让他感兴趣的话可以继续深究


4. 分配给他一些技术调研类的任务，提升技术兴趣点与成就感

3. 结束？还是是另一个开始？

半年后...

好消息是：小A、小B的考核结果是D，达成了绩效改进的目标。

坏消息是：据说新的一轮考核算法会变化，宗旨是确保团队血液新鲜（每年至少得置换10%的人）。

随缘吧，我尽力了，也许下一个是我呢？

一、前言

这不是一个单纯的技术教学专栏，而是一个 “技术人商业实践手记” 。记录一个全栈开发者如何用“每天2小时”的投入，系统性地从0到1打造一个能产生持续价值（无论是金钱、影响力还是个人成长）的“个人公司”。

二、为什么投入难有回报？

相信许多技术人都有过类似经历：

• 激情开始：某个阶段干劲满满，规划通过技术项目增加收入


• 目标宏大：开发开源系统、搭建博客、编写组件库，期待财务自由


• 现实骨感：投入大量时间后，发现自己仍在原地踏步

我的亲身教训

我尝试过几乎所有主流博客方案：

• WordPress → Hexo → VuePress/VitePress → Halo

但结果都是：上线时分享给朋友，然后... 再无下文。这完全背离了建站的初衷：打造个人影响力，为专业机会铺路。
所谓的“知识整理”和“自我提升”，很多时候只是自我安慰的借口。

三、为什么创建这个专栏？

一个清醒的认知

真正有效的盈利方法很少有人会无偿分享。

看看最近的AI创业热潮：

• 如果AI创业真的那么赚钱，为什么有人选择教学而不是扩大规模？


• 答案很现实：教学比实际创业更有利可图

坦诚的价值交换

您可能会问：你和他们有什么不同？

我坦然承认：这个专栏有我个人的目标。但区别在于：

• 我追求价值互换，而非单向收割


• 您获得的是我真实的实战经验


• 我获得的是关注度和影响力积累


• 未来可能开启付费模式，但规则透明

这是一种基于相互尊重的成长模式。

核心价值主张

简单来说：您吸取我的经验教训，我通过您的关注获得成长机会。公平，透明。

接下来的内容，我将具体分享如何用“每天2小时”打造真正有价值的个人产品...

最近刷到一条有关午睡的吐槽帖子，可能之前有小伙伴也看到过，事情大致是这样的：

有阿里同学在职场社区发帖吐槽，公司严查午休，13:34 公司纪委直接敲门，提醒别休息了，然后还一遍又一遍的巡逻……

说实话，第一眼刷到这个帖子的时候，脑子里的画面感的确有点强......就帖子来看，其实 1:30 这个时间本身没有看出太大毛病，很多公司比这还早呢，关键是氛围的突然变化的确让人会感到非常不适应，估计这也是帖主的主要槽点。

这里所谓的公司纪委我猜是类似行政或者 HRG 之类的巡查人员？中午午休时间一到，就开始挨个房间开灯、敲门，有的甚至还敲隔板，进行巡逻式提醒。另外话说回来，阿里那么大，可能不同部门或者不同 bu 在这件事情的要求上可能也太不一样吧，了解的同学可以说说，这个咱就不好过多评论了。

那说回午休这件事本身，我倒是见过几个公司的午休文化。

记得之前在某通信设备商工作时，那里的午休文化是刻在骨子里的。到了中午，是真的鼓励大家带床午休。

12 点多吃完饭，整层楼的灯基本都会关掉，大家纷纷拿出自己的小折叠床，开始午睡休息。午休时间到点了再集体把灯打开，那种集体休整的仪式感，会让下午的工作效率更高。

再比如像互联网大厂里的腾讯，每天中午也是可以午休的，茶水间的咖啡机上甚至会贴着“尽量不要在午休期间使用”的牌子，十分人性化。另外，我记得他们之前校招入职礼盒里是不是好像还发过毯子还是披肩来着？这正好可以用于午休，都不用自己买了。

这种对员工休息的尊重和保护，说实话，真的是会让人感觉到温暖的。

关于午休这个事情，我个人觉得对于程序员来说还是非常有必要的。

毕竟，面对高强度的工作，没有好的休息，靠强撑着眼皮盯着屏幕，产出的未必是价值，更多的是低效的“摸鱼”和潜在的健康风险。

就拿我自己来说，搬砖工作日我基本都是要午睡的。

原因很简单，因为我晚上一般睡得都比较晚，而早上基本 7 点就起来了，第二天中午如果不睡一会，那完了，整个下午基本都废掉了，不管是开会还是写东西，整个人都会非常地不在状态。

同理在我的小团队内部也是，我们也是很鼓励大家午睡的。

所以我们团队同学基本人手一个午休折叠床+毯子，而且如果工位这里躺不开，大家也可以去会议室那里午睡休息。

我们一般是大家中午去吃饭的时候最后走的同学办公室关灯，然后下午 1 点 40 由 HR 那边同学统一开灯，大家对于这个习惯早已约定俗成、相沿成习。

但是有一点，也是和文章开头的帖子有很大不同的是，我们的同学在开灯时，不会像文章开头帖子那样还强行给你敲门整出一波动静，我们即便灯开了，大家也还是可以稍微再躺一下，缓个几分钟再慢慢起来都没啥问题。

试想一下，要是像文首帖子说的那样，突然有人来咔咔给你一顿敲门，或者说甚至还敲隔板，那不得给人吓一机灵？

面对文章开头的吐槽贴，虽然别人的事情我们也管不了，但是看问题也不能只看表面。

透过这个吐槽帖，反映的是职场的一些微妙变化，这背后，其实折射出的或许是一种“越来越收紧”的职场环境。

那如果你正好处于这种正在收紧的工作环境之中，作为普通个体，你会怎么做呢？

这里我也想稍微多聊两句。

**首先，千万不要因为环境的变化而让自己陷入情绪不满与内耗。**很早之前的文章里我就写过，要理性地看待工作关系。

职场本质是价值交换的契约关系，这没有问题，那付诸技术和专业的同时，也要保持清醒的边界意识：既不愤世嫉俗，也不天真幼稚。

其次，要学会“物理防御”，在规则允许的缝隙内尽量对自己好一点吧。

千万不要因为环境变紧了，就主动放弃自己的需求。毕竟，身体是自己的，健康是自己的，只是方式我觉得可以更灵活变通一些。

就拿这个帖子里「午睡收紧」这件事情来说，如果公司不让关灯，那咱就搞一个好一点的眼罩和降噪耳机行不行？

如果公司不让躺睡，那咱是不是可以买个质量好一点的颈枕，即便靠在椅子、或者趴在桌子上眯一会是不是也能舒服一点？

如果中午休息时间不够，我们是不是可以充分利用碎片化时间来缓一缓，比如利用下午茶或者拿快递的时间去楼下透透气，或者在工位上做几个简单的拉伸动作。

如此之类，等等等等，大家也可以自己多想想办法。

记住，无论职场环境如何变迁，身体是自己的，健康也是自己的，先把自己身体照顾好，再去谈理想谈工作，大家觉得呢？

好了，那以上就是今天的内容分享了，希望能对大家有所启发，我们下篇见。

注：本文在GitHub开源仓库「编程之路」 github.com/rd2coding/R… 中已经收录，里面有我整理的6大编程方向(岗位)的自学路线+知识点大梳理、面试考点、我的简历、几本硬核pdf笔记，以及程序员生活和感悟，欢迎star。

2025 年 10 月 15 日，苹果公司正式发布全新 M5 芯片。作为继 M4 之后的又一代 Apple Silicon 处理器，M5 采用第三代 3nm 制程工艺，在 AI 运算、图形性能与能效方面实现全面突破，标志着苹果在“端侧 AI”赛道上的又一次重大跨越。

目前，M5 已率先搭载于 14 英寸 MacBook Pro、新一代 iPad Pro 与 Apple Vision Pro，并同步开启预订。

一、核心亮点：GPU 首次集成神经加速单元

M5 最引人注目的革新，在于其 GPU 架构的彻底重构：

• 全新 10 核 GPU，每个核心均内置独立 Neural Accelerator（神经加速单元）


• GPU 的 AI 计算峰值性能较 M4 提升超 4 倍


• 相比初代 M1，AI 性能提升 超过 6 倍

苹果硬件技术高级副总裁 Johny Srouji 表示：“M5 标志着 Apple 芯片在 AI 性能上的又一次重大跨越。”

这一设计打破了传统 CPU/GPU/Neural Engine 三者分离的 AI 计算模式，使 GPU 本身具备原生 AI 推理能力，特别适合图像生成、视频处理、空间计算等高负载场景。

二、三大核心模块全面升级

1. CPU：更高能效，更强多线程

• 10 核 CPU 架构：6 个高能效核心 + 4 个高性能核心


• 多线程性能较 M4 提升最高达 15%


• 搭载“全球最快 CPU 核心”，兼顾性能与续航

2. 神经引擎（Neural Engine）：协同加速 AI 任务

• 16 核神经引擎，专为机器学习优化


• 与 GPU/CPU 中的神经加速单元协同工作


• 在 Apple Vision Pro 上可极速生成“空间化照片”或个性化 Persona


• 为 Apple Intelligence 提供高效本地运行支持，如 Image Playground 响应更迅捷

官方介绍，M5 芯片的设计是围绕AI展开的，采用新一代 GPU 架构，每个计算单元均针对 AI 进行优化。10 核 GPU 中各个核心内置有专用神经加速器，峰值 GPU 计算性能达到 M4 的 4 倍有余，AI 峰值性能更达到 M1 的 6 倍以上。

3. 统一内存架构：带宽与容量双突破

• 内存带宽高达 153 GB/s，比 M4 提升近 30%


• 支持最高 32GB 统一内存


• 整个 SoC 共享同一内存池，大幅提升多任务与大模型本地运行能力

实测场景：用户可同时运行 Adobe Photoshop + Final Cut Pro + 后台上传大文件，系统依然流畅。

三、软件生态深度协同：Metal 4 + Core ML 赋能开发者

M5 的硬件革新离不开软件栈的配合。苹果通过以下框架释放 M5 的全部潜能：

开发者可通过 Metal 4 构建专属 AI 加速方案，例如在本地运行 Draw Things（扩散模型绘图） 或 webAI 上的大语言模型。

四、实际应用场景：端侧 AI 落地加速

M5 的强大 AI 能力已在多个场景中体现：

• Apple Vision Pro：实时生成 3D 空间照片、个性化虚拟形象


• iPad Pro：本地运行 Stable Diffusion 类模型，秒级出图


• MacBook Pro：AI 编程助手、视频智能剪辑、语音实时转写等任务无需联网


• Apple Intelligence：所有 AI 功能均在设备端完成，保障隐私与低延迟

五、能效与环保：性能提升，功耗更低

尽管性能大幅跃升，M5 仍延续苹果芯片高能效传统：

• 采用先进 3nm 工艺，晶体管密度更高、漏电更少


• 在相同性能下功耗显著低于竞品


• 支持苹果 “Apple 2030”碳中和计划，从材料、制造到运输全链路减碳

这意味着新款 MacBook Pro、iPad Pro 和 Vision Pro 在获得更强性能的同时，续航更长、发热更低、环境足迹更小。

M5虽然又上面几个方面的提升，但是是否值得为M5献上自己的血汗钱，先看看用过的网友怎么说？

一个眼光长远的网友说到：

这里也期待下M6的到来！

当然如果你是一个AI重度开发者或者使用者，M5也是值得冲一把的。

下面就来看看者3款产品。

M5 MacBook Pro

外观和之前差别不大， 14 英寸 120Hz 3024*1964 的刘海屏，峰值亮度为 1600nits。

三个 Thunderbolt 4 端口、一个 HDMI 接口、一个 SD 卡槽、一个 3.5 耳机插孔。

最大的提升就是你可以拥有 4TB 的存储规格，但是价格和 512GB 相比差了 9000 块，相当于1TB的价格接近3000块大洋。

内存方面有16GB 和 24GB 以及 32GB，具体价格如下

对于普通的开发场景选择16GB就可以了，如果是做大数据，AI大模型开发可以选择32GB。

iPad Pro

屏幕采用双层 120Hz OLED ，11 英寸分辨率为 24201668，13 英寸分辨率为 27522064。

颜色一样提供深空黑色和银色两种可选

Vision Pro

新版的Vision Pro 除了从 M2+R1 组合升级到 M5+R1 之外，最显眼的变化就是升级了新的双针织头戴套。

续航也从原来的 2 小时扩展至 3 小时，最高刷新率也从 100Hz 增至 120Hz，有效减少了观看物理环境时的运动模糊。

不过价格最低高达9000,确实劝退了很多人。

总结：M5 是 Apple Intelligence 的“终极载体”

如果说 M1 是 Apple Silicon 的起点，M2/M3 是成熟，M4 是 AI 探索，那么 M5 就是 Apple Intelligence 的落地基石。

通过 GPU 内置神经加速单元 + 统一内存 + 软件深度协同，M5 不仅是一颗芯片，更是苹果构建“端侧 AI 生态系统”的核心引擎。

未来，随着更多 AI 应用向本地迁移，M5 将成为开发者与用户拥抱下一代人机交互的关键硬件平台。

端侧 AI 的时代，已经到来。

兄弟们，前天的瓜都吃了吗？🤣

说实话，作为一名还在写代码的打工仔，看到前天晚上快手那个热搜，我手里捧着的咖啡都不香了，后背一阵发凉。

12月22日晚上10点，正是流量最猛的时候，快手直播间突然失控。不是服务器崩了，而是内容崩了——大量视频像洪水一样灌进来。紧接着就是官方无奈的拔网线，全站直播强行关停。第二天开盘，股价直接跌了3个点。

这可不是普通的 Bug，这是P0 级中的 P0。

很多群里在传内鬼或者0day，但看了几位安全圈大佬（360、奇安信）的复盘，我发现这事儿比想象中更恐怖：这是一次教科书级别的黑产自动化降维打击。

今天不谈公关，咱们纯从技术角度复盘一下：假如这事儿发生在你负责的项目里，你的前端代码能抗住几秒？

当脚本比真人还多还快时？

这次事故最骚的地方在于，黑产根本不按套路出牌。

以前的攻击是 DDoS，打你的带宽，让你服务不可用。

这次是 Content DDoS（内容拒绝服务）。

1. 前端防线形同虚设

大家有没有想过，黑产是怎么把视频发出来的？

他们绝对不会坐在手机前，一个一个点开始直播。他们用的是群控、是脚本、是无头浏览器（Headless Browser）。

这意味着什么？

意味着你前端写的那些 if (user.isLogin)、那些漂亮的 UI 拦截、那些弹窗提示，在黑客眼里全是空气。他们直接逆向了你的 API，拿到了推流接口，然后几万个并发调用。

2. 审核系统被饱和式攻击

后端通常有人工+AI 审核。平时 QPS 是 1万，大家相安无事。

昨晚，黑产可能瞬间把 QPS 拉到了 100万。

云端 AI 审核队列直接爆了，人工审核员估计鼠标都点冒烟了也审不过来。一旦阈值被击穿，脏东西就流到了用户端。

那前端背锅了吗？

虽然核心漏洞肯定在后端鉴权和风控逻辑（大概率是接口签名泄露），但咱们前端作为 离黑客最近的一层皮，如果做得好，绝对能把攻击成本拉高 100 倍。

来，如果不幸遇到了这种自动化脚本攻击，咱们前端手里还有什么牌？🤔

别把 Sign 算法直接写在 JS 里！

很多兄弟写接口签名，直接在 request.js 里写个 md5(params + salt) 完事。

大哥，Chrome F12 一开，Sources 一搜，断点一打，你的盐（Salt）就裸奔了。

防范操作：直接上 WASM (WebAssembly)

把核心的加密、签名逻辑，用 C++ 或 Rust 写，编译成 .wasm 文件给前端调。

黑客想逆向 WASM？那成本可比读 JS 代码高太多了。这就是给他们设的第一道坎。

你的用户，可能根本不是人

黑产用的是脚本。脚本和真人的操作是有本质区别的。

不要只会在登录页搞个滑块，没用的，现在的图像识别早破了。

要在 关键操作（比如点击开始直播） 前，采集一波数据：

• 鼠标轨迹：真人的轨迹是曲线（贝塞尔曲线），脚本通常是直线。


• 点击间隔：脚本是毫秒级的固定间隔，人是有随机抖动的。

// 伪代码，简单的是不是人检测

function isHuman(events) {

    // 如果鼠标轨迹过于平滑或呈绝对直线 -> 机器人

    if (analyzeTrajectory(events) === 'perfect_linear') return false;

    // 如果点击时间间隔完全一致 -> 机器人

    if (checkTiming(events) === 'fixed_interval') return false;

    return true;

}

把这些行为数据打分，随着请求发给后端。分低的，直接拒绝推流。

既然防不住内鬼，那就给他打标

这次很多人怀疑是内部泄露了接口文档或密钥。说实话，这种事防不胜防。

但是，前端可以搞 盲水印。

在你的 Admin 管理后台、文档平台，加上肉眼看不见的 Canvas 水印（把员工 ID 编码进背景图的 RGB 微小差值里，具体大家自己去探索😖）。

一旦截图流出，马上就能解码出是哪个员工泄露的。威慑力 > 技术本身。

或者试试这个技巧 👉 如何用隐形字符给公司内部文档加盲水印?(抓内鬼神器🤣)

安全复盘

这次快手事件，其实就死在了一个逻辑上： 后端太信任通过了前端流程的请求。

我们写代码时常犯的错误：

• 前端校验过手机号格式了，后端不用校验了吧？


• 必须点了按钮才能触发这个请求，所以这个接口很安全。

大错特错！

2025 年了，兄弟们。在 Web 的世界里，不相信前端 才是保命法则。

任何从客户端发来的数据，都要默认它是有毒的。

之前我都发过类似的文章：为什么永远不要相信前端输入？绕过前端验证，只需一个 cURL 命令！

希望对你们有帮助👆

这次是快手，下次可能就是咱们的公司。

尤其是年底了，黑灰产也要冲业绩（虽然这个业绩有点缺德😖）。

建议大家上班时看看这几件事：

前端不只是画页面的，关键时刻，咱们也是安全防线的一部分。

别等到半夜被运维电话叫醒，那时候就真只能甚至想重写简历了🤣。

引言

记得我刚去北京工作的那段时间，由于工作原因开始吃外卖，加上缺乏运动，几个月胖了20斤。

当时心想这不行啊，我怕我拍婚纱照的时候扣不上西服的扣子，我决心减肥。

在我当时的认知里，只要对自己狠一点、饿一饿，就能瘦成理想状态。于是我晚上不吃饭，下班后去健身房跑5公里，1个月的时间瘦了15斤。我很自豪，身边的人说我明显精神多了。

可减肥这事远比我想的复杂，由于没有对应的增肌训练，我发现在做一些力量训练的时候，比之前没减肥前更吃力了。

我这才意识到，自己不仅减掉了脂肪，还减掉了不少肌肉。

我当时完全没有意识到这套方法的问题，也不知道如何科学评估身体组成变化——减肥是成功了，但减的不止是“脂肪”，还有“体能”。

上篇文章提到我对节食减肥的做法并不是特别认可，那科学的方法应该是怎么样的呢，我做了如下调研。

重新理解“减肥”这件事

想系统性地弄清楚减肥到底是怎么回事，我先从最直接的方式开始：看看别人都是怎么做的。

我先去搜了小红书、抖音等平台，内容五花八门，有节食的，有吃减肥药的，也有高强度训练比如HIIT的，还有各种花里胡哨的明星减肥法。

他们动不动就是瘦了十几斤，并且减肥前后的对比非常强烈，我都有种立刻按照他们的方式去试试的冲动。

大部分攻略中都会提到一个关键词“节食”，看来“少吃”几乎成了所有减肥成功者的共识。

我接着去谷歌搜索“节食 减肥”关键字，排名比较靠前的几篇文章是这几篇。

搜索引擎搜出来的一些内容，却讲了一些节食带来的一些不良影响，比如反弹、肌肉流失、代谢下降、饥饿激素紊乱...

这时候我很疑惑，社交媒体上“万人点赞”的有效手段，在官方媒体中的描述，完全不同。

我还需要更多的信息，为此我翻了很多关于节食减肥的书籍。

我在《我们为什么吃（太多）》这本书里看到了一个美国的实验。

美国有一档真人秀节目叫《超级肥胖王》。节目挑选了一些重度肥胖的人，所有参赛者通过高强度节食和锻炼项目，减掉好几十千克的重量。

但研究追踪发现，6年之后，他们平均都恢复了41千克的体重。而且相比六年前，他们的新陈代谢减少了700千卡以上，代谢率严重下降。

有过节食减肥经历的朋友可能都会有过反弹的经历，比如坚持一周较高强度的节食，两天可能就涨回来了。前一阵子一个朋友为了拍婚纱照瘦了很多，最近拍完回了一趟老家，再回北京一称胖了10斤，反弹特别多。

并且有另外一项研究者实验发现，极端节食后，我们体内负责刺激食欲的激素水平比节食前高出了24%，而且进食后获得的饱腹感也更低了。

也就是说你的大脑不知道你正在节食还是遇到了饥荒，所以它会努力的调节体重到之前的水平。

高强度节食是错误的。

正确选项

或许你想问，什么才是正确的减肥方式呢？

正确的做法因人而异，脱离身体状况谈减肥就是耍流氓。

最有参考价值的指标是BMI，我国肥胖的BMI标准为：成人BMI≥28 kg/m²即为肥胖，24.0≤BMI<28.0 kg/m²为超重，BMI<18.5 kg/m²为体重过低，18.5≤BMI<24.0 kg/m²为正常范围。

比如我目前30岁，BMI超过24一点，属于轻微超重。日常生活方式并不是很健康，在办公室对着电脑一坐就是一天。如果我想减肥，首先考虑多运动，如跑步、游泳。

但如果我的BMI达到28，那么就必须要严格控制饮食，叠加大量的有氧运动。

如果针对50岁以上的减肥，思路完全不一致。这个年纪最重要的目标是身体健康，盲目节食会引发额外问题：肌肉流失、骨质疏松、免疫力下降。

这时候更需要的是调整饮食结构，保证身体必要的营养摄入。如果选择运动，要以安全为第一原则，选择徒手深蹲、瑜伽、快走、游泳这些风险性较小的运动。

但无论你什么年龄、什么身体情况，我翻了很多资料，我挑了几种适合各种身体情况的减重方式：

第一个是好好吃。饮食上不能依赖加工食品，比如薯片、面包、饼干，果汁由于含糖量很高，也要少喝。

吃好的同时还要学会感受自己的吃饱感，我们肯定都有过因为眼前的食物太过美味，哪怕肚子已经饱了，我们还是强行让自己多吃两口。

最好的状态就是吃到不饿时停止吃饭，你需要有意识的觉察到自己饱腹感的状态。我亲身实践下来吃饭的时候别刷手机、看视频，对于身体的敏感度就会高很多，更容易感觉到饱腹感。

第二个是多睡。有研究表明缺乏睡眠会导致食欲激素升高，实验中每天睡4.5小时和每天睡8.5小时两组人群，缺觉的人每天会多摄入300千卡的能量。

我很早之前就听过一个词叫“过劳肥”。之前在互联网工作时就见过不少人，你眼看着他入职的时候还很瘦，半年或者一年后就发福了，主要就是经常熬夜或者睡眠不足还会导致内分泌紊乱和代谢异常。

最近一段时间娃晚上熬到11点睡，早上不到七点就起床，直接导致我睡眠不足。最直观的感受就是自己对于情绪控制能力下降了，更容易感受到压力感，因此会希望通过多吃、吃甜食才缓解自己的状态。

第三个就是锻炼。这里就是最简单的能量守恒原则了，只要你运动就会消耗热量，那你说我工作很忙，没时间跑步、跳绳、游泳，还有一个最简单的办法。

那就是坚持每天走一万步，研究表明每天走一万步，就能把肥胖症的风险降低31%，而且这是维护代谢健康最简单的办法了，而且走一万步的好处还有特别多，就不一一说了。

如果一开始一万步太多，那就从每天5000步开始，逐渐增加，每一步都算数。

这三种方法看起来见效慢，却正是打破节食陷阱的长期解法。这也就引出了接下来我想说的，如果节食减肥会反弹人，也有一定的副作用，为什么很多人依然把节食当成减肥的首选呢？

系统性的问题在哪

首先追求确定性和掌控感。节食是一种快速见效的方式，今天饿了一天肚子，明天早上上秤就发现轻了两斤，这种快速反馈和高确定性，会让你更有掌控感。

我在节食+跑步的那段时间，真的是做到了每周都能掉秤，这种反馈就给了我很强的信心。其实工作之后，生活中这样高确定的性的事情已经越来越少了。

节食带来的确定性反馈，就像生活中为数不多还能掌控的事情，让人心甘情愿的付出代价。但我们却很少意识到，看似“自律”的背后，其实正一点点破坏着我们的身体基础。

其次是大部分时候，我们不需要了解身边事物的科学知识。

绝大部分人对营养、代谢的理解非常有限。毕竟我们并不需要详细控制体重的科学方式，体重也能保持的不错。偶尔大吃大喝一段时间，发现自己胖了，稍微控制一下体重也就降回来了。

但一旦你下定决心减肥，简单的理解就远远不够了，你就容易做出错误的判断，比如节食。短期更容易见效，确定性更高，但长远来看只能算下策。

你得有那种看到体检结果突然异常，就赶紧上网查询权威的医学解释一般的态度才行，根据自己的情况用科学的方式控制体重。

而不是只想到节食。

这是东东拿铁的第89篇原创文章，感谢阅读，全文完，喜欢请三连。

几年前，公司老板、产品经理，甚至隔壁行政的同事，都拿着一份花里胡哨的低代码方案，眼睛放光地跟你说：“小张啊，你来看看，未来！拖拉拽就能上线，咱们再也不用养那么多程序员了！”

我当时啥心情？表面上“嗯嗯嗯，是是是，很有前景”，心里一万头羊驼在奔腾。你懂个锤子啊，我一直认为它是解决了一类问题，引入了一大堆的复杂。

这玩意儿的核心是啥？说白了，就是想用一套“万能模板”去解决所有问题。听着是挺美，但咱都是写代码的，你心里清楚，软件开发最难的，从来不是那几行CRUD，而是那些“该死”的个性化业务逻辑。认同？！

低代码，本质上就是把这些逻辑，从代码文件里，挪到了一堆图形化的配置框里。你以为是解放了生产力？扯淡。你只是换了个地方“坐牢”。

从“卧槽，牛逼”到“卧槽，什么玩意儿”

AI写代码一段时间，比如Cursor、Claude Code、codex这些，我当时的第一反应是：“卧-槽，牛-逼！”

你跟它说：“帮我写个用户登录接口，用JWT，密码要bcrypt加密，加上参数校验。”

唰一下，代码出来了。连注释都给你写得明明白白。那一瞬间，真有种未来已来的感觉。

这不就是低代码想干但没干成的事儿吗？

低代码是给你一堆乐高积木，说：“来，你自己拼个宇宙飞船。” 你吭哧吭哧拼了半天，发现给你的零件根本就不够，而且拼出来的玩意儿四不像，还飞不起来。

AI原生开发是啥？你直接跟管家说：“多啦 A 梦，给我造个能飞的玩意儿，要快，要帅。” 贾维斯直接给你把图纸、零件、引擎全整出来了。你只需要当那个总设计师，告诉它你的“意图”，然后去检查、微调。

你品，你细品。一个让你当“拼装工”，一个让你当“设计师”。格局一样吗？

我为啥突然这么大感触？老黄-全栈工程师，前阵子接了个项目，有个模块特别急。按老路子，前端画页面、后端写接口、联调... 怎么也得一周吧？

他说他用Claude Code，把需求拆成几个点，啪啪啪跟AI对话。
“给我个Vue3+TS的表格页，能分页，能搜索，数据接口是/api/users”
“后端用Go写这个接口，连PostgreSQL，把分页逻辑做了。”
“加个逻辑，角色是admin才能看到删除按钮。”

一下午，真的，就一个下午，他说，一个带前后端的完整功能雏形就出来了。代码质量还不低，结构清晰，拿过来改改就能用。

而用低代码呢？他说他可能还在研究那个破平台的“数据源”到底该怎么连，或者某个组件的某个奇葩属性到底藏在哪个配置项里。那种抓狂，谁用谁知道。

我想，老黄的这种感觉你肯定有过，如果可以选择，你会选择用地代码去拖拉拽吗？我想大概率你是不会了，回不去了。

别跟我扯什么“AI搞不定复杂逻辑”

我知道，肯定有人会跳出来说：“哥们，你这是偷换概念！简单的CRUD当然AI快，你让AI搞个复杂的风控引擎试试？”

每次听到这话，我就想笑。

兄弟，你是不是忘了我们现代软件架构的核心思想是啥了？高内聚、低耦合！

一个复杂的系统，不就是一堆简单的、正交的子系统组合起来的吗？你告诉我，哪个“复杂业务逻辑”是不能拆解的？如果不能，那不是AI的问题，是你的架构设计有问题。

领域驱动设计（DDD）讲了这么多年，不就是为了把业务模型理清楚，把边界划分明白吗？

在AI原生时代，架构师的核心能力，不再是堆砌代码，而是精准地拆解问题，然后把拆解后的子问题清晰地描述给AI。

低代码平台最大的死穴就在这儿。它试图用一个大而全的“黑箱”包办一切，结果就是耦合度极高。你想改其中一根“毛细血管”，可能得把整个“心脏”都停了。这种系统，业务稍微一变，就得推倒重来，维护成本高到让你怀疑人生。我亲眼见过一个团队，被他们选的低代码平台折磨得死去活-来，最后整个项目烂尾。

AI生成的代码呢？那是“白箱”。清清楚楚的源代码，你想怎么改就怎么改，想怎么扩展就怎么扩展。这才是咱们工程师该有的掌控感！

所以，有人焦虑了？

聊到这，估计有些年轻的哥们儿开始焦虑了：“老哥，照你这么说，以后是不是不用写代码了？我们都要被AI干掉了？”

我说：慌啥。

AI不是来取代你的，是来升级你的工具箱的。，取带你的是那些用 AI 比你用得更深，更好的人。人家都开车了，你还走路，你搁那怪谁呢？

低代码，是想把你变成一个“组件配置工程师”，说实话，这玩意儿真没啥技术含量，他无非就是把一些固化的规则和业务组件放在了一个系统中，让你去组合，去连接，也确实容易被替代。

但AI原生开发，对人的要求，其实是更高了。

你需要有更强的架构能力，去拆解复杂问题。
你需要有更强的业务理解能力，去把需求转化成清晰的指令。
你需要有更强的代码审美，去判断AI生成的代码是“精品”还是“垃圾”。

说白了，AI帮你干了那些重复、枯燥的体力活，让你能把全部精力，都放在 “思考” 这个最有价值的事情上。

写在最后，一点不成熟的牢骚

我也不知道这股风会刮多久，技术这玩意儿，日新月异。今天你觉得牛逼的东西，明天可能就是一堆垃圾。

AI 原生开发，它不是一个工具的改变，更像是一种“思维范式”的革命。它在逼着我们从“如何实现”的工匠思维，转向“做什么、为什么做”的创造者思维。

低代码的时代，可能还没开始，就已经结束了。它只是一个过渡期的妥协品，一个想走捷径但最终掉进坑里的解决方案。

至于未来会怎么样？我也不知道。可能我们以后写的不是代码，而是“提示词”；面试考的不是算法，而是你跟AI“对话”的能力。

谁说得准呢？

反正我是已经把主力开发工具换成cursor、Claude Code、codex 这些了。一边写，一边让AI帮我优化，或者干脆让它写大段的模板代码，这感觉，真挺爽的。

当然，这都是我个人的一点看法，不一定对，欢迎来杠。评论区聊聊？

前言

前些天有位小伙伴和我吐槽他在外包工作的经历，语气颇为激动又带着深深的无奈。

1. 上岸折戟尘沙

本人男，安徽马鞍山人士，21年毕业于江苏某末流211，在校期间转码。

上网课期间就向往大城市，于是毕业后去了深圳，找到了一家中等IT公司（人数500+）搬砖，住着宝安城中村，来往繁华南山区。

待了三年多，自知买房变深户无望，没有归属感，感觉自己也没那么热爱技术，于是乎想回老家考公务员，希望待在宇宙的尽头。

24年末，匆忙备考，平时工作忙里偷闲刷题，不出所料，笔试卒，梦碎。

2. 误入外包

复盘了备考过程，觉得工作占用时间过多，想要找一份轻松点且离家近的工作，刚好公司也有大礼包的指标，于是主动申请，辞别深圳，前往徽京。

Boss上南京的软件大部分是外包（果然是外包之都），前几年外包还很活跃，这些年外包都沉寂了不少，找了好几个月，断断续续有几个邀约，最后实在没得选了，想着反正就过渡一下挣点钱不寒碜，接受了外包，作为WX服务某为。薪资比在深圳降了一些，在接受的范围内。

想着至少苟着等待下一次考公，因此前期做项目比较认真，遇到问题追根究底，为解决问题也主动加班加点，同为WX的同事都笑话我说比自有员工还卷，我却付之一笑。

直到我经历了几件事，正所谓人教人教不会，事教人一教就会。

3. 我在外包的二三事

有一次，我提出了自有员工设计方案的衍生出的一个问题，并提出拉个会讨论一下，他并没有当场答应，而是回复说：我们内部看看。

而后某天我突然被邀请进入会议，聊了几句，意犹未尽之际，突然就被踢出会议...开始还以为是某位同事误触按钮，然后再申请入会也没响应。

后来我才知道，他们内部商量核心方案，因为权限管控问题，我不能参会。

这是我第一次体会到WX和自有员工身份上的隔阂。

还有一次和自有员工一起吃饭的时候，他不小心说漏嘴了他的公积金，我默默推算了一下他的工资至少比我高了50%，而他的毕业院校、工作经验和我差不多，瞬间不平衡了。

还有诸如其它的团建、夜宵、办公权限、工牌等无一不是明示着你是外包员工，要在外包的规则内行事。
至于转正的事，头上还有OD呢，OD转正的几率都很低，好几座大山要爬呢，别想了。

3. 反求诸己

以前网上看到很多吐槽外包的帖子，还总觉得言过其实，亲身经历了才刻骨铭心。

我现在已经摆正了心态，既来之则安之。正视自己WX的身份，给多少钱干多少活，给多少权利就承担多少义务。

不攀比，不讨好，不较真，不内耗，不加班。

另外每次当面讨论的时候，我都会把工牌给露出来，潜台词就是：快看，我就是个外包，别为难我😔~

另外我现在比较担心的是：

万一我考公还是失败，继续找工作的话，这段外包经历会不会是我简历的污点😢

当然这可能是我个人感受，其它外包的体验我不知道，也不想再去体验了。

对，这辈子和下辈子都不想了。
附南京外包之光，想去或者不想去的伙伴可以留意一下：

昨天晚上，我和老婆聊了一个创业点子。

一个能源方面的前辈找到我，希望通过我把一些人工的工作 AI 自动化。

能源方面我不懂，找 Gemini 聊完发现这个是可以复制的，非常兴奋。我跟老婆说，这个项目做好以后可以做成平台，推广到其他公司，你就等着做总裁夫人吧！

她听完以后跟我说，这个项目还是太定制化，和我之前做的一个项目很像。

那个项目一开始，我和朋友设想的是可以做完一个以后再推到不同的学校，但最后没有达到期望。不同的甲方想要的和我们做的差异很大，没办法推广，都得定制。

但我觉得这次不一样，她说了好几遍，发现我一直“冥顽不灵”，就不再说了。

今天休息，在写完专栏《转型 AI 工程师》第二篇以后，我想起之前老婆分享给我的一些抖音视频还没看，打开看了以后，发现她分享的都是一些赚钱妙招，有些真的很打破我的认知，让我大受震撼。

好些项目是我头一次见到，在这之前脑子里完全没有概念。这时我才明白她昨天晚上跟我说的话。对比别人讲的这些，我想做的的确是太小众、太定制了。

为什么我听不进去？

冯新（原真格基金投资合伙人）说过：创业企业的成长本质是创始人认知边界的突破，而『不知道自己不知道』的认知茧房，正是创始人成长的最大障碍。

过去八九年，我两耳不闻窗外事、一心只想搞技术，对商业机会的认知非常少。如今想要参与进 AI 这波浪潮，却不知道从何做起。

在前辈跟我说了诉求后，我像落水的人抓住绳子一样，脑子里都是那个新项目的画面：问题都有哪些、怎么解决、做完怎么推广到更多公司等等。这些画面在我脑子里不断循环，占据了全部的注意力。

而老婆说的"大规模复制的模式"，在我脑子里没有画面，所以就完全听不进去。就像戴着VR眼镜，你只能看到眼镜里的世界，别人跟你说外面的世界是什么样，你根本想象不出来。

我想这也是为什么很多孩子你跟他讲话他不听，很多年轻人长辈跟他讲话他也不听。不是他们不想听，而是他们脑子里只能看到当前自己见到的、听到的、想到的一些事。

我不是第一个犯这种错的人

后来我查了一下，发现我这种情况不是个例。

哈佛商学院有个研究发现，90% 的创业者倒在头 18 个月。“最大的敌人不是市场或竞争对手，而是创业者自己"。

具体来说，就是对「快速试错」和「尽早动手」等观点的误解，导致在错误道路上浪费了太多资源。这种情况被叫做「错误的起步」——省略初期的全面审慎思考，直接进入执行阶段。

现在这个能源项目，如果我按照昨晚的想法继续推进，很可能又会掉进一样的坑。

在写下这篇文章的时候，我想明白了动手之前要调研的情况：

如何拓宽认知边界？

老婆分享的那几个抖音视频，讲的赚钱方式，有些我从来没想到过，也没接触过这些行业，脑子里完全没有画面。但看完以后，我突然明白了一件事：原来赚钱的方式有这么多种，而我一直在自己的一亩三分地里打转。

对于像我这样想要创业的人来说，今天最大的感悟是：一定要多看，一定要先知道「猪是怎么跑的」，哪怕吃不到猪肉，至少知道猪是怎么跑的，心里有了一个概念。

具体怎么做？我目前想到这些，欢迎你评论区留言：

1、主动搜索不同行业的赚钱案例

不是为了照搬，而是为了拓宽认知边界。

我在日历里加上了日程---每周花30分钟，专门看别人有什么小众赚钱模式，他们是怎么发现机会的，怎么切入市场的，怎么实现标准化的。抖音、小红书、知乎、即刻，都是很好的信息源。

关键是要看那些你从来没想到过的行业。比如我今天看到的几个案例：直播切片、广告媒介采买。

2、用 AI 筛选出适合自己的机会

看得多了，就会发现很多机会。接下来需要进行筛选。

我的优势是 AI 技术，所以我会重点关注那些「传统行业+AI」的机会。不是去做通用大模型，而是找那些可以用 AI 提升效率的垂直领域。

3、经常问自己三个问题

为了避免再次陷入「执行陷阱」，我给自己设了一个自我检查清单，每周问自己三个问题：

4、搭建一个「商机捕获系统」

这几天我一直在想，能不能用 AI 搭建一个系统，自动帮我捕获各种赚钱商机？

我试了几个方案，发现真的可行。

这个系统的核心不是找到一个具体的项目，而是持续拓宽认知边界，让自己能看到更多的可能性。具体怎么搭建，我准备放到 转型 AI 工程师专栏 的最后大作业部分，这个点子比之前想的「深度研究助手」更有价值。

最后想说的

今天突然有这个感想，没想到越写越多，差不多了收个尾吧。

像我这样两耳不闻窗外事、一心只想搞技术的老程序员，想要创业不要急着动手。

不是说不要行动，而是说在行动之前，先拓宽自己的认知边界。

如果你脑子里只有一种赚钱方式，那你只能在这一种方式里打转。如果你脑子里有十种、一百种赚钱方式，你才能找到最适合自己的那一种。

我自己的经历就是教训。那个学校项目失败了，现在这个项目如果不调整思路，很可能又会失败。

但好在，我现在意识到了这个问题。

希望这篇文章对你也有启发。

以上。

前端架构师，这个岗位，在我的技术体系的认知中，是不需要这样的一个岗位的。但是市面上，我发现，在招聘的需求中，很多企业，依然在招聘前端架构师这个岗位。

为什么市场中，依然会有这个岗位呢？

真实的场景中，这个岗位的设立，是否真的是合理的呢？

作为前端出身的同学，这是我一直在思考的一个问题，因为这个问题，关乎一个人的职业发展，代表了我们前端的同学，职业的道路的天花板，到底在哪里。

如果前端架构师，这个岗位，本身是不应该出现的，那么我们前端的职业道路，就不应该走纯技术路线。真正应该走的是，技术兼管理的路线，也就是应该走前端leader的角色，再往上就是技术总监/CTO的职业角色。

如果前端架构师，这个岗位，是应该出现，那么前端的职业道路，其实完全可以走纯技术路线，从开发到前端架构师，然后持续深耕。

不同的方向，对人的要求是不一样的。

走纯技术路线，对一个人的更大要求是专注，持续的技术学习力，持续的自我技术进步，其他方面，作为辅助，协助你的技术能力在职场中进行发挥，你就能在这个行业和岗位上，有一定的立足之地。

走leader的路线，对一个人的要求是全面，关注点在技术，人，事务，项目，管理等等一系列比较杂乱的事情上，它注定了不能过于专注，而是站在高点，俯瞰整个大盘，才能真正的把事情做好。

作为自己，一直以来，努力的方向，也是走技术leader的路线。

真实的市场场景是什么样？

有一句很经典的话，世界是由一帮草台班子组成的。

这句话反馈到真实的工作场景中，就变成了这样的现状。

大多数的人的技术水准，真的让人一言难尽，很多人，真的也就是把技术，当作一份吃饭的差事，大多数人对技术，并没有追逐的热情。

我们这个行业，有太多的小公司了，小公司招聘人的标准，和大公司比，也是真的一言难尽，我见过有些公司，用四五千的薪资，招聘了一些人做事，真的是啥也不会。

大量的中小型企业，招聘技术人员，薪资大概给1万左右，这类研发人员，大多数的水准，大概就是能把项目做出来，会一些框架，仅此而已。

但是我们日常中，遇到的业务问题，往往是复杂的，比如前端的复杂表单问题，不同环境的运行容器差异问题，各种各样的兼容问题，复杂的数据处理和渲染问题等等。这类问题，其实在日常的开发中，很常见，但是往往很多人对此，难以处理。

这个时候，很多企业，潜意识就觉得，招聘一个技术更厉害的人，这个时候，前端架构师这个岗位，其实就出现了，而这也是市场中，需要这个岗位的现实情况。

不同规模企业的前端组织架构到底有哪些差异？

在大公司，我看到的更多的是，前端技术leader的岗位，一般而言，是由一个技术leader，带领团队，完成业务。

比如阿里，比较有钱，一般一个团队中，p8是前端leader，p6/p7是做事的主力，配备部分p4/p5的同学，一起完成业务。整体大概是，一个leader负责统筹全局，团队中真正做事的同学，完全由能力驾驭自己的业务。

再中小型公司，我看到的是，因为成本的原因，招聘的工程师偏于初中级，然后团队中，有那么一两位高级工程师作为主力成员。有些时候，这些高级工程师还会担任leader的角色。

但是这类团队有一些问题，就是因为技术能力问题，无法真正的做到，对企业的业务负责。

1、针对业务场景，无法给出合理的方案/方法。经常性的在日常工作中，这类团队，会提到这个需求改动太大，这个方案没法实现，这个东西做不了等等。但是其实正常的场景中，业务方提出一个需求，本身是有一定的运营目标/目的，这个时候，应该从业务的角度出发，再结合我们互联网技术，针对这个运营目标，提出我们的产品/技术方案，然后执行。

2、无法做出合理的判断。在大多数的场景中，我们对代码的要求是，高内聚和低耦合，代码的结构要清晰，可维护要高。但是还应该有技术之外的一些判断，我们完成一项业务，应该团队配备什么样的成员，市场中哪类程序员好招聘，技术的选型和业务是不是最优解，在人员、技术，业务、成本，这类问题中，如何达到更高的效率最优。

在中小型公司，大家习惯性的把问题简单化，做不了，判断不了，以为招聘一个技术更厉害的人，就能解决当下问题。

那到底需要前端架构师吗？

这个答案很显然，其实当下的市场中，市场有这样的职位诉求，原因就是一些复杂问题，很多企业搞不定。（但是这个问题的解决之道，不在于招聘前端架构师这么一个岗位，而是在于团队内在的一些问题，这些问题恰恰是需要一个前端leader来解决的）

从职业发展的角度来说，其实是不需要前端架构师的。

我们从技术的角度，来分析一下为什么不需要前端架构师。

前端的职责，是对UI负责，我们的工作，主要是针对，不同的容器环境（浏览器、手机app、桌面端内嵌h5等等）、不同的技术（RN、react、小程序等等），实现不同的端上的产品（App、小程序、网页、桌面端应用），我们通过接口协议，同后端进行数据通信。

端上的页面，主体是运行在用户端的设备上，最大的障碍是加载/渲染性能。接口方面，是和用户的网络环境相关。

这些东西，其实从技术的层面上，属于开发的职责。我们不得不承认，前端开发的层面，入手会比后端简单一些，但是做到一定程度，其实要求是要比后端更高的。

所以前端架构师，到底在架构什么东西？它不过就是，针对每一种端上的技术，使用的比普通开发，更好一些。

相比而言，后端有太多的策略性的东西了，哪些数据是业务数据，哪些数据是缓存数据，哪些数据要支持实时查询，哪些数据支持统计查询，后端的基础组件也多，不同的组件，擅长的事情也不一样，适用的场景其实也有差异，kafka、redis这些东西，数据分库和分表，按什么维度分，机器的运行性能，支持的量到底有多大等等。

这些就是后端架构师的存在责任，同一块代码，在不同的场景下是完全不同的。在某些场景中可能是最优解，换一个场景，可能就是最差的代码。

这就是我一直推崇的价值观，前端和后端，不一样，前端不需要架构师。

合理的团队架构到底长什么样？

如我个人所评判的那样，一个团队中，是不需要前端架构师这个角色的，那么对于那些中小型公司的人来说，到底什么样的结构，符合自身最优价值的团队结构呢？

答案是这样的，一位专家级别的前端，带领一两个干活的主力，再加上多个初中级的工程师。专家级别的工程师-也就是leader，保障我们的技术和方案，是行业内标准方案，方向是最优的，一两个高级工程师，辅助这个leader把事情能落地下去，其他所有初中级工程师，就是干活的苦力，也就是团队内的技术体力劳动者。

这也就是，我认可的职业发展中，前端需要leader的原因，但是不需要架构师。

“当了 leader 才发现，公司最想裁掉的，不是上班总迟到的，也不是下班搞失联的，而是经常把这 3 句话挂在嘴边的”

这是最近在职场社区里又被聊热起来的一个老话题。

作为一个在职场上混迹了近 9 年的程序员，一路走来亲眼目睹和经历了程序员职场里的各种风雨。从一开始的大头兵到后来负责一个独立的小团队，从一个所谓的 leader 的视角上来看问题，对这个事情的理解似乎又有了一些变化。

在我刚成为小团队负责人时，和许多职场人一样，我以为那些显而易见的职业毛病——比如习惯性迟到、到点就消失联系不上——才是最让管理者头疼的。直到自己坐上这个位置，真实去参与招人、考核、决策，才明白有些表象问题在 leader 眼中其实根本不算什么。

回到文首的话题，说的似乎有些夸张，但在真实的职场里确实是存在的，工作能力当然重要，但是“沟通艺术”和“向上管理”同样也不容忽视。

今天，我们就来聊聊这 3 句看似平常却极具“杀伤力”的话，相信我们平时可能也听过。

1、“这个需求做不了”

这句话相信在平时的需求会或者评审会上经常会听到。

当接到一个新需求或任务时，有些同学的第一反应是：“这个需求做不了”。

当员工说出“这个需求做不了”时，背后的含义有可能是“我不想做”、“我不会做”或“我觉得没必要做”。无论是哪种情况，传递出来的都是拒绝和封闭的态度。

因为现代职场没有绝对“做不了”的事情，只有尚未找到的解决方案或者不够充分的资源支持而已。

如果面对平级的产品经理这样说倒还无所谓，如果面对大领导这样表达那就多少有些欠妥了。

所以遇到这类问题大可不必当场上头去否定，别急着说‘做不了’，我们不妨换一个方式来表达。

表达变换 Tips：

• “这个需求很有挑战，我需要先调研看看”


• “这个需求很有挑战，我需要XX资源和XX支持来实现它”


• “目前有几点困难，我需要先评估一下”


• “我需要XX资源和XX条件的支持，能否帮我协调”

2、“我以前都是这么做的”

当员工不断强调“以前都是这么做的”，他实际上是在拒绝创新，拒绝适应变化，拒绝接受新思想。

在 IT 互联网行业，方法和工具迭代速度极快。之前曾经高效的方法，现在可能已经落后了，而对过往的经验和标签的一味固守往往会阻碍人进行第二层、第三层的进一步思考。

所以面对这种表达情形，我们不妨也可以换一种表达方式。

表达变换 Tips：

• “我过去是这样做的，但不确定是否适合现在的情况，需要先确定一下”


• “过去我们是用XX方法做的，效果是XX。我们也可以探讨一下新方法，看看会不会更好”


• “我能分享一下过去做这类项目的经验教训，供大家参考”


• “我对这个新方法还不太熟，需要一点时间学习一下”

3、“这个不归我负责”

我认为这句话可能是这三句中最致命的一句，因为它通常反映的是一种界限感和团队协作意识的缺失。

“各人自扫门前雪”的心态在某些特殊的场景下确实“杀伤力”极大，尤其如果在上级领导问责面前这么说，那基本真就 gg 了。。

在团队工作中，职责边界清晰本是好事，但过度强调“不归我管”则是一种危险的信号。

而且有时候模糊地带的问题往往就是自己能创造价值的机会，而且即便自己不想插手，也完全没必要这样去表达，我们不妨也换一些表达方式。

表达变换 Tips：

• “这个事情谁更熟悉？我可以协助”


• “这个事情的负责人是xxx，我可以了解之后协助解决”


• “我不太熟悉这个领域，但可以了解一下，谁能给我指点”


• “我们需要先明确一下这个问题的负责人，我可以暂时跟进一下”

所以以上这三点沟通的艺术也是程序员职场生活里切实可能会遇到的问题。当你下次准备说出这三句话中的任何一句时，不妨先停顿三秒，换个表达方式。

虽说向上管理和沟通艺术是被很多程序员所诟病和瞧不上的，但是有时候因为一句上头的话或者表达而导致了某些通道的关闭那也实在是太可惜了，这很不公平，但这往往就是职场的现实。

程序员作为一个有个性的创造性群体要专注精进技术这本身没错，但是职场毕竟也是一个充满人情世故的江湖，掌握一些通用的职场规则和沟通艺术也是十分有必要的，所以埋头赶路的同时也不要忘记看看周围的环境和机会。

在这个快速变化的时代，唯一不变的就是需要不停地适应和成长。共勉。

好了，那以上就是今天的内容分享了，希望能对大家有所启发，我们下篇见。

注：本文在GitHub开源仓库「编程之路」 github.com/rd2coding/R… 中已经收录，里面有我整理的6大编程方向(岗位)的自学路线+知识点大梳理、面试考点、我的简历、几本硬核pdf笔记，以及程序员生活和感悟，欢迎star。

前言

前几天和前同事闲时聚餐，约了两个月的小聚终于达成了，程序员行业聚少离多，所幸大家的发量还坚挺着。

期间不可避免地聊到了自己的公司、行业状况以及对未来的看法，几杯老酒之后，大家畅所欲言，其中一位老哥侃起了他的职业生涯，既坎坷又无奈，饭后想起来挺有代表性的，征得他同意故记录在此。

以下是老哥的历程。

程序员的前半生

我今年35岁，有房有贷有妻女有老父母。

出生在90年代的农村，从小中规中矩，不惹事不喧哗不突出，三好学生没有我，德智体美没有全面发展。学习也算努力，不算小题做题家，因为只考了个本科。

大学学费全靠助学贷款，勤工俭学补贴日用，埋头苦干成绩也只在年级中等偏下水平。有些同学早早就定下了大学的目标，比如考研、比如出国、比如考公，到了大三的时候大家基本都有了自己的目标。而我的目标就是尽早工作，争取早日还完贷款，因此早早就开始准备找工作。

也许是上天眷顾，不知道怎么就被华为看重了（那会华为还没现在的如日中天，彼时是BAT的天下），稀里糊涂的接受了offer，没想到却是改变了后面十年的决定。

2013年，深圳的夏天阳光明媚，热气扑鼻，提着一个简单的箱子进入了坂田基地。

刚开始，工作上的一切都很新鲜，每个人都在忙碌，虽然不知道他们在忙什么，但感觉很高级的样子。同期入职的同事都比较厉害，很快就适应了工作，而自己还是没完全应对工作内容，于是下班之后继续留在公司学习，顺便蹭饭。

就这样，很快就一年过去了，自己也慢慢熟悉了工作节奏，但是加班也越来越多了。对于自己来说，为了过节点，6点是晚饭时间，9点是下班时间，12点正式下班。

平凡的日子没什么值得留恋，过一天、一个月、一年、四年都没什么两样，四年里学习到了不少的知识，也数了很多次深圳凌晨的路灯数。

作为深漂，没有遇到深圳爱情故事，也对高昂的房价绝望，于是决定回到二线城市，成为一名蓉漂。
2017年，还是和四年前一样的行李箱，出现在了老家的省会城市，只是那时的我没有了助学打款，怀里也攒下了一些血汗钱。

那时互联网行业发展还是如火如荼，前端的需求量也很大，也得益于华为公司发展越来越好，自己的华为经历很快就拿到了几个offer，选了一家初创公司，幻想着能有一番成就。

2018年底，眼看着房价越长越高，某链中介不断地灌输再不买明天就是另一个价了，错过这个村就没这个店了，也许是想有个家，也许是想着父母能到省会里一起住，拿出自己做牛马几年的积蓄加上父母一辈子辛苦攒的小十万的养老钱购买了城区里的新房，那会儿的价格已经比前两年涨了一倍多，妥妥的高位站岗，不过想着自己是刚需也不会卖，因此咬咬牙掏出了全部的积蓄怒而背上了三十年的房贷。

房子的事暂时落定了，全身心的投入到工作中，没想到老板只想骗投资人的钱，产品没弄好投资人不愿跟进了，坚持了三年，期间各种断臂求生，最终还是落了个司破人走的境地。

2020年，30岁的我第一次被动失业了，幸运的是也找到了另一半。为了尽可能节省支出，房子装修的事我们都是亲力亲为，最后花了十多万终于将房子装好了，虽然很简单但毕竟是自己在大城市里的第一套房子，那一刻，感觉十年的付出都是值得的。

背着沉重的房贷，期望能找到一份薪资稍微过得去的工作，于是在简历上优势那行写了：“可加班”。依稀记得有些HR对我进行了灵魂拷问：结婚了吗？有小孩了吗？你都30岁了还能加班吗？。我斩钉截铁地说：只要公司有需要，我定会全力以赴！

2022年，我们的孩子出世了，队友辞去了工作全心全意带小孩，而我更加努力了，毕竟有了四脚吞金兽，不得不肝。

虽然工作很努力，但成果一般，不是公司的技术担当，也不会是技术洼地。

2023年的某一天，和之前的364天一样的平淡，在座位上解Bug的我突然感觉到一阵心悸，呼吸不畅，实在不行了呼唤同事叫了120，去医院一套检查下来没发现什么大问题。医生询问是不是工作压力太大，平时加班很多？我说还好，平时也就加班到9点。医生笑了笑说你这种年轻人我见多了，都是压力大的毛病，平时工作不要久坐盯着屏幕多站起来走走。他让我回家多休息，回去后观察了几天还是偶尔会有心悸，再去了另一个医院进行检查，也是没有明确的诊断结果，只是说可能是这个问题，又可能是另一个问题。

过了1个月后，身体上的问题不见好转，我辞去了工作。

2023年末，找了一家小公司，也就是我现在的公司，工资没有涨，仔细算起来还变相下降了。

还是做的业务需求，也没有领导什么人，管好自己就行，直属上级还是个工作几年的小伙。这家公司主要的特点是不加班，技术难度不高，能做多少就是多少，前提是要报风险，领导也不会强迫加班。

就这样到了2024，神奇的是我已经很久没有心悸的感觉了，不知道是不加班还是心态转变的原因。
家里的小朋友也长大了，会说话了。我现在每天下班最温馨的的是她开着门期待我回家的那一刻，她的期盼的眼神就是我回家的动力。

公司在2024年也裁了不少人，领导也找我谈过问问我的想法，我说：我还是能胜任这份工作的。领导说：公司觉得你年级大了一些，工资虽然不是最高，但不太符合行情，你懂的。我说：我懂，可以接受适当的降薪。
就这样，我挺过了2024，然而过了一周领导走了。

2025年，我35周岁了。
现在的我已经彻底接受自己的平庸的事实了。在学生时代，从来都不出色，也不会垫底，就是那类最容易被忽略的人。在工作时代，不是技术大牛，也不是完全的水货，就是普普通通的程序员。

如果说上半生吃到了什么红利，只能说入坑了计算机这行业，技术给我带了收入，有了糊口的基础。没进股市，却被房价狠狠割了一道。

35岁的我，没有彻底躺平摆烂，也没有足够奋发进取。

35岁的我，有着24年的房贷，还好61岁的时候我还在工作，应该还能还房贷。

35岁的我，不吃海鲜不喝酒，尿酸500+。

35岁的我，人体工学椅也挽救不了腰椎间盘突出。

35岁的我，头发依然浓密，只是白发越来越多。

35岁的我，已经不打游戏，只是会看这各种小说聊以慰藉。

35岁的我，两点一线，每天挤着地铁，看众生百态。

35岁的我，早睡早起，放空自己。

35岁的我，暂时还没有领取毕业大礼包，希望今年还能苟过。

35岁的我，希望经济能够好起来，让如我一般平凡的人能够有活下去的勇气。

诸君，下一年再会~祝你平安喜乐，万事顺遂！

太极分两仪，有程序员也有程序媛：30岁的程序媛，升值加薪与我无缘

最近逛职场社区的时候，刷到一个职场话题，老生常谈了，但是每次参与讨论的同学都好多。

这个问题问得比较扎心：

“为什么有些企业的裁员首先从技术人员开始？”

关于这个问题，网上有一个被讨论很多的比喻：

“房子都盖起来了，还需要工人么？”

有一说一，这个比喻虽然刺耳，但却非常形象地揭示了某些企业的用人逻辑，尤其在某些非技术驱动型的公司里。

在某些非技术驱动的公司（比如传统企业转型、或者业务模式成型的公司），其实技术部门很多时候是会被视为「成本中心」，而非「利润中心」的，我相信在这类企业待过的技术同学肯定是深有体会。

就像盖大楼一样，公司需要做一个 App，或者搞一个系统，于是高薪招来一帮程序员“垒代码”。

当这个产品上线，业务跑通了，进入了平稳运营期，公司某些大聪明老板总会觉得“房子”已经盖好了。

这时候，一些开发人员在老板眼里就变成了“冗余”的成本。

大家知道，销售部门、业务部门能直接带来现金流，市场部能带来用户，而技术部门的代码是最看不见摸不着的。

一旦没有新的大项目启动，老板会觉得技术人员坐在那里就是在“烧钱”。

那抛开这个“盖楼”的比喻，在这种非技术驱动的公司里，从纯粹的财务角度来看，裁技术岗往往是因为“性价比”太低。

所以这里我们不得不面对的一个现实是：技术人员通常是公司里薪资最高的一群人。

高薪是一把双刃剑呐。

一个初级程序员的月薪可能抵得上两个行政，一个资深架构师的年薪可能抵得上一个小团队的运营费用。当公司面临现金流危机，需要快速削减成本时，裁掉一个高级技术人员省下来的钱，相当于裁掉好几个非技术岗位人员。

除此之外还有一个比较尴尬的事情那就是，在技术团队中，往往存在着一种“金字塔”结构。

随着工龄增长，薪资涨幅很快，但产出效率（在老板眼里）未必能线性增长。

脑补一下这个场景就知道了：

• 一个 35 岁的高级工程师，月薪 4 万，可能要养家糊口，精力不如 20 多岁的小年轻，加班意愿低。


• 一个 23 岁的小年轻，月薪 1 万 5，充满激情，能扛能造。

这时候某些大聪明老板的算盘就又打起来了：

裁掉一个 4 万的老员工，招两个 1 万 5 的小年轻，代码量翻倍，团队氛围更活跃，成本还降了，这种“优化”在管理层眼里，简直是“降本增效”的典范。

所以综合上面这种种情形分析，这时候，文章开头的那个问题往往也就会逐渐形成了。

所以事就是这么个事，说再多也没用。

既然环境不能左右，那作为个体，我们又该如何自处呢？

这里我不想灌鸡汤，只想务实地聊一聊我所理解的一些对策，希望能对大家有所启发。

同时这也是我给很多后台私信我类似问题小伙伴们的一些共同建议。

1、跳出技术思维，建立业务思维

千万不要只盯着你的 IDE 和那一亩三分地代码，抽空多了解了解业务和流程吧，比如：

• 项目是靠什么赚钱的？


• 你的代码在哪个环节为公司省钱或挣钱？


• 如果你是老板，你会怎么优化现在的系统？

当你能用技术手段去解决业务痛点（比如提升转化率、降低服务器成本）时，你就不再是成本，而是资产。

2、别温水煮青蛙，要保持技能更新

这一点之前咱们这里多次提及，在技术行业，吃“老本”是最危险的。

当今的技术世界变化太快，而作为程序员的我们则恰好处于这一洪流之中，这既是挑战，也是机会。

还是那句话，一定要定期评估一下自己的市场价值：如果明天就离开现在的公司，你的技能和经验是否足以让你在市场上获得同等或更好的位置？

无论在公司工作多久，都要不断更新自己的技能和知识，确保自己始终具有市场竞争力。

3、别让自己的工作经验烂掉，有意识地积累职业资产

这一点我们之前其实也聊过。

除了特定的技术、代码、框架可以作为自己可积累的能力资产之外，其实程序员的职业生涯里也是可以有很多可固化和可积累的有形资产的。

比如你的技术经历、思维、经验、感悟是不是可以写成技术博客文字？你写的代码、工具、框架是不是可以形成开源项目？你的工作笔记和踩坑记录是不是可以整理成技术手册？

千万不要让自己的工作经验烂掉，而是要有意识地将自己的技术资产化，将自己的过往经验、知识、能力转化成在行业里有影响力的硬通货。

4、尽早构建 Plan B，提升抗风险能力

当然这一点虽然说的简单，其实对人的要求是比较高的。前面几点做好了，这一点有时候往往就会水到渠成。

我觉得总体的方向应该是：尽量利用你的技术特长来构建一个可持续的 Plan B。

比方说：开发一个小工具、写写技术专栏、或者运营一个 GitHub 项目、在技术博客或社区中建立个人品牌...等等，这些不仅仅能增加收入，往往还能拓展你的人脉圈。

其实很多程序员在年龄大了之后越来越焦虑的一个重要原因就是因为生存技能太过单一了，所以千万不要给自己设限，埋头赶路的同时也不要忘记时常抬头看看周围的环境和机会。

好了，今天就先聊这么多吧，希望能对大家有所启发，我们下篇见。

注：本文在GitHub开源仓库「编程之路」 github.com/rd2coding/R… 中已经收录，里面有我整理的6大编程方向(岗位)的自学路线+知识点大梳理、面试考点、我的简历、几本硬核pdf笔记，以及程序员生活和感悟，欢迎star。

前言

人类的悲喜并不相通，有人欢喜有人愁，更多的是看热闹。

就在上周，"苟住"群里的一个小伙伴也苟不住了。

在苟友们的"墙裂"要求下，他分享了他的经验，以他的视角看看他是怎么操作的。

1. 组织变动，意外晋升

两年前加入公司，依然是一线搬砖的码农。

干到一年的时候公司空降了一位号称有诸多大厂履历的大佬来带领研发，说是要给公司带来全新的变化，用技术创造价值。

大领导第一件事：抓人事，提效率。

在此背景下，公司不少有能力的研发另谋出处，也许我看起来人畜无害，居然被提拔当了小组长。

2. 领取任务，开启副本

当了半年的小组长，我的领导就叫他小领导吧，给我传达了大领导最新规划：团队需要保持冲劲，而实现的手段就是汰换。

用人话来说就是：

当季度KPI得E的人，让其填写绩效改进目标，若下一个季度再得到E，那么就得走人

我们绩效等级是ABCDE，A是传说中的等级，B是几个人有机会，大部分人是C和D，E是垫底。

而我们组就有两位小伙伴得到了E，分别是小A和小B。

小领导意思是让他们直接走得了，大不了再招人顶上，而我想着毕竟大家共事一场，现在大环境寒气满满，我也是过来人，还想再争取争取。

于是分析了他们的基本资料，他俩特点还比较鲜明。

小A资料：

1. 96年，单身无房贷


2. 技术栈较广，技术深度一般，比较粗心


3. 坚持己见，沟通少，有些时候会按照自己的想法来实现功能

小B资料：

1. 98年，热恋有房贷


2. 技术基础较薄弱，但胜在比较认真


3. 容易犯一些技术理解上的问题

了解了小A和小B的历史与现状后，我分别找他们沟通，主要是统一共识：

1. 你是否认可本次绩效评估结果？


2. 你是否认可绩效改进的点与风险点（未达成被裁）？


3. 你是否还愿意在这家公司苟？

最重要是第三点，开诚布公，若是都不想苟了，那就保持现状，不要浪费大家时间，我也不想做无用功。

对于他们，分别做了提升策略：

对于小A：

1. 每次开启需求前都要求其认真阅读文档，不清楚的地方一定要做记录并向相关人确认


2. 遇到比较复杂的需求，我也会一起参与其中梳理技术方案


3. 需求开发完成后，CR代码看是否与技术方案设计一致，若有出入需要记录下来，后续复盘为什么


4. 给足时间，保证充分自测

对于小B：

1. 每次需求多给点时间，多出的时间用来学习技术、熟悉技术


2. 要求其将每个需求拆分为尽可能小的点，涉及到哪些技术要想清楚、弄明白


3. 鼓励他不懂就要问，我也随时给他解答疑难问题，并说出一些原理让他感兴趣的话可以继续深究


4. 分配给他一些技术调研类的任务，提升技术兴趣点与成就感

3. 结束？还是是另一个开始？

半年后...

好消息是：小A、小B的考核结果是D，达成了绩效改进的目标。

坏消息是：据说新的一轮考核算法会变化，宗旨是确保团队血液新鲜（每年至少得置换10%的人）。

随缘吧，我尽力了，也许下一个是我呢？

去年的时候AI编程还是在ChatGPT上贴代码问答，经常受限于上下文的长度，今年就用上了Cursor，并作为主力开发工具了。

Trae刚出来那会儿第一时间体验了，那时候还只有国际版。刚给它提个任务，居然还要等待，前面还有几十个请求。你可是个生产力工具呀，太败好感了。后面就果断付费了Cursor。第二次败好感的是Trae国内版出来后，铺天盖地的软文广告。作为一款生产力工具，第一件事不是把产品打磨好吗？

通义灵码主打安全以及和阿里云的集成，公司也在推广，于是安装体验了一下，当时还不够智能修改代码还是全文件一行一行慢慢改，插件的体验还是没有原生的好。问了一个在阿里的朋友AI编程的情况，他只用过GitHub Copilot，没用过通义灵码。

国内最看好的就是它俩了，期望越做越好，能95%替代Cursor时，付费也愿意。

Cursor一开始我也是免费体验，额定用完了，换了一个账号。Cursor使用率挺高，又没找到合适的替代。生产力工具，效率第一，免费的才是最贵的，果断买了一年。各种AI工具，智能体层出不穷。Cursor+Claude-3.7-sonnet依然是我认为当下最佳组合（明天估计就得是claude-4.0了吧）

gemini-2.5-pro是又快又强，经常让它俩CodeReview。ChatGPT会用来做方案的设计，代码的架构，过程沟通等。用了Cursor后就把jetbrains全家桶给卸载了，Cursor每1-2周都会有版本的更新，时不时会有一些小惊喜的功能，也是愿意一直付费的原因。

说一下Cursor的坑，第一个就是购买，网上有虚拟信用卡的也有免费无限续杯的，我建议是用银联信用卡直接支付，安全省事。第二个坑就是贵，500次完全不够用，用完了可以用慢速，慢速里gemini-2.5-pro不错。遇到复杂的问题提供好上下文，参考文档。这次有个问题修复不了指望开max，用o3能解决的，结果几个模型用了个遍都没有解决，还得靠人。o3是真贵呀，想想都心疼。

最后，再说一句，有免费的工具为什么还要付费？生产力工具，提升生产力是第一要考虑的，免费往往会是最贵的。付费了Cursor后用它帮我写前端、后端、算法炼丹都能到80分以上，不仅仅是代替自己写节省时间，而是它是全能的，可以比自己写得更好。整体感觉，一个字，值！

前两天线上出了个漏洞，导致线上业务被薅了 2w 多块钱。几天晚上没咋睡，问 ChatGPT，查了几晚资料，复盘工作这么久来犯下的错误。

我在公司做的大部分是探索性、创新性的需求，行内人都知道这些活都是那种脏活累活，需求变化大，经常一句话；需求功能多，看着简单一细想全是漏洞；需求又紧急，今天不上线业务就要没。

所以第一个建议就是大家远离这些需求，否则你会和我一样变得不幸。

但是👴🐂🍺啊，接下来也就算了，还全干完了。正常评估一个月的需求，我 tm 半个月干完上线；你给我一句话，我干完一整条链路上的事；你说必须今天上线，那就加班加点干上线。

就这样干了几年，黄了很多，也有做起来的。但是不管业务怎么发展，这样做时间长了会出现很多致命问题。

开发忙成狗

一句话需求太多，到最后只有开发最了解业务，所有人所有事都来找开发，开发也是人，开发还要写代码呢。最先遇到的问题就是时间严重不够，产品跟个摆设一样，什么忙都帮不上，我成了产品开发结合体。

bug 来了

开发一忙，节奏就乱了，乱则生 bug，再加上原本需求上逻辑不完整的深坑，坑上叠坑，出 bug 是迟早的事。

形象崩塌

一旦出现 bug，人设就毁了。记住一句话，没人会感谢你把原本一个月的需求只用半个月上线，大家都觉得这玩意本来就半个月工时。慢慢的开始以半个月的工时要求你。

那些 bug 自己回头，慢慢做都是可以避免的，就像考试的时候做完了卷子复查一遍，很多问题回头看一下都能发现，结果因为前期赶工，没时间回看，而且有很多图快的写法，后期都是容易出问题的。

形象崩塌在职场中是最恐怖的，正所谓好事不出门，坏事传千里。

一旦出了问题，团队、领导、所有人对你的体感，那都是直线下降，你之前做的所有好事，就跟消失了一样，别人对你的印象，一提起来说的都是，这不是当时写出 xxx bug 的人吗？这还怎么在职场生存？脸都没了，项目好处也跟自己没关系了。

我 tm 真是愣头青啊蠢的💊💩，从入职开始都想的是多学点多干点，结果干的越多错的越多，现在心态干崩了，身体干垮了，钱还没混子多，还背了一身骂名和黑锅。

之前我看同事写代码贼慢，鼠标点来点去，打字也慢一拍，我忍不住说他你这写代码速度太慢了，可以用 xxx 快捷键等等，现在回想起来，我说他不懂代码，其实是我不懂职场。

我真是个纯纯的可悲🤡。

提桶跑路

bug 积累到一定程度，尤其是像我这样出现点资金的问题，那也差不多离走人不远了，我感觉我快到这个阶段了，即使不走，扣钱扣绩效也是在所难免的，综合算下来，还没那些混子赚的多。

我亲自接触的联调一哥们儿，一杯茶，一包烟，一个 bug 修一天。是真真正正的修了一天，从早到晚。那天我要上线那个需求，我不停的催他，后来指着代码说着逻辑让他写，最终半夜转点上线。我累的半死不活，我工资和他差不多，出了问题我还要背锅。

我现在听到 bug 都 PTSD 了，尤其是资金相关的，整个人就那种呆住，大脑空白，心脏像被揪住，我怀疑我有点心理问题了都。

为什么别人可以那么安心的摸鱼？为什么我要如此累死累活还不讨好？我分析出几点我的性格问题。

责任心过强

什么事都觉得跟自己有关系，看着别人做的不好，我就自己上手。

到后期产品真 tm 一句话啊，逻辑也不想，全等着我出开发方案，产品流程图，我再告诉她哪里要改动。不是哥们？合着我自己给出需求文档再自己写代码？

为人老实

不懂拒绝，不懂叫板。

运营的需求，来什么做什么，说什么时候上线就什么时候上线。不是哥们？我都还不知道要做什么，你们把上线时间都定了？就 tm 两字，卑微。

用力过猛

十分力恨不得使出十一分，再加一分吃奶的劲儿。一开始就领导很高的期望，后面活越来越多，而且也没什么晋升机会了，一来的门槛就太高了知道吧，再想提升就很难了。

先总结这么多吧，我现在心情激荡的很，希望给各位和我性格差不多一点提醒，别像我这样愣头青，吃力不讨好，还要遭人骂。后面再写写改进办法。

这两天，科技圈的又一个重磅新闻相信不少同学都刷到了。

那就是 77 岁的计算机科学家，图灵奖+诺贝尔奖双奖得主，同时也是享誉全球的人工智能专家 Geoffrey Hint0n（杰弗里・辛顿）首次来到了中国，参加了在上海举办的 2025 世界人工智能大会（WAIC 2025）并上台进行了演讲。

上一次 Hint0n 站在聚光灯下是去年 10 月份，彼时 76 岁的 Hint0n 刚刚和 John J. Hopfield 一起，拿到了 2024 年的诺贝尔物理学奖，以表彰他们通过人工神经网络实现机器学习的奠基性发现和研究。

提到 Hint0n 这个名字，相信对于很多学习和从事人工智能工作的同学来说，应该都非常熟悉了。

Hint0n 是一位享誉全球的人工智能专家，被誉为“神经网络之父”、“深度学习的鼻祖”、“人工智能教父”等等，也是这个领域最受尊崇的泰斗之一。

7 年前，Hint0n 曾拿下过 2018 年度图灵奖。

如此一来，Hint0n 也成为了获得**「图灵奖+诺贝尔奖」的双奖得主**。

Hint0n 是学术界的传奇人物。

在当代人工智能爆发之前，Hint0n 曾经坐了几十年的学术冷板凳，而他所研究开发的神经网络算法则为后续人工智能的进一步发展奠定了基础。

大多人可能都是因为这几年大火的 AI 领域才了解的 Hint0n，但是看完他之前的人生经历，更可谓是颇具戏剧性。

1947 年，Geoffrey Hint0n 出生于英国温布尔登的一个学术世家，家庭里的很多成员都在学术和研究方面颇有造诣。

他的父亲 Howard Everest Hint0n 是一名研究甲壳虫的英国昆虫学家，而母亲 Margaret Clark 则是一名教师。

除此之外，他的高曾祖父 George Boole 还是著名的逻辑学家，也是现代计算科学基础布尔代数的发明人，而他的叔叔 Colin Clark 则是一位著名的经济学家。

当然，在这样的氛围下长大的 Hint0n，其成长压力也是可想而知的。

1970 年，23 岁的 Hint0n 获得了实验心理学的学士学位。

但是，令谁也没有想到的是，毕业后这位“学二代”由于找不到科研的意义，他竟然先跑去当了一段时间的木匠。

不过这个经历并没有帮助他消除自己的阶段性迷茫，他一直希望真正理解大脑的运作原理，渴望更深入的理论研究，于是经历过一番思想斗争后又下决心重返学术殿堂，投身于人工智能领域。

直到 1978 年，他终于获得了爱丁堡大学人工智能学博士学位，而此时的他也 31 岁了。

那个年代做深度学习的研究可以说是妥妥的冷板凳。

要知道当时的 AI 正值理论萌芽阶段，并且彼时的深度学习研究在很长一段时间里一直处于一个不温不火的状态，甚至好几次陷入寒冬，那 Hint0n 所主张和研究的深度学习派当然在当时也很难得到关注和认可。

那面对这一系列冷漠、质疑甚至反对，唯有纯粹的相信与热爱才能将这个领域深耕了数十年，直到坚持到后来 AI 时代的来临。

Hint0n 主要从事神经网络和机器学习的研究，在 AI 领域做出过许多重要贡献，其中最著名的当属他在神经网络领域所做的研究工作。

他在 20 世纪 80 年代就已经开启了反向传播算法（Back Propagation, BP 算法）的研究，并将其应用于神经网络模型的训练中。

这一算法被广泛应用于语音识别、图像识别和自然语言处理等领域。

除此之外，Hint0n 还在卷积神经网络（Convolutional Neural Networks，CNN）、深度置信网络（Deep Belief Networks，DBN）、递归神经网络（Recursive Neural Networks，RNN）以及胶囊网络（Capsule Network）等领域作出了重要贡献。

2013 年，Hint0n 加入 Google，同时把机器学习相关的很多技术带进了谷歌，并融合到谷歌的多项实际业务之中。

2019 年 3 月，ACM 公布了 2018 年度的图灵奖得主。

图灵奖大家都知道，是计算机领域的国际最高奖项，也被誉为“计算机界的诺贝尔奖”。

而 Hint0n 则与蒙特利尔大学计算机科学教授 Yoshua Bengio 和 Meta 首席 AI 科学家 Yann LeCun 一起因为研究神经网络而获得了该年度的图灵奖，以表彰他们在对应领域所做的杰出贡献。

除此之外，Hint0n 在他的学术生涯中发表了数百篇论文，这些论文中提出了许多重要的理论和方法，涵盖了人工智能、机器学习、神经网络、计算机视觉等多个领域。

而且他的论文被引用的次数也是惊人，这对于后续该领域的研究和发展都产生了重要的影响。

除了自身在 AI 领域的科研造诣很高，Hint0n 同时也是一名优秀的导师和指引者。

当年为了扩大深度学习的圈子，Hint0n 曾在多伦多大学成立过研究中心，专门接收有兴趣从事相关研究的年轻人，以至于现如今 AI 大佬圈子的“半壁江山”都是 Hint0n 的“门生”。

Hint0n 带过很多大牛学生，其中不少都被像苹果、Google 等这类硅谷科技巨头所挖走，在对应的公司里领导着人工智能相关领域的研究。

这其中比较典型的就是 Ilya Sutskever，他既是 Hint0n 的学生，同时他也是大名鼎鼎的 OpenAI 公司的联合创始人与首席科学家。

在这次 WAIC 2025 开幕的前一天，一张全球顶级 AI 专家的合影在业内广为流传。

画面中聚集着包括姚期智先生等在内的多个全球顶级 AI 专家。

不过大家可能也注意到了，在画面的最后一排，还独自站立着一位身材高挑的白发老人。

没错，这个人正是 77 岁的 Hint0n。

画面中 Hint0n 之所以选择站立合影，不是为了秀身高，而是因为 Hint0n 患有腰椎疾病。

1947 年出生的辛顿，年轻时就曾落下腰伤顽疾，随着年龄的增大，这让他无法像正常人那样轻松地坐下，而是习惯于尽量站立，所以这也是为什么大家能看到的 Hint0n 能站着的情况就不会坐着，而即便是坐，Hint0n 的坐姿也非常奇怪。

听 Hint0n 身边的人说，Hint0n 到哪里总是会随身带个垫子，目的也是为了应对多年的腰疾。

不过从这次 Hint0n 来中国参加 WAIC 2025 的全过程来看，老爷子的精神状态还算挺不错。

学术冷板凳 30 年，从谷歌离职时 75 岁，回看 Hint0n 老爷子的奋斗过往，的确非常传奇。

如今 AI 技术的发展巨轮还在滚滚向前，而这些人工智能领域的泰斗们所打下的基础也将继续成为人工智能研究者们心中的图腾，从而激发出更多的进化与创新。

注：本文在GitHub开源仓库「编程之路」 github.com/rd2coding/R… 中已经收录，里面有我整理的6大编程方向(岗位)的自学路线+知识点大梳理、面试考点、我的简历、几本硬核pdf笔记，以及程序员生活和感悟，欢迎star。

大家好，我是拭心。

今天被一张《IT 开发工作可能要完全重组》的图片刷屏，图片中的观点是：传统的「产品-设计-前端/后端」模式在 AI 时代将被变革。

很多人会觉得“前端没有实际的必要了”是管理者自嗨，但就我个人的见闻而言，这可能真的是未来趋势。

基于 AI 的一专多能“超级个体”模式已经在很多公司铺展开，未来不久程序员大概率会不分前后、只剩全栈。

之所以敢这么笃定，是因为今年我亲身经历了这个变化。

简单聊聊我的工作变化

今年我的工作 80% 都是 AI 相关，工作内容上有三个比较大的转变：

工作时间分配上，也从之前的「大部分时间手写代码」变成了：

在我做的这些项目里，正如文章开头的图片所说，完全没有前后端岗位的概念，基本上都是和业务方沟通完需求、确定好方案，就开发、上线，甚至有的需求我自己定方案（在 AI 的加持下）。

前端是不是真的没有实际的必要了

那么问题来了，前端/后端以后是不是就不需要这么多人，大家要失业了？

我的看法是：程序员这个岗位的确会变少，但适合我们的新机会也随之诞生了。

随着大模型的编程能力提升和配套设施完善，代码开发的 AI 化必定会发展到 80% 甚至 90%（至少还需要 10～20% 的人把关）。

如果只盯着程序员的「把需求文档实现为代码」这个职能，我们的机会是越来越少的。

但如果着眼于使用 AI 进行业务流程改造和内容生产，机会会越来越多。

最近两年开始，很多公司开始招聘名为「AI 工程师」的岗位，他们的工作内容就是业务优化和 AIGC。这个岗位招的人呈两极分化：要么是年轻的高学历应届生、要么是经验丰富的资深开发者。

招高学历应届生是因为他们具备创新和挑战精神；而招资深开发者转型 AI 应用，是因为他们有业务经验、全栈能力更强。

我今年的岗位角色就是 AI 工程师，在带着这种视角工作时，会发现有太多可以做的，以前凭感觉定的都可以用 AI 重做一遍，AI 工程师目前还远远不够。

想想我们的产品里有多少文案是写死的？有多少数据是无人问津的？有多少策略是拍脑袋定的？这些都是 AI 工程师可以改造优化的点。

总结

忍不住多写了几句，一看表这么晚了，年纪大了不能熬夜，总结一下结束此文。

技术变革就是会让生产效率提升，让工具性的岗位变少（程序员说白了就是把人的语言翻译为机器语言），但也会催生出新的岗位，我们要向前看。

从感性上我们是不愿意接受的，怎么革命偏偏革到了我们头上？我的房贷还没还完呢，以后可怎么办呢？

别慌，就我今年的经验来看，这一波 AI 技术革命，作为软件开发的我们有先发优势，只要稍加学习，再加上一些业务思考，很容易就可以转型到 AI 工程师。

至于如何转型到 AI 工程师，容我结合今年的工作&学习经验梳理下，也欢迎感兴趣的朋友留言讨论你们的看法。

滚滚长江东逝水，乘风安逸逆风衰，晚安朋友。

这就是流量的力量吗？用豆包 AI 编程做的小红书小组件帖子爆了

2025 上半年头部 AI 产品都有哪些？还有哪些新起之秀？

拭心 7 月日复盘｜个体在 AI 时代的挑战

2025 年 AI 的落地程度远比我们想象的广

太空数据中心的能源成本将只有地面上的十分之一。

11 月 2 日，英伟达首次把 H100 GPU 送入了太空。

作为目前 AI 领域的主力训练芯片，H100 配备 80GB 内存，其性能是此前任何一台进入太空的计算机的上百倍。在轨道上，它将测试一系列人工智能处理应用，包括分析地球观测图像和运行谷歌的大语言模型（LLM）。

此次测试飞行搭载于位于弗吉尼亚州雷德蒙德的初创公司 Starcloud 的 Starcloud-1 卫星上，是该公司雄心勃勃的计划的第一步，该计划旨在将全球耗能巨大的数据处理基础设施迁移到太空。Starcloud 是 NVIDIA Inception 创业公司计划的成员。

支持者认为这个想法很有前景：在遥远的太空深处，数据中心不会占用宝贵的土地，也不需要那么多能源和水来冷却，它们也不会向大气中排放温室气体。

在算力逐渐紧张的 AI 时代，把芯片发射到太空已成为一个新的发展方向。此前，英伟达的 Jetson 机器学习计算板卡曾搭载于多颗实验型和地球观测小型卫星上。不过相比之下，本次 Starcloud 的行动可谓是建设太空数据中心的重要一步，这将是人类首次把地面数据中心的 GPU 送入轨道运行，为最早明年启动商业服务铺平了道路。

「在太空，你可以获得几乎无限的低成本可再生能源，」Starcloud 联合创始人、CEO Philip Johnston 表示。「对环境的唯一成本是发射成本。与在地球上为数据中心供电相比，在数据中心的整个生命周期内，二氧化碳排放量将减少 10 倍。」

这项为期三年的任务将由 SpaceX 的「Bandwagon 4」猎鹰 9 号火箭发射升空。仅重 60 公斤的 Starcloud-1 卫星将在距离地球约 350 公里的超低轨道上运行。在那里，它将接收来自美国 Capella 公司运营的合成孔径雷达 (SAR) 地球观测卫星群的数据，实时处理这些数据，并将信息传回地球。