xiaohack's Blog - 程序员
type: channel
link: https://blog.xiaohack.org/tag/%E7%A8%8B%E5%BA%8F%E5%91%98/
items: 为什么程序员不自己开发一个小程序赚钱
items: 我今天想了想，卖鞋这个事情我得一鸡四吃
items: 为什么没人走后门当程序员？
items: 作为程序员，你们都使用什么笔记软件？
items: 后 AI 市场最缺的是什么岗位？
items: AI 时代，大家有什么退路么？
items: [送年度会员] 一个程序员宝爸，被每天哄睡逼到做了个“替身”
items: 一个程序员2004年的决定，如何悄悄改变了整个互联网？
items: Node.js 之父宣判“手写代码时代结束”！DHH 明确反对“结束论”：大模型还差口气，手写更有竞争力
items: 需求还没评审，但商 K 里的 “产品经理” 让我甘愿主动加班

为什么程序员不自己开发一个小程序赚钱
type: item
date: 2026-01-30T09:51:36+08:00
description: 大家好，我是凌览。个人网站：blog.code24.top去水印下载鸭：nologo.code24.top如果本文能给你提供启发或帮助，欢迎动动小手指，一键三连（点赞、评论、转发），给我一些支持和鼓励谢谢。刷到一个挺扎心的话题：程序员为什么不自己做产品赚钱。身边还真有不少人问过类似的话："你天天写代码这么厉害，怎么不自己搞个App、做个小程序？随便弄弄不就发财了？"每次听到这种问题，我都不知道该从哪儿开始解释。最近在 X 乎上看到同行的回答，看完只能说：太真实了。理想很丰满、现实很骨感首先，假装我们是程序员，某天深夜加班回家，瘫在沙发上刷手机，突然一个念头炸开——"我去，这个功能市面上根本没有！我要是做一个，肯定爆火！”。脑子里的画面瞬间清晰：产品上线、用户疯涨、投资人排队、财务自由...，满脑子都是"老子不干了，要创业"。说干就干，流程走起来：第一步：注册账号结果发现邮箱早就被自己多年前注册过，还冻结了。解冻、换邮箱，折腾一圈。第二步：想名字绞尽脑汁想了个好名字，一搜，已被占用。再想想想，终于通过。第三步：开发前端后端一把抓，不会前端？没事，Ai结伴编程一把梭。uniapp启动，一套代码多端运行，微信、QQ、抖音、快手平台全都要上。第四步：买服务器，阿里云一核两G，一年600块，付款的时候手还没抖。第五步：搞域名，随便挑一个，一年30块，便宜。第六步：备案到这里，噩梦开始了。拍照、填表、等审核，来来回回折腾。好不容易过了，提交小程序审核——"该项目类型个人不支持，需要企业认证。"卒。亏损-630元。但程序员嘛，头铁。不信邪，继续：第七步：注册公司个体户要经营场所，干脆直接注册公司。准备材料、开对公账户、刻公章，又是一顿操作。第八步：重新认证企业认证要的材料堆成山，干脆重新注册个小程序。又是想名字（原来的还要等两天才能释放）、填资料、承诺书、盖章...终于，小程序上线了。上线只是开始，赚钱才是难题。每天努力宣传、引流，结果广告收益长这样：昨日收入0.65元。对，你没看错，六毛五。折线图上的曲线在0.3元到1.8元之间反复横跳，月收入6.72元。服务器钱还没赚回来，先赔进去几百块。什么会这样？个人开发者不能收费，只能通过挂广告，而广告收入低到离谱。激励广告单价居然只有4.29元/千次展示，Banner广告更惨，几块钱千次展示。算笔账：日访问量要达到2万，才能日入500。2万UV什么概念？很多小公司的官网一天都没这么多人。推广难，小程序是个封闭生态，你不能诱导分享，否则直接封号。只能从其他平台往微信导流，但用户路径一长，流失率奇高。要开通流量主还得先引流500人，这第一道门槛就卡死不少人。审核机制让人头大，页面上文字一多，就说你涉及"内容资讯"，不给过。个人开发者经营类目受限，动不动就踩红线。不是技术问题，是商业问题程序员不做小程序赚钱，不是因为不会写代码，而是因为写代码只是万里长征第一步。做一个能赚钱的小程序，需要：产品能力：做什么？解决谁的什么问题？凭什么用你的？运营能力：流量从哪来？怎么留存？怎么变现？商业资质：公司、对公账户、各种许可证，合规成本不低；时间和精力：白天上班，晚上搞副业，服务器半夜挂了还得爬起来修。而大多数程序员，只是喜欢写代码而已。让他们去搞流量、谈商务、处理工商税务，比写一万行代码还痛苦。更扎心的是，就算你愿意干这些，小程序的红利期也早过了。2017年刚出来那会儿，确实有人靠简单工具类小程序赚到第一桶金。现在？各大平台库存量几百万个，用户注意力被某音、被红书切得稀碎，新入局者基本就是炮灰。成功案例网上经常能看到"做小程序月入过万"的帖子，但仔细看会发现，要么是卖课的，要么是有特殊资源的（比如手里有公众号矩阵导流），要么是早期入局者吃到了红利。对于普通程序员来说，接个外包项目，按时薪算可能比折腾三个月小程序赚得还多，还省心。技术只是工具，商业才是战场。会拿锤子的不一定会盖房子，会写代码的不一定能做出赚钱的产品。这不是技术问题，这是两个完全不同的赛道。最后所以，开发一个小程序到底能不能赚钱？能，但跟你关系不大。要么你有现成的流量池，比如几十万粉丝的公众号、抖音号，小程序只是变现工具；要么你有特殊资源，比如独家数据、行业资质；再要么你踩中了某个极小概率的风口，比如当年疫情期间的健康码周边工具。否则，个人开发者大概率是炮灰。写代码是确定性的事，输入逻辑输出结果；做生意是概率性的事，投入不一定有回报。 大多数人适合前者，却误以为自己能驾驭后者。你呢？有没有过"做个产品改变世界"的冲动？最后成了吗？

