Rivalry2

HTML Diff

1 added 1 removed

Original 2026-01-01

Modified 2026-02-26

1 <p><strong>На IT-рынке есть тысячи компаний с разным уровнем инженерной культуры и подходом к работе с программистами. При выходе на работу в новую компанию можно попасть не в классную команду, которая развивает и любит своих разработчиков, а в место с низкой инженерной культурой и токсичной атмосферой. Поэтому мы подробно рассказываем, как устроена работа программистов у наших компаний-партнеров, чем они занимаются, как прокачивают свои навыки, какие задачи решают и где отдыхают - чтобы вы точно понимали, куда стоит устраиваться на работу.</strong></p>

2 <h2>Содержание</h2>

3 <ul><li><a>История и структура компании</a></li>

4 <li><a>Как устроена работа над проектами</a></li>

5 <li><a>Как устроена разработка: технологии и инженерные практики</a></li>

6 <li><a>Организация процесса и стандарты</a></li>

7 <li><a>Тестирование и дедлайны</a></li>

8 <li><a>Trampoline-митапы и публичная активность</a></li>

9 <li><a>Кого мы нанимаем и как</a></li>

10 <li><a>Условия, компенсации, бонусы</a></li>

11 </ul><h2>История и структура компании</h2>

12 <p>История JetRockets начинается в 2010 году, когда будущие основатели - Игорь Александров и Алексей Солилин, работали вместе как фрилансеры. Позже к ним присоединилась Наташа Каминская. В конце 2012 года мы зарегистрировали домен<a>jetrockets.ru</a>и наняли первого сотрудника Юлию Егорову, которая работает в компании и сейчас.</p>

13 - <p>На сегодняшний день в компании работает 55 человек. При этом у нас никогда не было цели строить корпорацию с органи��ационной иерархией, отделами, руководителями отделов и начальниками начальников - до сих пор мы общаемся легко и на равных.</p>

13 + <p>На сегодняшний день в компании работает 55 человек. При этом у нас никогда не было цели строить корпорацию с организационной иерархией, отделами, руководителями отделов и начальниками начальников - до сих пор мы общаемся легко и на равных.</p>

14 <h2>Как устроена работа над проектами</h2>

15 <p>Мы выделяем автономные команды по проектам, каждая из которых работает независимо от других разработчиков и направлений. В таких командах смешиваются специалисты разного профиля - они полностью отвечают за систему, которую сами и разрабатывают: от проектирования до обслуживания и эксплуатации</p>

16 <p>При этом каждая команда сама выбирает методологии и формирует весь процессы работы. Единственный критерий и условие - максимальная выгода для проекта.</p>

17 <p><strong>Так выглядит традиционный для JetRockets состав команды для проекта:</strong></p>

18 <ul><li>Проджект-менеджер</li>

19 <li>Тимлид</li>

20 <li>Техлид</li>

21 <li>1-3 бэкенд-разработчика</li>

22 <li>1-3 фронтенд-разработчика</li>

23 <li>Тестировщик.</li>

24 </ul><p>Если команде не хватает компетенций, она инициирует запрос к руководству компании, например, о необходимости усиления команды еще одним специалистом. Все команды общаются между собой и перенимают опыт друг у друга - каждый сотрудник понимает, какое место его команда занимает в организации, как цели команд связаны друг с другом, чем занимаются его коллеги. Таким образом, мы остаемся в рамках небольших "организаций", но внутри одной компании.</p>

25 <p>Мы не навязываем людям правила и процессы, но взамен требуем самостоятельно отвечать за принятие решений. Наши сотрудники могут работать там, где считают нужным: дома, в кафе, в такси, хоть в аэропорту. Но есть и возможность работать в одном из трех наших офисов: основной центр разработки находится в Твери, также есть небольшой офис в Ростове-на-Дону и в Нью-Йорке.</p>

26 <h2>Как устроена разработка: технологии и инженерные практики</h2>

27 <p>Наша цель - помочь клиентам достичь лучших результатов, и разработка софта - всего лишь один из инструментов. Бывают разные кейсы, но почти всегда у нас в приоритете скорость поставки результатов нашей работы для клиента. Поэтому мы не стесняемся использовать самые простые и "скучные" решения. Здесь нам очень важно пояснить, что "скучное" ≠ "плохое" - просто мы за прагматичный подход.</p>

28 <p>Мы не выбираем интересную технологию только для того, чтобы сделать работу более увлекательной, или потому что ее все обсуждают. Используем в основном устоявшиеся технологии и подходы, такие как:</p>

