距离上一次正儿八经的技术文章已经过去了三个月，这段时间里除了上一篇文章提到的换工作以外（入职字节跳动，和下一步的计划）。经过两个多月的面试，我的 GDE (Google Developer Expert) 申请也完成了所有流程，成为了国内第 5 位 Flutter & Dart 方向 GDE。
下方是收到的所有流程邮件，按倒序排列。从资质评估、两轮面试，再到协议签署的最终确认。
成为 GDE 可以获得什么？
引用 恋猫de小郭：从台下到台上，我成为 GDE（谷歌开发者专家） 的经验分享 中的总结：
GDE 是 Google 在全球范围内开展的一个开发者专家认证项目，成为 GDE 除了是对你的技术和影响力认可之外，你还可以获得：
- 提前获悉谷歌内部产品路线或者技术变更的相关信息；
- 直接和 Google 产品团队沟通技术问题，获得一些 Google 内测资格；
- 谷歌活动邀请，如 I/O 大会并报销差旅；
- JetBrains 会为所有 GDE 提供免费的 JetBrains 全家桶；
我能成为 GDE 么？
看到上面的诸多好处，在心动的同时你可能心里也在想：
我能成为 GDE 么？
我在去年读到 Alex 分享我成为 GDE（Google 开发者专家）的经历 文章时，也是一样的状态。
心理上的设障可能是阻止我们前进的最大因素。
当我回过头看整个申请过程，可以很确定和大家说：
是的，每个人都有成为 GDE 的机会
在我看来，「GDE 是 Google 对于你在某项技术上所做出贡献的认可，更加看重你的技术影响力」。这个项目并不考察学历，公司，人人都有机会成为 GDE。
所以他难么？他没有任何门槛，只要你足够热爱某项技术并且愿意付出。
但他不难么？你可能在想技术贡献如何进行评估？下面和大家分享下我整个申请过程的准备。
我该如何准备成为 GDE
当你有这个意愿的时候，我会建议先和 Google DevRel（开发者关系）进行沟通，他们会非常热心地协助你完成申请。我的整个过程得到了 Lily(Google DevRel) 很大的支持。你可以通过联系当地 GDG 组织或者现役 GDE 取得帮助。
整个申请流程中我们有三个主要参与的环节
- 提交申请表单
- 社区面试（现役 GDE 面试）
- 产品面试（谷歌技术/产品人员进行面试）
本质上都是在考察对 Flutter 了解的深度以及做出的贡献。其实说贡献，在我看来无论是开源、文章、issue、甚至是群里交流，都在不同层面对 Flutter 社区做出了贡献。从量化的角度看，无非就是视频的播放量，文章的阅读量，和开源项目 star 数等。着重以下三个方面影响力的评估，也是一开始申请表中需要填写的内容：公开演讲、内容创作、开源项目
公开演讲
演讲是申请 GDE 评估中非常重视的部分，尤其是线下的演讲。公开意味着在外部一定可以访问到相关资料，而且多次的演讲主题不能太过相似。在申请之前我进行了三次演讲，分别是 2021 DevFest 关于流畅度优化 ，2022 C-Talk Flutter 状态管理分析，2022 Flutter Festival 代码生成的使用原理 最终的影响数据如下：。
我参加的这些演讲都是和当地的 GDG 等社区组织合作完成，如果你有想法，可以积极地联系当地的 GDG 组织参与，比如 社区说项目 ，又或者掘金、 GMTC 类似的分享活动，当然一定要记得回收数据，本身也是自我的评估，积极分享是社区健康生态重要的一环。
内容创作
第二部分评估内容创作，细分下来比如博客，书，或者视频教程等等。这部分完全看个人的意愿，我主要以博客为主，我从 20 年开始在掘金上分享一些学习记录，输出了 30+ 篇，22W+ 的阅读，也被谷歌公众号多次转发。有基础入门的，也有些相对复杂点的分析。社区上也一样，有很多普及性的内容，也有深度产出的干货。但我看来只要用心产出，无论哪一类的文章都挺有价值的，对应解决不同种类的需求。
并且内容创作我觉得对于个人非常重要，不仅在技术层面。因为在我看来内容其实是一个人思考逻辑的载体。这点从数据上反馈特别明显，目前我综合数据最高的一篇文章 拿去吧你！Flutter 仿自如 App 裸眼 3D 效果 其实就是在面对一个项目完整心路历程，当时就是一边写文章，一遍写代码。通过文章拆解整个事儿的步骤，依次寻找解决方案。文章写完，代码运行，整个过程非常顺利。如果思路不清晰的文章其实看数据就会差很多，所以我也在尽力写出更多能让所有人有所共鸣的内容。相关的训练想分享《金字塔原理》和《断墨寻径》 ，我在去年也有简单的总结：我的写作之旅和个人成长
所以用心创作内容积极分享，对于个人或者整个社区来说都很有意义。
开源项目
开源这块除了 keframe 和 bruno 的发布以外，我觉得 Flutter 中文社区 的协作是很亮眼的部分。
实时同步且准确的官方本地化资料是降低技术门槛重要的部分，flutter.cn 是目前唯一和 flutter.dev 保持同步的中文资料，由 CFUG 维护。
去年偶然与 Vadaski 结识之后，我也开始参与到本地化工作中。完成了 10+ 文档的翻译 也参与多个 PR 的 review。荣幸加入 CFUG 结识到 Vadaski、Alex、MeandNi、Luke 几位非常有想法并且靠谱的伙伴。
这条路还很长，所以如果你有意愿，非常欢迎从 文档翻译流程 (Translation Workflow) 开始加入。
成为 GDE 后我的一些想法
经过 19 年的巅峰时期之后，现在慢慢会发现质疑 Flutter 的声音也越来越多。
为应对需求的频繁变化、提高研发效率，货拉拉首页、确认下单页等使用Flutter和小程序实现，
而这部分是用户使用率最高的页面，代码量庞大而且复杂。在线上环境中产生了大量的Crash，
/.........../
我们决定梳理逻辑，让最重要的这部分代码回归原生，重构上线之后Crash率明显下降，
复制代码这些话是当下部分对待 Flutter 的态度，也反映一些 Flutter 存在的问题，但真实的情况是什么？谁也说不清。
但在我看来 Flutter 带来效率的提升这是毋庸置疑的，而在某些场景效率确实是杀手锏，Flutter 目前仍是第一选择。
而且从 Google play 的数据上看，Flutter 也是现在最广泛使用的跨平台框架。
当然，Flutter 一定是跨平台的最终答案么？没人知道答案，我也有样的疑问。
在面试 infra 团队过程中，我的 leader 分享了很多让我印象深刻的见解。
他觉得不一定，但这也不重要。开发者的核心竞争力一定是解决问题的能力，那在使用 Flutter 的过程中，我们面临了哪些问题？是怎么解决的？在达到足够深度的时候很多知识是可以迁移的。我们无法预测未来是什么样子，所以多想想在这个过程中，哪些东西是自己的付出和收获？再者一项技术的发展，和整个社区生态活跃有很大关系。目前来看无论官方的投入或者社区的氛围，都是显而易见的。
这也打消了我的疑惑，经常潜水看到 fluttercandies，leanflutter 里面良好的讨论氛围和大量优秀的开源作品，以及在工作和社区中接触到有抱负，靠谱的伙伴。觉得可能事儿没那么重要，享受过程就行。
而且今天下行的市场环境，感觉程序员几乎不可能再躺平。接触了好多越是资深，自驱力越强的人。所以，我觉得 GDE 于我而言是给我目前付出做的一个标签，也是一种鞭策。
「保持积极开放的态度，持续学习，持续分享。不自卑，不自大。不焦虑，不躺平。锻炼自己解决问题的能力，力所能及的为技术发展贡献。是我现在的认知」
这个世界需要更多 GDE，如果你也想成为 GDE 去影响更多人，希望我浅薄的经历能给到你一些启发。你也可以看看其他 GDE 精彩的过往：
恋猫de小郭：从台下到台上，我成为 GDE（谷歌开发者专家） 的经验分享
Alex：分享我成为 GDE（Google 开发者专家）的经历
Guolin：分享我成为GDE（Google开发者专家）的经历
最后想说：
Respect 每一个在前行路上的人
我的公众号：进击的Flutter 或者 runflutter ，会在上面同步我最新的状态和文章，欢迎关注。
如果你有任何疑问可以通过公众号与联系我，如果文章对你有所启发，希望能得到你的点赞、关注和收藏，这是我持续写作的最大动力。Thanks~