当天晚上，一般人士呼吁并要求在六个小时后发布该新闻稿-早上他与中国的投资者举行会议。 为保护项目的重要性，开发人员-为了保护豚鼠的权益而采取了“绿色”瘙痒，休假，职业倦怠，花边和纠察队员。 测试人员已经回家。 Timlid像个“自动机器中的女孩”一样哭泣-她的事由衷。 一只办公室猫用湿封条把文件上的一个花瓶撞倒。 该版本需要在中文和韩文本地化版本中推出。 与亚洲语言最接近的专家是马路对面的一家旅馆中的塔吉克人。
你叹了口气，开始工作。 六个小时后，一切正常。 已发布。 总体满意。 开发人员开朗，开朗且乐于尝试。
普通的平日tehdira。
SlOorm DevOps聚集了许多技术主管。 密集学习后，我与爱德华·梅德韦杰夫（Eduard Medvedev）谈了有关IT道德的问题 ，并与Artyom Galonsky 谈了濒临灭绝的职业和DevOps 。 而且我很幸运认识了一个独特的技术总监性格外向型人，他可以组织任何事情并与任何人找到共同的语言。
Tehdir俱乐部的创建者和Tehdir Zapiski频道的创建者Dmitry Simonov ctorecords ， https： //t.me/ctorecords告诉了如何成为技术主管，这是IT领域中所有行业的杰克。
德米特里·西蒙诺夫（Dmitry Simonov）和来自eLama的蓝色羊驼或羊驼。
Techdir职业
您正在领导Techdir Notes。 您如何在技术问题周期中找到时间？ 对您有什么好处：爱好，自我实现，IT传播？
Tehdir Chatik和渠道是我自己的趋势监控工具。 当然，我在其中写下了自己的想法，但对我而言，最重要的是，有些人可以与他们聊天并学习新的趋势。 我非常积极地探讨加入业务和技术团队的话题，这需要广泛的意见。 因此，在大多数情况下，我不仅撰写意见，而且检验想法。
从专业上来说，我仍然是技术总监，负责管理部分和编码。
刚从Slurm DevOps返回，在那里他提高了技能。 至于管理部分，我正在积极参加付费课程-这些课程的一些想法落入了渠道。
这样的例子是“管理任务”， https：//t.me/ctorecords/1126 。 这是对工作中经常出现的复杂情况的描述。 重要的是要理解，在现实生活中，技术总监可以担任所描述的任何角色。 他的任务是能够以最大的收益和最小的损失摆脱当前的状况。 正确决定的标准是冲突的消失。 这里的诀窍是，几乎所有角色在道德上都不是完美无缺的：CEO想要为某人省钱，或者员工想要出售公司的资源，或者其他事情正在发生。
随着时间的流逝，我的工具对参与者变得越来越有用。 因此，例如，封闭的techdir俱乐部最近开业，聚集了非常高素质的人们。 他们有兴趣就非常具体的主题进行交流，以免被“飞船驶向外层空间”的干扰而分心，新手喜欢与他们交谈。 这是一个非常安静的聊天室。 关于案件的一切。
您自己是如何成为CTO的，您走了哪条路？ 一路上最重要的里程碑是什么？ 通过这种方式，您了解什么重要？
1995年，我还在上大学时，就去了“互联网”上工作-从那以后的25年里，我一直从事同一职业。 我一步一步地经历了程序员，团队负责人的所有变体，最后发展到了techdir。 他搬到莫斯科，第二次又走了同样的路-他证实了自己在Rambler，Yandex和Mail中的技能。 然后他开始建立自己的技术解决方案和团队。
重要一点-我一直很喜欢自己从事的业务。 他从该行业的成功中获得了真正的动力。
我认为，该行业中最重要的事情是能够停下来并仔细思考未来-看到其中的胜利。 只有当您看到她，就像您自己相信她一样，您才能像摩西带领他的人民一样带领人们前进。
注意：特赫迪尔的主要任务是找到与所有人共同的语言，消除矛盾，清楚地表明胜利的条件和通往胜利的道路。 以您的榜样激励您的团队。 特迪尔（Tehdir）是这艘船的船长。
IT社区和技术俱乐部
您是否打算以某种方式开发频道“ Techdir Notes”。 其他平台？ 还是写书？ 整本书中，都有真实的故事，具有启发性和趣味性。
是的，积累了很多有趣的故事。 例如：
. , API 21:00. , , , 21:00. . .
2014 . , . 2 ( 18:00 ): - ! ? - , . - ... , 7:00 ! ? OMG... - . - ? ? , - . . ... , ... - , - , - ... , . . - 4 . . . : - ! - . ! - .... ? ? ? - . ... ! . : - - ? - ! ! - 00:30 . -? . . , , , , 4 . - e-mail, , ! 2 .
我系统地开展techdir活动并发展社区。 提出的某些主题引起了强烈的反响，您必须调整自己的方法来进行实时工作。 因此，例如，我调整了自己开发的用于外部团队审核的技术方法以及用于协助雇用技术专家的技术。
我不会掩饰自己，对于我要发展的techdir社区，我有非常明确的意图和目标。 在很多方面，我都受到社区成员本身的要求的指导，但是也有一个全球运动媒介，使我所做的一切都有意义。
我考虑过这本书，也许甚至是有道理的，但我会等到有明确需求为止。 我希望这种愿望是“有机地”出现的，而不是通过某种公关来实现的。
您如何评估俄罗斯IT社区的发展？ 在哪个城市最发达？ 您如何看待发展和形成的标准？
俄罗斯（不仅限于俄罗斯）的IT成为了一种社会电梯，它使才华横溢的年轻人不仅达到了世界专家的水平，而且也达到了富有的人的水平。 电梯是如此有效，以至于有些人夸耀自己的成功，而不是由于一次大肆宣传而获得成功。
人们相信，每种聪明的IT人员都可以组建自己的团队，为其寻找资金，并至少创造出可以出售的产品。 并非所有的事情都是正确的，但是这个例子离事实还很远。
为什么这些成功的社区人士？ 他们为什么要向像他们这样的人咨询？ 他们自己做得很好！ 每个人都是一个超级巨人，能够在一个人中建立VKontakte，Odnoklassniki甚至Facebook。 这样的专家不需要任何人-他们本身留着胡子。
他们需要什么？ 这些专家进入让·鲍德里亚（Jean Baudrillard）所描述的消费社会时需要什么？
注意：炒作正在腐败。 绝对炒作绝对会破坏。 重要的是要清楚地了解您的成就在哪里，以及爆炸性的市场增长和IT专家短缺的后果在哪里。 在一定范围内的自我批评和反思是专业人员的重要素质。
告诉我们有关techdir的封闭渠道。 他的出现方式，解决的任务，那里的人什么样。
Techdir封闭俱乐部是对一群非常专业的IT专家的要求的回应，该专家要求他们退休到一个可以讨论最敏感问题的地方，而不会被June / Pioneers的意见所干扰。 事实是，真正的“国际象棋棋手”简直厌倦了无数本德尔·奥斯塔佩斯（Bender Ostapes），他们不再进行真正的讨论，而是以“ 国际象棋使县城[New Vasyuki]成为全球首府的象棋思想将转化为应用科学和发明”的方式不断推陈出新。星际通信方法 。“ 显然，来自Kotlin，Tarantula或Postgres的作家类别的专业人员对相当具体且清晰的事物感兴趣。 这些家伙将他们的所有志向和人生目标都放在了专业上。
俱乐部只存在几个月，到目前为止，观众之间才认识。 所有这些人都习惯于掌握权力，习惯于认为自己的言论没有受到批评和作为法律。 在这里，每个人都知道谁是谁，并且彼此之间非常仔细地沟通。 结果是一个非常有趣的构造。
到目前为止，主题都很狭--我偶尔会引用一些示例。 在公共频道上发表的文章之一是有关原木技术处理的问题。
据我所知，您计划在不久的将来在会议上发言。 告诉我更多有关您将要谈论的内容，要解决的问题的信息。
是的 10月9日19:00，团队负责人聚会将在SkyEng办公室进行，以管理团队和来自团队实践者的知识。 通过此链接广播： https : //youtu.be/Y9Sxg14pads
这将是蒂姆利德之前有关Techdir工作实质的审查报告。 从公司到公司，techdir的角色是完全不同的，但总的来说，它始终意味着要由三个团队组成：高层团队（开发基础架构），产品团队（开发业务解决方案）和技术团队（实现基础架构和业务解决方案）。
产品团队将永远沉迷于以拐杖为导向的解决方案，从而积累了技术债务。
技术团队将以正确的方式淹没工作，使用实施昂贵的炒作技术，从事其他人应该为他们编写的详细技术规范的工作。
上层团队需要精确的时间表和资源估算，并为技术团队提供最少的措辞。
从根本上讲，techdir的工作是每天解决金钱，用户和开发之间的冲突。
注意：几乎所有公司的Techdir都是一个仲裁员，可以消除产品，技术和管理团队之间的矛盾。 并且过程的每个成员都会找到一个对项目有利的构造。
9月3日在圣彼得堡举行的Tehdir日取得了成功。 计划开展此活动？ 为什么在9月3日“所有人翻转日历”时呢？
Tehdir的日子非常令人震惊-共有一百多人注册，其中包括总和技术总监，团队负责人，建筑师，产品和项目。 令人惊讶的是，从准备好的啤酒和柠檬水库存中，柠檬水卖得很好，剩下了一半以上的啤酒。 另一个陈规定型观念可能会被抛弃。
假期同步地在Selectel的圣彼得堡和Skyeng的莫斯科举行。 我们在首都之间布置了一座完整的视频桥，并互相祝贺。
根据结果，我们不仅同意每年在首都举行Techdir日，而且还将假期按特许经营的类型推广到所有拥有百万富翁的城市。 现在，我们正在收集参与的应用程序（写信至dsimonov@gmail.com！）
什么是techdir？
在Tehdir Day发表讲话的HR反复说，很难确定谁是CTO，它是哪种动物，它被吃什么，以及如何狩猎和猎杀它。 您如何确定技术目录是什么？ 这个行业是如何发展的？
Techdir-听起来很自豪！ 在我看来，techdir是“胜利者”一词的同义词，“胜利者”相信自己，相信自己的团队，相信胜利！ 他赢了。 它不能取胜-否则，它不是技术编辑器，而只是想象自己的开发人员。 这是他的主要任务-克服困难，说服同事，执行计划。 但是最重要的是看到您的胜利，并详细了解如何取得胜利。 有什么小东西？ 这些是Techdir无法理解其值的细节。 那什么是特赫迪尔？
在这种情况下，无论他有多专业，他都将输掉所有战斗，合并并详细告知股东为什么没有解决。 通过演示，出色地发表了演讲和论据。 然后他将参加很长时间的会议，而不是谈论如何构建项目，而是谈论如何不构建项目。 这将是为什么该项目无法正常工作的专业人士。 我定期在桃子俱乐部见这些人。 他们的话总是以“现在我要告诉你为什么你不会成功！”开头。
注意：特赫迪尔最重要的素质是取胜的习惯，在困难和问题上看到胜利，并且永不放弃。 在任何情况下，您始终可以找到解决方案-您只需要从不同的角度看问题，并扩大现实的范围即可。
如果要为并行项目选择techdir，将根据什么条件选择？
在HH，应莫斯科CTO / CIO的要求，有数百份简历。 如果您仔细查看个人资料，那么实际上这是想要CTO / CIO的简历。 想担任首席职位的前高管和经理。 也就是说，那些认为自己是CTO或想成为CTO的人。 在众多候选人中，如何找出谁值得？ 问他们什么？
企业主的建议非常重要。 如果您与不太友善的人分手，请立即提出评论。 这些人是您的同事，他们已经知道如何与应聘者合作，因此耙子清单对您很重要，最好不要踩下去。
它还需要下属的建议。 这些人有服从候选人的经验，也有信任他的领导经验。 最后，很大程度上取决于团队的这种信任。 看看他真正知道如何用自己的双手做事，以及它与您的项目有何关系。 在这里，重要的不是他本人亲自动手构建所有东西，而是原则上他愿意深入研究代码中正在发生的事情。 阐明应聘者与专家互动的经验技术栈。
带有URL的独立启动项目的列表以及项目角色的描述。 必须有某种切实可行的具体证据证明这一角色的现实，而不仅仅是“站着”。 这是关于候选人习惯于想到自己的项目这一事实。 如果他没有这种技能，那么他可以很好地学习它-费用由您承担。
候选人根据其原则编制表格ph并减少具有固定月薪和/或小时费率的专业。 FOT总是鱼雷，如果候选人有养成鱼雷的习惯，这意味着他知道在鱼雷投掷时要掩盖哪一边。
如有可能，请提供自写文档的示例。 例如，策略会议，带有技术分解的涂色功能，技术规范，测试文档，时间表，详细时间表等等。 当然，所有这些文件都是商业秘密或粗纸板。 没有人会把它们给你。
重要的是要确保应聘者习惯于使用此类文档，具有技巧并且不是他的第一次。 所有这些都必须摆在他的脑海里。 如果他认为如何构建这些文档而不是构建-这表明缺乏经验。 固定在机器水平上的习惯说的太多了。
这些都是棘手的问题-并非每个人都能完全回答。 即使对这些问题的回答非常温和，但诚实是更为重要的。 首先，与候选人讨论您对他的期望，首先是信任和诚实，其次是关于丰富的经历。
最重要的是，能够让每个候选人了解他的工作习惯，“自动”从事的工作。 在任何困难的情况下，他都会使用这些技能。
是否有Tehdir的技术手册，参数和标准，还是所有行业的神话杰克？
四分之一世纪以前，网站管理员是男孩。 然后是网络程序员们。 然后是男孩们。 通常，要求男孩们做所有事情。 （笑）现在这些男孩被称为技术主管！
没错，为了成为成熟的Techdir，这些男孩不得不大幅度升级。 仍然可以手动控制最多5人的团队-实际上，正如程序员所说，这是一个愚蠢的“硬编码”。 对于大型团队，硬代码不再起作用-您需要引入成熟的复杂灵活的框架，并在其中开发基本流程。 Techdir不仅使用编程语言而且还使用文档语言进行编程：他计划预算ph，编写测试程序，制定招聘，入职和裁员政策。 现在，他不再使用变量，而是使用团队，数据中心和基础架构。 他更关心业务问题-通常，它们比精美的本地技术解决方案确实更为重要。
工作始于预算，时间表和技术解决方案之间的平衡。 除了这些繁重的工作（其中很大一部分是与人一起工作）之外，还必须有一些使这种特殊技术与其他技术区别开来的东西：他自己的个性。 在许多方面，一切都完全取决于这种个性-首先是技术解决方案。
例如，如果我们谈论的是技术维护工程师，那么他将重点放在监视目标的一系列系统调整的监视系统上。 总体而言，工作顺序对技术鹿来说非常重要，而对于此类操作员而言，最严格的法规遵从性是首要的。 这些仍然是所有技术领域的普遍趋势。
但是，一个人取决于自己能够设定趋势的事实。 例如，针对您自己的需求量身定制针对知名监控系统的插件和调整。
为什么个性如此重要？ 在没有它的情况下，开发中将一无所有，并且techdir本身很容易替换-谁作为techdir工作没有区别。 而且不会有以前的现有技术目录的痕迹。 第二天他会被遗忘。
注意：Techdir-不仅应该是一个很好的专家，而且应该是一个人。 以独特的方法，极高的主动性。 这确实是该船的船长-如果他不是每个人的榜样，并且不会引起尊重，那么该团队将在梨子周围四处逛逛，并散布在每个港口。 从某种意义上说，技术专家不是在编程代码，而是人员和团队。
自从人们开始谈论职业以来，例如， 局局的Artyom Galonsky告诉我，DevOps工程师在自然界中并不存在，这是新职业的发明。 通常，这个名字在劳动力市场上要求更高的薪水，但实际上，DevOps工程师只是一位具有Kubernetes知识的管理员。 您将如何定义DevOps工程师？ 您已经雇用过这样的员工吗？
当开发在sprint级别进行时，开发世界正在“最后一英里”迅速加速，但是先前用于系统管理的现有技术和组织工具无法应对，因此变得狭窄。
开发人员（Dev）和管理员（Ops）总是相互安排相互竞争。 如果有问题，则Ops表示代码有问题，Dev-服务器设置。
然后，他们提出了一种方法，必须以这种方法组建一支团队，以使Dev和Ops定期交流开发和维护项目的经验。 它使用众多工具为支持和开发软件开发与交付的问题提供了一个团队解决方案，这些工具提供了与代码，程序集，测试，程序集工件管理，发布管理，配置，监视和日志记录一起工作的能力。
我认为，对于开发人员而言，仅k8s是不够的，您需要了解体系结构和开发，以便能够在必要时构建可靠的系统和部署，编写代码并至少了解一点。 我很感兴趣地观看Slurm培训课程，这些课程教授DevOps和SRE工程师，但就目前而言，我本人更喜欢使用单打的服务而不是团队的服务。 这是由于以下事实：能力中心的团队以一两个工程师的价格保证了我的基础架构的稳定性。
有时，存在一两年的“时尚”，“炒作”行业有时会出现在IT市场上，然后消失。 大约五年前，一次，所有公司都急于寻找Jira设置专家，然后，大约三年前，每个人都认为，如果团队没有Scrum Master，就不可能工作。 这些职业现在感觉如何？ 几年后会不会有同样的DevOps工程师出现？
吉拉（Jira）和Scrum的专家组成了他们的小型社区，而且，我定期从他们那里订购一些服务。 根据学习的深度，他们或多或少地赚钱。
Devops - .
?
, , . ?
, , , , .
, . , — , sre . — , , , -, - . ? — , , .
, , . , 10-30 , . , , , — , — . . . , .
« 10 .», . , , . , , , , .
, , , . , . , , , . , , , , , , , - . — , .
NB: . , , , , . , . .