职位空缺和公司内部第一天的描述与期望和现实相似-一切大致相同，但充满惊喜。 我想了解更多关于您工作所在的公司的信息，而不是您打算在其中工作的公司。 内部生活如何安排，那里有什么样的政策，规则和程序，人们的目标是什么。
现在，“我的圈子”将定期谈论它。 我们将与大小公司讨论其内在生活，以便您可以在那里查看。
第一个版本是
Voximplant ，这是一个用于通信服务和应用程序开发人员的云平台。
大约10年前，Alexei Aylarov和他的公司提供了Zingaya服务，该服务使公司无需使用电话或安装其他软件即可直接从站点拨打电话。
大约在同一时间，全球云通信平台即服务（CPaaS）的整个市场开始形成。 最初是通过云发送短信，然后是通话，消息和视频。 现在市场已经大大增长。 例如，只有一个Twillio平台（几年前在美国公开发行）每年赚取数亿美元。
2014年，Alexey与Andrey Kovalenko和Sergey Poroshin一起推出了Voximplant服务。 这也是用于呼叫的云平台，您可以在此平台上构建任何应用程序和服务。 我们与Voximplant HR专家Alexey（A.A.）和Vasily Kudryavtsev（V.K.）进行了交谈，讨论了公司的工作方式，办公室的生活以及他们现在在寻找什么开发人员。
瓦西里·库德里亚夫采夫（Vasily Kudryavtsev）和阿列克谢·艾拉洛夫（Alexey Aylarov）
产品与技术
-这个名字是怎么出现的-Voximplant？ 听起来赛博朋克。AA：就是这样。 植入物可用于增强科幻电影中的人物能力：插入自己并变得更加先进。 我们的处理方法如下-将“ vox”（语音）作为植入物可以嵌入到不同的应用程序和服务中。 将来，谁知道呢，也许人们会内置一些东西。 现在到目前为止还不是很普遍，但是慢慢地，任何车身改装都将朝这个方向发展。
-您如何解决产品问题？AA：关键是，在企业，初创企业或开发人员之前，必须从头开始开发一切。 我想制作我的Skype-您需要找到工程师，专家并将其投入使用。
现在，您可以使用这样的平台，可以使用普通的Web开发人员或移动应用程序的开发人员，他们可以使用该平台及其工具来创建有条件的Skype或呼叫中心或PBX或其他产品。
任务是将专家少的低层次复杂开发转移到专家多的更高层次，更快，更简单的地方。 在我们的特殊情况下，我们选择JavaScript作为平台中编写呼叫处理脚本的主要引擎，全球有数百万的JavaScript程序员。
-产品本身由什么部分组成？ 什么技术？AA：主要部分是基础架构本身，它由各种媒体服务器，后端，API等组成。 它们使您可以在平台中创建实体：应用程序，用户和其他。 然后，可以创建可以多种方式启动的JavaScript调用脚本。
第一种方法是简单地通过HTTP对平台进行调用，然后启动调用。 JavaScript会话在云中启动，并且在该会话内部可能存在呼叫，语音识别，录音-我们拥有的所有功能。 取决于特定客户的需求。
同样，如果呼叫来自连接到平台的电话号码，则可能会在云中发生会话。 您可以直接从我们这里购买或租用电话号码。 您可以通过SIP连接您的号码或您的基础设施：为我们创建应用程序，并接收流量并通过SIP发送回去。
如果我们的其中一个SDK（可以集成的库）通过我们的平台进行调用，则也可能会发生带有调用的会话。 浏览器有一个Web-SDK，它使用WebRTC技术处理声音，视频和数据。 有一个用于Android的SDK，一个用于iOS的React Native SDK。 如果您要在其中的某些AR或VR应用程序中构建通信，甚至还有一个SDK for Unity。
同时，每次在云中发生会话时，JavaScript都会告诉您该调用需要执行的操作：将其放入队列中，对其进行记录，对其进行识别。 您可以执行复杂的脚本。 也就是说，我们拥有第一个立即使用无服务器方法的CPaaS平台。 这意味着您可以最大程度地减少我们的后端与包含客户端数据的后端之间的数据交换。
恐龙帕夫拉-我查看了贵公司所需的技能列表-您还谈到了JavaScript，但也有C ++，Java，PHP。 那么您需要什么样的专家？AA：根据使用平台的哪个部分，需要不同的人员。 移动SDK需要使用Android和iOS的人员。 Objective-C，Java或Swift，以及有关C ++的知识，以便您可以在RTC上构建库，等等。
我们有C ++，我们有Java，我们有JavaScript，PHP，NodeJS。 语言的数量如此之多，可能是由于平台的复杂性所致。 说出我们不使用的内容比列出我们使用的内容要容易得多。
-是否与您的任务是将其集成并植入任何系统有关？A.A .：不仅如此。 我们只是选择最适合在后端方面进行特定操作的技术和语言。 而且，如果我们谈论SDK和库，那么是的，这是平台施加的限制问题。 例如，iOS希望SDK与Objective-C一起使用，那么对于开发，我们需要一个可以做到这一点的人。
公司架构
-贵公司有多少人工作？答：现在我们大约有65-70人。 基本上，一切都在25-35岁之间。 但是，我们不会将员工分为办公室和远程员工。 基本上，所有工作都是在办公室全职工作。 有时候有人可以远程工作，但这是很少见的情况。
-据我了解，您不在远程站点上工作。 而且也没有与远程站点上的外国专家一起工作的经验？AA：我们在远程站点上唯一要做的就是大型概念的设计-例如，完全更新站点。 但是逐渐地，在工作过程中，出现了许多需要不断完成的事情。 您不能将它们交给像AIC Media这样的大人物-他们对小事情不满意。 或者，我们现在有新的内部产品，例如Smartcalls，这是一种自动呼叫服务。 与UX相关的工作很多，并且需要内部需要执行此操作的人员。
当然，我们会从Google之类的合作伙伴那里获取一些东西，例如Cloud或语音识别。 但是，我们认为产品的那些重要和重要的部分（现在，原则上，我们认为所有重要和重要的部分）-我们都尝试在内部进行。
-这是您的原则立场吗？机管局：老实说，我们对远程员工没有很好的管理，而且有几次没有很好的经验。 但是我在谈论技术部分。
自然地，在地域上发展，我们必须考虑远程工作者。 但这仍然不是发展，而是技术支持，客户服务，销售，市场营销。 如果我们在美国销售，那么就有人当场进行销售。
也许在某个时候，我们将有新的办事处在新市场上发展。 有时只关注俄罗斯是没有意义的。 但是我们不想将开发带到某个地方。 有足够的专家，莫斯科也有足够的钱来养活他们。
开发室-向我们介绍部门和团队。AA：公司正式分为两大部分：开发和销售与市场营销。
在开发中，所有内容的结构都与平台的结构相同。 有直接开发该平台的后端开发人员。 有移动SDK的开发人员。 每个单元都有自己的单元。 还有基础设施问题，工程。
如果我们谈论其余部分-我们在管理，市场营销，销售，会计等方面都有支持。 基本上，一切都是水平的。 设计师现在是分开的。
-单位如何组织？机管局：这些是2人到10人的团体。 我们有开发服务器端，使用C ++等的同事-带有电话的复杂高性能。 他们直接向技术总监Andrei Kovalenko报告。 这个小组大约有三个人。 在这个特殊的单元中，所有的老年人，我们没有机会将大三学生留在这里。
如果我们谈论前端开发，涉及站点，UI / UX，杂货件，那么初级和中级都有。 有一个高级团队经理-团队负责人。 是否需要一个单独的管理取决于有多少人以及他们执行什么功能。
-有趣的是，您的性别比是多少？ 当然，最有可能的男人更多？V.K .： 30％到70％！ 我们有四个正在开发的女程序员。
-集体会议呢？ 我现在读到的是，有些公司将它们缩短了，以免浪费太多时间。 相反，有些则遵循扩大这些会议的道路。AA：我们有一种混合形式-并不是说我们倾向于参加很多会议，但是没有他们我们是做不到的。
有专门针对特定问题及其解决方案的会议。 关于“告诉谁做什么以及为什么需要它”。 最近，我们开始引入一些罕见的小型指导会议，以便有人可以告诉别人如何使用什么以及如何变得更好。 在战略会议中，整个公司都会倾听我们在做什么，为什么，为什么，我们对年度，季度等的计划。 我自己大约每六个月用一次。
至于销售，他们有自己的会议系统。
-您使用什么协作工具？AA：我们围绕Telegram进行了一次对话，Slack不知何故没有扎根。
几乎每个管理单位在Telegram中都有自己的小组。 如此-与其他所有人一样：电子邮件，Jira，CRM，电话。 任务跟踪器种类繁多，有人在需要更简单的东西时使用Trello。
-作为首席执行官和创始人，您是否参与开发或销售的日常活动？机管局：在观察方面，我更加投入。 我与开发产品的技术人员以及销售产品的企业进行沟通。 我需要了解什么是需求，什么不是需求，可以做什么，不能做什么，可以长时间完成且昂贵的工作等等。 就是说，我当然不是在编写大量代码。
阿列克谢·艾拉罗夫（Alexey Aylarov）
培训新员工并使其工作
-您经常有新员工出现吗？AA：在过去的两年中，我们一直在积极扩展。 在这一年中，大概有两倍于此的人数。
-您如何将它们投入工作？机管局：起初它不是很组织，但是现在，当越来越多的人和像Vasily这样的人出现在人事流程中时，一切都已经被重建。
我们有特殊的系统。 例如，针对卖方的培训系统是一个，而将开发人员连接到任务的系统则稍有不同。 一切都基于任务和关键绩效指标，而关键绩效指标是领导者。 然后，所有内容分解为子任务，然后人们被告知什么，为什么和为什么。 通常要花一两个月的时间才能完全了解我们所做的事情。 这不是世界上最简单的事情！ 好吧，之后人们已经在安静地工作。
VK：现在我们只是为初学者介绍一个培训系统。 到目前为止，它看起来像是一系列针对不同产品和不同方向的讲座和故事：Voximplant的技术方面，Voximplant的业务方面。
我们计划以演示文稿和视频的形式对所有这些进行形式化，以使以后要来的人们拥有进入公司的知识基础。
AA：在其他培训中，我们有英语-老师每周参加几次小组讨论。 我们的任务是使所有员工都能提高英语水平：例如，在必要时与客户沟通。 加上为撰写文档等内容的人提供的书面英语。
-您是否参加任何外部活动-会议，研讨会？AA：是的，通常这些都是个人的愿望。 在某些事件中，我们作为公司来讲述自己。 在某些活动中，我们会派人，他们只是分享经验和倾听他人，互相了解。
通常，开发人员在这里选择他们想要的地方，然后说：“我可以去哪里吗？”。 他们回答：“好吧，为什么呢！”
-是公司赞助还是开发商自己出钱？AA：取决于什么样的事件。 如果公司出差旅行，则公司赞助开发人员参加活动。 如果利益是个人利益，员工通常会理解这一点并独立支付所有费用。 也就是说，这取决于环境以及达到此事件所需的时间。
动力和职业成长
-告诉我们如何建立员工的动力。AA：我们遵循不同的KPI。 这很容易在销售中验证，并且很难开发。
我们有一个路线图，并且了解它在哪里发展得好，在哪里变得坏了。 如果一切都好，那自然是有好处的。 如果一切都不好，那么接下来并不是贬义，而是领导者与员工进行对话。 因此，每个人都知道他们想要什么。
而且，如果我们谈论对我们而言似乎很重要的动力，那么我们将制造出一款举世闻名的严肃而高质量的产品。 人们希望参与其中。 他们的动机是为公司品牌的发展做出贡献。
有各种各样的公司聚会，团队建设-嗯，就像其他所有人一样。 人们知道如何放松：当公司愿意这样做时，他们会聚在一起，并独立旅行到某个地方，进行交流。
销售室-在周五的“魔法门英雄”中，大家一起切碎吗？AA：我们已经很难做到这一点，这样我们才能同时吸引所有人。 每个小组都可以找到共同的利益并在他们的基础上进行沟通。
65个人不再与集中化有关。 一个公司聚会收集它们变得更加困难，这样每个人都可以，甚至对于某些这样的事情-更加困难！
-您的公司规模仍然很小，尽管绝对超过了启动门槛。 谁目前正在决定加薪和奖金？机管局：一个想法可能来自管理层，或者团队负责人来了，并说这名员工已经掌握了技能，他不再是大三，而是成为中级。 他工作得很好，是时候提高工资了。 管理层正在考虑此选项，我们正在提高员工的薪水。
-您如何决定升入下一个级别-从初中到中级以上？答
：蒂姆利德也经常做出决定。 或经理，部门负责人说，这些员工很棒，他们正在发展，向前迈进。 根据经验，此类切片每年执行一次或两次。
毕竟，这已经是一个更大的团队，他们之中存在垂直运动。 而且，正如我所说，我们有只有君主才能工作的地方。 从原则上讲，他们在技能方面几乎没有发展。 他们只是做自己的工作，为此我们一直鼓励他们。
-你如何应对倦怠？ 不要在一个地方无聊吗？机管局：这是一个有趣的问题，我们通常会更新它们，出现新的任务。 在我看来，如果一直做同样的事情，您会感到无聊。 我们不断为人们提供新的东西。
我们非常有野心，我们的任务与我们相同，因此我们不必在这里感到无聊！ 我们与拥有许多次创建相同事物的资源的公司竞争，因此我们必须更加灵活，快速和明智，才能继续保持竞争力。
— ? ...: , . , . - -, . , , . . , , , .
— Machine Learning Tensorflow — - . , . — , , , . — , , , .
, , — . : , , — . . .
— , ?..: : , , . . 30 000 , .
- : , Skype-, .
— - , ?..: : Facebook LinkedIn . , . , .
LinkedIn, , Facebook.
..: . , , . , . — , , .
— : ?..: , .
..: — , — . « ». , . , , . , ( ) : « , ?», . «, ! - , , ». , — .
50 50: - , - . - , , .
— , Voximplant?..: - : , Skype-, , .
. , . , . -, , - – , — .
, , . 2 4 , .
— : ?..: , , . , . , , , .
, . - , . , , . , , , — . — .
— ?..: , , « » . – , , . — , . – — — .
— - ?..: ? , — . , , . , , , - , , . .
— , , ...: , , , - , — . . , - , , .
— , ?..: , - , « ». , , , , . , «» .
— , . . , . . , - — .