我今天想了想，卖鞋这个事情我得一鸡四吃
type: item
date: 2026-01-27T13:23:07+08:00
description: ##手工编排吧！今天是第三天，我的 pdd 后台流量依旧打满，平台扶持的。但是没任何用。依旧不出单，这些和正文无关简单交代背景。我想的四吃办法是： 1 小红书种草，写我全职开副业之路--pdd 电商（瓢多多）。给程序员同行点借鉴作用，为社会产生点价值2 youtube 拍视频，同款内容做长，做成经验教程的模式，用英语配文3 x 上发帖吐槽，寻找矛盾点卖惨，争取关注粉多点，后面开蓝标搞长文赚钱4 蝴蝶号拍视频写拍电商内幕总结就是依托一件事情，搞持续内容个人 ip 输出变现。电商的亏的钱要从其他地方赚，做电商就默认亏钱，这样子。老程序员已经在逃离猝死的路上，给各位打样，如果那天不更新了，d 各位记得帮我长草

为什么没人走后门当程序员？
type: item
date: 2026-01-27T08:53:50+08:00
description: 最近刷 X 乎时看到这样一个耐人寻味的的讨论话题，浏览量超 170w，参与讨论的同学也好多。问题描述是这样的：“为什么没人走后门当程序员？”我认真浏览了一圈，心里五味杂陈。在许多人眼中，程序员是一个高薪的职业。然而，即便程序员们拿着如此令人羡慕的高薪，尽管互联网行业如此火热，但却几乎很少听说有人说走后门想进去。其实这事情一点也不难理解，这得先从程序员工作的本质说起。因为程序员这个职业，从根子上来说压根就不靠后门吃饭。而且程序员这行，恰恰是最混不了日子的，它要求你持续学习，跟上技术迭代，解决一个个具体而棘手的问题。编程是一个实实在在的技术活，当你的代码运行不起来，它就是运行不起来，你写的系统有漏洞，它就会在某个深夜悄然崩溃，这种刚性特质就决定了程序员这个岗位无法容忍滥竽充数者。而程序员的门槛，是技术，是能力，走后门也写不出一行能跑通的代码。退一步说，哪怕就算你真靠后门挤进了公司，项目一上来，分分钟就会露馅。那些想走后门的人，大概率是想找一个稳当、轻松、有人脉资源的工作。但反思程序员这行，是这样吗？好……好像哪个也不沾边吧……所以没人走后门干程序员，不是因为这行没前途，而是因为它太实在、太透明、太难伪装。这是一份必须用真本事去交换的职业，关系在这里，价值被迅速稀释到近乎为零。另外大家往往有种误解或者说错觉，总觉得程序员赚得多就是香，而实际却忽略了这个高薪背后所付出的代价，这一切都是来源于高强度脑力劳动和长时间脑力付出所带来的回报。再者，互联网行业的本质是工程化与扁平化。在这个体系里，你是谁、认识谁、从哪来，其实并不太重要，没人会关注你这个，英雄不问出处。重要的是，你能不能解决问题，能不能为项目创造价值。所以，当我们回过头来再看，为什么没人走后门干程序员这个问题，其实本身就蕴含着一种误解。它预设了程序员是一个好差事，一个可以让人躺着赚钱的美差。但事实上，程序员是一份需要真才实学、持续奋斗、直面挑战的工作。你付出多少努力，掌握多少技能，最终都会在你的代码和收入上得到真实的反馈。当然，这里还有一点需要反思的是：该说不说，程序员行业的这种去关系化特质，其实某一角度来说也带来了一些副产品。比方说，技术至上的工作文化有时会导致个体沟通能力的忽视，对硬技能的过度强调可能让软技能的发展有所滞后，另外代码世界的非黑即白有时候也会让人忽略了现实世界的复杂灰度。这些其实都是程序员文化中值得反思和平衡的地方。有一说一，其实很多代码之外的东西对现如今的生存也很重要，因为思维如果不开阔出来的话，路可能就会越走越窄了。其实很多程序员在年龄大了之后越来越焦虑的一个重要原因就是因为生存技能太过单一了，所以千万不要给自己设限，不要把目光仅仅聚集在自己的一亩三分地上，还是要多培养一些其他方面的一些软实力，会很有帮助。不知道大家有没有看过《软技能》那两本书，讲的就是代码之外的一些软技能和经验，里面提到了很多有关职场的分析，自我提高的一些路径，个人的持续学习和成长，甚至包括像理财、健身、时间管理、心态调整等等。有意识地去关注这方面东西的原因在于可以帮助自己把思维给开阔出来，毕竟很多时候有必要跳出来看问题，这时候这些软技能往往就能发挥作用了。另外，程序员作为一个有个性的创造性群体要专注精进技术这本身没错，但是职场毕竟也是一个充满人情世故的江湖，所以掌握一些通用的职场规则、沟通技巧，甚至是向上管理的艺术，这对于程序员来说也是十分有必要的。仰望星空，脚踏实地，埋头赶路的同时也不要忘记时常抬头看看周围的环境和机会。那关于这个问题，你的看法是什么呢，如果有不同的见解，也欢迎一起来分享交流~注：本文在GitHub开源仓库「编程之路」 https://github.com/rd2coding/Road2Coding 中已经收录，里面有我整理的6大编程方向(岗位)的自学路线+知识点大梳理、面试考点、我的简历、几本硬核pdf笔记，以及程序员生活和感悟，欢迎star。

