不，我不想成为 Angular GDE

恐惧驱动的领导力

无法与 Angular 团队取得联系

骚扰和公开羞辱

是时候说出真相了

剧毒环境。封面照片由ATDSPHOTO在 Pixabay 上拍摄。

本文仅代表我个人观点，不代表任何组织。

我曾经非常尊重谷歌的 GDE（谷歌开发者专家）项目。我仍然非常尊重参与这个项目的人，但由于目前的管理方式，我对 Angular 项目的现状已经完全失去了敬意。我自己还没有成为过 Angular GDE，但我已经见识过足够多的事情，可以对此发表自己的看法。它不适合我，原因如下。

恐惧驱动的领导力

Angular 团队沟通中充斥着虚假、过度乐观的语气，完全忽略了关键问题，这种现象似乎也蔓延到了 Angular GDE 程序中。

我认识很多 Angular GDE，似乎他们中的一些人一直不敢自由地谈论有关 Angular 框架和 Angular 团队的问题。

据我所知，他们有很多顾虑，无法通过提出或解决这些问题来参与 Angular 社区活动。我发现了一些迹象：

• 害怕遭到报复
• 担心失去 GDE 头衔
• 担心无法被谷歌聘用
• 担心因违反行为准则而被开除，且没有进一步解释
• 担心 Angular 社区中的 Angular 管理层网络会收到投诉

与此同时，似乎很明显的是，就像 Angular 团队成员一样，Angular GDE 们被灌输了一些近乎传道和宣传的脚本化回应。无论 Angular GDE 们是否意识到这一点，他们都受到了Angular 团队沟通宣言中规则的约束。

我了解到，有些术语或语句是 Angular GDE 不允许说的。例如，它们不允许说“让我们摆脱 NgModules”。它们必须说“Angular 支持可选的 NgModules”。

有时 Angular GDE 不允许谈论即将发布的 Angular 功能或版本。这可能是因为 Angular 团队的发言人有过一段糟糕的历史，他们在 Angular 2、Angular Ivy、Bazel 和 Angular Elements 等功能尚未投入生产就进行了数年宣传。

公开谈论的每一条知识都应该符合 Angular 团队管理层的指导方针，并符合沟通宣言。

“如果你没什么好话可说，那就什么都别说”这个道理很适用。尤其当涉及到任何与 Angular 或 Google 稍有关系的事情时。

这与微软的 MVP（最有价值专家）计划形成了鲜明对比。微软 MVP 计划欢迎客观的意见，甚至不允许微软员工成为微软 MVP，微软和 MVP 获奖者之间也没有任何金钱上的瓜葛。MVP 计划重视诚实的意见，提出有助于微软改进计划或其产品的问题。

这不是 GDE 和 MVP 计划之间的竞争，但我想指出，还有其他方法可以推动支持公司产品周围技术社区的计划。

谁该为这种恐惧驱动的领导层负责？我建议您参考 Jeff Cross 在“ Jeff 致 Angular 团队和社区的信”中的个人经历，以及最近 Twitter 上关于此事的讨论[1] [2]来了解背景。目前来看，这应该不足为奇。毕竟，最初的 Angular 团队只剩下两三个人了。

多年来，似乎有无数的优秀人才离开了 Angular 团队。人数太多，无法一一列举，但以下是其中一些：

• 马蒂亚斯·涅梅拉
• 卡拉·埃里克森
• 罗布·沃尔默尔德
• 亚历克斯·伊格尔
• 维克拉姆·苏布拉马尼安
• 布拉德·格林
• 本·莱什
• 布兰登·罗伯茨
• 奥利维尔·库姆
• 汉斯·拉森
• 杰森·阿登
• 迈克·布罗基
• 维克托·萨夫金
• 杰夫·克罗斯
• 罗伯·艾森伯格

他们离开的原因各不相同，但我们亲眼目睹过一些离开 Angular 团队的成员谈到倦怠、嘲笑甚至焦虑。这不仅仅是因为项目范围蔓延和过于乐观的截止日期。

这类严重的人身伤害源于公司最糟糕的团队文化，这种文化使员工能够事无巨细地管理、辱骂和骚扰同事。领导力在于赋能团队，而不是阻碍他们。

Angular 团队的工作环境很糟糕。多年来，Angular 团队管理层一直默许这种现象。这导致 Angular 团队人员流失率很高。许多团队成员要么在 Google 内部调动，要么离开了这个糟糕的工作环境。

无法与 Angular 团队取得联系

加入 GDE 计划的好处之一是可以接触到与各个 GDE 类别相关的 Google 产品团队。

尽管 Angular 有专门的开发者关系人员，但事实证明，除非你是一家在 Google 上投入大量资金的大型企业，否则几乎不可能接触到 Angular 团队。

显然，GDE 与 Angular 团队保持联系的机会几乎没有。除了每年一次一起参加在美国举行的会议之外，他们大多与 Angular 社区保持着一定的距离。

我听到过一些沮丧的会议和聚会组织者的声音，他们试图让 Angular 团队成员参加他们的活动，但都没有成功，只有少数例外。

无论 Angular 是否获得 GDE 称号，社区都很难接触到 Angular 团队，也很难了解他们对该框架的规划。这并非团队本身的问题，而是因为管理层的问题。

另一个例子是一位不愿透露姓名的 Angular GDE，他在少数 Angular 团队成员亲自出席的会议上向他们提问。这位 GDE 了解到，不要过多询问团队的工作或框架的发展方向，甚至不要问一些支持 Angular 社区的问题。

涉事的 GDE 因违反行为准则而收到警告，但并未得到进一步解释，帮助他们了解应采取哪些不同措施。据他们的经理称，向 Angular 团队询问工作情况，显然让他们感觉像是被绑架了一样。Google 产品团队访问权限就到此为止了。

骚扰和公开羞辱

说到行为准则，我曾目睹过一个 Angular GDE 被另一个 Angular GDE 骚扰和公开羞辱。我甚至因为替被骚扰的人出头而成为了攻击目标。

这种情况已经持续了数周。当这件事成为 GDE 项目无法再忽视的公共事件时，骚扰者收到了警告。起初，此人无视警告，继续骚扰我和第三个 Angular GDE，后者出面为被骚扰者辩护。我们被告知不要再骚扰骚扰者了。

最终，骚扰的 Angular GDE 被迫停止骚扰并公开道歉。我问过一位 Angular GDE，是否有人因为类似的事情被排除在项目之外。据此人所知，并没有发生过这种情况。在本案中也没有发生过这种情况。

是时候说出真相了

我不知道您怎么想，但所有这些问题对我来说都变得无法接受，以至于我怀疑自己是否想继续为 Angular 生态系统和社区做出任何贡献。

我在 Angular 社区遇到了很多好人，我们并没有造成这些问题，但我们却因为不发声而助长了这些问题。

我请求 Angular 团队管理层和 Angular GDE 项目委员会开始做出改变，而不是找借口。我们要解决这些问题，而不是忽视它们。

我请求你站出来发声。够了！要求改变！

在“ 2020 年 Angular 的困境”中阅读由于此类问题而导致的技术后果的示例。