Workflow
Node.js
icon
搜索文档
Nodejs 之父“宣布”:手搓代码的时代已经结束了
程序员的那些事· 2026-01-22 11:02
文章核心观点 - 文章核心观点认为人类手写代码的时代已经结束,软件工程师的角色将发生根本性转变,从直接编写语法转向更高层次的工作[1] 关于行业变革的讨论与反响 - 一篇宣称“人类手写代码的时代已经结束”的观点引发了广泛关注,在一天内获得了超过400万次阅读,在开发者群体中引发了激烈争论[3] - 行业观点主要分为两派:趋势派认为这是行业变革的宣言,理性派则认为该观点是危言耸听[3] 趋势派观点:未来开发者角色的演变 - 未来开发者的工作将更像“乐团指挥”,工作重点将从逐行敲代码转向架构设计、编写AI提示词、搭建数据管道、测试监控以及处理AI遗留问题[4] - 软件行业的竞争优势正在从拥有代码和团队,转向拥有更敏锐的想法和更快的执行速度[5] 理性派观点:AI编码的局限性 - 有观点认为,依靠AI暴力生成代码并非真正的抽象,在经济上并不划算[5] - AI虽然能快速生成最小可行产品,但在涉及高并发、安全合规等复杂的企业级应用场景中,仍然离不开人类工程师[5]
Node.js之父:手写代码已死
36氪· 2026-01-21 19:08
两位后端大神前后脚站出来,双双给人类编程判了"死刑"—— Node.js之父Ryan Dahl发帖引起四百万围观: 人类亲手写代码的时代已经落幕。 并非虚言,人类写代码的时代已经结束了。 Dahl在2009年一手搞出Node.js,推动了异步I/O和事件驱动编程的普及,让JavaScript从浏览器杀到服务器,改变了整个后端生态,同时这个框架也经常被 用于前端工程化工具的开发。 大佬后来又创办Deno,修正了自己当年公开承认的Node设计缺陷(如回调地狱和模块系统),目前他依然活跃在Deno项目中。 就在Dahl发文的前几天,Redis之父Salvatore Sanfilippo(antirez)也罕见发声,写了一篇《Don't fall into the anti-AI hype》,在hackernews上引起不小讨 论: 事实就是事实,编程被AI永久改变了。 这位大佬是开源界传奇人物,作为联合创始人开发了全球最流行的内存数据库之一Redis。 他发明的内存数据结构存储系统现在已经成为了全球几乎所有高并发应用(如抖音、亚马逊)的标配,是现代互联网"快"的核心动力之一。 从这两场讨论中可以看出,大家的焦点都在 ...
Node.js之父:手写代码已死
量子位· 2026-01-21 18:00
文章核心观点 - 两位后端技术领袖(Node.js之父与Redis之父)公开发声,认为人类亲手写代码的时代已经结束,AI已永久性地改变了编程行业[1][2][7] - AI编程工具已广泛渗透,大幅提升了开发效率与生产力,编程工作正从关注语法细节转向关注目标意图[12][13][24] - 尽管手写代码时代落幕,但程序员的工作不会消失,其角色将从代码编写者转变为需求提出者、问题解决者和代码维护者[30][35][40] 行业技术领袖观点 - **Node.js之父 Ryan Dahl** 认为人类写代码的时代已经结束,其观点在社交媒体上获得四百万围观[2][4] - **Redis之父 Salvatore Sanfilippo** 同样指出编程已被AI永久改变,并提醒人们不要陷入反AI的炒作[7][8] - **Linux之父 Linus Torvalds** 态度发生转变,从批评AI生成代码转为认可Vibe编程是绝佳入门方式,并已在个人项目中使用,同时强调程序员需长期维护AI生成的代码[32][34][35] - **英伟达CEO黄仁勋** 认为开发者的首要职责在于发现并解决问题,而不仅仅是编写代码[36][38] AI编程工具发展与应用现状 - **工具普及与效率提升**:基于OpenAI Codex的GitHub Copilot已帮助开发者开发提速50%以上[15] - **全栈开发能力**:Cursor、Claude Code等工具能完成全栈开发、调试优化、DevOps部署整套流程[16] - **企业级应用广泛**:国内外企业级开发已大部分用上AI,Stack Overflow报告显示84%的开发者会在工作中使用AI工具[17][24] - **生产力提升共识**:69%的开发者认为使用AI工具提高了生产力[24] AI编程的具体产出案例 - **Claude Code案例**:新智能体Cowork的全部代码由Claude Code编写,开发时间仅10天左右[18][19] - **字节跳动TRAE案例**:其原生编程工具TRAE在2025年一年内编写了1000亿行代码,相当于300万名程序员全年的工作量,团队正用TRAE开发TRAE自身[22][23] 行业趋势与影响 - **编程范式转变**:代码工程正在从关注语法转向关注目标意图[12] - **渗透率预测**:Gartner预测到2030年,超过80%的企业将深度使用AI编写代码[26] - **招聘要求变化**:不少公司在招聘程序员时,已要求熟练使用AI编程工具[28] - **开发者角色演变**:软件工程师的工作从写代码转变为提需求,AI接管“手活”,人类保留“脑活”[40][41]
Node.js之父:人类写代码的时代已经结束了~马斯克开源 X 平台推荐算法
菜鸟教程· 2026-01-21 11:30
AI对软件开发行业的范式重塑 - Node js之父Ryan Dahl等业界领袖认为 人类直接编写代码的时代已经结束 软件工程师的工作方式将发生根本性转变[1][2] - 工程师的角色从直接编写语法 转变为审查 迭代AI生成的代码 并做出高层决策[2][3] - 谷歌 微软 亚马逊等大型科技公司内部已有大量代码由AI生成[3] AI编程工具带来的效率革命 - 使用AI辅助的开发者平均效率提升30%至55% 初学者门槛大幅降低[3] - 许多开发者在日常工作中将70%至90%的增删改查操作交给AI完成[3] - AI编程工具如Cursor Claude Code Qoder Trae等 将开发者从底层语法细节中解放出来 使其能专注于系统设计 需求分析和代码审查[3] 未来软件开发模式展望 - 开发模式将转变为“意念式编程” 开发者用自然语言向AI描述明确需求 AI直接生成完整代码[6] - 开发人员的主要工作将变为与AI对话 反复修改需求 并审查AI输出以确保符合要求[7] - 开发者的角色将进化为专注于更高层次的工作 包括系统架构设计 审查AI生成代码 验证输出 以及决定“构建什么”而非“如何构建”[8] X平台推荐算法的开源与设计逻辑 - 马斯克已兑现承诺 将X平台的全新推荐算法开源 并计划每4周更新一次 附开发者注释以提升透明度[10][12] - 该算法采用了与xAI旗下Grok模型相同的Transformer架构 代码已发布于GitHub[13][14] - 算法权重设计强调互动与内容专注性 例如“回复+作者回应”的权重是点赞的75倍 不回复评论会严重影响曝光率[18] - 算法设计鼓励创作者坚守特定领域 如加密货币 科技 偏离细分领域将无法获得分发渠道[18] - 内容形式影响曝光 链接会降低曝光率 而能让用户停留观看的视频或帖子更具优势[18]
从业 43 年的程序员直言:AI 不会取代程序员,软件开发的核心从未改变
程序员的那些事· 2026-01-12 08:48
文章核心观点 - 基于43年编程经验的行业观察,认为AI(特别是LLM)不会取代程序员,软件开发的未来仍掌握在开发者手中 [1][3][19] - 编程的本质是将模糊的人类思维转化为精准的计算思维,这一核心能力是AI难以替代的 [12][17] - 历史上多次“程序员将被取代”的预言均未成真,反而导致了程序与程序员数量的增加,体现了“杰文斯悖论” [6][9] 历史循环:“程序员将被取代”的预言从未成真 - 在过去43年中,多次技术革新(如Visual Basic、Delphi、无代码平台、4GL/5GL)都被预言为程序员的终结,但均未实现 [4][5][6] - 最终结果并非程序员减少,而是程序与程序员越来越多,形成了每年规模达1.5万亿美元的“杰文斯悖论”典型例证 [9] LLM与过往技术的本质差异 - 当前LLM浪潮的规模和关注度远超以往(如Visual Basic、可执行UML),并受到整个经济体的押注 [11] - 与过去能稳定可靠提升效率的技术不同,LLM对大多数团队而言拖慢了开发速度,并降低了软件的可靠性与可维护性,形成双输局面 [11] 编程的本质:从模糊思维到精准计算的转化 - 编程的真正难点在于将人类模糊、矛盾、充满歧义的想法,转化为逻辑严谨、精准明确的计算思维 [12] - 这一核心挑战从打孔卡片时代至今从未改变,未来很多年可能依然如此 [13][14][15][16][17] - 自然语言因语义模糊和不确定性,无法用于精准编程,市场上对既热爱又擅长计算思维的人才需求将长期供不应求 [17] AI在编程中的局限性 - 目前没有可靠证据表明AI正在大规模取代软件开发者,就业市场变化主因是疫情过度招聘、借贷成本上升及数据中心建设分流资金 [17] - AI短期内无法进化到胜任人类程序员的核心工作(理解、推理和学习),通用人工智能(AGI)仍遥不可及 [18] - AI生成的代码几乎必然存在问题,需要真正的程序员去识别和修复,且企业宣扬AI生成代码比例后常伴随重大系统故障 [18] - 构建大型模型的成本极高且承受亏损,其长期前景存疑,可能被证明得不偿失 [19] 软件开发的未来展望 - 软件开发可预见的未来是AI以更朴素的形式辅助工作,例如生成原型代码或自动补全 [19] - 在关键核心环节,方向盘前永远会坐着一名软件开发者 [19] - 建议雇主应提前招聘程序员,以应对未来可能出现的抢人大战 [20] 网友讨论精选 - 有观点指出,当前对大模型的使用依赖外部投资补贴,其真实的高昂隐性成本被忽视或淡化 [23] - 有经验认为,智能体大模型在解决底层库复杂问题、寻找非明显bug或理解嵌套抽象逻辑方面完全无用,但能高效处理简单、重复的样板代码任务 [24][26] - 有从业者感到担忧,认为AI工具在设计、代码评审、找bug、项目规划及决策方面可能已超越人类,程序员角色可能转变为流程协调者 [27][28]
美国“斩杀线”引热议!年薪 45 万美元程序员半年变流浪汉
程序员的那些事· 2026-01-06 11:33
文章核心观点 - 文章通过一个美国程序员从年薪45万美元沦落为流浪汉的个案,揭示了美国科技行业从业者乃至中产阶级在系统性社会问题下面临的脆弱性,高收入并不等同于高抗风险能力,一旦因失业、疾病等意外突破个人财务“斩杀线”,便可能迅速陷入无法逆转的生存困境 [3][10] 行业现状与就业环境 - 美国科技行业正经历AI替代浪潮,导致部分软件工程师失业后求职极其困难,有案例显示一名42岁工程师投递800份简历仅获得不到10次面试机会 [5] - 行业采用“随意雇佣制”,雇主可无理由解雇员工且无需支付补偿金,员工缺乏基本的失业保障 [5] - 科技重镇如西雅图,高收入数字工作者涌入推高了当地房价与租金,加剧了生活成本压力 [10] 个人财务状况与成本结构 - 案例主人公年薪45万美元(约合人民币超300万元),但税后收入几乎刚够覆盖高昂的固定支出 [3][4] - 其每月固定支出高达1.65万美元,包括1.2万美元房贷、3000美元车贷及1500美元各类保险,年固定支出接近20万美元 [3][4] - 这种“高薪月光”状态在美国中产群体中并不罕见,高杠杆财务结构使其抗风险能力极弱 [4][11] 风险触发与恶化链条 - 失业导致现金流瞬间断裂,成为陷入困境的首要触发点 [5] - 突发疾病带来巨额医疗账单,一次急诊费用高达6万美元,即便有医保,个人仍需承担4.8万美元,这成为压垮其财务的最后一根稻草 [8] - 债务违约导致信用分崩盘,在美国社会,信用记录不佳会严重影响租房、求职等基本生存活动 [8] - 失去房产(银行强制拍卖)和信用破产后,陷入无固定住址、无法找到工作、无法改善信用的恶性循环 [9] 系统性社会问题 - 医疗债务是美国个人破产的主要原因之一,约25%~35%的个人破产由医疗债务直接引发,超过一半的破产家庭拥有医保 [10] - 薄弱的就业保障、高昂的生活成本、与生存深度绑定的信用体系共同构成一张风险网,社会容错率极低 [10] - “斩杀线”现象表明,中产阶级可能是现代社会最脆弱的身份,其生活建立在缺乏防护网的高杠杆之上 [2][11]
“同事介绍私活,甲方说酬金 12 万,但同事只给我 5 万,这合理么?我肝了两个多月,每天熬到一两点”
程序员的那些事· 2026-01-05 23:41
文章核心观点 - 文章通过一个程序员接私活分酬的案例 探讨了在外包或分包合作中 接活方应如何正确看待自身角色与报酬分配 核心观点认为接私活者不应过分关注上游合作者的利润 而应关注自身投入与回报是否匹配 并维护好合作关系以获取长期机会 [1][2] 案例描述与行业现状 - 案例描述:一名程序员通过同事介绍承接私活 项目总酬金为12万元 其最终获得5万元报酬 项目耗时两个多月 每日工作至凌晨一两点 [1] - 该案例反映了软件外包或私活领域中常见的多层分包与利润分配模式 [1] 对承接方的心态与定位分析 - 承接方应聚焦评估自身成本与所得报酬的匹配度 而非紧盯上游合作者的利润空间 [2] - 上游合作者(介绍方)可能在前期的资源对接、人情或资金方面存在隐性成本 这些是承接方未必知晓的 [2] - 即使上游利润较高 也源于其拥有的客户资源与对接能力 这是其核心价值所在 [2] 合作关系维护与长期利益 - 承接方若对报酬满意 应感谢介绍方提供的合作机会 因为没有其牵线则无法获得该收入 [2] - 建议承接方通过灵活处事(如请客吃饭)维护好与介绍方的关系 以利于未来获得更多合作机会 [2] 类比说明以强化观点 - 文章通过类比进行说明:公司员工完成老板承接的200万元项目后 除正常工资与奖金外 不会要求再分得数十万元利润 以此类比说明私活承接方与项目资源拥有方之间的角色与利益分配关系 [2]
藏师傅想解决 Claude Code 最恶心的问题
歸藏的AI工具箱· 2025-10-14 21:12
项目背景与痛点 - 开发者在配置Claude Code时面临环境变量管理难题,需频繁切换不同模型(如Anthropic、智谱、Kimi、Qwen、Codex等)的代理API,导致操作复杂且耗时[1] - 更换原生Claude 4.5代理API时需清理环境变量,非命令行熟练用户操作困难,每次更换需花费较长时间并依赖AI辅助[1] 项目解决方案 - 开源项目ai-claude-start通过临时注入环境变量实现多模型API配置管理,启动时允许用户选择模型和服务商,避免污染原始Claude Code设置[2][4] - 支持快速启动多个不同模型驱动的Claude Code进程,提升使用灵活性[2] 安装与配置流程 - 支持npm和npx两种安装方式,需预先安装Node.js环境[5] - 通过命令`ai-claude-start setup`启动初始配置,核心配置项包括模型API地址、API Key及模型名称[7][12] - 内置Anthropic、智谱、Kimi三家服务商的预置API地址,用户仅需填写模型名称和API Key即可快速配置[9] - 支持Custom自定义模式,可手动输入配置名称、API地址、模型名称和API Key[11] - 配置完成后输入`Cluade-Start`命令即可选择模型启动,简化小白用户操作流程[14] 技术实现与开发过程 - 项目需求通过GPT-5讨论生成,由Claude Sonnet 4.5完成代码编写,开发者仅负责测试和需求描述[16][19] - 项目要求包含密钥安全存储(优先keytar)、子命令管理(setup/list/default/delete/doctor)、运行时环境变量清理等特性[17] - 开发过程中通过AI自动测试修复简单问题,最终由Claude Code指导完成npm发布流程[19][20] 项目资源与支持 - 提供详细中文README文档,包含自定义命令说明和完整项目结构[15] - 项目开源地址为https://github.com/op7418/ai-claude-start,鼓励用户提交Pull Request参与改进[22]
逆向还原代码,这是大模型最好的用处了吧~
菜鸟教程· 2025-09-05 11:30
产品概述 - Humanify是一个基于Node.js开发的开源JavaScript工具 采用MIT许可证 结合LLM智能命名建议与Babel AST重命名技术 使代码逻辑一致且语义清晰[3] - 核心功能是通过LLM根据上下文为变量/函数提供智能命名 将混淆代码转换为可读性高的正常人写法[4] - 支持三种运行模式:openai云端模式 gemini云端模式 以及local本地模式 满足不同使用场景需求[7] 技术实现 - 实际重命名工作由Babel完成 确保语法结构安全不变[11] - 云端模式运行在专用硬件上 准确率更高 费用根据代码长度收取[12] - 本地模式使用预训练模型 免费但准确率较低 运行速度取决于GPU性能(Apple M系列芯片有原生支持)[12][15] 安装与配置 - 可通过npm全局安装:npm install -g humanifyjs 安装后可直接在命令行运行[6] - 支持npx临时试用:npx humanifyjs 无需安装即可体验[6] - 使用前需配置API密钥 可通过命令行参数或环境变量设置(OPENAI_API_KEY或GEMINI_API_KEY)[8][9][10] 模型管理 - 本地模式需下载2B参数规模的预训练模型 仅需下载一次[13] - 支持根据硬件资源选择不同模型 通过humanify download命令查看可用模型[14] - 无GPU时会自动降级到CPU模式 但运行速度会显著下降[14] 应用案例 - 可将压缩代码如function a(e,t){var n=[];...}转换为人类可读版本function splitString(inputString, chunkSize){var chunks=[];...}[16][17] - 输出结果包含语义清晰的变量命名(chunks, stringLength, startIndex等)大幅提升代码可维护性[17]
年薪 15 万程序员下班送外卖,自称解压放松。网友:工作不饱和了吧
程序员的那些事· 2025-08-25 14:35
职业与副业模式 - 央企程序员通过跑外卖作为解压方式 年薪约15万元[1] - 副业活动包括自媒体内容创作 部分网友质疑其动机为吸引流量[3][4] - 职业发展潜力被讨论 认为专注主业可能获得更高薪酬(如30万年薪)[5] 社会舆论反应 - 部分网友批评其占用外卖行业就业机会[3] - 舆论对其解压说法存在争议 认为实质是自媒体营销策略[4] - 对比有退路副业与无退路全职工作的心态差异[5] 行业现象关联 - 互联网行业出现多种非传统职业组合模式[1][4] - 科技企业相关新闻引发关注(如钉钉巡查、Meta侵权、鸿蒙系统争议)[6] - 开源技术领域存在高级别技术争议(如Linus批评谷歌工程师)[6]