Get best of the week

工程师如何成长为Techlida

谁是团队的负责人，架构师或质量保证人员，他们在IT中的工作几乎可以想象得到。但是，由于了解了技术专家是谁，他负责什么以及如何成为技术专家，因此出现了困难。我们对来自大型公司的专家进行了数十次采访，得知这是一位负责启动流程的工程师：将人员和工具与组织的目标联系起来。他对产品的技术开发采取主动和负责的态度，并关心技术解决方案的质量。此外，质量不仅是测试，而且是架构，设计，工程实践和实验，与整个公司的技术债务和技术改进息息相关。



我们还发现有许多关于技术幻灯片的会议。但是几乎所有这些工具都专注于工具，而不是工程实践和流程。这就是为什么我们启动了新的TechLead Conf 2020在线会议的原因-那些想成为技术专家并了解质量的人。 

在TechLead Conf 2020 Online上，第二个问题是“使用了什么技术工具来解决问题？”。该会议是为那些追求技术解决方案质量并对产品的技术开发负责的人而举办的。从6月8日至10日，我们将研究在公司中实施和使用实践，技术和流程管理的经验。我们将告诉您有关该计划的更多信息，以及在活动中我们将谈论的内容。

短节目


TechLead Conf 2020 Online计划从讨论techlide的开发到将DDD付诸实践，包括几个模块。

  • 地图技术开发。对这是谁及其作用的了解仍然很少。而且，关于如何成长为技术创新者以及该技术应该做什么的问题甚至很少被问到，因此在第一步中，我们将讨论它是谁以及如何成为一个技术创新者。 
  • . — , -, « ». , — : , . « ». , MVP.
  • 工程实践的延迟影响。在使用代码时，反馈很快：编写，测试，部署，工作。但是在技术世界中，他的工作成果只有几个月后才引人注目。因此，我们添加了有关工程实践生命周期所有阶段的报告：在实际案例中成功启动后，一个想法，MVP的出现，错误的预防以及结果的度量。

还讨论： 


我们将更详细地介绍每个块以及其中的报告。

Techlide开发图


Tehlid是管理流程的工程师的角色。通常，这些工程师至少是高级工程师：开发人员，架构师，自动化，SRE，较少使用CTO。有时他们可以成为团队负责人。但是，团队负责人可以建立团队，管理人员及其发展。
Tehlid建立流程：面对不确定性，做出影响产品开发的技术决策。
因此，会议不会有有关人员管理和动力的报告，而只会涉及技术管理，技术领导力和工程流程的建设。首先要学习的是如何成为一个优秀的技术文章。

公司的成功取决于强大专家的可用性。Yandex.Verticals的数据科学产品经理Vladimir Gorovoy已经向我们介绍了Techlide与其他行业的不同之处，他告诉Vladimir Gorovoy关于其他行业的优秀Techlide的区别。从报告“ 如何成为一个优秀的技术幻灯片»找出从哪里开始我们的开发，需要什么技能和素质。弗拉基米尔（Vladimir）将分享他在创建Yandex.Travel，Yandex.Real房地产和Yandex.Market项目中的丰富经验，以说明这一论点。

技能越强，完成任务就越容易。但是痛苦无处不在-所有技术内幕的痛苦都差不多。

  • 为产品和团队编写代码或参与技术开发策略？
  • 您自己还是委托解决复杂的技术问题？
  • 如何在编写质量代码和推出功能之间不被撕裂？

这些和其他冲突将由Evgeny Korytov进行解决。在报告“ 技术问题以及如何解决？“ Eugene将在“解决问题的框架”的帮助下，告诉您如何应对领导者的任务和问题。”

商业与发展相结合


维持高质量的代码和做出正确的技术决策并不是全部工作。您还必须不断向企业和客户证明需要花费时间和精力在建筑和技术任务上。Better Life Company的Alexey Deryushkin从经验中知道这是什么样的：15年的团队领导和5年的咨询经验。在“ 如何将技术任务卖给企业 ”报告中，他将展示如何与企业进行对话，以制作出色的功能，而不会通过生活中的例子而忘记质量。

业务与开发之间的斗争是IT项目中的一个标准问题。通常，企业没有传统知识，而只有“想法”和要求。这导致错误的决定，必须在拐杖上纠正数月或维持数年。如何在发展与商业之间找到平衡，Arthur Dementyev将在报告“ 两灯之间：发展与商业 ”中分享。自2009年以来，Arthur在IT中以实践中的故事为例，将说明实现MVP功能的不同方法。

业务和开发达成共识后，就可以进入下一个阶段了。现在，techlide有几个月的时间来推出新产品。通常，在这种情况下，会创建最低限度的假设检验产品（MVP）。在测试之后，立即抛出原型代码，并“按原样”编写应用程序。但是，当测试启动成功并且真实用户已经生活在“飞船”中时该怎么办？我们从马克西姆·阿希诺夫（Maxim Arshinov）的报告“ 如何启动MVP而不是将其转化为技术债务 ” 中学到东西。

