中国互联网公司的“软件重构”——冷酷版
1. 本质不是技术，而是权力在国内公司，所谓的软件重构，几乎没有技术主导的可能。 它的逻辑是：权力斗争先行，技术只是外衣。 谁能定义架构，不在于技术深度，而在于谁能说了算。 平台工具（CI/CD、PaaS、中间件）不是工程师自然演化的结果，而是权力集团分食的产物。 2. 唯一能成的场景：空降 + 清洗如果要真动，通常只有一种路径： 大老板觉得旧系统拖累 → 招来一个懂技术的负责人； 负责人带自己人，组建新体系； 在“构建新平台”的过程中，顺便清洗老油条，夺取话语权。 这不是重构，是夺权 + 替换。 3. 为什么革新靠内部几乎不可能原因很简单： 小九九太多：每个人守着自己的一亩三分地，不会轻易交出去。 饭碗绑定：旧系统就是岗位，谁会主动推翻？ 学习成本高：大部分人不想也不敢理解新体系，维持现状才是理性选择。 所以所谓“内部革新”，其实只是旧系统上再搭一坨新系统，永远不触及根本。 4. 国内大厂的“重构方式”冷酷点说： 最优方式：砍掉旧的，引入新的团队/新平台。 常见现实：旧的继续苟着，新旧并存，直到旧的被自然淘汰。 这就是国内大厂的效率逻辑...
编程agent 的元游戏｜The Coding Agent Metagame 译介
claude code 让写代码变得上瘾，像是一个元游戏。
如何完全卸载深信服aTrust
macOS 下彻底卸载 aTrust：审计 → 隔离 → 移除 → 验证（含一键脚本） 目标：在 macOS 上把 aTrust（Sangfor/深信服零信任客户端）完全清理，并且全程 可回滚、可复核、最小破坏。文末附两段可直接使用的脚本：audit-atrust.sh（只读审计）与 purge-atrust-safe.sh（带隔离区、支持预演的安全卸载）。 为什么常规卸载不干净？aTrust 通常不仅有 /Applications 下的 App，还会下发： launchd 自启动（/Library/LaunchDaemons、/Library/LaunchAgents） 提权 Helper（/Library/PrivilegedHelperTools） 程序/数据库/日志（/Library/Application Support/...、~/Library/...） （可能存在的）系统/网络扩展、网络过滤器、证书、安装收据、描述文件等 因此仅“拖进废纸篓”无法清理干净，甚至可能被残留服务拉起再生。 安全策略（强烈...
Reflections on OpenAI｜对 OpenAI 的反思 译介｜Part Ⅱ
由于原文太长，所以这次切分为两部分，第一部分是原文翻译，第二部分是我的介绍和评论。 原文链接：https://calv.info/openai-reflections原文发表于 2025-07-15，作者网站 calv.info我的翻译链接：https://deusyu.app/posts/openai-reflections-1/ 介绍与评论Calvin French-Owen 是 Segment 的联合创始人兼 CTO，在 MIT 读书时就开始创业。 Segment 是一家 客户数据平台（Customer Data Platform, CDP），帮助企业收集、整合并路由用户数据。公司创立于 2011 年，并于 2020 年被 Twilio 以 32 亿美元收购。 换句话说，Calvin 在加入 OpenAI 之前就已经实现了财富自由。他选择再度出发，不是为了“下一桶金”，而是为了参与一场更大的事业——见证并推动 AGI 的到来。 他的这篇《Reflections on OpenAI》，不是一个旁观者的议论，而是一位经历过 从 0 到 1、从 1 到 100 的创业者和...
Burnout 在最后一公里
1. 正常情况从技术根本出发，软件交付其实就三个层： 环境（infrastructure / runtime） 应用程序（app / service） 实现逻辑（业务逻辑代码） 如果站在一个普通 dev 的角度，假设只有 CLI 工具和一份配置文件，那么只要一条命令： kubectl apply / docker run / terraform apply，基本上就能跑起来。 这就是所谓的“理想世界”。 2. 复杂现实难点并不是“写完能跑”，而是代码到落地之间那最后的一英里： 代码仓库碎片化：一个系统动辄几十上百 repo，每个 repo 各有一套 build / release 逻辑。 分包与依赖管理混乱：版本、依赖、子模块经常不一致，光追踪兼容性就能耗掉大量时间。 命令层层包装：明明一个 CLI 就能解决的事情，却被封装成脚本、脚本再套脚本，还要走内部工具链，节点众多、职责模糊。 结果就是： 你按照基本技术栈，其实已经开发完毕。 但由于组织性混乱，你要花的时间常常是开发本身的几倍。 3. 结论与洞察这其实是工程...
你没法靠装来打动人
在万人空巷的球赛中， 在天桥下的破音麦克风， 在比伯唱出 Hold On 那一刻的喘息里—— 世界不是在听技巧， 它在等待 心脏的回音。 你没法靠装来打动人， 就像你无法假装热爱， 无法预演痛苦， 也无法造出一个能让灵魂起鸡皮疙瘩的旋律。 越大的体量，越不容伪装。 装腔的终点是流程， 流程的尽头是体制的自我繁殖， 而人类只在破格式时，才落泪。 所以他们信波西米亚， 信《我推的孩子》里那句“谎言是最棒的爱”， 也信你、我、我们这些 愿意真诚地失败一百次的人。 因为在这个万物加滤镜的时代， 真诚，是唯一没办法复制的高科技。
Reflections on OpenAI｜对 OpenAI 的反思 译介
原文链接：https://calv.info/openai-reflections原文发表于 2025-07-15，作者网站 calv.info 我三周前离开了 OpenAI。我是在 2024 年 5 月加入这家公司的。 我想分享我的思考，因为外界对 OpenAI 在做什么有很多喧嚣与误解，但很少有关于在那里工作的文化究竟是什么感觉的第一手描述。 Nabeel Qureshi 有一篇很棒的文章叫《对 Palantir 的反思》，他在文中深入探讨了是什么让 Palantir 如此特别。我想趁着记忆犹新，为 OpenAI 做同样的事情。你在这里找不到任何商业机密，更多的是我的一些思考——关于这个史上最迷人的组织之一，在当下这个极不寻常的时刻，它所呈现出的最新形态。 先说清楚：我离开的决定里没有任何个人恩怨——事实上，我对此内心充满了矛盾。从一个自己公司的创始人，转变为一个 3000 人组织里的员工，这很难。现在，我渴望一个新的开始。 工作的质量完全有可能把我再吸引回去。很难想象还有什么比构建 AGI 更具影响力的事情了，而大语言模型（LLM）无疑是这十年来最伟大的技术创新。我很幸...
LLM 是思维的镜子，能照出你多清晰
使用 LLM，就是清晰思考的艺术
一行报错背后的侦探故事
从Cannot resolve symbol ‘md5WithRSAEncryption_oid’到 Apple Silicon 原生 JDK 8 前言许多排错文章只停留在“答案”层面，却忽略了“答案是怎么找到的”。这篇文章记录了 Rainman 与 Gemini 联手破解的一次技术谜团：从md5WithRSAEncryption_oid的突然消失，到 Java 8 的加密出口管制史，再到 Apple Silicon 上的跨架构陷阱。希望读者不仅收获结论，也掌握抽丝剥茧的思考路径。 楔子：报错乍现123AlgorithmId algo = new AlgorithmId(AlgorithmId.md5WithRSAEncryption_oid);// 编译错误Cannot resolve symbol 'md5WithRSAEncryption_oid' 多数开发者看到这行红字，第一反应通常是“依赖缺失”或“版本不匹配”。然而，这次真相远比常规套路更加曲折。 第一幕：误判的嫌疑人——JPMS在 JDK 9 及以后版本里，sun.security.x50...
IaC演进史：从脚本到云原生宣言
IaC 的发展史，本质上是一场从命令式（Imperative）到声明式（Declarative）的思维范式革命。 timeline title IaC Evolution (1993 – 2025) 1993 : CFEngine – declarative config & idempotency 2005 : Puppet – centralized pull CM 2009 : Chef – Ruby-DSL CM 2011 : AWS CloudFormation – cloud-native templates 2014 : Terraform 0.1 – multi-cloud plan/apply 2017 : GitOps era – Helm/Kustomize + Argo CD/Flux 2018 : Pulumi – general-purpose languages for IaC 2019 : AW...