软件设计的核心挑战在于管理复杂性。如《软件设计的哲学》所述，复杂性降低是软件工程的关键目标。尽管如此，实现这一目标仍然是软件设计领域的一大难题。例如，在降本增效的大背景下一位负责复杂系统设计的技术领导者曾将“使新员工能够迅速理解并参与代码开发”作为其年度OKR之一。为了实现这一目标，可以通过代码重构来简化复杂的逻辑，使其更加清晰易懂，同时更新和完善技术文档，以便提供详尽的流程图和说明。然而，即便这些措施得以实施，代码可能会从复杂的设计模式转变为更直观的结构，或者反之，设计模式可能会取代过时的代码。无论团队中哪种方法暂时取得了优势，随着时间的推移，后来者为了追求快速开发迭代而追加面条式的代码，或引入的新的复杂性等都可能会导致代码质量下降，模块间的界限变得模糊，最终影响系统的可维护性，周而复始，形成一个恶性循环。
Quark（夸克） Design 是由哈啰平台 UED 和增长&电商前端团队联合打造的一套面向移动端的跨框架 UI 组件库。与业界第三方组件库不一样，Quark Design 底层基于 Web Components 实现，它能做到一套代码，同时运行在各类前端框架/无框架中。 前端各类框架技术发展多年，很多公司存量前端项目中必定存在各类技术栈。为了解决各类不同技术栈下UI交互统一，我们开发了这套UI组件库。
微信考虑到小程序的体验和性能问题限制主包不能超过2M。哈啰微信小程序也随着业务线在主包中由简到复杂，体积越来越大，前期业务野蛮增长阶段npm库缺乏统一管理，第三方组件库本身工程复杂等问题导致包体积长期处于2M临界卡点，目前存在以下痛点： 阻塞各业务正常微信小程序端需求排期。 迭代需求需要人肉搜索包体积的增长点，推动增长业务线去优化对应的包体积，治标不治本。 缺乏微信端包体积统一管理平台来限制各业务包体积增长。 微信包体积太大导致加载时间长、体验差。 所以主要从包体积优化和长期控制包体积增长两个方面让微信包体积达到平衡状态，长期运行。
哈啰作为一家出行互联网公司，定位这种基础能力是深度融入在各业务的核心链路中的，笔者所在的地图团队经常会收到定位相关的badcase，但苦于定位的复杂与较难回收出价值，一直没有针对性去解决此类问题，那在各大互联网厂商都在做下沉市场注重用户体验的今天，我们重新捡起了这个话题。
为打包后的文件提供传统浏览器兼容性支持，实现对现代构建和传统构建的控制，提高项目的兼容性和稳定性。 能够实现将现代JavaScript代码向传统浏览器兼容的代码转换，实现降级处理 能够通过配置的目标浏览器环境，对现代JavaScript代码进行转换，生成对应目标浏览器的兼容代码 能够通过配置，自主控制是否生成传统构建、现代构建的代码产物
在混合应用开发中，一种常见且成熟的技术方案是将原生应用与 WebView 结合，使得复杂的业务逻辑可以通过网页技术实现。实现这种类型的混合应用时，就需要解决H5与Native之间的双向通信。JSBridge 是一种在混合应用中实现 Web 和原生代码之间通信的重要机制。
LangChain 是一个基于开源大语言模型的 AI 工程开发框架，旨在使研究人员和开发人员能够更轻松地构建、实验和部署以自然语言处理（NLP）为中心的应用程序。它提供了多种组件和工具，可帮助用户利用最近的语言模型进展，如大型 Transformer 模型等，并且可以与 Hugging Face 等平台集成。LangChain 的核心理念是将语言模型用作协作工具，通过它，开发者可以构建出处理复杂任务的系统，并且可以高效地对接不同的数据源和应用程序接口（APIs）。
其中一个主要原因是新的决策调用场景的接入，原有的决策调用场景主要是通过RPC接口调用触发的，而流式预测承接的场景主要由kafka等消息中间件来调用，这些场景都存在调用量大的特点，单个场景有上千、万QPS调用。流式预测也存在一些定时触发调用的场景，如供需预测场景，波峰波谷明显。流式预测可以将峰值QPS打平，保证实时性的前提下降低机器成本。二是机器成本，决策服务目前机器资源成本较大。三是接入配置繁琐，非流式预测接入方式需新建服务，通过代码开发方式接入，每次迭代都需进行排期上线的方式进行，较为繁琐。
