@GeoffreyHuntley:致那些在 Docker/Kubernetes 以及 CI/CD 的编译/重启/部署阶段中长大的年轻人们。你们知道……
摘要
Geoffrey Huntley 认为,围绕 Docker/Kubernetes 构建的传统编译/重启/部署 CI/CD 循环是可以被压缩的,而下一次转变将把一个旧想法(Actor 模式、修复镜像而非重建镜像)应用于为“把 LLM 当作程序员”而非人类而设计的系统。
查看缓存全文
缓存时间: 2026/10/06 07:45
致那些小兔崽子们
你们是和 Docker/Kubernetes 以及 CI/CD 中那套 编译→重启→部署 循环一起长大的一代。有没有想过:这整套循环其实可以被压缩掉,只是一直没人这么做,原因在于风投 [1] 那套工业复合体(™)?
拜托别再争辩说 Go/现有那套先发优势会赢,它们赢不了。几乎所有编程语言本质上都是同一个想法的不同版本,只不过换了身皮。接下来出现的会是一个很老 [2] 的想法,只不过 [3] 换了个方式应用。
[1] 哈哈,这里只是在吐槽,但从长远方向上看大致是对的。 [2] actor(演员)/ 直接修复镜像,而不是重新构建它。 [3] 为 LLM 当程序员而设计的,而不是为人类设计的。
相似文章
我决定回归手写代码
作者在重构一个 Kubernetes 仪表盘工具时反思道,虽然借助 AI 进行“氛围编程”(vibe-coding)能加速功能开发,但在缺乏人工监督的情况下,往往会导致架构臃肿和技术债务。
重要建议:要有意识地重新思考过去关于“事情应该如何做”的每一个概念。一些想法、技巧,以及…… (原文内容在此处被截断)
# Nader Dabit 分享 AI 时代的生存法则:职业发展建议 Nader Dabit 分享了在 AI 时代蓬勃发展的心得:**专业分工正在瓦解**、**token 成本让实验几乎免费**,以及**云端 agent 将实现大规模扩展**,并呼吁开发者们拥抱 10x 工作流,同时避免产出“垃圾内容”(slop)。
@bcherny: 我一直在思考的一件事:过去,我认识的最优秀的工程师们花大量时间以各种方式自动化自己的工作……
一条发人深省的推文串,主张自动化工程任务(尤其是使用像Claude这样的AI代理)比以往任何时候都更加重要。它主张将领域知识编码为基础架构,以加速开发并使非工程师也能参与贡献。
GitHub 已不适配新时代的形态
这篇博客文章认为,GitHub 的协作模式(分支、拉取请求、代码审查)已难以适应现代 AI 驱动的软件开发时代——在这个时代,LLM 和智能体以极高速度生成代码,因此需要重新思考工具和工作流程。
@ghumare64: https://x.com/ghumare64/status/2052825541057626258
一个X帖子认为生产级AI代理需要运维支撑框架(运维手册、权限、日志、回滚、验证),而不仅仅是更好的提示词。作者引用了DevOps演进历程,指出提示词提供建议而运维手册提供控制,代理系统需要平台工程解决方案来实现权限、状态管理、验证、可观测性和回滚能力。