作为程序员，你们都使用什么笔记软件？
type: item
date: 2026-01-26T16:48:50+08:00
description: 如题，有没有推荐的？

后 AI 市场最缺的是什么岗位？
type: item
date: 2026-01-26T15:40:57+08:00
description: 以前一个项目可能要 5 个程序员搞定的现在只要 2 个就可以了，但是产品经理是没办法被取代的！！强烈建议转岗，AI 根本没办法理解一个人应该如何使用产品，交互，比如按钮为什么会在这？

AI 时代，大家有什么退路么？
type: item
date: 2026-01-26T15:26:11+08:00
description: 目前在一家小企业做乙方项目负责人，最近招投标感觉竞争力越来越大，投标价越来越低。 这两年做的项目基本都不挣钱，也就保住部门正常运行。 同时也感觉到 AI 能力越来越强，肉眼可见的 AI 已经慢慢快要超过程序员（我们部门用 Java 搞工程化的）。 和好多甲方聊了聊，他们之前人少，所以有好多项目会外协。现在 AI 能力越来越强，他们之前会发标的项目，现在好多都内部研发人员用 AI 实现了。 。 。 所以不知道哪天我们部门就被撤掉了。 。 。 已经过了 35 了，再就业的可能性很小了，现在正在寻找失业后的方向。 。 。 有没有类似的同仁，大家有没有给自己留什么退路？

