Сфера деятельности: Разработка ПО, Консалтинг, Реселлеры

Используемые продукты JetBrains: Space

Число сотрудников: 25

Страна: Индия

CodeOps Technologies

CodeOps Technologies LLP — индийская компания, занимающаяся разработкой программного обеспечения. Основанная в 2016 году группой разработчиков, на старте компания занималась обучением новым технологиям. Сегодня, помимо обучения, компания предоставляет малому, среднему и крупному бизнесу услуги разработки ПО на заказ и консалтинга, специализируясь на бессерверных технологиях.

«Внедрить Space было очень просто, потому что мы начали с чатов — их использование не представляет никаких затруднений. В целом это отличный инструмент. Мы считаем, что всем компаниям, которые занимаются разработкой ПО, стоит использовать Space».

— Ганеш Самартхъям, сооснователь CodeOps Technologies LLP

О себе

Ганеш Самартхъям — сооснователь CodeOps Technologies LLP. За его плечами более 18 лет разнообразного опыта работы в IT-отрасли: он был разработчиком, дизайнером, писал книги, организовывал конференции и выступал на них, и в итоге основал свой бизнес. Ему нравятся инструменты JetBrains. Недавно он познакомился со Space и теперь считает, что его должны использовать все организации, как крупные, так и небольшие.

Срушитх Репакула — руководитель отдела разработки CodeOps Technologies LLP. Недавно он получил статус AWS Serverless Hero. Он часто выступает на конференциях и митапах, любит делиться с коллегами своими знаниями и опытом, рассказывать о решении разных проблем. Он давний поклонник инструментов JetBrains, особенно PyCharm и WebStorm. Ему нравится изучать новые возможности Space и придумывать, как их использовать для повышения производительности команд разработчиков.


О компании

CodeOps Technologies LLP — индийская компания, занимающаяся разработкой программного обеспечения. Ее основателями стала в 2016 году группа разработчиков, и сначала мы занимались обучением новым технологиям. Сегодня, помимо обучения, компания предоставляет малому, среднему и крупному бизнесу услуги разработки ПО на заказ и консалтинга, специализируясь на бессерверных технологиях.

Мы стремимся участвовать в жизни сообщества разработчиков, организовали несколько очень популярных в Индии митап-групп (в апреле 2021 года они насчитывали 47 000 участников) и активно работаем в составе группы JetBrains India Meetup. Кроме того, мы участвовали в организации многих конференций для разработчиков, в том числе JetBrains Day India, которые прошли в нескольких городах в 2018-19 годах.

Мы разработчики, поэтому нам очень нравятся инструменты JetBrains. Нравятся настолько, что мы стали официальным реселлером и сервисным партнером JetBrains.


Сложности до перехода на Space

Слишком много разных инструментов. До того, как мы перешли на Space, у нас было слишком много разных инструментов для разработки ПО и организации совместной работы. Мы использовали Asana для планирования спринтов, GitLab — в качестве репозитория, для ревью кода и CI/CD, GitHub — тоже в качестве репозитория, Slack — для обсуждений внутри команд, JIRA и YouTrack были нашими баг-трекерами и досками задач, блоги мы вели в Medium, а встречи команд планировали в Google Docs и Calendar, и там же делились документами. Даже WhatsApp использовали, чтобы известить коллег об отсутствии на работе.

Время на изучение разных инструментов. Каждая команда разработчиков представляет собой небольшую самостоятельную единицу, и они выбирали удобные им инструменты. Например, одна команда могла использовать GitHub для CI/CD и хостинга, а также в качестве репозитория, а Asana — для отслеживания задач и планирования спринтов. Другая предпочитала GitLab в качестве репозитория и CI/CD, Vercel для хостинга и YouTrack для отслеживания задач и ошибок. При переходе из одной команды в другую, а это случается довольно часто, разработчику приходилось тратить много времени на изучение нового набора инструментов. Производительность при этом, разумеется, не увеличивалась.

Потеря производительности из-за переключения между инструментами. Когда заказчик сообщал о проблеме, мы сначала обсуждали это в Slack, потом создавали задачу и отслеживали ее выполнение в плане спринта в YouTrack. Потом мы правили код, делали ревью, тестировали и разворачивали новую версию на рабочем сервере в GitLab. Если при развертывании в GitLab происходил сбой, мы снова переходили в Slack, чтобы сообщить об этом команде, потом снова шли в YouTrack, а потом опять начинали править код в репозитории GitLab! Из-за такого разнообразия инструментов мы попусту тратили время и силы.

