毕业后，他曾在互联网大厂实习，对于代码质量和团队协作有了更深入的体验和思考，再通过从开源项目中学习，总结出有效的实践方式，比如 DevOps 流水线，并把这些方式引入现在的团队。

Hank 曾经在 freeCodeCamp 学习前端开发，并为 freeCodeCamp 贡献代码。

相信你会从他的故事中获得启发和动力，期待你关注我们的播客，并把节目分享给更多朋友，也欢迎你发邮件分享自己的故事，也许我们会邀请你作为 freeCodeCamp 播客的嘉宾。你可以在这篇文章中找到邮箱地址。

欢迎在 https://chinese.freecodecamp.org/ 查看更多免费的编程学习资源。

主要话题

• 03:00 从游戏到奥赛
• 08:52 ACM 和信息奥赛的机制
• 21:42 从通信工程专业到计算机专业
• 26:29 自然语言处理释义和应用
• 37:34 自然语言处理的步骤
• 45:08 通用语料库和领域语料库
• 52:25 自然语言处理相关的工作
• 57:06 在 freeCodeCamp 学 React
• 1:00:21进入腾讯实习
• 1:06:47 Git 分支
• 1:11:53 职场初期的阵痛
• 1:14:49 代码质量和性能
• 1:26:06 团队协作和自我驱动
• 1:29:53 降低团队成员的心智负担
• 1:35:01 DevOps 流水线的工具
• 1:38:35 从开源项目中学习
• 1:42:29 学外语
• 1:45:21Dan 的小册子《Just JavaScript》
• 1:48:49 等价交换

提到的资源

• DevOps
• 测试驱动开发
• 《Pascal之父去世，图灵奖得主、编程语言泰斗Niklaus Wirth享年89岁》
• 树莓派
• 自然语言处理
• 《Attention Is All You Need》
• 《中文互联网的凋零，正在杀死中国人工智能的未来【为什么我们搞不出ChatGPT】》
• Just-Javascript-Reading-Notes
• 《钢之炼金术师》

性能永远是软件工程领域的“一等公民”。

在团队中营造性能至上文化能帮助你预先降低性能相关的风险。

为什么性能至上如此重要？风险立于何处？

为什么性能优化如此重要

作为合格的 Web 开发者，我们的目标是提供最佳的用户体验。

性能关乎可用性

有很多研究 ([1]，[2]，[3]) 展示了商业目标与网站可用性之间的关联。

网站的用户体验是否快速、简洁，往往能决定网站的成败。

如果你的网站速度太慢，那么再优秀的 UI 框架与架构也不能留住用户。白屏或者加载的时候他们可能受不了等待就关掉网页了。

如果网站不显示任何内容，53% 的用户在 3 秒内就会关闭页面。

另外，根据 Google 站长工具显示，性能也会影响网页在移动端的搜索排序。.

性能关乎可访问性

让我们看看全球市场，考虑到数据成本的时候，性能亦是重要因素。想一想，用户浏览你的网站需要花多少钱？

你可以发现从这个网站查看世界各地的人们为一个月 500M 手机流量支付的费用。问问自己“我愿意花 X 元浏览我的网站么”，或许你会被自己的答案惊到。

此外，在一些国家，人们大部分是通过手机上网（移动端上网时间）。 所以，在优化性能的时候，我们得首先考虑移动端优化。忽略这一点，你的产品可能被许多人拒绝。

性能关乎同理心

拿着锤子的木匠眼中只有钉子。我们不应该仅仅关注钉子，因为我们通过它只能得到对房子肤浅的理解。

不要只顾自我沉浸在一些很炫的事物中（比如新技术、尖端框架），眼界放开，关注住在房子里的人，关注他们的需求，运用新技术和尖端框架去满足他们。

性能至上，时刻保持同理心与无我状态。然而，不幸的是，并不是所有团队都具备这些品质。

为最坏做打算

几周前，同事向我展示了个有趣的场景。某装修网站用内容管理系统（类似WordPress）在后台管理数据。一天，有人上传了一张图片：

