在本文中，我们将继续分享对AngularConnect 2019伦敦旅行的印象。今天，我们将告诉您一切如何进行，关于第二天的报告，以及我们将有用的东西带回家了（不，这些不是贴纸！）。 这是本文的
第一部分 。
在继续讨论报告之前，我们将介绍一下会议本身。 并非每天我们都访问伦敦！
所在位置
该活动在伦敦市中心的伊丽莎白二世会议中心（QEII中心）举行。 正如网站上所写，“在大本钟和威斯敏斯特大教堂的阴影下”。 顺便说一下，关于大本钟。 与之相关的是这次旅行令我们最大的失望-著名的塔楼已关闭以进行修复，看起来像这样：
观察结果
现在，即使在RuNet中，也有很多关于塑料的危害及其对自然的负面影响的文章。 在伦敦，他们特别注意这个问题。 因此，这里有玻璃壶和玻璃杯，而不是会议中心大厅中常用的塑料水壶。 不用塑料刀和叉，而是用一次性木制刀。
第二天早晨，在会议中心的入口处，我们遇到了一只巨大的充气乌龟，在被污染了塑料的充气海洋上描绘。 尽管乌龟是为了应对气候变化而不是我们的会议而放置的，但它完全适合AngularConnect设计的海洋主题。
演讲的形式和材料的介绍与俄罗斯的会议有所不同。
- 报告之后，没有时间提问了。 也许由于这个原因，该程序竟然是动态且丰富的。 因此，第一天有9份完整报告和2份来自赞助商的小型演讲。
- 材料的另一种表示形式：最少的有趣图片，最多的内容。 没有模因！
- 我们习惯在开始时就说报告的大纲。 但是在AngularConnect上，许多发言者将问题从立即转移到了主要部分。 一方面，这就是扬声器节省时间的方式。 另一方面，该计划有助于塑造期望并更好地浏览报告。
报告书
主题演讲
Minko Gechev讨论了Angular团队在TC 39上的工作，以改善开发人员的经验并应用最佳实践。 再次重复示意图。 他以关于将来的Angular应用程序构建器Bazel的故事结束了他的演讲。
如果您观看了
ng-conf 2019 ，那么除了关于Bazel的部分之外，没有其他新内容了，您将不会发现。 总的来说，第二天的开幕与第一天一样有趣。
GitHub规模化：Angular如何管理社区贡献和存储库
Joey Perrott报告的主要思想之一是在GitHub上自动使用Pull Request。 PR的灭绝，CI监视，已创建问题的分类-这些都是Joey提供给机器人的委托。
对于刚开始使用GitHub且以前没有涉足CI / CD主题的人们，该报告将很感兴趣。 荣获入门标签！
Angular中的性能优化
MertDeğirmenci提供了许多示例，说明了如何做到这一点，但是如何做-不值得，同时解释了原因。 一些技巧似乎很疯狂：放弃ngFor赞成for（const ...），而使用指令代替组件。 但是，Mert引用了图形和特定数字来确认生产率的提高和页面呈现时间的减少。
我认为，这是第二天最有趣的报道之一。 可能是我真正喜欢的第一次深潜。 请务必查看是否要赢得额外的性能百分比。
通过多样性和包容性创造更好的技术文化
标题中的多样性和包含可能引起误导。 该报告与团队中的种族，性别和年龄多样性无关。 它更多地是关于如何为员工成长创造良好的氛围和条件。 Tracy Lee和Rob Ocel谈到了PAMStack，这是一种三管齐下的工作组织方法：
- 流程-安排流程（例如，审核代码）。
- 抽象-抽象降低了年轻专业人员（框架，状态管理器，设计系统）的入门门槛。
- 指导-由经验丰富的同事指导初级开发人员。
该报告不需要技术知识，对开发人员和管理人员都将是有用的。
约束中的力量
在演讲中，Rado Kirov展示了TypeScript，Bazel和Angular的示例，其中的工具和框架为开发人员设置了约束。 发言人认为，这种方法有助于创建高效，安全和简单的解决方案。 Rado说，您在代码中可以做的最后一件事是“在其中添加任何内容”。
该报告对于想要学习打字编程语言优势的开发人员非常有用。 与Angular没有关系-欢迎开发人员参与！
角度如何工作
Kara Erickson谈论了运行时Ivy。 她说明了Ivy如何从一个处理所有用户交互的简单模板创建函数。 她特别注意将运行时划分为创建和更新组件。
我认为，第一个带有“中间”标签的报告值得深入研究。 聆听很有意思，例子很重要。 但是，这些信息远非用于日常开发，因此，我建议那些想彻底了解框架工作的人。
与常春藤一起建设：重新思考反应角
Mike Ryan谈到他认为如何摆脱Zone.js。 在一个简单计数器页面的示例中，它显示了如何使用新的Ivy API摆脱订阅和changeDetection。
我们对这份报告的意见涵盖了从“编写您的自行车”到“好的方法，需要考虑的事情”。 如果您喜欢反应性方法-您会喜欢的。
使用TSLint和原理图迁移重大更改
Stanimira Vlaeva研究了ESLint理论（
不赞成使用TSLint ），并使用TDD方法控制台以实时编码模式创建了库导入迁移脚本。 生成的规则包含在Angular Schematics中，并显示了如何使用ng update mylibrary命令配置执行。
该报告对于长期以来一直希望为其短绒棉编写迁移或规则但又不敢开始的开发人员很有用。
报告中还考虑了第一部分适用于任何框架，第二部分-原理图的创建，但是在Stanimira上，原理图的拼写被更详细地考虑。
合计
会议的第二天以与Angular团队的小组讨论和有关该框架的诗作结尾。 Angular开发人员回答了问题，并鼓励每个人尽快尝试Ivy，以尽早发现新引擎中的错误。 顺便说一下，我们已经尝试过了。
一般而言，实用报告的技术水平低于我们的预期。 但是，这是此类事件的典型故事。 但是，会议不仅重要，最终还可以在记录中查看报告。 这次会议是一次难得的机会，可以直接向Angular的创建者提出您的问题。 这可以在小组讨论中以书面形式完成，也可以在许多休息时间以口头形式完成（我们建议学习英语）。
从工程的角度来看，关于Angular设备的报告对我们来说似乎很有趣。 对于所有开发人员来说，记住开箱即用的想法，在必要时应用算法和低级优化都是很有用的。 现代的前端与着色按钮无关。
会议是伟大的动力。 看到来自不同国家的众多Angular开发人员面临着我们面临的任务，这真是令人惊讶。