[送年度会员] 一个程序员宝爸，被每天哄睡逼到做了个“替身”
type: item
date: 2026-01-24T16:05:51+08:00
description: 起因：连续讲了 30 多分钟故事，她还是不睡每天晚上 9 点半是我家的固定节目：女儿洗完澡，躺在床上，把她最爱的几本绘本摆成一排。"爸爸，今天讲这本小兔子，还有恐龙的，还有..."通常的流程是： 9:30 开始讲第一本绘本 9:45 "爸爸再讲一个" 10:00 "这个讲过了，编一个新的" 10:15 我开始口干舌燥，她开始挑刺："爸爸你昨天说小熊是红色的" 10:30 她终于睡着，我瘫在床边刷手机缓一会儿 有天晚上特别崩溃：讲完三本绘本，她说"爸爸你编一个恐龙和兔子一起玩的故事"。我临时编了个"霸王龙帮小兔子找萝卜"，讲到一半自己都接不下去了，因为前面埋的坑忘了怎么圆。她睁着大眼睛看着我："然后呢？萝卜找到了吗？"那一刻看着她期待的眼神，突然有点心酸。不是不想讲，是真的每天都在掏空脑子，还得记住前面自己说过什么。更难受的是，有时候加班晚了，或者状态不好，讲着讲着就敷衍了，她能听出来。会小声说："爸爸今天讲得不好玩。"我当时就想：能不能有个东西，让我即使累到说不出话，也能给她讲一个像样的故事？程序员的痛点，可能也是你的痛点说实话，在我做这个东西之前，试过市面上所有能找到的方案: 故事 App: 凯叔、口袋故事都买了会员，但听多了不光无趣，也没有个性化 GPT 生成: 文本确实能定制，但 TTS 合成音就像客服机器人，毫无感情 录音: 自己录了 20 多个故事，但每次要翻半天找文件，而且孩子总想听"新的" 这些方案单独看都没问题，但放到每天晚上十点半这个场景里，就全都不太行。最崩溃的是某天晚上: 22:30 讲了三只小猪 23:00 她说"再讲一个有兔子的" 23:20 编到词穷，开始重复情节 23:45 她睁着大眼睛说"爸爸你刚才讲过了" 我坐在床边看着天花板，想着明天还有早会，突然冒出个念头：能不能让 AI 用我的声音讲？顺便说下我是怎么折腾这个东西的（技术相关，可跳）1. 故事生成不是调 API 那么简单 一开始直接用 GPT 生成，结果经常前后打架，只好自己加了一层检查，避免讲着讲着把前面的设定忘了。（避免重复/逻辑 bug ） 分龄模板: 2-3 岁重复句式多，4-5 岁加入简单因果，6+开始有小反转 安全过滤: 硬编码了很多禁用词库（包括"死亡""分离"等敏感词） 2. 音色克隆的坑 最开始用开源 TTS ，效果像变声器 后来接了某云的语音定制 API ，需要录多句话做训练 真正的难点是韵律: 同样的文本，讲给 3 岁和 6 岁要用不同的停顿节奏 3. 成本控制 大模型生成一个故事约 0.2 元（目前提示词就几千 token ） 音频克隆+合成约 0.4 元 单张图片 0.2-0.4 元 算上服务器和存储，也就是说，这玩意儿要是真被孩子天天听，其实还挺烧钱的。 对用户来说只要三步: 使用官方音色或者录一句话（ 15 秒左右） 填孩子的基本信息（年龄、爱好、最近关注的事） 自己可以定制场景、故事 点生成，1-2 分钟后收到一个 5-8 分钟的音频故事 真实效果：一些意外的反馈我家的变化 女儿的入睡时间从原来的 40 分钟缩短到 20 分钟 有天她指着我说: "爸爸你今天声音怎么跟手机里不一样？" （我感冒了） 现在有时候出差也不焦虑了，每天睡前会提前生成好第二天的故事 朋友的案例（他们催我做出来的） @老王: 双胞胎爸爸，每天要讲两遍不同的故事，现在各生成一个，省了一半时间 @小林: 孩子有语言发育迟缓，医生建议多输入，他用这个每天给孩子听 3 个故事 最触动我的是有一位朋友的反馈，她说："技术能做的不只是效率，还有情感的延续。"目前的纠结：三个灵魂拷问1. 这需求到底有多普遍？我的假设是： ✅ 认同"父母声音对孩子重要" ✅ 工作忙/经常出差/没空编故事 ❓ 愿意为此付费（而不是凑合用免费 App ） V2EX 的各位宝爸宝妈，你们会为这种服务付费吗？你们觉得合理价格是多少？2. 音色克隆是噱头还是刚需？有朋友直言："孩子听谁讲不是一样？"但我观察女儿的反应，她听到"爸爸的声音"时，真的会下意识抱紧小枕头，这和听凯叔讲故事的状态完全不同。可能儿童心理学上有答案？有相关背景的朋友求指点。3. 定位是"解放家长"还是"陪伴工具"？ 如果定位成"让家长省时间"，很容易被批"用技术逃避责任" 但如果定位成"让陪伴更高质量"，又显得太虚 我现在的想法是: 这不是替代父母讲故事，而是在父母不在场/不方便时，提供一种接近真人的补充方案。就像视频通话不能替代见面，但总比完全失联好。想听听大家的真实想法如果你是家长： 每天哄睡要花多长时间？ 试过哪些方案？痛点在哪？ 如果有这个工具，最看重什么（声音相似度/故事质量/价格）？ 如果你做过类似产品： 定价策略怎么定的？（订阅制 vs 按次付费） 怎么平衡"商业化"和"不制造焦虑"？ 推广…

