搜索[技能变化]结果-低调大师优秀个人博客

精选列表

搜索[技能变化]，共10002篇文章

10个10倍提升编程技能的有用技巧

软件开发是一项回报颇丰、价值极高的工作技能。无论你生活在世界何处，软件开发都很容易进行远程工作，而且只要你足够优秀，你就有资格获得一份年薪从 10 万到 20 多万美元不等的高薪工作。

2020-05-17

2020云架构师所需十大技能

而云计算架构师所需的技能也因各个组织的特定的云基础架构而有所不同，作为一名云架构师要出色的完成自己的工作职责需要掌握什么技能呢?

2020-03-02

PHP-FPM 提供了更好的 PHP 进程管理方式，可以有效控制内存和进程、可以平滑重载PHP配置。那么当我们谈论 PHP-FPM 多进程模型的时候，作为 PHPer 的你了解多少呢？首先，让我们一起看几个问题： ①：PHP-FPM 启动进程的方式主要有哪几种，区别是什么？ ②：PHP-FPM，是主进程接收请求转给子进程，还是子进程单独接收请求并处理，如何验证？ ③：为何在 PHP-FPM 模式下，PHP 代码很少有人去做连接池？ ④：PHP-FPM 模式性能差的体现有哪些，如何优化？ ⑤：PHP-FPM 模式下的 YAC 为何无法和 CLI 模式无法共享内存？ 1. 如何启动进程 PHP-FPM 是多进程模式，由 Master 进程管理 Worker 进程。进程的数量，都可以通过 php-fpm.conf 做具体配置。PHP-FPM 的进程可以分为动态模式及静态模式： ①：静态（Static）直接开启指定数量的 PHP-FPM 进程，不再增加或者减少；启动固定数量的进程，占用内存高。但在用户请求波动大的时候，对 Linux 操作系统进程的处理上耗费的系统资源低。 ②：动态（Dynamic）开始时开启一定数量的 PHP-FPM 进程，当请求量变大的时候，动态增加 PHP-FPM进程数到上限，当空闲的时候自动释放空闲进程数到一个下限。动态模式会根据 max、min、idle children 配置，动态的调整进程数量。在用户请求较为波动，或者瞬间请求增高的时候，动态模式下会进行大量进程的创建、销毁等操作，而造成 Linux 负载波动升高。简单来说，请求量少，PHP-FPM 进程数少，请求量大，进程数多。优势就是，当请求量小的时候，进程数少，内存占用也小。 ③：按需（Ondemand）这种模式下，PHP-FPM 的 Master 不会 Fork 任何子进程，纯粹就是按需启动。这种模式通常很少使用，因为它基本无法适应有一定量级的线上业务。由于 php-fpm 是短连接的，所以每次请求都会先建立连接，建立连接的过程必然会触发上图的执行步骤。所以，在大流量的系统上 Master 进程会变得繁忙，占用系统 CPU 资源，不适合大流量环境的部署。借用一张网络图片来说明：需要注意 2 个点，「连接」和「数据」到来。有连接进来再 Fork 进程，同样可以达到子进程继承父进程上下文，然后子进程处理用户请求这个目的。（关于动态、静态进程模式的相关参数，可参考 PHP 官方文档。）我们需要关注的是对于我们自身的业务，应该选择的 PHP-FPM 模式为动态还是静态。通常来说，对于比较大内存的服务器，设置为静态的话会提高效率。因为频繁开关 php-fpm 进程也会有时滞，所以内存够大的情况下开静态效果会更好。数量也可以根据内存/30M 得到。比如说 2GB 内存的服务器，可以设置为 50；4GB 内存可以设置为 100 等。高配机器选静态，低配机器（省内存）选动态，高配机器用动态不能充分利用内存资源和 CPU 资源，也无法及时应对瞬时高并发。 2.如何进行请求处理和验证 PHP-FPM 的进程管理方式和 Nginx 的进程管理方式有些类似。在处理请求时，并非由主进程接受请求后转给子进程，而是子进程「抢占式」地接受用户请求。本质上 PHP-FPM 多进程以及 Nginx 多进程，都是在主进程监听同一个端口后，Fork 子进程达到多个进程监听同一端口的目的。 Linux 系统所有的进程 IO 操作，都需要和操作系统打交道。也就是说，系统知道所有 IO 操作。这个过程就是我们常说的「系统调用」。我们可以从系统调用入手解决这个问题。系统调用的查看，可以使用 Strace。如何验证相对简单，我们可以采取 2 种方式：看 PHP-FPM 进程的日志。这需要配置好合适的 PHP-FPM 日志格式；既然 IO 数据会通过内核态过度到用户态进程，我们可以通过 strace -p <pid> 命令去跟踪系统调用。分别跟踪 PHP-FPM 的主进程 ID 以及子进程 ID，然后访问 Nginx，由 Nginx 通过 fast-cgi 协议转到 PHP-FPM 进程上，看在哪个进程上发送了系统调用。 3. 为何不在 PHP-FPM 下做代码连接池？首先，在 PHP-FPM 模式下，一个请求的生命周期注定只有 1 次。也就是说，从 FPM 请求到请求、解析 PHP 脚本，到 FPM 的 Zend 虚拟机分配资源执行，再到最后的处理结束，PHP-FPM 会回收这次请求的所有资源。这种方式一是为了让开发不需要关心资源的回收处理，所以你可能没怎么关心过网络的关闭、文件描述符的关闭等等。二是为了减少内存溢出的情况。如果在这种模式下，你实现了连接池，也意味着请求结束，连接池消失，做了一次无用功而已。「鸡肋的」PConnect（持久化链接）。持久化链接也就是链接不释放。但问题在于，PHP-FPM 是多进程模式，而持久化的链接存在于进程中。这就意味着，如果一台机器有 300 个 FPM 进程，会一次性初始化 300 个持久化链接。如果因为面临业务活动需求冒然对机器扩容，很可能造成业务的数据库连接数直接打满。 4. 如何优化性能首先，我们应该思考导致性能差可能的原因是什么。如果一个应用的性能差，我们往往会从 2 个方面来分析，一个是 IO 性能，一个是计算性能。 IO 方面，因为 PHP-FPM 模式下难以做连接池，所以高并发业务下的网络处理会有劣势。注意我这里一直说的都是 PHP-FPM 模式下，在 CLI 模式下还是可以自己做连接池的。只不过这个连接池仅限于 CLI 模式的单进程内，而且这个模式不能用于处理网络请求（比如 HTTP 请求）。因为 PHP 默认单进程模式，FPM、CLI 都是默认单进程，即便 CLI 可以做连接池，也不方便做链接保活（不能同时做心跳检测）。计算性能上来说，虽然 PHP 是用 C 写的，如果单纯论计算性能是不错的。但问题在于 PHP 处理请求时，每次都要解析 PHP 脚本、翻译 PHP 代码为 Opcode、用 Zend 虚拟机执行 Opcode，处理结束，释放资源。经历这样的过程是导致 PHP 计算性能慢的最大原因之一。如何优化：对于计算性能来说，使用 Zend OPcache 扩展，缓存字节码。对于**IO 性能**来说，使用文件 cache 或者 memcached 减轻对网络 Cache 的压力；使用 Yac 减轻对 Cache 层的压力；在同一次请求中；复用链接不要每次都用新的；合理设计日志组件类库，优化 Logger 减少对文件操作的次数来减少 IO 的压力。关于设计一个合格的 Logger 组件，我们需要注意几个点： ① 每次请求，只做一次日志写操作，不要每次别人调用你的函数，你都去执行一次类似 file_put_contents 的操作。 ② 兼容各种类似错误。换句话说，即使 PHP fatal error 了，你也得能把知名错误之前的日志记录下来。这个实现可以借助 PHP 类的析构方法来做。也可以使用更好的 register_shutdown_function 来注册一个钩子，在 PHP 请求结束的时候，回调此钩子，完成做最后的日志操作。 5. YAC 为何无法和 CLI 模式共享内存我们知道，PHP 扩展开发中首要执行的一个宏是PHP_MINIT_FUNCTION。YAC 扩展需要在 PHP-FPM 进程启动时起就初始化一块共享内存，供各个进程来共享使用。因此，实现共享的关键在于需要一个让各个进程都知道的相同标识。 YAC 扩展的初始化流程为：我们查看 create_segments 的具体实现：上面做了一些注释，最关键的是要开启共享内存需要的系统 ID，shared_segment_name，此值包含了进程ID。也就是 PHP-FPM 的主进程 ID。有相同的共享内存标识 ID，就是 PHP-FPM 模式所有进程间能够通信的奥秘所在。而如果我们是想要通过 PHP 脚本使用 yac 扩展读取这个共享内存，会这样做：在 CLI 模式下，这样是不可能拿到 PHP-FPM 模式下设置的共享内存数据的。因为 CLI 模式下执行 PHP 脚本、进程 ID，和 PHP-FPM 模式下的进程 ID 完全不相同。后面的文章中，我们会找机会讲一讲进程间通讯，以及基于共享内存的通讯。总结来说，多进程要共享内存通信，必须要一开始就协调好一个唯一 ID。这个 ID 多个进程间都要知道。PHP-FPM 是多进程，主进程 fork 子进程出来，子进程自然知道这个唯一 ID 是什么（因为 Linux 进程 fork 会把整个进程的堆栈内存都 fork 一遍）。但是，php a.php 这样执行，其实是一个完全独立的进程，和 PHP-FPM 没任何关系，这样的进程，也就不能知道 PHP-FPM 进程里的那个唯一 ID 是什么。本文作者：董红帅，马蜂窝系统部研发工程师。关注马蜂窝技术，找到更多你想要的内容

