新一期《干桨》播客的来宾是软件架构师Yegor Taflanidi。 我们正在讨论这是什么形而上学的角色，工作中有什么困难，以及黑暗力量与它有什么关系。
Artyom Kulakov和Roma Choryev是Redmadrobot的开发人员。 他们
录制了管播客，并与来宾一起讨论了创建IT产品的不同方面。 以下是新问题的链接，并回答了一些紧迫的问题。
时机01:40 Egor讲述了他如何成为一名建筑师
12:40流行的神话：建筑师是开发人员发展的最高阶段。 建筑师知道所有最好的东西； 架构师不编写代码（因为他忘记了怎么做）； 一位建筑师坐着并制定一些方案
31:20关于现代编程语言的讨论
39:10系统/解决方案/架构师。 这一切是什么意思？
47:50讨论同样的“诅咒”
50:24如何成为建筑师（警告：一些笑话）
55:16时间管理：建筑师的一个工作日-他做什么工作？
时间01:03:39工作中有哪些困难以及如何克服
01:13:49接下来是什么：发展的载体是什么
时间01:26:59问题的答案：建筑师的真正方法是什么？
谁是软件架构师？
架构师是构建IT系统以解决业务问题的专家。 他精通系统设计的所有细微差别。
例如，如果您需要开发应用程序，那么架构师将告诉您如何进行操作而不用踩耙。 他将解释要使用的技术，可能遇到的问题，并为项目的发展奠定基础。 飞机设计者决定从哪架飞机建造飞机，而建筑师则决定采用什么技术来开发可以解决问题的IT系统。
建筑师应该了解所有内容吗？
在谈话中，事实证明这是自己产生的。 架构师参与了不同的情况：他与客户沟通，解决工程问题，甚至参与项目计划。 如果您愿意，可以更深入地了解业务并下载管理技能。 埃格（Egor）解释说：
-整个本质归结为两件事：架构师必须解决业务问题，并且他必须使系统摆脱限制。 如果您知道系统不具备实现这些或其他事物的物理能力，但是有业务需求，那么您的任务就是弄清楚如何将所有内容组合在一起。 我们可以说：确保绵羊全满，狼满。白天，架构师会传递来自经理，开发人员，客户的大量信息。 因此，最终，他从不同的角度熟悉了这种情况。 Artyom总结：
-建筑师不仅仅是宽度而是深度。 例如，您不必能够在Android中使用反射和一些底层的东西，但是重要的是要了解它们的整体工作原理。架构师是否编写代码？
简而言之，一些建筑师编写了代码。 从下午10点25分开始，在播客中进行为时五分钟的演讲，以了解更多信息。 剧透：这是关于完美的代码，完美主义者的问题和业务需求。
如何成为一名建筑师？
根据他们的经验，这些家伙说不可能简单地从开发人员转到建筑师。 首先应该出现这个职位的需要。 只有这样才能从团队中选拔一个人，或者从外部找一个专家。
-我们是这样的：公司正在发展，人员和项目数量正在增长。 必须保持质量，因此出现了一个免费的“责任定位”的时代。架构师是最高的开发水平吗？
工作室同意这绝对是开发人员发展中的里程碑。 但是，请勿将架构师视为“高级”的改进版本。 埃格尔（Egor）解释说，建筑师不是结局，也不是天花板。 这样的专家在解决工程问题方面具有很强的技能，因此有很多开发选择。 例如，您可以转到IoT，设计编程语言或进入相邻区域。
什么样的“诅咒”？
因此，叶戈尔解释了这种现象：
-“诅咒”是，当需要建筑师，而一个人担任这一职位时，该公司中没有其他人可以成为建筑师。他说，上任的专家不太可能在公司内部将来做任何其他事情。 这是由于难以“教育”代理人这一事实。 发生这种情况的原因多种多样：架构师的任务难以下达，没有一个人总是想代替他，而且根本没有足够的时间进行培训。
在便利的平台上收听播客
-SoundCloud ，
Apple和
Google播客 。
有用的链接
对于那些想成为建筑师的人来说重要的文章，视频和书籍：
许多有用的文章和视频，对于从开发人员到架构师的转换非常有用。L. Bass在实践中的软件体系结构-成为架构师的基础。软件系统体系结构：使用观点和观点与利益相关者合作是最完整地描述架构师原理的主要书籍之一。发布它！：设计和部署可用于生产环境的软件-有关如何设计软件以及歪曲设计时会发生什么的故事。企业应用程序体系结构的模式-老Martin Fowler关于如何设计软件的回忆录。域驱动设计-解决软件E. Evans核心问题中的复杂性-关于正确的建模。
应用UML和模式：面向对象的分析，设计和迭代开发简介C. Larman-project @ document，％username％。
开发软件需求K. Wigers-Microsoft撰写有关开发需求的文章。设计模式概述。快来
在Telegram聊天中讨论问题
。