首先说明一下，这篇文章是给具备Flutter开发经验的客户端同学看的。Flutter 的诞生虽然来自 Google 的 Chrome 团队，但大家都知道 Flutter 最先支持的平台是 Android 和 iOS，至今最核心的维护平台依然是 Android 和 iOS。由于 dart 语言的学习成本不高，Flutter 的响应式UI与 ComposeUI 和 SwiftUI 都有极大的相似之处，整体的架构思路也更偏向于客户端的模式，再加上为了实现很多硬件或 Native 相关的基础功能也需要专业的客户端开发知识，所以 Flutter 更多的是被客户端开发同学认可并使用（在我们的团队中，Flutter 已经是客户端开发同学的必备基本技能）。 在此背景下，Flutter 最初并不在 web 端上发力。不过由于 Flutter 本身就是携带了 web 的基因，在 Flutter2 发布的同时也发布了 web 的稳定版。那么它有什么优势和劣势呢？
作为一名SRE，在运维云原生过程中的实践总结、沉淀，以便自己回顾和他人查阅，希望能帮助你在云原生领域的平稳落地。
微服务架构下，产研分工精细，需求迭代频繁，随着需求的不断迭代，应用数、代码量及测试用例越积越多；需求迭代（尤其是有新人加入）的过程中，产品经理需要通过开发了解现状和历史逻辑，开发人员翻阅历史代码花费的时间和精力越来越大，测试人员上线前需要回归的用例也越来越多，严重影响了需求迭代的效率。
本文重点尝试从ODPS SQL的逻辑执行计划和Logview中的执行计划出发，分析日常数据研发过程中各种优化方法背后的原理，覆盖了部分调优方法的分析，从知道怎么优化，到为什么这样优化，以及还能怎样优化。
容错编程是一种重要的编程思想，它能够提高应用程序的可靠性和稳定性，同时提高代码的健壮性。本文总结了一些作者在面对服务失败时如何进行优雅重试，比如aop、cglib等同时对重试工具\组件的源码和注意事项进行总结分析。
2023年的互联网世界，“草台班子”、“降本增笑”、“开猿节流”成为大家互相调侃的关键词。苦笑过后，问题还在，事故终要复盘，未来仍需规划。从架构角度看，我们应该怎么去认清高可用的本质，并真正在业务场景中做好高可用，这是本文想跟大家探讨的问题。