这张图片有 9.3 MB，在 MacBook Pro 上，Wi-Fi 连接超好的情况下，加载了 7 秒钟才显示。你能想象如果这张图片在移动端展示，需要多长时间吗？答案是：无穷！因为在移动浏览器打开这个网页，直接就是“未响应”。

就是这个网站，如果你是好奇宝宝，尝试一下，但是请注意你的浏览器很可能卡住。

我们不应该抱怨上传照片的用户，他们只是想展示家具的细节。

回到刚才的观点——了解我们的用户，在用户产生内容的情况下，我们应该总是为最糟糕的情况做准备。

作为开发者，当用户与你开发的软件交互时，你应该有考虑到所有状况的觉悟。

何时优化

通常，性能优化有两种途径。Ben Schwarz 在这篇文章中总结了这两种方式。

首先，让我们看看传统的被动方式。“David， 这有个问题”——当问题出现，再考虑解决之法，谓之被动。我也常常看见看到这种情景：问题来了，快，快请砖家。

这种开发运作方式不仅产生高昂的成本，而且伤害团员协作热情。甚至可能造成各个组员在解决性能优化目标时诿过于人而造成摩擦。

另一方面，积极拥抱主动。以主动的眼光在点点滴滴的开发中考虑性能优化。

如果你想要了解具体的性能优化所带来的好处，以说服你的上司采用“主动”提高的方式，你可以看看网络性能优化演示报告。

开启“主动”模式后，开发效率将得以提升，建立“早发现，早解决”的团队文化，而不是“出现问题，找顾问”。

但性能“这座罗马皇城，不会一夜建成”。我们只有在适当的情景下逐一了解领悟它所带来的影响，以及适当的解决方案。

优化的艺术 - 具体措施

你了解有多少用户通过移动端登录你的站点么？你进行站点压力测试的频率如何？你有在中档设备例如 Moto G4 中测试运行你的设备么？

这就是我们维护的站点日常所要面对的情景。

了解你的目标用户，了解你的目标场景。选择对的针对性的指标是实现团队性能至上文化的重中之重。

当你选择了所关注的指标，你就可以着手性能提升计划。

终于到了动手时间！ 这里分享一些方法与实践，你可以引入你的日常工作。

第一步：性能评测

• Lighthouse，这是一个很棒的项目，你可以在 Chrome 开发者工具中使用它。它能够帮助你了解潜在的性能优化点。也可以在 SEO、可访问性和最佳实践这些方面给你提供参考。
• 通过 Webpagetest 进行指标跟踪调查以及比较性能优化策略部署前后的变化。同样推荐 gtmetrix，小众软件，有亲和力的交互界面。

第二步：性能流程自动化

• 在产品迭代过程中考虑性能相关的问题。bundlesize 是一个非常好的工具包，在迭代过程中定义参数的范围。
• 创建自动测试，如果加载次数或其他指标超出一定的阈值，则测试失败。 Puppeteer 有直接接入谷歌浏览器的应用接口，直接观测相关指标。

第三步：性能可视化

• 团队成员应当明白自己所写代码对团队的影响。 页面打包分析器是个页面打包可视化的工具，如果应用某个库会使代码总量增加 10%，那么开发者在选择之前应该多考虑一下。
• import cost 用于 VSCode，可以告诉你所加载的依赖包的代码量。同样的，这个工具也是帮助每位成员了解自己的代码对项目的影响。

第四步：督促和授权

• 有序的组织离不开强有力的规范，对成员的持续教育应该贯穿整个过程。我们使用 performance checklist 规范每一个项目的性能模块。
• 确保所有人融入到性能优化团队文化。如果只有一人参与，你又陷入了“被动”优化的怪圈。使团队各司其职，共同确保项目各方面品质。

构建性能至上的团队文化非朝夕之功。 它是一个团队觉知问题，行动改善以及成长蜕变的过程。而且性能优化其实并不复杂，你需要具备技术背景以及相应网络知识。扎实的基本功能够帮助你利用最先进的技术提升你的产品。