Поддержка доступа ко множеству инструментов. Если в команде появлялся новый сотрудник или наоборот — кто-то уходил, приходилось предоставлять или отзывать права доступа ко множеству инструментов. Для некоторых из них мы пользовались бесплатными планами, но при превышении предельного числа пользователей или ресурсов приходилось переходить на платные версии. В результате нужно было оплачивать и поддерживать лицензии для разных инструментов. Короче говоря, управление доступом и лицензиями превращалось в серьезную головную боль.


Почему именно Space?

Нам нужен был единый комплекс инструментов или один-единственный инструмент для разработки ПО, который решал бы все наши задачи. Поскольку нам всегда нравились инструменты JetBrains, как только вышла бета-версия Space, мы сразу решили его попробовать. Вскоре мы поняли, что Space быстро развивается, появились такие функции, как отслеживание задач, баг-трекинг, обмен документами, CI/CD и т. п. С тех пор мы больше не искали другие варианты!

Удобные чаты. Первое, чем мы начали пользоваться, были чаты. Перейти со Slack на Space было очень просто, поскольку, в отличие от других инструментов, никакой «миграции» не требовалось. Потом мы внедрили внутренние блоги и обмен документами.

Совместное редактирование документов. Прежде мы использовали для обмена документами базу знаний YouTrack и Google Docs. Теперь для совместного редактирования очень удобно использовать Space. Особенно нам нравится функция разметки, но есть и другие преимущества. Например, в Google Docs нужно было предоставлять права доступа отдельным пользователям и так же отзывать их — очень муторно! А в Space доступ дается сразу всей команде, это гораздо удобнее.

Простой доступ и обучение. Раньше, когда в команду приходили или из команды уходили люди, приходилось давать или соответственно блокировать доступ ко множеству инструментов. Даже если адрес электронной почты оказывался недоступен, приходилось вручную добавлять новых пользователей. Кроме того, всех новых сотрудников надо было научить работать с различными инструментами, потому что их набор мог отличаться в разных командах. С переходом на Space подключение новых сотрудников и отключение уходящих очень упростились. И, конечно, знакомить новичков с одним инструментом — Space — гораздо удобнее, чем с несколькими.

Выгодный бесплатный план. Бюджет у стартапов часто ограничен, и мы раньше использовали бесплатные версии многих инструментов. Часто бывает сложно уложиться в установленные для бесплатной версии пределы (например, в бесплатной версии YouTrack число пользователей ограничено десятью), а Space не ограничивает количество пользователей и проектов на бесплатном плане. Кроме того, его выгоднее использовать по сравнению с другими инструментами. Скажем, бесплатный план GitLab предлагает лишь 400 минут непрерывной интеграции, а Space — 2000 минут. Мы поняли, что бесплатный план Space очень выгоден, и перевели всех разработчиков на это решение. Опыт показывает, что, как только команда освоила Space, она охотно переходит на платную версию по мере расширения.

Возможности автоматизации в Space. Мы стремимся автоматизировать все, что можно, поэтому возможности автоматизации в Space нам очень понравились. Например, мы используем Space HTTP API, чтобы автоматически отправлять уведомления об ошибках с наших аккаунтов AWS. Таким образом улучшается отслеживание, и команда может сразу принять необходимые меры. Кроме того, использование Space CI/CD позволило ускорить и упростить развертывание благодаря критериям качества.

Удобная миграция. Миграция с других инструментов на Space была очень удобной. В частности, мы легко перешли с JIRA на Space с помощью соответствующих API. В задачах мы сохранили ссылки на JIRA, чтобы в течение переходного периода команда могла использовать обе доски.

Удобство использования мобильной, облачной и десктопной версии. Наша команда в основном использует десктопные версии (для Windows и Mac). В дороге сотрудники пользуются мобильным приложением Space (кстати, очень удобным), чаще на Android, но бывает, что и на iOS. Облачную/веб-версию Space мы используем редко, но в любом случае такой широкий выбор — это удобно!

Календарь отпусков и отсутствие на работе. Календарь ежегодных отпусков мы перенесли в Space. Раньше для отслеживания отпусков и информирования команды мы использовали Google Sheets и Google Calendar. Кроме того, сотрудники регулярно обновляют информацию в Space о своем отсутствии на работе. Когда человека нет на месте, в нерабочее время, на выходных и во время отпуска Space автоматически отключает уведомления, помогая людям поддерживать баланс между работой и личной жизнью.