2019-03-12

程序员被聘用的13个开发技能

JavaScript能力是目前为止被高层执行人员和招聘人员誉为最频繁的追捧技能。JavaScript已被证明是当今市场中高度可移植和宝贵的技能。

2018-08-03

CIO峰会：云计算时代需要新的IT技能

本文讲的是 CIO峰会：云计算时代需要新的IT技能，随着越来越多的企业把应用迁移到云上，他们可能会发现自己需要一些新的技能，这些技能往往是目前的系统管理员所不具有的。

2017-09-03

java程序员月入2万需要哪些技能

京东（20k-40k）：网易(20k-40k)：阿里巴巴（20k-35k）：总结起来，要达到月薪2万，需要掌握如下技能： 1.有扎实的Java编程基础，熟悉各种设计模式，有良好的程序设计能力。

2017-08-14

玩转Linux，哪些技能会是您的必备之选？

12、Linux 系统管理 Linux 管理系统是 IT 界最具需求的技能之一，了解这项内容不仅有利于开展您的 Linux 事业还有利于提升个人的系统管理能力。

2017-08-07

这些数据科学技能，才是老板们最想要的

但事实上，找一份梦寐以求的数据科学工作就意味着你要具备一些技能的组合，你可能会惊讶学习哪些技能是雇主所最需要的。