在我工作的地方，性能优化已成为日常学习工作的一部分。我们不是单一地优化性能，而是会探讨体会性能优化背后的缘由。

性能是产品质量的一部分

最后，产品性能优化与前端交互体验、安全和可访问性提升一样重要。它是软件品质的一部分。

有时，你也许会认为“关注性能提升”是一件画蛇添足的举动。它也许并不是你客户需求的关键。但作为一名合格的开发人员，提供高品质应用本是我们的职责。而应用性能则是软件质量的要素之一。

这里总结几点营造性能至上文化的几点建议：

• 提升你的认知，了解你的用户
• 主动拥抱问题，解决问题
• 保持“测评”与“行动”的习惯：测评，行动，如此循环
• 统一团队，知行合一
• 牢记把关产品质量

参考文献

许多人追问我有什么网络性能优化的参考材料，以下列出：

• Google Developers portal 这儿有许多性能优化技术文章
• perf-tooling.today 网络性能相关资源
• The Chrome DevTeam’s publication 发现站点性能提升创意以及学习案例
• 我们团队的 performance checklist on github，欢迎提出你的想法
• 也可以看看 Smashing Magazine’s 2018 front-end performance checklist，他的文章令我很有收获

同时，我很希望你能分享你的想法。例如，你的团队拥抱性能至上么？你认为哪一部分最有用？如果你认为文章对你有启发，真诚地希望你留言分享！

原文：How to create a web performance culture inside your team，作者：Alex Moldovan

当我作为初级开发人员获得第一份工作时，我觉得已经达到终极目标：通过做我最喜欢的事来获得报酬。

我的技能得到认可真是令人兴奋不已，特别是在经过多年的理论学习和学术研究之后。

我被媒体热炒过了头。

不久之后，我在这个新领域领受了难得的一课。事实证明，我在攻读计算机科学学位期间的所学与现实世界的所用之间存在巨大差异。

从“我知道很多”到“我还有更多要学”，这样的落差令人不悦。

从了解框架到理解模式与工作流程，我距离应该到达的境界的确相去甚远。

我意识到，如果我想提高编码能力并作为开发人员不断成长，我必须不断地学习。我领悟到学习的过程实际上永无止境。

快速前行十年之后，我每天仍然在不断学习新技术，感觉棒极了。

但我最大的教训是，仅凭技术技能本身还远远不够。

技术技能只是故事的一半

我们花了很多时间来磨练自己的技术技能，我们学习新的语言、框架、方法和模式。我们投入大量时间，有时甚至会忘记我们日常工作的另一个方面：我们团队的成员。

无论是作为开发人员、团队领导、质量保证工程师、设计师还是产品经理，我们大多数人都在团队中工作。我们一同分享史诗般故事发布的时刻，一同承受令人沮丧的一次次纠错调试。

对于一个由个人组成的集体，每个人都有自己的特点（经验、想法和专长），有效地工作和协作并不总是那么容易，每个人都必须采用特定的技能才能成为最有价值的团队成员。

“团队的力量在于每个成员，每个成员的力量就是团队。“ - 菲尔杰克逊

因此，尽管技术技能至关重要，但这只是等式的一部分，另一部分在于尽你所能成为最好的团队成员。

如何成为更好的团队成员

说实话，这需要很多。但是，让我列出四个基本素质，你可以身体力行。

1.让自我留在门外

我们生活在一个充满竞争的世界，因此，随着时间的推移，我们养成了我们自以为能使自己脱颖而出并生存下来的习惯。

我们想证明自己比其他人更聪明、更强大、更优秀。我们希望我们的实力得到队友和经理的认可。

我们的自我通常被当作一种生存技能来帮助我们脱颖而出，我们常常盲目地相信自己解决问题的方法是最好的。我们断然拒绝其他人的意见和建议。

在最糟糕的情况下，我们甚至会让同事觉得他们不知道自己在说什么。

这种行为，虽然可以供养我们的自我，让我们感觉更好，但却是破坏性的。它从每次谈话中吸取空气，并造成挫折感和令人窒息的工作环境。