29 <ul><li>Ruby,<a>Ruby on Rails</a></li>

30 <li><a>PostgreSQL</a>, Redis</li>

31 <li><a>React</a>/Redux</li>

32 <li><a>GraphQL</a></li>

33 <li><a>CI/CD</a>.</li>

34 </ul><p>Мы стараемся выбирать хорошо поддерживаемые инструменты и языки, но у нас нет правила, согласно которому все должны использовать только эти технологии. Мы выбираем инструмент исходя из задачи. Например, когда клиенту нужно было разработать Embedded Widget, мы взяли<a>Svelte</a>и остались очень довольны.</p>

35 <h2>Организация процесса и стандарты</h2>

36 <p>Мы всегда изучаем бизнес-процессы заказчика, цели и задачи проекта, пользовательские роли и сценарии, требования к безопасности. При этом никогда не пишем подробных технических заданий, потому что наш опыт показывает - это не работает и все будет сильно меняться в процессе работы.</p>

37 <p>У нас нет единого текстового редактора или IDE - каждый выбирает сам, где ему комфортней писать код. Есть сотрудники, которые используют VIM, VsCode, RubyMine. Но общий стиль кода для нас - маст-хэв, поэтому на всех проектах настроены автоматические линтеры, также во внутренней Wiki есть отдельная папка со стайл-гайдами для основного стека, чтобы можно было посмотреть плохие и хорошие примеры. В корпоративном Slack есть канал #study, куда мы часто пишем или инициируем общие созвоны, чтобы обсудить что-нибудь техническое.</p>

38 <p>Наша разработка почти всегда начинается с проектирования автоматизации. DevOps-инженер настраивает процессы непрерывной интеграции и доставки, проектирует инфраструктуру, которая соответствует целям проекта и обеспечивает гибкость и масштабируемость.</p>

39 <p><strong>Всегда есть как минимум три среды:</strong></p>

40 <ul><li>Development</li>

41 <li>Staging</li>

42 <li>Production.</li>

43 </ul><p>Есть проекты, где сред больше, например, добавляется Integration.</p>

44 <p>То же самое касается процессов, Scrum, Kanban, v-model или lean - все зависит от проекта и выбора команды. Хоть мы и предпочитаем частые небольшие релизы, но бывает по-разному.</p>

45 <h2>Тестирование и дедлайны</h2>

46 <p>Мы не диджитал-агентство, поэтому не гонимся за дедлайнами, но все равно - стараемся исполнять обещания. Если оценили проект плохо, нужно максимально быстро это понять и вместе с клиентом принять решение, как быть со сроками.</p>

47 <p>Использовать<a>Test-driven development (TDD)</a>или нет - опять же выбор каждого, но при код-ревью, если нет тестов, вас практически всегда попросят их написать. Код-ревью проводят все - это один из способов передачи знаний и обмена опытом.</p>

48 <p>Мы заботимся о качестве финального продукта и репутации наших клиентов, поэтому уделяем особое внимание тестированию. Каждую команду сопровождают<a>QA-специалист</a>, это помогает обеспечить нормальный процесс разработки. Тестировщики участвуют не только в финальной стадии разработки фичи - зачастую они лучше всех знают, в каких местах есть сложности в проекте, поэтому стараются максимально рано включиться в процесс, например, на этапе оценки, чтобы иметь возможность предвидеть узкие места.</p>

49 <p>У нас нет дизайнеров в штате, обычно клиенты приходят с готовым дизайном или своим дизайнером, который помогает нам прорабатывать макеты страниц системы и осуществляет надзор при разработке.</p>

50 <h2>Trampoline-митапы и публичная активность</h2>

51 <p>Мы точно не самая публичная компания на рынке, но по мере возможности стараемся заниматься разными вещами в этом направлении.</p>

52 <p>Несколько раз мы были спикерами на<a>Ruby Russia</a>- главной российской конференции по Ruby, принимали участие в нескольких подкастах, например, были у Самата в<a>Запуск завтра</a>, а Игорь Александров (СТО JetRockets) читает курс "Программная инженерия" в Тверском Государственном Университете на факультете ПМиК (прикладная математика и кибернетика).</p>

53 <p>Одна из самых интересных наших инициатив -<a>Trampoline</a>-митапы: ежемесячные встречи, на которых выступают практикующие разработчики. Мы собираемся и обмениваемся опытом каждый последний четверг месяца. У митапов нет коммерческой составляющей. Никаких входных билетов для участников и никаких гонораров для спикеров. Мы хотим проводить мероприятия в регионах, чтобы у всех был равный доступ к качественной информации и крутой экспертизе.</p>