一个程序员2004年的决定，如何悄悄改变了整个互联网？
type: item
date: 2026-01-23T17:47:01+08:00
description: 一个程序员2004年的决定，如何悄悄改变了整个互联网？想象一下：你正在写一份工作报告，想给标题加个粗体，或者插入一个网址链接。在传统的 Word 文档里，你需要花几分钟时间找各种按钮、菜单，偶尔还会因为误操作把整页格式搞乱。现在，你只需要输入 # 标题 就能得到大标题，输入 **粗体文字** 就能得到粗体，输入 [点击这里](网址) 就能得到一个可点击的链接。简单、直接、高效，就像发微信一样自然。这就是 Markdown。本篇和你讲讲 Markdown 背后的故事，以及为什么它能成功到风靡全球，以及它的故事对我们的启示。1. 一个决定故事要从 2004 年说起。那时的互联网还很“原始"”，如果想在网页上发布一篇文章，你必须学习一门叫 HTML 的语言。想象一下，每次写文章都要像这样编码： 我的文章标题 这是一段重要的文字，包含一个链接。 这就像是想给朋友写封信，却必须先学会用摩斯密码一样荒谬。就在这时，一个叫约翰·格鲁伯的程序员做了一个大胆的决定：创造一种“反HTML”的格式。HTML是“标记语言”，那他就创造一种“反标记语言”——Markdown。约翰的想法很简单：为什么不能让写文章就像写普通邮件一样简单？2. 意外传播约翰发布 Markdown 时，并没有想到它会成为互联网的基础设施。他只是厌倦了复杂的 HTML 语法，想为自己和朋友提供一个更简单的选择。但接下来发生的事情连约翰自己都没想到：2004 年：Markdown 悄悄诞生2005-2010 年：程序员们开始用 Markdown 写技术文档2010-2015 年：各大平台开始支持 Markdown 格式2015-2020 年：笔记软件、协作工具全面拥抱 Markdown2020 年至今：连苹果的 Notes 都支持 Markdown 了这就像你发明了一种新的记账方法，结果全世界的企业都跟着用了。3. Markdown 成功的十个原因所以为什么 Markdown 能在众多技术中脱颖而出呢？让我们看看它的成功秘密：1. 绝妙的名字“Markdown”这个名字很好！懂技术的人一眼就知道它是“反 Markup”，普通人听起来也简单好记。2. 解决了真实痛点不是所有新技术都解决了实际问题，但 Markdown 确实让无数人从 HTML 的折磨中解脱了出来。3. 顺应了用户习惯Markdown 的语法基于人们已经在邮件和文档中形成的习惯。比如用 * 表示强调，用 # 表示标题等。4. 找到了最佳时机2004 年正值博客爆发期，人们正在寻找更好的写作工具。Markdown 正好撞上了这个风口。5. 开放包容的社区从一开始，Markdown 就有一个开放的社区。各种版本出现：GitHub 版本、通用版本、扩展版本...但核心依然保持一致。6. 极简主义的设计哲学保持简单，而不是追求复杂。这是很多成功技术的共同特点。7. 技术人员的推动程序员们是早期使用者，他们发现了 Markdown 的价值并大力推广，形成了滚雪球效应。8. 可读性强即使不懂 Markdown 语法的人，看到 .md 文件也能大概猜出意思。这种“自我解释”的能力很珍贵。9. 跨平台兼容Markdown 文件在任何设备、任何系统上都能正常显示和编辑。不怕软件更新，不怕系统迁移。10. 零专利壁垒最重要的是，约翰·格鲁伯没有为 Markdown 申请专利。这意味着任何人都可以自由使用它。4. 带给我们什么启发？Markdown 的故事不仅仅是一个技术成功的案例，它还给我们很多启发：4.1. 简单比复杂更有力量在这个喜欢把简单事情搞复杂的世界里，Markdown 证明了“less is more”的智慧。4.2. 从解决实际问题出发不是为了技术而技术，而是为了解决人们的实际问题。Markdown 的成功源于它真的让写作变得更简单。4.3. 长期主义的重要性从 2004 年到今天，Markdown 已经存在了20年。它没有一夜爆红，而是慢慢渗透，最终无处不在。5. 最后不是每个人都需要发明影响世界的技术，但每个人都可以创造一些让世界变得更美好的小东西。关键在于：观察人们真正的问题，提出简单的解决方案，然后分享给世界。或许这就是 Markdown 的故事给我们的最珍贵的礼物。我是冴羽，10 年笔耕不辍，专注前端领域，更新了 10+ 系列、300+ 篇原创技术文章，翻译过 Svelte、Solid.js、TypeScript 文档，著有小册《Next.js 开发指南》、《Svelte 开发指南》、《Astro 实战指南》。欢迎围观我的“网页版朋友圈”，关注我的公众号：冴羽（或搜索 yayujs），每天分享前端知识、AI 干货。