“自我可以成为成功的一大障碍，它可以扼杀机会，进而扼杀成功。”-德韦恩约翰逊

为了使团队有效地工作和协作，其成员必须互相尊重，倾听他人的声音并接受他人的意见，即使我们不完全同意。

通过这样做，我们促成一个安全的环境。当我们感到安全时，我们的自我就变得无关紧要了。

2.乐于接受反馈

持续的反馈，无论是积极的还是消极的，都是个人成长和团队合作的关键。没有它，我们就永远无法知道自己的弱点，也无法知道如何改进。

接受负面反馈很难。我们倾向于采取防御措施，可能会反击，试图为自己的行为或反应辩解。

给予负面反馈也同样困难，因为我们担心对方会做出怎样的反应，我们害怕它会给人居高临下的感觉，因此，我们往往会完全拒绝这样做。

“我们都需要有人给我们反馈意见，这样我们才能进步。” - 比尔盖茨

但是，反馈 -- 给予和接受反馈 -- 是我们理解需要什么以及如何改进的最有效的方法。

因此，我们应该学习如何给予建设性的反馈，同时也应该努力接受批评。这样，你就可以每天不断改进并成为更有价值的团队成员。

3.勇于承担责任

当我们发布一个很棒的专题，修复一个难以搞定的错误，或者进行一段鼓舞人心的讲话时，我们期望我们努力得到认可。对我们所做的好事负责很容易。

但我们是人，是人就会犯错误。我们可能会在生产过程中导入某个关键性的错误，说出一些被误解的话，或者做出冒犯他人的行为。

对我们的错误负责并非易事，感觉就像我们举着“我错了”的牌子示众，身后跟着一位女士高喊“丢人，丢人，丢人。”

首先要明白的是犯错是可以的。与其沉溺于错误本身，不如将其视为一次成长的机会。

所以要勇于负责任，负责任意味着成熟，这是在团队中建立信任的关键因素。当你说的话被人曲解，或者你的编码导致错误的产生 - 勇敢地面对失败并承担责任。

“ 善于找借口的人对任何事都很难有所作为。” - 本杰明富兰克林

你将在团队成员之间建立信任，而且他们知道即使在最具挑战性的情况下，他们依然可以指望你在那里。

4.不要成为知识囤积者

我们处在一个不断学习的过程中，无论是阅读StackOverflow上的答案、在线课程，还是自学一个新框架，您的大脑都在不停地消耗知识。

多年来，我们获得了大量知识，我们成为所在领域的专家，如果我们真的很出色，就会成为这个领域的万事通。

相信我们拥有的知识量使我们对公司如此宝贵，这种假想很容易愚弄我们，让我们自以为是不可替代的。为此，我们囤积这些知识，秘而不宣。

然而，知识囤积者对任何团队都具有破坏性。

当我们阻断我们在整个职业生涯中获取知识的通道时，我们不仅会损害团队的生产力和效率，而且还会形成一种“人人为自己”的文化。

这是有害的。

当你分享知识时，你就会赋予他人权力。你积极参与他人的成长，鼓励对话和创造性思维。

分享知识的最大好处是鼓励互惠互助：其他人更愿意与你分享他们的知识。你会惊喜地发现从坐在你身旁的人身上学到那么多东西。

“如果你有知识，让别人在里面点燃蜡烛。”——玛格丽特·富勒。

成为你所在领域的专家并不一定能让你成为一名出色的教育者; 在教与学中投入时间将使你成为一个更有价值的团队成员。

为团队合作腾出时间

在你需要不断打磨自己的技术技能来提高自己的技术水平时，为你的团队合作技能的提升腾出空间。拥有一个技术精湛的团队成员而没有良好的团队合作，没有比这种情况更糟糕的了。

这不仅仅是为了创造一个积极的环境，由具备这四项素质的个人作为团队成员，组成完美的团队，将为你带来更好的技术成果和非凡的效率。

这对每个人都适用。

原文：How to be a team player in the tech world，作者：Ofer Vugman