54 <p>Мы также поддерживаем разные локальные тверские сообщества. Долгое время<a>центр современной культуры "Рельсы"</a>проводил свои мероприятия у нас в офисе, пока они не открыли свое прекрасное пространство в центре города, также у нас отличная коллаборация с<a>лекторием "Живое слово"</a>- они помогают нам в организационных моментах Trampoline-митапов.</p>

55 <h2>Кого мы нанимаем и как</h2>

56 <p>Мы всегда рады как опытному разработчику, так и талантливому новичку, который хочет расти в команде с опытными наставниками.</p>

57 <p>Скорее всего вы подходите нам, если демонстрируете проактивный подход к работе: самостоятельно организовываете работу, находите нужную информацию, предлагаете пути решения возникающих проблем.</p>

58 <p><strong>Процесс найма состоит из трёх этапов:</strong></p>

59 <ol><li>Анкета с хорошим, но кратким рассказом о себе. Мы просим кандидата рассказать об опыте, достижениях, пет-проекте (если он есть), просим привести примеры хорошего Open Source кода, на который он равняется, и объяснить - почему. Можно ознакомиться подробней и откликнуться, все анкеты находятся в общем доступе:</li>

60 </ol><ul><li><a>Бэкенд-разработка</a></li>

61 <li><a>Фронтенд-разработка</a></li>

62 <li><a>PM</a></li>

63 <li><a>Тестирование</a>.</li>

64 </ul><ol><li><p>Если нам нравится, как кандидат представил себя, то приглашаем его на собеседование по Zoom с CTO и членами команды. Оно проходит в формате знакомства, где мы рассказываем подробнее о JetRockets и даем возможность задать интересующие вопросы. Конечно, есть часть, где мы говорим о технической составляющей, спрашиваем про хобби, интересы и увлечения кандидата.</p>

65 </li>

66 <li><p>Если останутся сомнения, то пришлем задание для самостоятельной работы часа на четыре. Мы дадим обратную связь, и, если задание сделано хорошо, возможность сделать работу над ошибками.</p>

67 </li>

68 </ol><h2>Условия, компенсации, бонусы</h2>

69 <p>Мы гордимся тем, что обеспечиваем полную прозрачность. Это важная часть нашей культуры. На всех уровнях и во всех аспектах работы необходимо говорить правду. Например, нельзя скрывать допущенную на этапе проектирования или разработки ошибку - это может потянуть за собой трудности в дальнейшей работе и репутационные риски. Ошибку нужно описать, спокойно обсудить и исправить - даже если это будет стоить для компании дополнительных часов.</p>

70 <p>JetRockets - это компания, поэтому мы никогда не нанимаем сотрудников на проект, а трудоустраиваем официально в компанию с белой заработной платой. Мы гордимся тем, что еще не было ни одного увольнения из-за того, что какой-то проект закрылся.</p>

71 <p>Мы компенсируем сотрудникам 50% от стоимости образовательных курсов, например, на английский язык, на курсы Хекслета, покупку книг, посещение конференций и других профильных мероприятий.</p>

72 <p>Ежегодно мы выделяем бюджет на общий бонус. Берем какой-то процент от заработанного компанией за календарный год и распределяем эту сумму между всеми сотрудниками. Размер бонуса зависит не от должности, а от проработанного времени в компании.</p>

73 <p>Мы считаем, что нет хороших или плохих компаний - ну или почти нет. Просто разным людям подходят разного типа компании. Не стоит идти работать к нам, если вы:</p>

74 <ul><li>Хотите иметь четкие регламенты, описанные процессы, иметь прозрачную систему KPI, грейдов. Лучше выберите большую корпорацию, вам будет там комфортней.</li>

75 <li>Хотите участвовать и побеждать в разных рейтингах и конкурсах.</li>

76 <li>Пишете код и считаете, что бизнес ничего не понимает, а главное - это ваш хороший код.</li>

77 <li>Мечтаете делать красивые и при этом технически не очень сложные лендинги.</li>

78 <li>Не умеете самостоятельно организовывать работу.</li>

79 </ul><p><em>Каждый, кто начинает свой путь в IT, задает вопрос: "Что мне стоит учить?". Мы в JetRockets уверены только в одном - учите английский, он точно пригодится.</em></p>