在一个只有您的企业才能使您真正致富的世界中，人们仍然会去打工。 首先，并不是每个人都高兴成为商人，但他们需要生活。 其次，一切都清晰，安全地工作-您可以履行自己的职责，并且大多数承担他人的风险。 从这里开始，旧的讨价还价的冲突开始了：所有者希望员工受到激励，就好像工作是他们自己的事； 员工只想做自己想做的事情，而不再做。
这些经典的关系会有所不同-期权，利息，奖金，这让人想起同一条船上的所有者和雇员。 但是有一些不太典型的情况。
Flant公司由几个Devopos团队组成，这些团队以交钥匙方式为其他人的生产服务。 他们来自一群Linux学生爱好者和粉丝，现在他们建立了“企业内部的业务”结构，仅仅是因为它更舒适，更诚实。 Dima Stolyarov和Sasha Batalov告诉我们它是如何工作的。
Flant在2018年被评为IT顶级雇主之一， 平均评分为 4.68。 根据My Circle对公司的估计，员工认为公司正在使世界变得更美好，他们也对Flant从事有趣的任务，良好的团队关系，现代技术以及与高层管理人员的沟通表示赞赏。
Linux学生团伙
Dmitry Stolyarov（技术总监）在报告中-
（Dima Stolyarov）我们一直都在处理Linux和开放源代码，但是我们从一个非常有趣的话题
入手 ，现在这个话题有些尴尬。 由于某些原因，我们认为我们应该在办公室而不是Windows中实现Linux。 该公司的名字叫TrueOffice-“ True Office”。 然后我们意识到没有人需要它。 那是2006年，当时我19岁。 仅在2012-13年，人们才意识到如何开展业务，世界需要什么技术。
会议的公司展位上，亚历山大·巴塔洛夫（CEO）-
（Sasha Batalov）除了技术外，市场营销，销售和经济学方面还有一个巨大的层面，除了大学课程外，没有人教过我们，但我不知道它们的适用性或实用性。
最初，在我们看来，所有这些都是不必要的，但是后来我们不得不在实践中理解，读书，有时甚至是在坎were之后。 总的来说，我们走了很长的路，尝试了一堆所有错误的东西。
-
（DS）但是随着资格的提高，他们逐渐都已经专注于Linux，现在我们只处理高负载，高负载的Web项目。 当Kubernetes出现时，我们很快意识到这是非常缺乏的基础。
-为什么对Linux如此感兴趣？ 是思想上的还是技术上的？-
（DS）该公司有两位创始人-Dima Shurupov和I。 Dima Shurupov对开源更加感兴趣。 从技术上讲，我喜欢Linux，那里的一切安排如何。 结果是一种结合：Dima喜欢意识形态，但是我喜欢技术。 我喜欢开源作为一个主意，但是技术方面对我而言一直更加重要。
爱因斯坦说：“有必要做的尽可能简单，但不要简单。” 在这里，Linux的构建是如此简单，可靠和透明，令我感到满意。 我们都喜欢它，我们从一群学生变成了一家大公司。 现在我们已经70岁了。对于IT来说，对于专业服务而言-这很多。
-那帮学生期间一切都好吗？-
（DS）像往常一样，学生们会得到它-有趣而有趣。
-
（SB）大量利他主义，即征服互联网，征服技术高峰的愿望。 我们参与了非常复杂的任务-发生了，我们进行了系统集成领域中的严肃（但非常有趣！）项目，使他们花了很便宜。 他们试图建立自己的框架，吸收他们认可的所有技术，并立即寻找要使用的技术。
-一切都商业化了吗？-
（DS）是的，但是在早期，我们不需要任何东西。 在那些日子里，4万卢布对我来说绝对是正常的收入，我对此不以为然。
-
（SB）而且我认为只要花上一千美元，您就可以制作任何您可以想象的网站。
-
（DS）在2013年，我们没有钱在莫斯科自由聘用。 我们已经接受了所有我们可以接受的熟人。 我们决定在下诺夫哥罗德开设办事处。 我们去了那里，打开了，开始租用。 然后，他们意识到住在两个办公室很困难，因此决定根本没有办公室。
当然，它们充满了一堆锥体。 遗憾的是，直到2016年，我才读到《远程》。 我哭着笑，因为我们一对一地旅行。 每个段落都与我的个人经历相交。
-
（SB）在每个段落中都有我们的伤疤。
弗兰特做什么
我们为交钥匙高负荷生产提供服务。 这与传统的外包服务不同，因为我们与客户生活了很长时间，并且互动非常紧密，人们最重要的事情之一就是信任我们。 他们的业务很大程度上取决于我们的工作方式。
要创建高质量的生产运营，您需要15至20个devop，数据库专家，Kubernetes，支持等。 如果公司规模很小，那里只有两到三打开发人员，那就不可能了。 在这里，我们来保存。 千为150。
以前，我们的使命是创建一家公司，无论听起来多么愚蠢，我们自己都可以在其中工作。 既然成功了，我们的使命是在早期为小型企业和初创企业提供Google和Facebook级技术。
人们可以专注于自己的产品，而不是克服无法克服的问题。
来到我们这里的许多人都感到惊讶-有多少不同，到处都有什么负担。 我们有超过50个正在生产的项目，超过70个Cuebrnetes集群。 在这种情况下，您可以随时扭曲。 他打开了一幅画，画了一个微服务架构，列出了200种技术，然后走了。 但这总是导致问题和后果。
诀窍是一方面确保最大的稳定性，可靠性和简单性，另一方面确保高水平的创新。 好吧，我们为此感到自豪。 作为有条件的宜家，我们在任何地方大量进行此操作。
谁需要外包开发者？
-在我看来，大公司更喜欢在州内保持发展。-
（SB）很明显，像Avito或Badoo这样的大公司可以招募devop。 拥有大量投资的小公司也可以-但他们会崛起，而不是他们有能力应对。
我们认为，即使是大公司也应该更好地联系吃这只狗的专家。 从事基于网络业务的小公司只需要联系经验丰富的人。 因为关键系统中的任何停机时间都是金钱的损失。
-
（DS）我们知道俄罗斯人害怕外包-由于负面经验，出于其他原因。 但是客户不会离开我们。 十年来，他们离开的原因只有两个。 他们要么超出了我们的规模（例如，他们被购买了，什么都重建了），要么因为这个想法行不通而关闭了。
-谁经常来找您-小型公司还是大型公司？-
（DS）现在一样。 但是小孩子们只是害怕我们，他们认为我们...
-
（SB） ...大，复杂，难以接近且在云端哭泣。
-
（DS）是的，是的，您和迈巴赫一起走过沙龙，不进去，不问价格，因为迈巴赫不可能花费50万卢布。
-当然不能。-
（SB）但是，只要他出现在汽车共享中，您就可以负担得起。
-
（DS）是的，我们当然不是迈巴赫-我们是宜家。 我们还简单，可靠且负担得起地取得了成功。 通常，来自TOP-50的公司和与我们联系的小公司的数量是相同的。 但是我们主要依靠小企业，主要与他们合作，并尽量不与大企业合作。
-为什么？-
（DS）很多官僚机构。
-
（SB）在一家大公司中，责任的分配有很多层次，反馈很长，人们经常开始使用技术：“让我们权衡一下，让我们写一个战略，计划下一年的计划，让我们做得更好，它更漂亮对于企业文化而言，这就是我们实践的发展方式。” 因此，他们开始使可以简单解决的事情复杂化，从而使80％的结果将是明天。 他们走了很长一段路，不知道它是否会起作用。
结果，我们没有彻底建立起惯例，而是重新发明了轮子，技术解决方案的成本变得无与伦比地更高。 而且，质量并不是事实会更好。
外包费
我们在Github上有很多项目，我们正在将整个故事积极地贡献给开源。 不仅对我们的人-对陌生人也是如此。 我们尝试共享每天使用的工具。 我们认为这是我们的责任，我们对此感到非常高兴。
公司中的所有成员都在以一种或另一种方式做出贡献-通过评论，文档或代码。 我们相信，这是我们为使用的开放源码工具的整个丰富世界付出的代价。 我认为我们值得此笔费用。
我们称其为经验的凝聚。 最初，一个人学到了一些东西，与同事一起翻阅，这种经历成了民间传说。 然后我们写下了文档，然后将其放到实用程序中，却忘记了它的存在，因为我们不再思考-一切都会自动考虑在内。
技术的普及和开发者的毒性
-为什么要使用Ubuntu？ 在被选中之前，还要考虑什么？-
（DS）我们是一群喜欢Linux的学生。 我们使用Gentoo的时间很长-这是一个基于源的发行版，每次我们需要从头开始编译它时。 当我们有几百台服务器时，更新花费了几个月的时间。 当然，我们首先要对所有内容进行自动化和优化，但是最后我们意识到我们需要进行一些更改，并且在了解不同解决方案的利弊之后，我们选择了最受欢迎的产品。 那时很直观-因为最受欢迎，因此最好加以开发，并且所有缺点迟早都会得到纠正。
有一个这样的Resync DB数据库。 他们与MongoDB竞争，并且大约在同一时间开始。 长期以来，Resync在技术上都更好。
当用户到达时，他们尝试解决内部系统问题，而在MongoDB中，他们解决的问题要少得多，但是可以有条件地指示是否在综合测试中更好。 因此，MongoDB的流行度增加了。 在最简单的情况下，他们表现得更好，但里面是无花果。 并且内部的Resync DB很好，但是并没有普及。
结果，使用MongoDB时一切正常，但是没有人记得Resync DB。 公司破产了。 Ubuntu有这样的东西。 我们非常关注这种分布，因此我们决定使用它。
-您如何看待最新的政治变化，CoC等？-
（DS）好吧……没有负面因素，一切都很好，一切都清楚了。 我自己有时会得罪别人，这让我感到痛苦。 例如，这件事对我来说似乎很明显，并且开始激怒我人们不了解它。 我很生气，但结果却是一个负面的（但我正在努力）。
莱纳斯非常聪明，毕竟他已经为此工作了30年。 很明显，他是一个敏锐的家伙，他什么也没说。 他的礼貌受到影响，社区正在为此努力。 他本人理解并承认一切。
“但是，据我从讨论中的反应中了解到，很多人都支持直率而严厉地讲话，如果有人不喜欢它，他们不会加糖，他们就不会融化。”-
（DS）不，不是。 作为一个缺乏礼貌的人，我知道这很糟糕。 它破坏了社区。 有些人不在乎，但对大多数人而言，保持情绪舒适仍然很重要。
代码中有一个愚蠢的错误。 您可以这样写：“伙计们，我们错过了这么简单的事情是很糟糕的，我们需要修复它。” 您可以写：“这是什么白痴？！” 一句话。 犯此错误的人可能比您更聪明，也更有经验，但是当他犯错时，他简直是发脾气-您永远都不知道他发生了什么。 对他来说，这将是直接的进攻。 为什么需要这个？
您需要直接说些什么，但是您不必说“白痴写的是什么”。 隐藏和包围也没有意义，但是没有必要冒犯他人。
为什么devop每天都会打电话
-
（DS）现在，我们有一个小型办公室，其中放置文件，而办公室经理坐在那里处理这些文件。
该公司有70名员工。 OPS团队有20个人。 30个团队是三个DevOps团队，每个团队大约10人。 其余20位是开发人员和销售人员。 RND部门8名开发人员-4人。 整个公司非技术人员5-6人。
三个DevOps团队可赚取关键钱。 每个地方的过程都是一样的-每天漫长的集会，持续一个半小时。 但是他们在那里解决了所有技术问题，然后由他们决定下一步该怎么做。 而且由于一切都是远程的，因此这是正常交流的机会。
-每天真的有必要吗？-
（DS）是的。
“每个人都同意吗？”-
（DS）是的，每个人都同意，每个人都很舒服。 但是在某些日子里，集会可能会持续30分钟。 尽管在Slaka进行了非常密集的交流，但我仍然想很好地进行同步，以了解昨天发生的事情。 我们希望彼此理解，而不仅仅是单击任务。 这是文化上重要的一点。
-
（SB）随时可能发生某些事情，情况可能会发生变化。 需要不断调整。
-
（DS）您在这个问题上开了个好玩笑。
-
（SB）是。 心脏外科医师到达汽车中心，一位机械师告诉他：“听着，我们在做同样的事情，只有您在人的心脏上操作，而我才是汽车的心脏。 您会得到$ 10,000的手术费用，而我为这项服务支付了100卢布。
外科医生问：“您还想得到一万用于修理吗？” 这样的技工-当然。 外科医生上车，开车说：“整理”。
也和我们在一起。 在开发中，您可以执行任务并在两周内得出结果。 然后可以纠正所有问题，因为正负三天不影响任何事情。
在我们的情况下，每一个错过的警报或对警报的错误决定都会变成一个很大的问题。 为避免这种情况，需要紧密，快速，持续的通信。
切换到udalenka很难吗
远程管理人员非常困难。 但这很困难，只要您在一个办公室中，而又在另一个办公室中，并且意识模糊即可。 您坐在莫斯科，在您看来，下诺夫（Nizhny）的人工作效率低下，效率低下。 在莫斯科，您会看到周围人的努力，但是却看到了偏远地区工人的努力-不。 您仅接受结果。
办公室里有很多非正式的交流方式-有人在去厨房的路上对某人说了些什么。 另一个办公室里的人看不到它，感觉不到它，上下文丢失了。
到我们准备离开办公室的时候，所有通讯（甚至与同一个房间的员工）都通过Google Meet进行。 当我们远程建立所有通信时，它可以100％工作，消除了所有误会的障碍。
很难构建所有内容，但是如果一切正确完成，它就会起作用并且不会引起任何不适。
团队如何自己管理资金
-Udalenka是一个有争议的问题。 有时公司害怕让人们回家，因为他们认为他们应该失去对他们的控制权。 但是那些被释放的人也说必须以完全不同的方式完成工作。-
（DS）我们已经准备好与团队共享资金，因此已经解决了这个问题。 我们的整个经济和动力系统几乎就像特许经营一样建立。 薪水很高，再加上我们留给他们免费的钱。
团队为项目池服务。 他们知道每个项目能赚多少钱。 他们绝对知道自己所占的份额。 所有超出其工资的钱都保留在团队中，并根据特定系统在他们之间分配。 他们的动机是绝对直接的-他们又花了20万元来承担这个项目，又增加了十倍的薪水。 犯了一个错误-您需要赔偿客户。
-
（SB）如果您开始让大家失望，那么您会立即感到。 您正在剥夺自己获得额外收入的机会。 并且我们的系统完全解决了控制问题。 一个人每天都要制定计划，并且每天都有足够的集会来了解谁在做什么。
-
（DS）在敌对状态下，战es中没有同志说谎。
-那么，您有未定薪水吗？ 每个人都知道得到多少吗？-
（DS）我们前段时间关闭了薪水。 有地区差异。 尽管我们努力在该地区全额支付莫斯科的薪水，但仍然存在一些不和谐之处。
—
() , . .
—
() , , . , .
10- 2018— 70 ?—
() . 20 DevOps- . . , . . , « , ». , .
— , ?—
() , . , . , . .
, . .
— , , ?—
() --, , .
—
() , , .
—
() , — . , , 8 . , , , .
, , . , .
— , - ?—
() . , . , , . , , — , .
500
—
() , . 500 . , , , , .
— 500 ?!, . . — . . , . , . , .
— ? , , .—
() , . , . , . .
, — , . , . , .
500 , , . 20 . , 100 , 30 , 20 , , , . . . , , . , . .
— ? 500 , , 500 .—
() . — « , 11. , , . 500 ». . - , , .
.
—
() , . , . . , 10 . , .
—
() , , , , , . , , . . , . , . .
— . , , . , , .—
() . , , . - , .
— - . ?—
() , . , . .
— , , ?—
() , . , . , , , .
, , . . , .
— , . , , , . .
. — , . — DevOps - . , . , . , , .
, — , . «DevOps-» , , , . , . - «-».
— ?—
() , . . , — , .
, , . , . . : .
—
() .
—
() ! , , . , . , - .
, , , . , — . , . — , , . , .
— , — , . , -?—
() , . , — . . — « »? , , .
. , , . , , . — . , SaaS-, . . .