本文分享了在工作中关于 ElasticSearch 的一些使用建议。和其他更偏向手册化更注重结论的文章不同，本文将一定程度上阐述部分建议背后的原理及使用姿势参考，避免流于表面，只知其然而不知其所以然。如有不当的地方，欢迎指正！
作者写这篇文章的目的就是希望能够帮助更多同学了解金字塔原理并合理应用，不只是写作，更是要着眼于思考和表达。本文将围绕认识金字塔结构、表达的逻辑、思考的逻辑、解决问题的框架、演示的逻辑这几个方面带领大家深入学习金字塔原理。
CodeReview在日常的开发过程中越来越被重视，它在提高代码质量同时促进团队成员之间的知识共享和技能提升方面发挥了诸多作用，本文将主要围绕CodeReview展开，简单聊聊在CodeReview过程中的心得和思考。
喜欢观看历史剧的观众在B站刷剧时或许已经留意到，经典历史正剧《雍正王朝》悄然将画质从540p@25fps提升至1080p@50fps。在高清高帧率的加持下，这部描绘雍正皇帝生平的经典之作，以丝滑清晰的画面为观众带来了一场全新的视觉盛宴。
在万物上云的时代，多云架构已经成为企业上云战略的重要趋势。据IDC报告，到2023年，全球85%的企业将采用多云架构。与单一云服务相比，多云架构具有更高的弹性和可扩展性，可以更好地应对企业的业务需求和突发的云服务问题。 然而，如何让不同的云平台之间实现业务系统的无缝对接？如何将资源利用率发挥到极致？为了防止出现“信息孤岛”等问题，云原生的实践者们不断探索多云环境下的解决方案。 在11月10日、11月16日和11月24日举办的“乘云·向未来”火山引擎公共云·城市分享会上，火山引擎以“字节跳动多云演进及降本实践”为题，介绍分享了字节跳动多云算力架构和火山引擎云原生技术，以及如何解决多云环境下的部署、运维、数据和成本等挑战。
2003至今的这二十年，有很多优秀的消息队列诞生，其中被大家所熟知的有Kafka、Rocketmq以及后起之秀Pulsar。 这篇文章，鹅厂技术同学站在时间维度的视角上，给大家分享下这三款主流MQ所诞生的背景以及解决了哪些问题。 纵观消息队列的发展、技术的革新总是解决了某些问题、每种设计的背后都有着一种天然的平衡 ，无论优劣，针对不同的场景，选择不同的产品，才是王道。
类似于 Android 上的 compose，在 iOS 上的 compose 同样支持嵌套显示 compose UI 和 swiftUI 或是 uikit 。 但是不同于 Android 原生就是使用 kotlin 作为开发语言，iOS 的开发语言是 swift 或者 object-c 。虽然大多数业务逻辑都可以直接使用 kotlin 实现，但是有时候有些逻辑无法直接使用 kotlin 实现，必须调用 iOS 原生代码，例如关于 iOS 原生平台的 API。 因此，本文将以实际项目为例，说明如何在 Compose for iOS 实现业务逻辑的互操作。