我们选择并实施工程实践


实施相同的MVP，PL或框架总是很困难。新颖性可能证明是“原始的”，不符合期望。Rocketbank团队负责人Pavel Mineev说，如何做出正确的选择，并“ 引入一项新技术而不浪费所有聚合物 ” 。 对于新产品的引入，最好将治理用作代码方法。通过这种方法，所有规则都有其自己的生命周期，它们都经过测试，与常规软件产品没有什么不同。亚历山大·托卡列夫（Alexander Tokarev）的报告“将治理作为代码：如何遵守开发标准并且不减慢功能交付的速度”

»我们将学习如何应用这种方法：在软件开发过程中如何以及如何检查，该方法如何使您能够开发更安全和高质量的应用程序。 

实施这些标准之后，就可以对它们进行大规模的测试，例如创建一个技术平台。 MTS是一家大型IT公司，负责实施从远程医疗到IoT的项目。每个新项目都会激发对以下内容的需求，并降低其创建成本。这只有通过实施最佳工程实践才能实现。但是存在困难：数百个具有不同级别和流程的团队，传统，将想法“卖”给业务的需求。我们从报告“ 我们应该建立什么技术平台？”中了解到，公司如何应对这些任务。从构思到实施的逐步指南。”讲述秘密Philipp Bocharov-MTS IT开发项目经理。

在选择并实施了工程实践之后，工作才刚刚开始-您需要评估结果。这将有助于度量标准：不仅要了解基础架构和硬件的状况，而且要了解每个功能的工作原理，以发现瓶颈并及时消除它们，这一点很重要。报告“ 设置监视以及下一步是什么？” » Mikhail Mazein将以ManyChat为例共享指标，该平台是一个百万活跃企业与8亿客户交流的平台。注意事项：

  • 如何在高负载和定期发布的情况下使用指标；
  • 首先要监视哪些
  • 如何构建快速响应流程并在用户面前先了解服务中的问题。

平台团队


回到平台。几个不同的团队致力于他们的开发和支持。他们对自己的区域负责，但没有人对所有事情负责—有“直通”的痛苦。平台团队解决了这些问题：他们创建了用于开发应用程序的基础结构及其在生产中的工作，有助于更快更好地工作，并对所有事情负责。 goods.ru平台开发小组负责人Dmitry Vishin在他的报告中说：“ 如何建立这样的团队并运用产品思维。平台团队很重要。为什么？ ”

创建平台团队还不够。您必须能够在有人开始使用该平台之前将其分解。这样，可以发现邪恶的浣熊。是的，是浣熊。浣熊来自哪里，它们与平台团队的稳定有何关系？我们从MTS首席开发人员Elizabeth Golenok的报告“ 平台团队和4只邪恶的浣熊 ” 中学到了什么。

圆桌讨论会“ 平台团队：利弊 ” 将对报告进行补充。在圆桌会议上，Philip Uvarov（Spotify）和Andrei Alexandrov（Mafin）将讨论几个问题。

  • 为什么需要这些命令，并且根本不需要它们？
  • 为什么创建它们变得时尚？
  • 它们有什么用吗？还是炒作？
  • « », ?


尽管有所有工程实践和团队的帮助，techlide仍编写代码。如何以一种可读且受支持的方式编写代码，而不用一年内重写所有内容？两份报告将回答这个问题。

第一个是Evrone开发人员关系主管Grigory Petrov 撰写的 “ 如何编写可读代码 ” 。 Gregory组织开发，会议（Moscow Python Conf ++），黑客马拉松，通才和业余神经生理学家。结果，该报告将具有很多神经生理学，认知和社会直觉。但是最主要的是，Gregory会告诉您代码复杂性的来源，为什么无法消除它以及如何使用它。 第二是报告“ 矛盾的平衡。选择代码和团队中的最佳实践 » Gleb Lobastov

。Gleb是OneTwoTrip的技术顾问和开发团队的负责人，拥有10年的经验。该报告将分享编写“好”代码的方法-可理解且易于支持，并将回答以下问题：

  • 从项目和团队的角度考虑实施最佳实践时应考虑的因素；
  • 好的代码的主要敌人以及如何处理它；
  • 编写好的代码的实践中存在矛盾。

所有这些都带有示例，并提供了一系列令您引以为豪的代码编写原则和实践。

传统与重构


代码主题，或更确切地说是旧代码，将在遗留和重构的代码块中继续进行。许多人都熟悉将静态分析作为一种便捷的工具。但是有时会出现困难，例如，当项目具有庞大的遗留代码数据库时。统计分析发现错误时，该怎么办？如何平衡旧错误的纠正和捕获新错误？我们从乔治·格里科夫（George Gribkov ）的报告“ 如何修复遗留代码中的数百个错误而不致死（例如，虚幻引擎4） ”中学习。
您不仅可以重构代码，还可以重构体系结构，基础结构和流程。
任何长期存在的IT公司都面临生产流程的放缓。它受许多因素的影响，例如技术的复杂性和雇员人数的增加。这导致以下事实：协调被延迟，没有人承担责任，系统变得脆弱。Lev Goncharov（T-Systems）在他的报告“ 协议即代码：如何重构流程而不分解 ”中将分享14年的经验，这将有助于加快基础架构流程并使之明确。