Node.js 之父宣判“手写代码时代结束”！DHH 明确反对“结束论”：大模型还差口气，手写更有竞争力
type: item
date: 2026-01-21T16:34:55+08:00
description: Ryan Dahl 在 1 月 20 日给软件工程下了结论：“人类写代码的时代已经结束。”留下的工作里，不包括继续手写语法。 如果这话出自某个科技网红，大概刷过去就算了。但 Ryan Dahl 不一样——他不仅写出了 Node.js，后来还“推倒重来”做了 Deno。你可以把他的意思理解为：写代码这部分会越来越自动化，而人的价值会更多落在判断、取舍和责任上。 而在 Ryan Dahl 这次“宣判”之前，1 月 3 日，Ruby on Rails 作者 DHH 也在 X 上连发多条，语气罕见地偏“乐观派”： “别让那些粗制滥造和尴尬翻车，遮住你对 AI 的惊叹。自从我们把计算机连上互联网以来，这是我们让计算机做到过的最令人兴奋的事。如果你在 2025 年一直对 AI 悲观或怀疑，不如在 2026 年的开端，用一点乐观和好奇再试试看？” 于是，社区里迅速冒出一种更夸张、但传播力极强的解读：“DHH 都松口了。”“连最不买账的人都开始给 AI 站台——你还有什么理由不用？”甚至有人干脆把它说成：“DHH 也扛不住了，最终还是向 AI 屈服低头了。” 但你真去听 DHH 的原话，会发现所谓“DHH 屈服论”，并不是那么回事儿。 在最新一期播客中，他说在 37signals，AI 没有在写真实产品，更谈不上“从零写出什么东西”。 他在用 AI，而且每天都用，但更多是做那种“一发入魂”的小实验；一旦进入真工程：要持续演进、要迭代、要打磨，他就会觉得：“这在浪费我的时间，到这一步我自己写更快。” 所以他们的新产品 Fizzy 里 95% 的代码，还是人类亲手敲出来的。 他还补了一句：我们离那种“AI 让一切始终更好、更快、更省心”的明显拐点，还差一点。 “就现在而言，我仍然在意代码的样子。我在意它的美感。我在意打磨、推敲、润色。” 更关键的是，他不是在怀旧。他明确说：“手写代码依然有竞争力。”“至少在此时此刻，这是一个仍然有竞争力的选择。” 而且他的判断正好和 Ryan Dahl 相反：“我们并没有到 AGI，没有到那种‘人类写代码的时代死了’的程度。” 挺好玩的是，DHH 还说要远离 Anthropic 的 CEO：他一听到那种“再过五分钟就不需要程序员了”的口吻就火大，直接开喷：“你们到底用的啥模型啊？”反正他自己用的是 Opus 4.5（或当下版本），但在他的体验里，这种“程序员马上下岗”的说法完全不符合现实——尤其是那些要长期维护、持续迭代、不断演进的真实工程，离“五分钟结束”差得十万八千里。 以下是 DHH 播客整理全文翻译： “如果浏览 Web 的不再是人类” 主持人：欢迎大家来到《Next Token》。今天这期节目对我来说有点特别，可能要追溯到 25 年前。很高兴请到 DHH——David Heinemeier Hansson。欢迎你。DHH：很高兴来，谢谢邀请。 主持人：我猜你可能是刚从赛车里下来（笑）。DHH：现在是休赛期，正好歇一歇。 主持人（Torsten）：那我就先来点“热血沸腾”的话题。我从 2010 年左右就开始关注你，你可能是对我影响最大的前五位程序员之一。如果没有你，我可能不会走到今天。我职业生涯中有七八年都在写 Rails，看了你所有的书、博客。我们其实从没见过面，但有一次“交集”让我印象极深——我发过一条关于 Cookie Banners 的吐槽推文，那是我人生中传播最广的一条推文。那天中午我被 Cookie Banners 气疯了，随手发了一条，然后彻底炸了。第二天你转推并评论说：“这就是为什么人们不再浏览 Web，而是开始用 ChatGPT。” 所以我想直接问你：欧盟最近说要“取消 Cookie Banners”，你觉得这真的能改善什么吗？还是说——已经太迟了？ DHH：我认为 Cookie Banners 是 Web 体验变得糟糕的一个主要原因。它们几乎比早期那种弹窗广告还要糟糕——你知道的，“打地鼠”“打猴子”那种 2000 年初的弹窗。当年浏览器还能通过技术手段封杀弹窗，但 Cookie Banners 没有一个统一、有效的技术解决方案。我知道有插件能挡，但大多数人不会装。结果就是：Cookie Banners 成了互联网的一场瘟疫。 我是丹麦人，所以我觉得我有资格狠狠吐槽欧盟。Cookie Banners 最初的出发点是“高尚的”——限制数据收集、提高透明度。但这套东西在第一个 Cookie Banners 出现 5 分钟后，就已经被证明是失败的。可欧盟花了整整 15 年，才开始承认这个问题。现在他们说要“移除”Cookie Banners。但“移除”是什么意思？你以为这就能抹掉你对互联网造成的破坏吗？不可能。接下来30 年，仍然会有大量网站继续保留 Cookie Banners——因为删掉…