2017-07-05

数据中心运维工程师必备技能

作为数据中心里的一名运维工程师，应该掌握哪些技能，才能在工作中游刃有余。

2016-12-08

2015年要学会的六大科技技能

科技的发展如此迅速，你去年掌握的技能，在今年也许就已经过时了。

2015-02-10

花了10亿token, 我把这个整支设计团队力量的神级技能开源了! Codex史诗级必备技能！

做UI设计这件事，过去是设计师的专属战场。Sketch、Figma、Adobe全家桶轮番上阵，一个完整的App界面从需求到高保真原型，少说也得折腾两三天。直到某天，有人开始琢磨：能不能让AI把这套活儿也给干了？ ![Mac 桌面显示“聚焦”搜索窗口，其中结果出现在搜索栏下方，该窗口后面打开了“手记” App。右上角显示一个保留的通话。](https://developer.qcloudimg.com/http-save/yehe-11919542/66843bf9a9c7d1f906941597813f2620.png) 于是，这个项目诞生了。累计消耗了超过10亿token的算力，终于把一支完整设计团队的能力，浓缩进了一个Skill里。今天，它正式开源了。 --- ## **📌 一、它能干**嘛简单来说，这个Skill的核心能力可以用一句话概括：**一条指令，输出原厂级高保真UI设计方案。** ![macOS Tahoe 的截屏，“照片”App 中显示了一个人身披黄色披肩的照片。](https://developer.qcloudimg.com/http-save/yehe-11919542/363206ab464c574cf1e20738b4162bd5.png) 不是那种粗糙的线框图，也不是看着像那么回事的示意图，而是能直接拿去跟设计师对稿、跟开发对接的完整方案。从设计系统到组件规范，从页面原型到可交互HTML Demo，全流程覆盖。 ![](https://developer.qcloudimg.com/http-save/yehe-11919542/d30d8f11a24a949063017e32f29974ac.png) 具体包含以下核心亮点： |核心能力|说明| | --- | --- | |覆盖11大平台|Apple iOS、Google Android、Samsung One UI、华为HarmonyOS、小米HyperOS、荣耀MagicOS、OPPO ColorOS、vivo OriginOS、魅族Flyme、Windows 11 Fluent、微信小程序WeUI| |原厂级1:1还原|严格遵循各平台官方设计规范，像素级对齐，| |一键风格切换|同一套需求，秒切不同平台风格，横向对比无压力| |完整组件库|按钮、输入框、卡片、导航、弹窗……常用组件一应俱全| |多风格横向对比|同屏展示多个平台方案，选型效率翻倍| |零设计基础可用|不需要懂Sketch、不需要会Figma，有手就能用| ![](https://developer.qcloudimg.com/http-save/yehe-11919542/e4bf7ad8a2b90ab1fd2e3b9a572fc08e.png) --- ## **📌 二、怎么**用使用起来非常简单，核心就三步： 1. **描述需求：告诉它你要做什么页面，比如"做一个电商商品详情页"** 1. **选择平台：指定设计风格，比如"按iOS风格"或"对比Android和HarmonyOS两种风格"** 1. **获取方案：坐等输出，拿到完整的设计方案和可交互Demo** 不需要安装复杂的设计软件，不需要学习专业的设计知识，甚至不需要会画一根线。对于产品经理、独立开发者、初创团队来说，这意味着可以省下一大笔请设计师的费用，同时获得专业水准的产出。 ![](https://developer.qcloudimg.com/http-save/yehe-11919542/715db7b127b89eb0643a43414b532089.png) ## **📌 三、适合**谁这个Skill的适用人群相当广泛： - **独立开发者：没有设计资源，又想做出专业界面的个人开发者** - **初创团队：预算有限，需要快速产出高保真原型的创业团队** - **产品经理：需要快速验证想法、制作演示原型的PM** - **前端工程师：想快速获取设计参考、减少与设计师沟通成本的开发者** - **设计爱好者：对UI设计感兴趣，想学习不同平台设计规范的学习者** ![](https://developer.qcloudimg.com/http-save/yehe-11919542/c6613255d09b330ecb715fba05abdbbf.png) ## **过去，一套专业的UI设计方案需要经验丰富的设计师花费数天甚至数周才能完成。现在，借助这个Skill，任何人都可以在短时间内获得同等水准的产出。** 这并不意味着设计师会被取代。相反，它让设计师可以从重复性的基础工作中解放出来，把精力投入到更有创造性的环节。而对于那些没有设计资源的人来说，这扇原本紧闭的门，终于打开了一条缝。如果你对这个项目感兴趣，欢迎前往GitHub查看源码和使用文档。 ![](https://developer.qcloudimg.com/http-save/yehe-11919542/471d7bfb0b8fd294118925954041d505.png) **GitHub地址：**https://github.com/aitool-plus/ui-design-aitool-plus **腾讯skillhub：https://skillhub.cn/skills/ui-design-aitool-plus** 请根据 https://skillhub.cn/install/skillhub.md，安装 ui-design-aitool-plus。 --- #UI设计 #开源项目 #AI设计工具 #多平台UI #设计系统 #前端开发 #产品经理 #独立开发者 #设计规范 #HarmonyOS #iOS设计 #Android设计

2026-07-23

从数字孪生到机器人训练：技术边界正在变化

到了2026年，一个新的变化正在出现：部分数字孪生企业开始把原有的三维空间构建、实时数据、物理仿真和虚实映射能力，延伸到机器人数据生产、仿真训练、评测和真实场景部署。

2026-10-12

GEO2.0时代有什么变化？

接下来，企业需要管理的不只是“能不能被提到”，还有**被谁发现、被怎样理解、凭什么被相信、在什么场景下被推荐，以及这些变化能否持续**。这就是 VGO 要解决的事。

2026-09-29

数据采集需求增长，代理IP选型会发生什么变化？

数据采集需求增长后，代理IP选型最明显的变化，不是大家突然需要更大的IP池，而是开始追问一件更具体的事：**这些连接，能不能在需要的时间，把需要的数据稳定送进来？** 过去很多采集项目是“攒数据”。

2026-09-28

ONLYOFFICE 集群部署实战：9.3 多实例方案与 9.4 架构变化

本文面向 **ONLYOFFICE Document Server 社区版**，先介绍 9.3 及以前常见部署架构与 9.4 的主要变化，再给出以 9.3 为基线的多实例部署方案，最后说明 9.4 的配置与运维差异

2026-09-11

AI时代商业模式变化——不是所有生意都会变

一个生意会不会被重构，只看一件事——你的结果能不能大规模地被称出来 **始于咨询.终于因果** --- 假设你是做餐饮的，听完我讲"卖结果"，直摇头：我们这行怎么办？菜好不好吃，顾客心里有数，可你要说"按你吃得开心收费"，这不是笑话吗？我说：你说得对，这不是笑话，是规律。而且卖结果这回事本身也不新——合同能源管理跑了二十多年，劳斯莱斯按飞行小时收了半个多世纪。所以一个生意会不会被重构，跟它新不新没关系，只看一件事—— 你的结果，能不能大规模地被称出来？一、结果上秤的四个条件条件一：留痕结果发生在能自动记录的场所里，而不是发生在黑箱里。条件二：客观数字不依赖谁来评，谁来看都是同一个数。条件三：标准化单元每一单位结果可比较，一个合格件就是一个合格件。条件四：离散可归因结果有清晰边界，能单独摘出来、算到某个供应者头上。四个条件齐了，才能大规模度量、才能按结果卖。少一个，只能部分量化；少两个，基本量不了。拿你自己的生意对一遍就有数。为什么快递能按单量结算？因为每一单的签收时间自动留痕、客观可比、一单单算得清归因；为什么广告能按效果收费？因为点击、转化在系统里自动记录、标准统一、每一笔都能归到哪条广告头上。反过来，为什么婚礼策划没法按"幸福"收费？四个条件一卡，全不满足。二、生意分三类第一类：结果能上秤的——物和系统制造业的良品率、物流的送达时效、软件的可用性、广告的点击转化，自动记录、客观可比、边界清楚。这类生意会被重构，被推着往卖结果走，**走得最快**。第二类：结果半能上秤的——人的行为教育、咨询、营销，考试成绩、项目里程碑、续约率能称，但"真正学会了""想通了"称不出。这类生意会变成混合模式：**一半过程费，一半结果费**。第三类：结果上不了秤的——人的心里餐饮的开心、奢侈品的身份、婚礼的面子、创意的好坏，称不出。这类生意不会变成卖结果，反而会把体验、信任、手艺做到极致，**卖得更贵**。三、最容易被忽略的残酷子类上不了秤，干的活又可以被替代的。初级翻译、初级文案、标准客服——结果称不出，能力又被系统直接替掉。它们走不了重构（结果不可度量），也走不了强化（人不是稀缺的），只能被压垮。这是这场变革里最痛、也最常被回避的一类。怎么判断自己是不是那个"可被替代"的子类？问一句：把这摊活交给一个聪明的系统、加一个熟练的实习生，三天能不能学会？能，你就危险了；需要三五年行业经验、需要现场判断、需要客户信任的活，反而越来越值钱。危机不是均匀分布的，它专挑"经验含量低、判断含量低"的活下手。四、还有一条路：换赛道给想跳出这三类的人准备的——不卖结果，也不卖感觉，而是把"度量"本身变成生意：做平台、定标准、攒数据。淘金热里，卖铲子的人往往比淘金的人赚得更稳。 **你的结果附着在什么上——物、人的行为，还是人的心里？这一问，决定了你是被重构、被强化，还是被压垮。不过先别急着下结论：边界不是死的，称不准的生意，还有救。 ** # 标签 #Palantir#流程管理#企业AI转型#本体#经营智商经营智商系列 · 商业模式之变专题本文为系列文章，后续将陆续探讨「度量前线与桥」「重构你的商业模式」等话题。关注我，带你持续提升企业经营智商！

2026-09-08

AI时代商业模式变化——从卖产品到卖结果

收入模式的重构：从卖产品到卖结果从"捞一网鱼算一网的账"到"承包一片鱼塘，年年有收成" **始于咨询.终于因果** --- 屋顶的光伏板，不用你掏钱，有人免费装，收益按发电量分成；医院的检测仪器，厂家白放，按检测次数收费；公司茶水间的咖啡机，机器免费，按杯收钱。这套做法的老祖宗，是合同能源管理——节能公司免费给你装节能设备，省下来的电费双方分成，做了二十多年。它们的共同点只有一个：不单卖设备，改按结果收钱。一、收入模式演化走三步第一步：卖产品一锤子买卖——设备交付，钱货两清，之后的维修、耗材、升级，跟厂家关系不大。第二步：卖服务把维护、培训、备件打包进去，按月收钱，跟客户的关系拉长了。第三步：卖结果彻底换了一种对价——不按"我给了你什么"收钱，按"你得到了什么结果"收钱。客户付的不是你的成本加利润，而是**那个结果对他值多少钱**。三步，一步比一步跟客户的利益绑得紧，也一步比一步难。二、难在两个地方第一，结果要可度量。卖结果的前提，是你得能证明结果确实发生了。过去很多行业做不到——你说你帮我提效了，客户说没有，扯不清。第二，你要敢担风险。按结果收费，意味着结果没达成，你就要少收钱、甚至赔钱。过去企业不敢接，因为不确定性太大，接了就是赌。 AI把这两道门槛都降低了。结果可度量：设备、产线、服务流程上的数据自动记录，有没有达成，系统说了算，不再靠扯皮。敢担风险：AI能持续监测、提前预警，大部分让结果"翻车"的隐患，可以在发生之前被发现、被堵住。风险变得可控，赌就变成了算。三、从一次交易到经常性收入于是收入模式从"一次交易"变成"经常性收入"：订阅、按使用量、按效果分成。别小看这个转变，它对企业的意义是根本性的——过去是"捞一网鱼算一网的账"，现在是"承包一片鱼塘，年年有收成"。一锤子买卖，客户走了就断了；经常性收入，客户只要还在用、还在赚，你就一直有份。资本市场给前者的估值倍数，往往只有后者的一半。经常性收入听着只是收钱方式变了，其实它倒逼了整家公司的行为。过去卖设备，成交是终点，售后是成本，东西卖出去就松了一口气；现在按结果收钱，成交才是起点，客户用得越好、赚得越多，你才收得越多。公司的注意力，第一次真正站到客户那一边。这不是话术，是利益结构逼出来的。四、三盆冷水第一盆：供给侧卖结果不是只赚不亏。你要垫资交付、承担业绩波动、报表收入变得不稳。劳斯莱斯卖飞行小时，发动机资产还是自己的，资产负债表变重了。转之前，先想清楚自己**扛不扛得住这口现金流**。第二盆：需求侧结果可度量是"你能卖"，客户肯不肯按结果买，是"人家让不让你卖"。预算科目对不上、采购制度不许、怕被绑住——谈价格之前，先谈客户愿意为什么买单。真碰上不肯按结果买的客户，也别硬推：先找一个"预算本来就跟结果挂钩"的客户当突破口。第三盆：边界不是所有行业、所有生意都该立刻转。哪些该转、哪些不该转，要具体看你的结果能不能被称出来。还有三样东西今天没完全建好：钱、险、法。钱——垫资的钱从哪来，银行和资本还没普遍认"按结果收费"这种合同；险——结果没达成，风险能不能通过保险转出去，这类产品还很少；法——真出了纠纷，责任怎么切、按什么标准认定，法律和行业规范还没跟上来。所以这一节讲的是趋势背后的逻辑，不是今天的普遍现状——它正顺着这条逻辑一点点长出来。如果你今天卖的是产品，试着回答一个问题——客户真正愿意长期付钱的那个"结果"是什么？想清楚了，再决定要不要把对价从"卖给你"改成"陪着你一起拿到"。卖产品是生意，卖结果是伙伴。但做伙伴的前提，是你先扛得住风雨。 # 标签 #Palantir#流程管理#企业AI转型#本体#经营智商经营智商系列 · 商业模式之变专题本文为系列文章，后续将陆续探讨「组织跟着结果走」「增长与壁垒」「不是所有生意都会变」等话题。关注我，带你持续提升企业经营智商！

2026-09-08

AI时代商业模式变化——价值创造的底层逻辑变了

AI第一次把度量结果的成本压到趋近于零 **始于咨询.终于因果** --- 现在有些生意，开始不单卖东西、改卖结果了。德国凯撒的空压机，可以按工厂用掉的每一立方米压缩空气收钱；米其林的轮胎，可以按车队跑过的每一公里收钱；劳斯莱斯的发动机，可以按飞机飞过的每一飞行小时收钱。你也许会想：那是别人的行业。可客户跟你谈的，早就不再是机器本身，而是"我这条产线每天能稳定产出多少合格品"。顺着这句话往下想，一个判断就浮出来了： AI把过去说不清、证不明的交付结果度量清楚，又把度量的成本压到几乎为零，所以会有越来越多企业，从交付产品转向交付结果——从按投入收钱，改成按结果收钱。一、这不是新模式，是老想法终于跑得动了先泼一句实话：这不是什么新模式。劳斯莱斯早在上世纪六十年代就推出"按飞行小时收费"；合同能源管理在中国跑了二十多年；米其林按公里收轮胎钱，是2000年前后的事。卖结果这个念头，半个多世纪前就有人想出来了。那它以前为什么一直没跑起来？卡在度量。那时候要养一支庞大的地面团队、靠人工台账去跟踪每台发动机，成本高到不划算；省了多少电，得靠双方扯皮；轮胎跑了多少公里，得靠人工抄表。 **卖结果从来不是新想法，是度量成本一直压不下来。AI做的不是发明卖结果，而是第一次把度量结果的成本压到趋近于零——数据自动记录、自动留痕、自动可审计。门槛一拆，那个老想法才第一次有了普及的可能。** 二、AI就是商业那杆秤这背后藏着一个更朴素的规律：你只能为"客户看得见、你也证明得了"的东西收费。看不见、证明不了的价值，客户不认，你也无法定价。过去两百年，这个规律把商业模式死死按在"卖投入"上——卖产品、卖人头、卖工时。至于"结果"——机器帮我多赚了多少钱——在当时的技术条件下，度量靠人一层层汇报、归因靠扯皮、证明靠信任，成本高到不划算。打个比方。一个卖西瓜的，过去为什么论个卖？因为没有秤，只能按个算——个大的贵点、个小的便宜点，里面甜不甜，得切开才知道，卖的时候证明不了。后来有了秤，卖法就变了：论斤卖，钱对准的是你真正拿到的那斤两。 AI就是商业那杆秤。良品率、停机时间、交付准时率，自动记录、自动留痕、自动可审计——结果第一次能称了，生意第一次能按"斤"卖了。三、先翻译，再上秤那杆秤落进你自己生意里，第一步不是上系统，是先把"你卖的是什么"翻译成客户要的结果。一台机床，翻译过来是"每天多产多少件、少出多少废品"；一套软件，翻译过来是"客户从签单到回款，周期缩短了几天"；一支代运营团队，翻译过来是"店铺的流量和转化，比你自己在时高了多少"。翻译得出来，你才谈得上有东西可称；翻译不出来，说明你还没想明白，客户到底在为哪个结果掏钱。锚从"投入"迁到"结果"，价值创造的定义就跟着变了。价值创造就三件事把注意力从产品本身，转到客户真正要的结果上：**客户要完成什么任务、他在怕什么、他渴望什么。**你的产品值不值钱，不看它本身多精巧，看它在这三件事上，替客户解决了多少。四、结果可度量后，两件事跟着变第一件，客户细分在变。过去只能按行业、按规模把客户分成几个大筐，一个产品卖给一筐人；今天，每个客户想要的结果可以因人而异，产品不再是一刀切，而是围绕"他要的那个结果"去配。从"卖给一群人"到"陪一个人把事办成"，价值主张的颗粒度，第一次细到了单个客户。第二件，价格第一次谈得具体。过去谈价格，是比配置、比参数，客户嫌贵，你只能降价；现在可以谈"这个结果值多少钱"——他每天停机一小时损失多少，你帮他省下这一小时，省下来的就是实实在在的钱。谈价的焦点，从"你的东西多贵"，变成"你要的结果值多少"。谈得动这个，你就摆脱了靠降价抢单的循环。如果客户开始货比三家、为价格反复纠结，先别急着降价。去问问你的销售，客户买了你的产品之后，到底用它完成了什么任务？答得上来，你的生意有根；答不上来，你的产品再好，客户也随时可能换人。AI时代，产品是入口，结果是承诺。谁能度量结果，谁就握住了价值。 # 标签 #Palantir#流程管理#企业AI转型#本体#经营智商经营智商系列 · 商业模式之变专题本文为系列文章，后续将陆续探讨「收入模式重构」「组织跟着结果走」「增长与壁垒」等话题。关注我，带你持续提升企业经营智商！

2026-09-08

事件相机工作原理：像素为什么只记录亮度变化？

**关键词：** 事件相机、事件视觉、动态视觉传感器、神经形态视觉、工作原理普通相机每隔固定时间读取整幅像素阵列，即使场景没有变化，也会持续输出完整图像。

2026-08-06

ReactOS 修复文件夹变化不自动刷新的体验问题

开源操作系统 ReactOS 项目近日合并了一项关键修复，解决了长期困扰用户的文件夹变化不自动显示的问题，这对于提升操作系统的日常使用体验非常重要。

2026-01-15

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

精选列表

10个10倍提升编程技能的有用技巧

2020云架构师所需十大技能

PHP 技能精进之 PHP-FPM 多进程模型

程序员被聘用的13个开发技能

CIO峰会：云计算时代需要新的IT技能

java程序员月入2万需要哪些技能

玩转Linux，哪些技能会是您的必备之选？

这些数据科学技能，才是老板们最想要的

数据中心运维工程师必备技能

2015年要学会的六大科技技能

花了10亿token, 我把这个整支设计团队力量的神级技能开源了! Codex史诗级必备技能！

从数字孪生到机器人训练：技术边界正在变化

GEO2.0时代有什么变化？

数据采集需求增长，代理IP选型会发生什么变化？

ONLYOFFICE 集群部署实战：9.3 多实例方案与 9.4 架构变化

AI时代商业模式变化——不是所有生意都会变

AI时代商业模式变化——从卖产品到卖结果

AI时代商业模式变化——价值创造的底层逻辑变了

事件相机工作原理：像素为什么只记录亮度变化？

ReactOS 修复文件夹变化不自动刷新的体验问题

资源下载

腾讯云软件源

Nacos

Spring

Rocky Linux

欢迎您来访！