Максим Быстров, технический директор (CTO) ИТ-компании TYMY, — о своем телеграм-ассистенте, который вырос из повседневной рутины, и о том, зачем вообще айтишнику пет-проекты даже без цели монетизации

Всё началось со звонка

Как это бывает со многими пет-проектами, всё началось с поиска решения конкретной проблемы. В какой-то момент на работе я понял, что трачу слишком много времени на простую вещь: найти нужную ссылку на конференц-звонок. Рабочие календари мы в TYMY ведем в Яндексе, мои личные встречи записаны в Google Календаре. У каждого сервиса свои особенности оповещений — жить между двумя системами можно, но неудобно. Тогда я попытался синхронизировать календари и перенести всё в Google — оказалось, часть информации из Яндекса импортируется некорректно, а значит неминуемо теряется что-то важное.

Проблема оказалась не уникальной — коллеги тоже регулярно ищут ссылки в рабочих чатах за пару минут до встреч. Я поискал готовые решения: что-то удобное, чтобы быстро получать уведомление о встрече не через почту или СМС, а прямо в Telegram — и ничего не нашел. Так я понял, что пора создавать свой инструмент, который наконец решит эту проблему.

Чему меня научил пет-проект

Пет-проекты часто воспринимают как попытку найти второй источник дохода. Иногда — как первый шаг к запуску своего продукта. Но для меня эта история про другое.

Когда мы думаем о техническом директоре, обычно представляем человека, вечно погруженного в стратегию, масштабирование и продакт-решения на уровне всей компании. Что, собственно, правда — это и есть работа CTO. Но иногда, чтобы сохранить гибкость мышления, стоит вернуться к истокам. Например, попробовать самостоятельно с нуля запустить небольшой проект. В моем случае этим проектом стал Telegram-бот, который наглядно показал мне как минимум три важных вещи. 

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

Во-вторых, это стало стимулом разобраться в новой технологии. Пару лет назад я хотел понять, как устроена разработка мобильных приложений, — выбрал фреймворк, придумал задачу и даже начал писать. Проект в итоге не завершил — и это нормально. И тогда, и сейчас я получил то, что хотел: практический навык.

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

Но есть нюанс

На пет-проект нужны время и силы. Кажется очевидным, но если вы пишете код на работе, а затем приходите домой и вновь садитесь за Python, C++ или Go — навряд ли запала хватит надолго. Велик шанс забросить дело на полпути, поэтому необходимо заранее поставить себе цель и ответить на вопрос, ради чего вы беретесь за проект? Поиск заработка, создание портфолио, решение личной задачи — важно, чтобы цель была перед глазами. От этого зависит темп работы, выбор технологий и то, на каком этапе дело будет считаться для вас завершенным.

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

А если повезет?

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

• Slack — вообще-то изначально был внутренним мессенджером команды, разрабатывавшей онлайн-игру. Когда стало понятно, что игра не взлетает, разработчики решили трансформировать Slack в коммерческий проект. Сегодня это один из самых популярных корпоративных мессенджеров в мире.
  
  

• GitHub — родился как инструмент для обмена и хранения кода в небольшой команде. Авторы изначально не планировали строить на нем бизнес, но быстро поняли, что он может быть полезен всем разработчикам. В 2018 году платформу купила Microsoft за $7,5 млрд.
  
  

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

• Gmail — был запущен в 2004 году просто как эксперимент внутри Google в рамках программы pet projects, которую поддерживала компания (20% времени можно было тратить на сторонние идеи). Gmail стал первым массовым почтовым сервисом с объемом хранилища в 1 ГБ — в то время это было в десятки раз больше, чем у конкурентов.

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

Взлеты, падения… Главное — опыт

Я не расстроюсь, если мой бот не станет следующим Slack (а он скорей всего не станет, но я все еще втайне надеюсь). Пет-проект позволил напомнить себе, каково работать в одиночку с нуля — строить архитектуру, писать фронт и бэк и самому назначать цели и дедлайны. 

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