跳到正文

#编码

今日 6 条
今天10月2日周五
10月1日周四
  1. dex31

    这家伙懂行 @HarivanshRathi 谈 AI 精神病: 当我看着工程师们越来越深地相信,一个数学概率的混合体竟然比他们自己更懂他们的代码库时,我不禁回想起那个软件不是为超高速增长而构建的时代,而只是为了做 x 而不发明 y。 AI 似乎从根本上反对这种哲学。让它做 x,它会在还没尝试理解 x 之前就急切地发明 y 和 z。 危险不在于 AI 写出糟糕的代码——而在于它让编写不必要的代码变得 100% 免费。 而人性就是这样,我们中有些人总是偏爱 AI 带来的快速陡峭的收益,即使它做了一大堆无关的事情来完成一件本可以不改变其他任何东西就能完成的事。 所以,有些悖论的是,只要 AI 不断变好,软件质量可能就会持续下降。创造复杂性变得越便宜,理解和避免它的动力就越少。 试着保护我们祖先创造的这门手艺 今天手写一行代码

    引用Hari@HarivanshRathi

    on ai psychosis: as i watch engineers fall deeper into the belief that an amalgamation of mathematical probabilities somehow understands their codebase better than they do, i find myself thinking back to a time when software wasn’t built for hypergrowth, but simply to do x without inventing y. ai seems almost fundamentally opposed to this philosophy. ask it to do x and it will eagerly invent y and z before it has even tried to understand x. the danger isn’t that ai writes bad code- it’s that it makes writing unnecessary code 100% free and the human condition is such that some of us will always prefer the fast, steep gains of ai, even when it does a bajillion unrelated things to accomplish something that could have been done without changing anything else. so, somewhat paradoxically, the quality of software may keep declining for as long as ai keeps getting better. the cheaper complexity becomes to create, the less incentive there is to understand or avoid it. try to preserve this craft created by our ancestors write a LOC by hand today

  2. jason39

    OpenAI 在 Dev Day 上向每位参会者赠送了一台可运行 AI 的 Game Boy,灵感来自 Ko Kuramoto 及其 nanu 团队的硬件改造探索。

    引用/ (Kuramoto) Ko@ko_kuramoto

    ということでWi-Fiに接続して、AIをゲームボーイで駆動させるDaydream、再生産を行います! 開発当初チーム内で話していた「グリードアイランドみたいなゲーム作りたいね」という話にちなんで、800台限定。これ以上は再生産なしです。

9月29日周二
9月28日周一
9月27日周日
  1. Thomas Wolf27

    我们曾有过一段亲手雕琢代码的美好时光,如今它结束了。 在另一面,是一段激动人心的全新职业生涯——成为专业的造物者,驾驭那些直到不久前还只存在于科幻中的智能。 能亲身经历那个一切靠双手完成的时代,又恰好站在切换的那一刻,何其有幸。

    引用Scott@scottstts

    My god this is such a good speech that every SWE needs to hear. You know what? Every person should hear it Keep the happy memories, eyes on the reality, be excited about the future. That’s the best that anyone can do

9月25日周五
  1. François Chollet43

    我认为软件工程的"难度"本质上是恒定的,无论你迁移到哪个抽象层级,因为人类认知会适应新工具,直到能够充分发挥自身能力。 工具只是可供性,不是让工作消失的魔法棒。 伟大的软件工程以前极其困难。现在依然极其困难,尽管工作流程已大不相同。

    引用Simon Willison@simonw

    The more time I spend working with coding agents, the more convinced I am that they make software engineering even harder We can do amazing things with them, but unlocking their full potential requires extraordinary discipline and knowledge

  2. GitHub Blog · AI & ML61

    GitHub Copilot 博客:为什么聊天界面往往不是正确的 UI,用 canvas 试试

    GitHub Copilot 博客作者提出聊天(chat)很多时候是错误的 AI 交互界面,介绍 GitHub Copilot app 中的 canvas,它是在应用内运行、无浏览器外壳的全栈小应用,可与 Copilot agent 双向通信。

    推荐理由:作者作为 Copilot 团队成员提出用 canvas 自定义界面替代聊天框,并结合工作流自动化等实例说明何时值得让智能体先造工具。

9月23日周三
9月22日周二
9月21日周一
  1. Simon Willison44

    工程师爆料:大公司全员用 Claude Code 生成代码,无人阅读

    一名新入职大公司半个月的工程师称,团队所有规格、代码、测试、PRD、工单及其解决方案、报告等全部由 Claude Code 生成,从 L1 到 L7 的工程师都在做同样的事——和 Claude 对话。团队无人喜欢这种做法,却被要求尽可能多地产出,高层多次表示推代码不是瓶颈,质疑为何还是慢,员工每天工作 12 到 13 小时只为按回车,没有人阅读任何内容。