重构基础结构流程之后，您可以对其进行标准化。例如，摆脱技术的“动物园”。Ilya Mitrukov将告诉我们如何以一个特定的大型应用程序的基础架构标准化经验为例-德意志银行技术中心的基础架构经理（技术信息安全官）。 

报告“ 不是众神在烧锅。基础设施的标准化 ”将不会涉及技术，创新解决方案，技术“ Cosmos”或CI / CD管道的升级。仅有几年项目的基础设施寿命，可最大程度地降低成本并支持业务发展。

从代码，流程和基础架构开始，让我们继续进行技术重构。我该如何翻译一个每天需要70个人参与React和TypeScript的项目，以至于没人注意？我们将询问Yandex，或更确切地说是Yandex小组负责人Evgeny Dashkevich。在报告“ 如何过渡到新技术，以使70个开发人员不会注意到任何事情“ Eugene将分享翻译历史和更新项目中技术堆栈的原因，这将每天产生数百万种不同的搜索结果组合。

DDD，事件风暴和知识管理


在会议的这一部分中，我们将使用DDD的方法和实践-域驱动设计（特定于域的设计）来讨论设计。通常由于它是一种方法学而没有明确指示做什么方法的事实而被废弃。但是，Raiffeisenbank在各种项目中使用DDD做法已有5年了，以将系统分解为微服务，与客户和团队内部进行通信，以及创建不满足新要求的应用程序。我们如何从康斯坦丁·古斯托夫（Konstantin Gustov）的报告“ 如何驯服DDD ” 中学到如何应用这种方法，以及如何使用和避免错误。

DDD中有许多实践。其中之一是事件风暴。它促进了DDD和微服务设计领域的进一步工作。在微服务上创建系统时，可以轻松创建分布式整体。 Event Storming不能100％防止这种情况的发生，但是可以大大降低风险。关于如何通过实际示例，在Sergey Baranov（ScrumTrek）的报告“ 使用Event Storming建模微服务 ”中。

当我们弄清了Techlide在做什么，如何开发和实施工程实践时，我们将继续进行团队的存储，管理，知识共享和技术解决方案跟踪。例如，当开发人员在一个大型项目的不同部分具有类似功能时，就需要知识管理。与他们共同努力相比，他们在时间和资源上花费了很多倍的时间。

Ilya Kashlakov领导Yandex.Money的50人前端开发部门。拥有如此众多的开发人员，至关重要的是共享知识并关注架构。报告“ 逻辑审查-作为制定复杂技术决策的工具“ Ilya将讨论此工具：他们如何提出Logic Review，他们收集了哪些指标以及如何确定该过程的成功。所有这些都带有问题示例，描述了从开始到今天过程中发生的变化。

对于项目的实施，我们需要大量的文档。要存储它，请使用例如轻量级标记语言：Markdown，reStructuredText和Asciidoc。它们易于编写，并且文件方便地存储在存储库中。在研讨会“ 如何发布Markdown和RST？回顾现代文档工具 ”，我们将讨论如何将其应用于技术文档：

  • Konstantin Valeev（Rostelecom IT）将分享一种从Markdown来源创建定制的PDF和HTML的方法。
  • Semen Faktorovich（documentat.io）将讨论Pandoc的“瑞士刀”以及如何用它击败DOCX一代。
  • Nikolai Volynkin（Plesk）-如何使用Sphinx-doc生成巨大的HTML门户。

三位演讲者将分享他们的经验，每个人都可以就该主题向他们提出自己的问题。

TechLead Conf 2020 Online，面向想要成长为Techlida的人们


面向Tehlidov以及希望成为QA的工程师，开发人员，团队负责人，开发经理的人员 参加Conference TechLead Conf 2020 Online。即使您还不是技术专家，也要参加会议并收集有关如何成为一体的说明-技术能力图。 

整个会议将以一种新的形式进行-在线。因此，在活动的三天内，我们增加了比离线更多的内容：30多个报告，闪电演讲（简短的报告以及对问题的回答），用于交流经验的OST，圆桌会议和各种网络格式。我们已经为该计划制定了时间表 -在日历中查找，标记您喜欢的报告或大师班，以免错过。

一种新的格式-新的价格，因此即使在这个奇怪的时期，您也可以继续发展并保持与其他公司同事的联系。订票 -个人5900的价格将有助于了解行业中的新产品或获得新的职业。

个人帐户中的在线会议的所有参与者都可以提出他们的问题进行讨论，在工作任务中寻求帮助或开始有趣且相关的讨论。您可以在那里立即对令人兴奋的话题进行投票。最佳创意的作者将获得参加选定会议的免费门票，该会议将组织提议的讨论。

29 18:00 -. , maturity model.

. . live-, Spring Cloud Contract Pact. , .

More articles:


All Articles