需求还没评审，但商 K 里的 “产品经理” 让我甘愿主动加班
type: item
date: 2026-01-13T20:38:58+08:00
description: 最近 V 站 各种小作文层出不穷，我也斗胆写一篇，给大家看个乐呵～参考主题：小白，第一次去过商 K 后有点上头了怎么办以下正文内容：周五晚上 9 点，我还在工位上跟一个死活调不通的 API 接口死磕。PM （产品经理）突然拍了拍我的肩膀，说：“别写了，老大请客，去放松一下。”我以为是去楼下吃顿烧烤，结果车子停在了“XX 商务会所”门口。看着那炫目的 RGB 灯效（虽然配色有点土），我心里瞬间拉响了警报。这种环境对我来说，比处理高并发场景还让人头秃。本能地想找借口撤退——“我回去改个 Bug”，但看着老大那不容置疑的眼神，为了团队的 KPI 和年终奖，我只能硬着头皮，像接受一个无法拒绝的 PR （ Pull Request ）一样，走进了这个嘈杂的“生产环境”。包间里，同事们已经开始“疯狂输出”，麦克风像是开了最大音量，疯狂 GC （垃圾回收）。我缩在沙发角落，像个被遗忘的守护进程（ Daemon ），只想找个机会把自己 kill -9 了。就在这时，包间门被推开了，进来了一排“实例”（ Instances ）。我本来正低头刷着 GitHub ，眼镜滑到了鼻尖，下意识地抬眼一推眼镜，CPU 瞬间飙到了 100%。队列里第三个女孩，穿着一身剪裁得体的职业装，鼻梁上架着一副金丝眼镜，手里甚至拿着一个类似平板的东西（后来发现是点歌屏）。她的眼神犀利，表情冷静，像极了我们公司那位以“逻辑严谨、气场强大”著称的产品总监。那一瞬间，我的内存里瞬间溢出了一行日志：“Exception in thread ‘main’：有人三分似 PM ，我便不敢吱声。”意料之中，我指向了她。她在我身边坐下，没有那种刻意的娇嗔，只是微微点了点头，像是在确认一个需求。系统负载仿佛瞬间降低了一半，但心理压力却陡然增加。我尴尬地搓了搓手，坦白道：“我不会玩骰子，我只会写代码。”她推了推眼镜，那眼神像是在进行一场需求评审，冷静地说：“没关系，我教你。规则很简单，就像梳理业务逻辑。你需要先定义需求（喊点数），然后进行风险评估（猜对方有什么），最后进行 A/B 测试（开盅验证）。”于是，在那个充斥着噪音的“服务器”里，她耐心地给我讲解“吹牛”的底层逻辑。我学得很快，毕竟逻辑判断是我的强项，但我故意输了几把，只是想多听她用那种冷静、专业的口吻分析我的“逻辑漏洞”。中途我去了一趟“释放内存”（洗手间），出来时，她竟然等在门口，手里递过来一张纸巾，就像给程序打了一个完美的补丁，动作干脆利落，没有任何多余的情感表达。回到座位，我的杯子空了，她立刻执行了 pourWater()方法，精准控制水量，不多不少；果盘里的西瓜被“GC”了，她又调用了 serveFruit()接口，水果摆放得整整齐齐，像是一份完美的 PRD （产品需求文档）。我们聊了聊最近互联网的寒冬，聊了聊 AI 对行业的冲击。她的观点犀利，逻辑清晰，完全不像是在闲聊，更像是在进行一场头脑风暴。看着她冷静地处理着各种“需求”，再看看我自己——顶着三个月没理的、像乱码一样的头发，穿着印着公司 Logo 的冲锋衣，我心里不禁自嘲：真是难为这个“产品经理”了，要对我这么一个满是 Bug 的“客户端”进行用户访谈。整个 Session （会话）期间，我们没有发生任何“越权访问”（亲密接触），甚至连 Handshake （握手）都没有。我知道，这一切都是基于 Session 的假象，数据不会持久化到数据库。她的专业是封装好的 API ，冷静是设计好的 UI 交互。但那一刻，在这个高压的、天天与机器对话的生活里，这种“逻辑同频”的错觉，却让我产生了一种“内存泄漏”般的留恋。就像终于遇到了一个能把需求讲清楚的产品经理，虽然知道明天还要面对残酷的线上环境，但此刻的“高效协作”，却让人无比上头。回到工位，看着满屏的代码，我敲下了今晚的第一行注释：// 2026-01-09: 在非生产环境中，意外进行了一次完美的逻辑同步。