作为有丰富国内电商技术沉淀的团队，在服务全球化电商业务中，一方面会自然传承国内电商技术体系去解决电商业务通用问题。另一方面，面对业务、技术、组织、文化、政策等维度差异，促使我们演进新的或更合适的技术体系。比如，国际电商业务发展的阶段特征、海外基础设施特征、国际业务区别国内业务的特征、用户和文化特征、以及更不可控的政策和合规等。在我们摸索多年形成的技术体系中，我们上一篇分享讲解了开发技术和架构相关经验，在本文中，我们想分享技术领域不可或缺的另一大块，安全生产和质量保障相关的经验。 分享技术经验以前，我们先把所服务的全球化电商这个对象，在一些关键维度稍作拆解，也是多年经验对全球化电商的一些关键特征的理解，而这些理解对我们的技术构建是至关重要的。
对绝大多数网站来说，从宏观视角上看主要有两个因素影响最终的网站业务效益： 用户的整体规模 用户在网站内的转化率 业务效益 = 用户规模 * 转化率 所以为了提升业务效益，需要提升用户规模以及转化率。
Windows应用开发有着较为丰富和多样的技术选型。C#/WPF 这种偏Native的闭源方案，目前开发人员相对比较小众了。C++/QT 的跨平台框架，C++对于GUI开发来说上手会更难。JavaScript/CEF/Electron 基于Chromium 的跨端框架，使用前端技术栈来构建桌面应用，性能会略低一些。总而言之各有所长，有一点可以确定的是，跨端能力成为了选型的重要考量。 Flutter从诞生之初起，其核心目标就是跨平台，不仅仅支持Android和iOS的移动端设备，同时包括桌面端和Web端。随着2022年2月Flutter 2.10的推出，也带来了首个支持Windows平台的稳定版本。基于Flutter的跨平台特性，移动端或Web端的Flutter应用也能够在Windows系统上运行，Windows应用开发者能够享受到Flutter开发带来的便利和生产力上的提升，同时移动端开发者也能够快速上手Windows应用开发了。
重新理解云计算，这个「重新」重点是对我自己而言的。 有这样的感受是来源于几个触点： 第一个触点是阅读了两篇非常有见解的文章，分别是道哥的《我对计算的理解》和吴军的《中国算力的危与机》； 第二个触点是最近阅读了王坚院士的《在线》这本书； 第三个触点是阿里云内部的AEPC考试，对阿里云产品体系有了一个更加全面完整的了解。 这三个触点学习下来，发现自己对云计算的理解还是很浅薄。借助本篇文章，以「输出倒逼输入」串联一下这三个触点的学习和思考内容，作为总结。 云计算，云是一种形态，其关键在于计算。计算离不开算力。但算力和计算是两个东西。因此理解云计算需要先清楚两个东西，一个是算力，一个是计算。云计算实际上也是一个关于算力的产业。 阿里云成立之初就有一个信念：计算作为一种公共服务。基于这个信念确定了最初的愿景：让整个数据中心等于一台计算机，这也是阿里云一直做的事情，提供更强大的算力的基础设施。因此，如果以算力产业的角度透视阿里云，阿里云过去一直做的事情是：不断建设和提升算力基础设施的规模、优化算力管理效率、提供足够多的算力产品和应用来解决计算便捷性问题。
GaiaX 跨端模板引擎，是在阿里文娱内广泛使用的 Native 动态化方案，其核心优势是性能、稳定和易用。本系列文章《GaiaX 开源解读》，带大家看看过去三年 GaiaX 的发展过程。
我们在进行软件开发时要想实现可维护、可扩展，就需要尽量复用代码，并且降低代码的耦合度。设计模式就是一种可以提高代码可复用性、可维护性、可扩展性以及可读性的解决方案。大家熟知的23种设计模式，可以分为创建型模式、结构型模式和行为型模式三大类。本专题着眼于实际开发过程中常用的几种设计模式，从理论和实战两个角度进行讨论和分享，力求逻辑清晰、表述简洁，帮助大家在项目中合理运用设计模式，保障代码的可靠性。
