工具
11 篇Forward Deployed Engineer —— 硅谷版"交付工程师"
原作者：瑞典马工 2025 年，硅谷突然掀起了一股 Forward Deployed Engineer（FDE）招聘热潮。OpenAI 计划在年底前招 50 个 FDE，Anthropic、Databricks、Google DeepMind 也全在招。LinkedIn 上 FDE 岗位发布量激增 800%，行业媒体把它吹成"AI 时代最热门职位"。 我的第一反应是：这不就是我们中国 10 年前的"交付工程师"吗？驻场实施，售后支持，技术售前 —— 换个洋气的名字，就成了硅谷"创新"？ 更有意 …
原作者：瑞典马工 2025 年，硅谷突然掀起了一股 Forward Deployed Engineer（FDE）招聘热潮。OpenAI 计划在年底前招 50 个 FDE，Anthropic、Databricks、Google DeepMind 也全在招。LinkedIn 上 FDE 岗位发布量激增 800%，行业媒体把它吹成"AI 时代最热门职位"。 我的第一反应是：这不就是我们中国 10 年前的"交付工程师"吗？驻场实施，售后支持，技术售前 —— 换个洋气的名字，就成了硅谷"创新"？ 更有意 …
阿里的qwen code太草率了
原作者：马驰 阿里的 qwen-code CLI 是基于谷歌的 Gemini CLI 分叉的。后者的开源协议是非常宽松的 Apache 2.0，所以阿里这样做，法律上完全没问题。 但是合规之外，还是有不少问题的。 用户体验上，就有用户反应工具的初始化命令生成的是谷歌 Gemini 模型需要的 GEMINI.md，而不是 qwen 需要的 QWEN.md。显然，这是 fork 的时候，检查不彻底导致的遗留。 What happened? While exploring the CLI, I …
原作者：马驰 阿里的 qwen-code CLI 是基于谷歌的 Gemini CLI 分叉的。后者的开源协议是非常宽松的 Apache 2.0，所以阿里这样做，法律上完全没问题。 但是合规之外，还是有不少问题的。 用户体验上，就有用户反应工具的初始化命令生成的是谷歌 Gemini 模型需要的 GEMINI.md，而不是 qwen 需要的 QWEN.md。显然，这是 fork 的时候，检查不彻底导致的遗留。 What happened? While exploring the CLI, I …
中国，AI 技术的企业级应用创业前景茫然
原作者：会说话的波吉 核心观点：若将中国 SaaS 行业发展至今的历程定义为 “尚未成功”，那么面向企业级 AI 应用的创业赛道，直接就可以判死刑了。 SaaS 与 AI：紧密相连的创业脉络 在全球创业浪潮中，SaaS（软件即服务）和 AI（人工智能）无疑是两大核心驱动力。SaaS 以其便捷的云端部署、按需付费的模式，彻底改变了企业软件的使用与交付方式；而 AI 则凭借其强大的数据分析与智能决策能力，正重塑各行各业的发展格局。更值得关注的是，SaaS 积累的实时业务数据能够成为 AI …
原作者：会说话的波吉 核心观点：若将中国 SaaS 行业发展至今的历程定义为 “尚未成功”，那么面向企业级 AI 应用的创业赛道，直接就可以判死刑了。 SaaS 与 AI：紧密相连的创业脉络 在全球创业浪潮中，SaaS（软件即服务）和 AI（人工智能）无疑是两大核心驱动力。SaaS 以其便捷的云端部署、按需付费的模式，彻底改变了企业软件的使用与交付方式；而 AI 则凭借其强大的数据分析与智能决策能力，正重塑各行各业的发展格局。更值得关注的是，SaaS 积累的实时业务数据能够成为 AI …
API 是云服务的灵魂
原作者：瑞典马工 前几天我发了一篇文章，批评阿里云的技术布道太差，以至于阿里集团的业务团队也宁愿用内部的盘古存储系统也不用阿里云的对象存储 OSS。有很多阿里的工程师很气愤，过来怼我，指出 OSS 的底层实现其实就是盘古，两者是一回事，甚至用盘古更高明。 JK 这位: 还有这位: 这几位认为只要最终 packets 流到了盘古系统，那么从哪个 interface 进来就无所谓。他们甚至有一些抑制不住的骄傲，觉得知道盘古是 OSS 的底座就很高明，而不知道的这个事实的就很”可怕”。 恕我直言，这 …
原作者：瑞典马工 前几天我发了一篇文章，批评阿里云的技术布道太差，以至于阿里集团的业务团队也宁愿用内部的盘古存储系统也不用阿里云的对象存储 OSS。有很多阿里的工程师很气愤，过来怼我，指出 OSS 的底层实现其实就是盘古，两者是一回事，甚至用盘古更高明。 JK 这位: 还有这位: 这几位认为只要最终 packets 流到了盘古系统，那么从哪个 interface 进来就无所谓。他们甚至有一些抑制不住的骄傲，觉得知道盘古是 OSS 的底座就很高明，而不知道的这个事实的就很”可怕”。 恕我直言，这 …
基础架构部需要先进技术吗？
原作者：思维男人 前两天，瑞典马工发了一篇《基础架构部，还有必要吗？》，文章的逻辑是基础架构部（或者技术平台部，或者运维开发部，或者架构平台部）为业务单元提供技术支撑，然后技术支撑需要自身有优秀技术，然后尝试列出一些反例去证明基础架构没有优秀技术，所以支撑不了业务单元，就该解散或者消失了。 我当时看完，觉得文章逻辑就不对，因为支撑业务单元不一定要优秀技术，很多时候只需要补充业务单元的弱项和空白就行了；然后列出来的反例都是些表象，但这些表象放在不同组织内是否真的都是反例？不同组织架构有不同的资源 …
原作者：思维男人 前两天，瑞典马工发了一篇《基础架构部，还有必要吗？》，文章的逻辑是基础架构部（或者技术平台部，或者运维开发部，或者架构平台部）为业务单元提供技术支撑，然后技术支撑需要自身有优秀技术，然后尝试列出一些反例去证明基础架构没有优秀技术，所以支撑不了业务单元，就该解散或者消失了。 我当时看完，觉得文章逻辑就不对，因为支撑业务单元不一定要优秀技术，很多时候只需要补充业务单元的弱项和空白就行了；然后列出来的反例都是些表象，但这些表象放在不同组织内是否真的都是反例？不同组织架构有不同的资源 …
基础架构部不死，只是慢慢消逝
原作者：李令辉 瑞典马工昨天的文章《基础架构部，还有必要吗？》里面点名质疑了基础架构部存在的必要性。我自己从事基础架构工作多年，希望可以从相对客观的角度来回答这篇文章提出的问题。也谨以此文致敬基础架构的老兵们。 基础架构部的价值是什么？ 正如马工文中所说，基础架构部是为了向业务单位交付技术，并且要具备两个前提： 自己有优秀的技术 要能引导业务部门使用优秀的技术 技术的“优秀”与否要看场景 但是，“优秀”不是有唯一标准的，什么算优秀的技术？技术都是有 tradeoff 的，比如某一种技术能获取最 …
原作者：李令辉 瑞典马工昨天的文章《基础架构部，还有必要吗？》里面点名质疑了基础架构部存在的必要性。我自己从事基础架构工作多年，希望可以从相对客观的角度来回答这篇文章提出的问题。也谨以此文致敬基础架构的老兵们。 基础架构部的价值是什么？ 正如马工文中所说，基础架构部是为了向业务单位交付技术，并且要具备两个前提： 自己有优秀的技术 要能引导业务部门使用优秀的技术 技术的“优秀”与否要看场景 但是，“优秀”不是有唯一标准的，什么算优秀的技术？技术都是有 tradeoff 的，比如某一种技术能获取最 …
性学家，化学家，软件行业里的废话文学家
原作者：瑞典马工 瑞典马工在软件行业里干了二十年，干了不少岗位，换了不少公司。在这无聊的北欧乡村，有时候就把这些年目睹之怪现状记下来聊以自娱。如果各位看官觉得有趣，也请转发评论。 第一篇要谈一谈软件行业的 废话文学家。废话文学家就像一个个劣质的大语言模型，不管你用的什么提示词，他总可以接上话，但是不会给你有用的内容。 为了研究的方便，瑞典马工把废话文学家再细分为几类，分别是：性学家，化学家，辩证哲理家。 性学家 性学家每天在办公室里无所事事，时不时的就开会谈性。每次谈资都是一样的模版：“我们这 …
原作者：瑞典马工 瑞典马工在软件行业里干了二十年，干了不少岗位，换了不少公司。在这无聊的北欧乡村，有时候就把这些年目睹之怪现状记下来聊以自娱。如果各位看官觉得有趣，也请转发评论。 第一篇要谈一谈软件行业的 废话文学家。废话文学家就像一个个劣质的大语言模型，不管你用的什么提示词，他总可以接上话，但是不会给你有用的内容。 为了研究的方便，瑞典马工把废话文学家再细分为几类，分别是：性学家，化学家，辩证哲理家。 性学家 性学家每天在办公室里无所事事，时不时的就开会谈性。每次谈资都是一样的模版：“我们这 …
资本拔苗助长的软件服务
原作者：会说话的波吉 众所周知，自从 2023 年下半年开始，持续到 2024 年的现在，虽然整体的经济环境不是很好，但是相比较下，软件这个赛道正在遭受到的寒流可能比其他行业更加寒冷，大家可以从各种探讨 SaaS 不行了，中国市场不适合 SaaS 等等之类的文章或者言论中看得出这种现象。事实上如果我们把大模型 AI 相关的部分剔除掉，目前中国整个软件行业的其他部分给人的感觉似乎就是死水一摊毫无生气。 为什么在 2021 年时候风风火火的软件，SaaS 赛道突然间遭遇到了这样一个巨大的寒流？突然 …
原作者：会说话的波吉 众所周知，自从 2023 年下半年开始，持续到 2024 年的现在，虽然整体的经济环境不是很好，但是相比较下，软件这个赛道正在遭受到的寒流可能比其他行业更加寒冷，大家可以从各种探讨 SaaS 不行了，中国市场不适合 SaaS 等等之类的文章或者言论中看得出这种现象。事实上如果我们把大模型 AI 相关的部分剔除掉，目前中国整个软件行业的其他部分给人的感觉似乎就是死水一摊毫无生气。 为什么在 2021 年时候风风火火的软件，SaaS 赛道突然间遭遇到了这样一个巨大的寒流？突然 …
腾讯云/阿里云故障背后：投入不足
原作者：周新宇 作者 | 周新宇 恰逢今天读到了行业大佬对近期频发的公有云故障的思考《你用的公有云都没做过测试》，该文章的核心观点是「公有云是没法测试的」。我其实对这个事情有相反的观点，云服务本身也是软件，软件工程发展至今测试手段是多样和丰富的，而且公有云因为有大规模的生产流量优势，用好金丝雀 / 灰度发布能在新版本全网发布前尽可能揪出从其他测试环节中逃逸的 Bug。 那既然测试是好做的，为什么从结果来看，公有云故障还是那么多呢，结合我在云厂商的工作经历来看，两朵云近两次 IAM 相关的故障背 …
原作者：周新宇 作者 | 周新宇 恰逢今天读到了行业大佬对近期频发的公有云故障的思考《你用的公有云都没做过测试》，该文章的核心观点是「公有云是没法测试的」。我其实对这个事情有相反的观点，云服务本身也是软件，软件工程发展至今测试手段是多样和丰富的，而且公有云因为有大规模的生产流量优势，用好金丝雀 / 灰度发布能在新版本全网发布前尽可能揪出从其他测试环节中逃逸的 Bug。 那既然测试是好做的，为什么从结果来看，公有云故障还是那么多呢，结合我在云厂商的工作经历来看，两朵云近两次 IAM 相关的故障背 …
开源不是大杀器，免费才是
原作者：老头头 本人作为一个程序员，天生对开源有好感，之前是坚定的开源拥护者，但是上次波吉的一篇文章《开源商业模式是个伪命题》引发思考，然后在一个微信群里引发广泛讨论，导致我对开源商业化的态度发生大转弯。 本文讨论的开源项目是开源软件，而不是开源的基础类库；所说的开源商业公司指的是以开源项目为核心竞争力的商业公司。开源本身当然值得被尊敬，本文从商业层面分析软件开源对开源商业公司的利弊。 每个项目几乎都会用到开源软件，但绝大部分开发者并不关心开源软件的源码，另外从公司角度来说，除了软件功能之外， …
原作者：老头头 本人作为一个程序员，天生对开源有好感，之前是坚定的开源拥护者，但是上次波吉的一篇文章《开源商业模式是个伪命题》引发思考，然后在一个微信群里引发广泛讨论，导致我对开源商业化的态度发生大转弯。 本文讨论的开源项目是开源软件，而不是开源的基础类库；所说的开源商业公司指的是以开源项目为核心竞争力的商业公司。开源本身当然值得被尊敬，本文从商业层面分析软件开源对开源商业公司的利弊。 每个项目几乎都会用到开源软件，但绝大部分开发者并不关心开源软件的源码，另外从公司角度来说，除了软件功能之外， …
陆奇：怎么理解企业服务市场的数字化应用生态？
原作者：陆奇 本文节选自陆奇博士 2021 年的演讲，我们整理了其中一节《应用生态的发展历史与新机会：B 端》，从应用数字化生态的历史发展角度，来梳理今天企业服务（to B 市场）所面临的机会。 在陆奇博士看来，数字化的本质是“人的知识和能力的延伸”，人们收集信息，建立模型并做出决策，指导我们行动、去满足我们的需求，这是一个不变的趋势。企业就像生命体一样进化，数字化的进程就是“感知体系+决策体系+执行体系”不断形成、成熟和进化的过程。 如果你有创业点子或正考虑加入初创公司——2022 年 6 …
原作者：陆奇 本文节选自陆奇博士 2021 年的演讲，我们整理了其中一节《应用生态的发展历史与新机会：B 端》，从应用数字化生态的历史发展角度，来梳理今天企业服务（to B 市场）所面临的机会。 在陆奇博士看来，数字化的本质是“人的知识和能力的延伸”，人们收集信息，建立模型并做出决策，指导我们行动、去满足我们的需求，这是一个不变的趋势。企业就像生命体一样进化，数字化的进程就是“感知体系+决策体系+执行体系”不断形成、成熟和进化的过程。 如果你有创业点子或正考虑加入初创公司——2022 年 6 …