В целом — отличный инструмент для продуктивной работы. После внедрения Space нашей команде удалось повысить производительность. Недавно мы выпустили платформу, разработка которой заняла всего 4 месяца — от идеи до релиза! Такую скорость разработки продукта и высокую производительность удалось обеспечить в том числе и за счет использования Space. В частности, об ошибках можно было сообщить в Space и тут же их обсудить. Нажав правой кнопкой мыши на чате, можно создать задачу и добавить ее на доску задач. Тут же можно внести изменения в код, сделать код-ревью и развернуть новую версию в пайплайне CI/CD. Когда все это происходит в одном месте (в Space), скорость разработки и производительность заметно повышаются.

«До того, как мы перешли на Space, у нас было слишком много разных инструментов для разработки ПО и организации совместной работы».

— Срушитх Репакула, руководитель отдела разработки CodeOps Technologies LLP

Обратная связь

Внедрить Space было очень просто, потому что мы начали с чатов — их использование не представляет никаких затруднений. В целом это отличный инструмент. Мы считаем, что всем компаниям, которые занимаются разработкой ПО, стоит использовать Space.

Однако мы столкнулись с рядом сложностей, и часть из них до сих пор не разрешена:

  • Отсутствует ряд важных возможностей, связанных с задачами и досками задач: например, классификация задач по типам, связи между задачами, создание burndown-диаграмм и т. п. Возможно, они уже включены в план развития.
  • Переход к использованию CI/CD вызывает сложности, поскольку для этого необходимо перенести данные из существующих пайплайнов CI/CD. Существующее решение требует от разработчиков хотя бы общего знакомства со скриптом Kotlin, которым обладают не все. Возможно, в базовой конфигурации CI/CD предпочтительнее использовать более распространенный формат, например, JSON или YAML.
  • Наши разработчики регулярно сообщают через Space о своем отсутствии на работе. Было бы здорово иметь возможность загрузить отчет о присутствии и отсутствии членов команды за месяц или год.
  • Функция Documents поддерживает только собственно «документы». Было бы очень удобно, если бы она была аналогом Google Drive, и сохраненные там документы открывались в соответствующих приложениях (возможно, уже планируется создание Space Drive с таким функционалом).
  • Наши разработчики часто жалуются, что Space использует все больше памяти.

Партнеры

Основатели CodeOps Хари и Ганеш сами были разработчиками, и им нравится работать с инструментами JetBrains. Профессиональные интересы побудили их организовать сначала митапы сообщества, а затем и технические конференции. Мы участвовали в организации мероприятий JetBrains India Day в нескольких городах (Ченнаи, Дели, Хайдарабад, Мумбаи и Пуне) и Kotlin/Everywhere в Бангалоре.

При организации митапов и конференций мы своими глазами увидели, насколько разработчикам нравится работать с продуктами JetBrains, и теперь мы с удвоенной энергией продвигаем эти инструменты.

Кроме того, помимо участия в жизни профессионального сообщества, мы начали проводить в разных компаниях презентации по техническим вопросам. Еще мы подготовили короткие видео и блогпосты с советами и рекомендациями по использованию инструментов JetBrains. В конечном итоге мы получили статус официального реселлера и сервисного партнера JetBrains.

Контакты

Ганеш Самартхъям, сооснователь CodeOps Technologies LLP

codeops.tech
reachus@codeops.tech

Похожие истории клиентов

TechMachinery Labs

Нишант Кришна, технический директор и главный архитектор TechMachinery Labs

Мы заменили множество уже существующих и будущих инструментов единым инструментом для совместной работы. Кроме того, нам удалось убрать накладные расходы, связанные с администрированием и поддержкой.

AmberCore Software Ltd

Анна Виноградова, директор по маркетингу, AmberCore Software Ltd

С тех пор как мы начали использовать Space, взаимодействие в команде значительно ускорилось. Думаю, решающими факторами при выборе Space оказались его простота и универсальность.

Makery

Андраш Киндлер, основатель Makery

Мы всегда предпочитали интегрированную среду множеству отдельных инструментов. Мы искали для себя новое решение, и когда услышали про Space на KotlinConf, нам очень понравилась концепция, поэтому мы сразу решили попробовать.

Другие истории клиентов