zh2526

从“靠人”到“靠系统”：大型企业如何真正用智能提升运营？ —— 一条务实、可落地的智能运营转型路径 摘要 在数字化加速和生成式AI快速演进的背景下，许多大型企业正站在一个关键十字路口：是继续依赖经验丰

引言：软件开发的困境与突破 在一个典型的软件开发团队中，我们经常看到这样的场景： 产品经理提出需求后，研发团队反复确认细节，耗时3天仍有遗漏 架构师设计方案时，文档与代码实现逐渐脱节，成为"历史文物"

驯服业务软件复杂性：架构演进与AI时代的治理新范式 软件系统的“复杂性”是长期以来软件工程试图解决的核心问题。电信、金融行业业务系统，往往规模庞大、演进时间长、参与团队多，是复杂性问题最集中的战场。本

LLM不是银弹，但它是你对抗软件开发复杂度的“超级外挂”。用得好，能让你少加班、少返工、少吵架；用不好，可能让你掉更多头发

提起宽带光纤接入中的用户侧设备，我们常会见到ONU、ONT、SFU、HGU等英文名词，这些名词都代表什么？又有什么区别呢？ 1.ONU和ONT 宽带光纤接入的主要应用类型包括：FTTH、FTTO和FT

1.DDD，是技术也是艺术 软件开发作为一门“技术”比较好理解，那么怎么理解其中的“艺术”呢？咱们就说三个方面吧：权衡的艺术、抽象的艺术、抓住本质的艺术。 2.权衡的艺术 同样的业务，可以有不同的模型

1.架构 1.1《演进式架构》和《软件架构》 他们作者都有 Neal Ford，他是 Thoughtworks 的技术总监。 DDD 强调领域模型要不断演进，集中体现在《领域驱动设计》一书的第三部分“

1.DDD 的“老三篇” 1.1 《领域驱动设计——软件核心复杂性应对之道》 Eric Evans 的《领域驱动设计》是奠基之作，书中提出了 DDD 的概念，说明了这种方法的基本原理和主要内容。 这本

1.三种最常见的切入 DDD 的场景 第一种是新建系统 领导希望保证质量，降低风险，觉得需要方法学的支持，因此要引入 DDD。 第二种是改造现有系统 某个对公司很有价值的系统，已经维护了很多年，系统架