拔开迷雾，直达本质，万字长文带你搞透业务开发。业务是什么，如何挖掘价值？本文从几方面来探讨做好业务开发的思考，第一篇谈业务，抛砖引玉，欢迎探讨改进。
业务（Business）：在大多数情况下，表示一个组织、公司或个人所从事的商业活动、服务或工作，有相应的流程和规则。可以理解为达成某种目的（如盈利、增长、满足客户需求等）所进行的各种活动，涉及到如何创建价值、满足需求和实现目标。业务相关活动所涉及的问题范围，即问题域（Business Domain），问题域通常也就是公司为其客户提供的服务。以支付业务为例：
支付业务从等价物交换，到货币支付，再进入电子支付，从单纯银行卡收单走向第三方支付平台。而第三方支付所研究的问题从起初的面向商业场景的收单，走向面向用户的电子钱包到面向企业及行业的资金运用效率的问题。如果说央行支付清算体系是社会经济的大动脉，那么第三方支付就是连通全社会的分支血管和毛细血管。
产品，通常是指对应的业务背景下为相关问题域提供的解决方案，即为用户/目标组织所提供的系统或服务。针对支付业务，市场上面向用户提供了各种类型的产品，如面向线下收单的各类解决方案，到现在的第三方支付平台“微信支付”、“支付宝”上面向业务诉求和场景所提供支付产品。从业务问题域侧重点的差异可以看到产品形态的差异。
支付产品服务的用户和目标组织，包含支付网络中连接到的个人、企业、商家和其他组织机构。比如，线下或线上的各类商家、各行业的服务提供商、甚至政府机构，也比如小商户，或需要收付款的任何个体等。他们因在支付服务中获得价值而使用并提出各类需求。
产品是对解决方案的包装，支撑起解决方案的实现即系统（业务系统）。如：
公司向市场提供的每种产品都是执行各类活动的结果。而信息系统在业务流程管理中应发挥重要作用，因为公司执行的越来越多的活动都得到信息系统的支持。业务流程中的活动可以由公司员工手动或借助信息系统来执行。还有一些业务流程活动可以由信息系统自动执行，无需任何人工参与。只有人与其他企业资源（例如信息系统）良好地协同工作，企业或组织才能高效、有效地实现其业务目标。业务流程是促进这种有效协作的重要概念。
在非科技行业的各类公司中，组织的业务方面与现有信息技术之间存在差距。缩小组织和技术之间的差距非常重要，因为在当今充满活力和竞争的市场中，公司必须得向客户提供更好的产品/服务才能生存。而信息系统让公司和组织，甚至行业得以大幅提效。这里的信息系统，即面向业务改进所建设的软件系统，即业务开发所交付的“业务系统”。
再以支付为例，其业务边界和业务形态的演变，得力于信息系统逐步对业务流程不断改进（如信息流/资金流）。其所形成的支付系统的形成过程，正是通过对支付业务的问题域不断研究的结果，通过流程改造、自动化和信息化替代人工流程，将支付解决方案不断提效、拓展、升级的过程。
业务就是为客户提供价值以获取利润。经营企业就是有能力预判并做出决策，而信息是决策质量最重要的决定因素。信息系统的设计必须确保所提供的信息及时、准确且充分相关。只有当我们了解做出这些决策的背景时，我们才能确保信息系统以这种方式支持业务决策。
业务开发，冠以“业务”前缀，要的是在技术通识的基础上，更要熟悉业务。是另一个维度的全栈（业务+技术）能力。业务开发团队，要承接并交付出“好”的业务系统，挑战在两点：
这也是大多数团队所面临的挑战：
洞察痛点：本质在于理解业务，能够于定义边界/聚焦重点
【面向需求】要开发什么样的产品？
【面向业务】为什么要开发这个产品？要解决什么问题，达成什么目标？
动态进化：本质依托于业务系统的设计和实现
【面向设计】如何做才能契合业务形态应对变化、减少制约以更好的达成目标？
以微信支付的红包产品为例：
业务上“知其然知其所以然”，将有能力优化业务流程，准确评估需求甚至发现需求，甚至建立预判能力，为业务系统构建灵活运营能力，更好的提升产品市场地位。
业务开发的挑战，这里探讨两点：1-理解业务，2-融入业务视角来设计/构建系统。注：本篇先探讨第一部分。第二部分在下一篇继续。
理解业务，需要以全面透彻的视角看业务，了解涉众诉求、利益关系以及价值链。做为业务开发，读/写代码、转换用户视角使用产品功能外，要从行业发展过程和法规管控原因去理解业务。对于技术要承载的业务，要跳出单一代码视角，从两种视角拆开看：
问题空间（Problem）：即业务的问题域，探讨和关注的是有什么问题要解决，或者存在什么痛点要消除，也即需求；
解空间（Solution）：也称解决方案域，考虑有哪些方案去解决这些问题；最终用哪个方案做到了，称为实现。
区分这两部分的意义在于：提问题比解决问题更重要。提对问题，才能找对方向，给出多种方案，才能控制风险防止南辕北辙。
在工作过程中，需要将两方面分开讨论，而不是混淆在一起。这能帮助我们把注意力放到要聚焦的问题本身，去关注用户想要什么（Want）、痛在哪里，再去列举可能的解决方案（How）。反之，轻则只理解表面上的交互流程，导致面向UI开发 （例如，将领域逻辑和业务规则直接写到UI层或者写成Transaction Script，导致实则是应该被领域对象管控的业务规则被分散到各处而失去维护性）；重则方向性错误，前功尽弃。
动手之前，通过面向业务提好的问题，能帮助我们发现业务本质、覆盖全局且不留死角。初识业务，或者成熟业务上扩展出新需求，需要主动思考：
在探讨上述问题之后，还可进一步应用熟悉业务，比如：
团队虽面向需求切入，在需要在过程中提炼总结并沉淀领域知识，提升对业务理解力和敏感度。一边提问一边参与项目实践，类似运用（Problem-Based Learning+Project-Based Learning）结合的学习模式，能快速帮助团队提升对业务的感觉。
有了对业务的整体认识，将建立起足够的判断力，帮助高效对接/厘清业务，放大价值贡献。开发团队将更好以业务视角按目标业务架构来交付一致匹配的业务系统。
需求不仅仅是TAPD上的表面的交互或说明，其本质是要基于业务背景为用户创造价值。功能需求是用户价值点，而非功能需求则为产品放大竞争力（对应的质量属性，如用户体验、性能、兼容性，安全性等）。
对于纯互联网C端产品，多以工具型产品为主，本身构建于数字化基础体系之上，且问题域的涉众相对角色少（开发者自身就是核心用户）。其需求更多以点状出现，然后通过MVP和原型化的方法在过程中进行快速试错进行验证和提炼，这样的需求多会以交互/用户故事轻量化的管理和呈现。
但在B端或面向行业，其业务流程长且内禀逻辑复杂，业务场景下参与的角色众多，而且领域专家和解决方案团队大多并未重合，开发者需要跨领域学习业务知识，比如金融/证券/保险的业务，又或者是零售/消费电子制造等行业都有自身行话术语，以及产品内的特定业务流程和业务规则。这种场景下，对于业务系统的建设团队的挑战有：
相信大型、跨多团队协作建设和运营的长生命周期业务系统会有同感。对于支付业务，在为不同行业的企业/商家提供有竞争力的在支付/资金解决方案过程中，更感受到透过产品表面形态穿透业务本身的意义和价值。此处的不断实践，我们将上述挑战的解决方案落脚于业务建模方法上。来一起看看：业务建模。
模型（Model）：几乎所有的创作者都会用模型来表达。当我们想要建造汽车桥梁和建筑物时，我们会先制作模型。当我们想要制作和定义电气设备时，我们会绘制电路图。我们用公式来理解物理、化学和数学。几乎在每一个学科中，我们很自然的使用模型的表达方式来澄清我们在做什么。
模型为我们阐明了某事物或某事件的某些方面或某些观点。为了实现这样的通用目的，模型主要分为静态和动态两种：静态模型呈现结构，动态模型呈现事件流。
建模（Modeling），是一种处理复杂性的手段。建模意味着构建一个系统的抽象，通过抽象模型关注感兴趣的方面并忽略不相关的细节。建模使我们能够通过分而治之的方法处理复杂性：对于我们想要解决的每种类型的问题，我们构建一个仅关注与问题相关的问题的模型。一般来说，建模的重点是建立一个足够简单、可以让人完全掌握的模型。
广义的业务模型（Business Model），用以明确目标组织（公司/组织）的功能，显示其所处的环境以及在环境中的行为方式。此处的环境是公司为执行其业务流程与之交互的所有事物，如客户、合作伙伴、供应商等。业务模型能用于系统的管理公司的发展，帮助降低风险增加成功概率。如：组织架构定义、业务活动的参与角色和执行流程等。
这里打住，回到我们的业务开发语境下的业务建模，是面向业务交付信息系统的目标下所探讨的内容。因此，我们探讨的业务建模（Business Modeling）是指通过对目标用户/组织的业务需求、流程和规则进行分析和描述，并以抽象模型呈现出来，从而为软件系统的需求、分析、设计和实现提供基础的过程。
业务建模能帮助项目团队更好地理解用户的业务背景，发现用户可改进点，确保软件系统与实际业务需求保持一致，更好的提高用户满意度。此外，业务建模还有助于提高项目团队和客户之间的沟通效率，降低项目风险。业务建模通常会通过创建一系列模型（如业务用例模型、业务分析模型等）来表示和组织这些业务需求、流程和规则的过程。
业务建模描述了如何评估当前组织并制定新组织的愿景。然后，以该愿景为基础，在业务用例模型和业务分析模型中定义该组织的流程、角色和职责。可见，业务建模很好的应对了我们在做需求时所提到的挑战：理解业务，做对需求甚至洞察需求。
业务建模是一种技术，建模语言常见的有UML和BPMN等，基于通识我们主要使用了UML。业务建模的UML常用符号如下：
对业务建模和软件建模使用一套建模符号的最大优势是，产品/业务分析人员和开发人员共享一种沟通语言。方便从模型可以直接高效的转换为开发阶段的设计模型。
要达成上述目标，业务建模方法描述了如何评估当前组织并确定组织愿景，并以愿景为基础，在【业务用例模型】和【业务分析模型】中定义组织的流程、角色和职责。
因为仅靠目标组织的结构图不足以了解其运作方式。我们还需要业务的动态视图。业务模型提供组织结构的静态视图和组织内流程的动态视图。
模型类型及其关系
理解业务，得出业务用例模型和业务分析模型
从而推导出指导系统开发的“用例模型、分析模型、设计模型和实现模型”
业务建模指导系统开发
业务建模阶段输出业务用例模型和业务对象模型
业务用例模型（Business Use case Model）
业务执行者（Business Actor）：代表业务环境中某人或某物所扮演的与业务相关的角色。如用户、供应商或合作伙伴等。
业务用例（Business Use case）：业务执行者希望通过和组织交互获得的由组织提供的价值。业务用例必须支持业务目标。目标领域中的业务流程，由业务用例和其实现来表示。建模业务用例和参与者的目的是描述客户和关联方如何做业务。呈现直接涉及客户或关联方的活动，以及间接涉及外部各方的支持或管理任务。
业务所需功能的模型，用作识别目标组织中的角色和对外交付的价值（可交付件）
业务分析模型（Business Analysis Model，也称业务对象模型）
业务的分析模型描述了通过业务工人和业务实体交互来实现业务用例。
抽象了业务工人和业务实体需要如何关联及如何协作才能执行业务用例。
业务工人（Business Worker）：组织内部的人员所承担的角色
业务实体（Business Entity）：组织所管理或产生的事物
描述业务用例执行的对象模型，不对业务用例如何实现做假设
其次，也需要以下输出做为补充：
参考RUP过程示例模型：
建模、理解和改进业务非常类似于构建软件系统。可以看成一次探索的过程，其中包括确定目标和范围，通过高维框架逐步细化，通过整体视角，细节部分去不断审视，基于新的理解和洞察来更新模型，基本也是迭代完善的过程。
说了很多，通过推演一个餐厅的小例子来熟悉下业务建模流程和效果。业务建模通过UML可视化业务流程，实践中我们通过用例图和序列图和输出业务模型。下面通过餐饮行业一个小例子来探讨业务建模过程。
目标组织：餐饮行业类商户
核心涉众：饭店老板
组织结构：较简单，可以试想想，用静态结构呈现，了解各部分功能
组织的业务
为消费者（即顾客）提供餐饮；
业务建模的目标
改进业务流程，提高服务效率和质量（接待/上菜速度） 2.业务用例：组织提供了哪些价值
业务用例：组织提供了哪些价值
如上一个入门级的业务建模过程，当然还有更多进一步的完善流程这里不做细致描述。但我们可以看到，通过模型即可快速进行业务流程的确认和分析，甚至对原有业务流程进行改进，找出建设系统的需求并为进一步提升组织的业务竞争力打下基础。这样的改进场景很多，使用自动化的系统代替人工实现降本增效最终提升竞争力，如扫码点餐，滴滴打车等。
针对业务建模方法，下面的梳理提炼方便大家有个整体轮廓。注意【业务】二字，表示不带入任何实现，仅关注业务（如业务用例..，业务分析..）。
以经典的RUP过程为例，基本的业务建模的工作流如下图（注意，与《软件方法》有区别：
在第一次迭代时，需要评估组织状态并确定建模目标。再决定如何迭代
描述业务现状
识别和改进业务流程
研究流程自动化（建立系统）
如果不需要对整体业务进行建模，只关注领域模型，则走领域建模过程
另外，当业务不做变更，可以通过业务建模分析的内容导出软件需求
上述核心路径描述如下：
三类自动化方式
理解如何让软件系统满足组织需求
定义自动化需求：导出目标要建设的软件系统的软件需求
识别业务流程及优先级
完善业务流程定义：详细说明业务流程并描述其如何支持业务目标
设计业务流程实现：描述如何在业务对象模型中根据协作对象（业务工人和业务实体的实例）实现特定业务用例
细化角色和职责：详细说明业务实体、业务工人和业务事件，并验证业务建模的结果是否符合涉众的业务视角
评估目标组织，识别业务目标（Goal）
了解组织当前的流程和结构
细化业务建模的目标
描述业务现状：输出业务现状的业务用例模型、业务分析模型
找出业务改进：以现状的业务模型为起点对业务流程改进或重新思考
研究流程的自动化：确认流程中哪些部分可以并应该自动化
二、领域建模（Domain Modeling）：
上述的简要流程每一步都有具体的定义，涉及内容很广，这里不做详细描述。总而言之，业务建模可以提炼为以下几步：选定组织，了解业务，描述业务现状，改进业务；这里需要的是让组织提供的价值更大。
另外要注意的是，需要让每个业务实体及使用到的任何业务术语都定义到业务术语表中，并且在业务模型中提炼业务规则（大部分业务规则都是结构约束)；过程中，拉通团队检查业务实体并达成共识。否则无法达成领域建模的目的。
在上述建模工作流中，领域建模是业务建模的一部分，也可以独立进行。但对于领域模型本身，业界有很多理解。我们追根溯源来整体看看领域建模。
“A domain model captures the most important types of objects in the context of the business. The domain model represents the 'things' that exist or events that transpire in the business environment." -- Ivar Jacobson
领域建模（Domain Modeling）中的“Domain”指问题域，“Domain Modeling”则是一种将现实世界中问题域边界内的业务概念、规则和关系抽象为软件模型的方法。领域建模特指面向特定问题域按关注点构建抽象模型的过程，最终输出呈现重要概念框架的领域模型。领域建模最早起源于数据建模（Data Modeling）并伴随面向对象分析与设计（Object-Oriented Analysis and Design，OOAD）而发展，其演变过程也是开发方法发展的过程：
以下领域建模（Domain Model）的出处和解释，做个汇总：
如上，业界是面向不同问题来探讨模型的抽象。因此，在不同领域背景下，模型只要能表征当前问题域中的重要概念，促进团队统一认知领域知识就能够成为领域模型（即：针对具体领域的模型）如：
在我们的实践中，"领域建模=领域知识+建模方法"，输出【领域模型】（Domain Model）。所以，领域建模是一系列面向问题域的抽象建模活动，在团队内按一致的方法呈现即可称为领域模型。可见，领域建模方法是一种用做发现领域知识的设计思维。其所构建的模型，希望的是对某个有边界的领域的一个客观抽象，用于反映领域内用户需求的本质，只反应我们所关注的部分，且只反应业务，和技术无关。
在我们实践的过程中，为了可视而通常用类图表达，而且我们发现它带来更多的价值和收益：
在支付团队的实际业务分析和软件系统构建过程中，领域建模活动跟随着开发周期进行，模型在过程中不断细化改进，可以贯穿从需求（概念）阶段，贯穿分析（分析类图）设计阶段（设计类图）。如下图：
总之，领域建模活动涉及需求/分析/设计多个阶段，从【概念类图】演化到【分析类图】再细化为【设计类图】。设计类图如通过详细的类化和信息补充，可以直接映射为实现阶段的代码中的类（class），应对要持久化的信息，则可以转换为数据存储层的数据库表。
为了方便理解，回到我们前面餐厅的小例子，其领域模型在概念阶段，按关注的堂食业务梳理如下概念/名词：
上述小例子主要有于呈现建模的价值，以及让团队对目标业务领域进行快速沟通。可能有一些不足或者不同的理解，也没有展示继续构建的数据模型，有想法的同事可以在Xwatt项目里创建自己的思想试验。在工具化后可以不断进行迭代达成团队理想的效果即可。不过，从一个小型餐厅如果深挖也有大大优化空间可以看出，大型的企业/组织背后涉及的复杂业务流程，其背后同样可能可以找出巨大的优化空间。这就是业务建模的巨大价值。
针对RUP过程中的业务建模方法，国内书籍《软件方法》也给出了相应方法沉淀，其中对流程改进的模式提炼相应指导方法总结为三点：
本文追根溯源去理解了业务建模，相关细节欢迎大家进一步论证。
业务建模是一个体系化的主题，不同的场景有其合适的用法。通常也不建议对每个项目都进行业务建模。只有当有更多角色直接参与使用该系统，并有更多不同业务信息由该系统处理时，业务建模才会增加更多价值。
例如，纯技术领域的问题中，与业务（Business）无关，可以无须业务建模，你的代码和数据结构就是你的模型抽象；例如，如果只是在现有业务系统的接入层网关中添加一项功能，则不会考虑业务建模，因为这不会从根本上改变用户/组织原本期望的功能，它仍是网关。另一方面，如果您正在构建一个全新的订单系统来支持支付业务的解决方案，则业务建模对于了解该新系统将如何影响相关业务是很有价值的。因为这个领域流程很复杂，需要定制解决方案。
我们上述的内容，核心针对业务开发团队如何快速理解业务，从业务中梳理需求和提炼领域知识探讨了相关的方法实践。
回顾软件开发行业，业务建模方法随着IT系统融入商业领域而蓬勃发展，因为在原有商业领域中通过信息系统对原有业务流程实施自动化改进能提供巨大的增益，这个过程和方法的应用能力，也形成了行业咨询面向业务领域提供业务再造/解决方案的核心竞争力。业务建模相对其它方法论有完整的理论基础（OOAD）和支撑工具，其各环节的应用在面向行业深度定制解决方案时发挥价值（如金融业核心业务系统的解决方案）。
其后，在互联网巨浪中快速爆发的工具型产品，推动了以面向代码的社区型敏捷开发方法的流行，尤其是在数据建模由ER模式转向NoSQL，而这个过程中面向业务领域的开发方法，相对在互联网社区的影响力在减弱。
但当复杂业务系统再次由线下融入到线上之后，我们可以看到相关的方法论又再次进入视野，比如电商、比如物流，比如支付、金融等等。但随着行业竞争的加剧相关业务分析方法也在逐步演化，出现了一些不同的简化的建模方法，如Aglie Modeling。业务建模的价值在于，通过一场思想实验让团队以相对低成本、轻量的方式真实的还原业务流程；通过抽象模型提炼业务的核心领域知识以还原业务本质 ，提升团队对业务领域一致和深入的理解，来促进业务和技术更好的映射。
业务建模过程，帮助我们理解构建的业务系统背后所服务的目标组织（客户），理解其对业务系统功能的底层诉求，理解用户使用我们的业务系统/产品/服务的驱动因素。这些因素可能是降低成本、提高质量或缩短产品上市时间等目标。我们能通过业务建模来定位问题或找出改进的机会，并在建模这种轻量的活动中完成对业务改进的验证。
流行在变，但经典永存。业务建模所融入的OO方法/领域建模方法/业务流程改进方法，仍在为业务开发带来的有力竞争力。当今LLM再次为软件开发行业掀起巨浪时，做为Prompt Engineering背后的本质也是“如何理解业务并结构化的陈述业务需求”，这与业务建模方法为业务开发赋予的理解问题域的能力正好契合，“声明式的方法+结构化抽象并逐步分解问题”的思维不会过时，AI时代甚至有机会赋予业务开发新价值。
附录1
RUP过程中的业务序列图，业务实体呈现出来（与一些方法的表示法有差异),但个人认为RUP更好表达业务现状,因为目标组织始终存在人工流程和非智能系统(业务工人在处理业务用例时,仍存在重要的要处理和使用的重要且有价值的"事物”),这类事物在RUP过程的方法中需要被建模为业务实体。
附录2
业务建模的ECB模式，经查最早由Objectory方法合入RUP过程（Ratinal Unified Process）
参考资料
本文由微信公众号腾讯技术工程原创，哈喽比特收录。
文章来源：https://mp.weixin.qq.com/s/we4LCGAwDC6bS7rQNztWMQ
京东创始人刘强东和其妻子章泽天最近成为了互联网舆论关注的焦点。有关他们“移民美国”和在美国购买豪宅的传言在互联网上广泛传播。然而，京东官方通过微博发言人发布的消息澄清了这些传言，称这些言论纯属虚假信息和蓄意捏造。
日前，据博主“@超能数码君老周”爆料，国内三大运营商中国移动、中国电信和中国联通预计将集体采购百万台规模的华为Mate60系列手机。
据报道，荷兰半导体设备公司ASML正看到美国对华遏制政策的负面影响。阿斯麦（ASML）CEO彼得·温宁克在一档电视节目中分享了他对中国大陆问题以及该公司面临的出口管制和保护主义的看法。彼得曾在多个场合表达了他对出口管制以及中荷经济关系的担忧。
今年早些时候，抖音悄然上线了一款名为“青桃”的 App，Slogan 为“看见你的热爱”，根据应用介绍可知，“青桃”是一个属于年轻人的兴趣知识视频平台，由抖音官方出品的中长视频关联版本，整体风格有些类似B站。
日前，威马汽车首席数据官梅松林转发了一份“世界各国地区拥车率排行榜”，同时，他发文表示：中国汽车普及率低于非洲国家尼日利亚，每百户家庭仅17户有车。意大利世界排名第一，每十户中九户有车。
近日，一项新的研究发现，维生素 C 和 E 等抗氧化剂会激活一种机制，刺激癌症肿瘤中新血管的生长，帮助它们生长和扩散。
据媒体援引消息人士报道，苹果公司正在测试使用3D打印技术来生产其智能手表的钢质底盘。消息传出后，3D系统一度大涨超10%，不过截至周三收盘，该股涨幅回落至2%以内。
9月2日，坐拥千万粉丝的网红主播“秀才”账号被封禁，在社交媒体平台上引发热议。平台相关负责人表示，“秀才”账号违反平台相关规定，已封禁。据知情人士透露，秀才近期被举报存在违法行为，这可能是他被封禁的部分原因。据悉，“秀才”年龄39岁，是安徽省亳州市蒙城县人，抖音网红，粉丝数量超1200万。他曾被称为“中老年...
9月3日消息，亚马逊的一些股东，包括持有该公司股票的一家养老基金，日前对亚马逊、其创始人贝索斯和其董事会提起诉讼，指控他们在为 Project Kuiper 卫星星座项目购买发射服务时“违反了信义义务”。
据消息，为推广自家应用，苹果现推出了一个名为“Apps by Apple”的网站，展示了苹果为旗下产品（如 iPhone、iPad、Apple Watch、Mac 和 Apple TV）开发的各种应用程序。
特斯拉本周在美国大幅下调Model S和X售价，引发了该公司一些最坚定支持者的不满。知名特斯拉多头、未来基金（Future Fund）管理合伙人加里·布莱克发帖称，降价是一种“短期麻醉剂”，会让潜在客户等待进一步降价。
据外媒9月2日报道，荷兰半导体设备制造商阿斯麦称，尽管荷兰政府颁布的半导体设备出口管制新规9月正式生效，但该公司已获得在2023年底以前向中国运送受限制芯片制造机器的许可。
近日，根据美国证券交易委员会的文件显示，苹果卫星服务提供商 Globalstar 近期向马斯克旗下的 SpaceX 支付 6400 万美元（约 4.65 亿元人民币）。用于在 2023-2025 年期间，发射卫星，进一步扩展苹果 iPhone 系列的 SOS 卫星服务。
据报道，马斯克旗下社交平台𝕏（推特）日前调整了隐私政策，允许 𝕏 使用用户发布的信息来训练其人工智能（AI）模型。新的隐私政策将于 9 月 29 日生效。新政策规定，𝕏可能会使用所收集到的平台信息和公开可用的信息，来帮助训练 𝕏 的机器学习或人工智能模型。
9月2日，荣耀CEO赵明在采访中谈及华为手机回归时表示，替老同事们高兴，觉得手机行业，由于华为的回归，让竞争充满了更多的可能性和更多的魅力，对行业来说也是件好事。
《自然》30日发表的一篇论文报道了一个名为Swift的人工智能（AI）系统，该系统驾驶无人机的能力可在真实世界中一对一冠军赛里战胜人类对手。
近日，非营利组织纽约真菌学会（NYMS）发出警告，表示亚马逊为代表的电商平台上，充斥着各种AI生成的蘑菇觅食科普书籍，其中存在诸多错误。
社交媒体平台𝕏（原推特）新隐私政策提到：“在您同意的情况下，我们可能出于安全、安保和身份识别目的收集和使用您的生物识别信息。”
2023年德国柏林消费电子展上，各大企业都带来了最新的理念和产品，而高端化、本土化的中国产品正在不断吸引欧洲等国际市场的目光。
罗永浩日前在直播中吐槽苹果即将推出的 iPhone 新品，具体内容为：“以我对我‘子公司’的了解，我认为 iPhone 15 跟 iPhone 14 不会有什么区别的，除了序（列）号变了，这个‘不要脸’的东西，这个‘臭厨子’。