9月18日周五
  1. GitHub Blog · AI & ML43

    GitHub Podcast 拆解 AI 热门观点:该不该读代码、RAG 已死、Skills 是否杀死 MCP

    GitHub Podcast 最新一期拆解了五个 AI 热门观点:AI 生成的代码仍需阅读和负责,只是审查力度应按风险分级;Skills 与 MCP 解决不同问题,前者是打包的专家经验,后者为智能体提供连接工具和数据的标准接口,二者可组合使用。RAG 并未消亡,它让模型获取训练数据之外的信息,减少 token 浪费并降低答案不完整的概率。

8月20日周四
8月18日周二
8月15日周六
  1. Nathan Lambert: Interconnects71

    Nathan Lambert 解析 GLM-5.3 为何能紧跟前沿

    Z.ai 发布 GLM-5.3,目前仅在 coding plan 提供,两周内将开放权重到 Hugging Face。作者认为其与 GLM-5.2 同底座、靠大幅扩展后训练提升成绩,在部分智能体编码基准上超越 Kimi K3 甚至个别超越 Claude Fable 5 或 GPT-5.6-Sol,参数约 750B。

    推荐理由:作者给出了对 GLM-5.3 成绩来源的解释框架,包括发布节奏、后训练策略和 RL 数据产业等背景,可用于理解中美前沿模型竞争的成因。

8月11日周二
  1. Google Developers Blog44

    为什么 Go 是 AI 辅助软件工程的理想语言

    Google 发文论证 Go 是 AI 辅助软件工程的理想语言:当 AI 智能体可秒级生成数百行代码,开发者重心从编写转向审查与维护,语言的可读性和工具链一致性变得更重要。Go 自带格式化、测试框架、依赖管理与安全工具,能让 AI 更快、更便宜、更可靠地处理代码,并减少上下文窗口污染与 token 成本。

8月8日周六
7月20日周一
  1. Every latest articles61

    为什么有些 AI 工作流能坚持下来而另一些不能

    Every 作者 Katie 复盘自己放弃和留下的多个 AI 工作流,结论是关键在于工作流回报的速度与是否匹配真实工作习惯。她为 CEO 的 Tend 需求搭建的 Attention Desk 因问题不存在而弃用,管理日程的 Margot 因维护成本过高被搁置,而即时给到回报的 compound writing 插件成为日常核心。

7月10日周五
  1. Sierra Blog66

    Sierra 全员推行 Agent Pinecone 的五条经验

    Sierra 于今年 1 月成立六人 AI 加速团队,将多个角色专属 Agent 合并为统一 Agent Pinecone,内置在 Claude Code 和 Codex 之上。

    推荐理由:原文给出 Sierra 内部推行统一 Agent 的具体做法与教训,单 Agent 架构、持久化上下文和以产出物衡量价值等经验可迁移到其他公司。

7月6日周一
6月22日周一
  1. Nathan Lambert: Interconnects82

    Nathan Lambert:GLM-5.2 是开源智能体模型的台阶式跃迁

    Nathan Lambert 撰文认为 Z.ai 于 6 月 13 日向 GLM Coding Plan 用户推出、6 月 16 日以 MIT 许可开源的 GLM-5.2,是首个在编码智能体场景中真正好用的开源权重模型,社区评测显示其在 Arena 智能体榜单上是唯一能与 OpenAI 和 Anthropic 最新模型抗衡的开源模型。

    推荐理由:作者以亲测和社区评测为依据,把 GLM-5.2 与 DeepSeek R1 时刻类比,并展开开源与闭源差距及监管风险的独特分析。

5月4日周一
4月22日周三
  1. Sierra Blog61

    Sierra 重构工程师面试流程,用 AI 原生 onsite 取代编码与算法面试

    Sierra 取消编码和算法面试,改为 AI 原生 onsite,候选人先与面试官共同定义产品,再用 2 小时自由使用 AI 工具构建,最后演示并复盘代码与产品取舍。公司同时用系统设计面试取代编码电话筛,并试点调试面试考察 1 到 N 的改进能力;作者称新流程信号更丰富,候选人反馈更投入,但开放式设计带来标准化难题,需配套评估标准和双人面试来校准。

    推荐理由:Sierra 作者亲历重构招聘流程,给出了可迁移的 AI 原生面试设计与权衡细节。