Как разработчики помогают масштабировать бизнес? — интервью с Дмитрием Шатохиным

06.08.24, Вт, 11:42, Мск,

За удобным интерфейсом веб-сайта, мобильного приложения или онлайн-платформы всегда стоит кропотливая работа ИТ-команды, которая не только создает уникальный клиентский опыт, но и поддерживает непрерывное функционирование продукта и устраняет сбои.

О том, как разработчики влияют на развитие бизнеса, рассказал Дмитрий Шатохин, архитектор программного обеспечения с более чем 10-летним опытом. Среди его работ — фронтенд-разработка российских и международных проектов различного масштаба, а также собственных продуктов, таких как StatemanJS и EbexJS.

Дмитрий Шатохин

Как вы считаете стремление к совершенству — это общее качество для всех разработчиков или скорее индивидуальные черты характера? Что способствовало его формированию у вас? И почему это важно для бизнеса?

Непрерывность работы и постоянное обновление ИТ-продуктов — основа любого современного бизнеса. С одной стороны, малейший сбой или приостановка могут обернуться многомиллионными убытками, с другой, грамотно внедренные инновации могут привести к трансформации и кратному росту компании. Постоянный поиск решений и их модернизация — ключевая задача любого разработчика. Можно сказать, это у нас в крови. Лично мне стремление к развитию привили еще в детстве, когда мой дедушка делился историями о выдающихся людях и их достижениях, и мотивировал не останавливаться перед трудностями, а преодолевать их, сохраняя позитивный настрой. Не менее важным качеством, которое он мне передал, было наставничество и желание делиться своими знаниями. В этом случае дедушкин авторитет также сыграл положительную роль — еще до окончания вуза я начал преподавательскую деятельность в детской школе программирования, а позже сотрудничал с платформой GeekBrains, как преподаватель курса Python Developer. В разных форматах я и сейчас продолжаю делиться свой экспертизой.

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

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

Говоря о том, кто нуждается в разработчиках, я бы не ограничивался только бизнесом. Работающие сервисы и приложения нужны также органам государственного управления. Например, в компании Graph в качестве фронтенд-разработчика я работал с разными проектами, в том числе для правительственных структур. В одном из них — портале Brent Council для властей одного из районов Лондона — устарела кодовая база. Из-за этого критически важные данные о государственных и общественных организациях отображались на платформе некорректно. Задачей моей команды была не только модернизация устаревшей системы, но и обеспечение ее бесперебойной работы в будущем. Как руководитель проектной группы разработчиков, я предложил и внедрил несколько креативных решений, включая интеграцию информации о необходимых объектах в карту. Преподавательские навыки и здесь нашли применение, когда я знакомил с кодом других разработчиков. В результате идеи превратились в работающее решение, производительность платформы портала существенно выросла, кодовая база была обновлена, а сайт начал работать корректно.

Высокотехнологичные компании-гиганты, в которых операционные процессы работают как часы, имеют совершенно иные потребности в программных продуктах. И в моем опыте такие проекты тоже были. Например, в качестве фронтенд-архитектора программного обеспечения компании Support Partners, золотого партнера Microsoft, я с командой разработал уникальный продукт для корпорации BBC, нашего ключевого клиента на тот момент. Он назывался BBC Uploader и был интегрирован с профессиональными камерами Sony и Canon. Он позволил передавать и хранить авторский цифровой контент безопасно и быстро, сократив время редактирования на 70%, с десятков до нескольких минут. А скорость и качество передачи информации — это залог успеха в медиа-индустрии, и нам удалось стать частью этой истории и внести вклад в масштабирование бизнеса BBC.

Действительно впечатляет, при этом BBC Uploader — продукт, заточенный под конкретную компанию. А можете рассказать про универсальные проекты, созданные вами, которые кратно масштабировали бизнес и могли применяться в разных компаниях?

Да, конечно, их было несколько. Например, A.I.R., над редизайном интерфейса которого мы также работали в Support Partners. На старте мы даже не предполагали, что наше стремление к поиску новых решений выльется в создание целой группы продуктов A.I.R. 2.0 (AIR Archive). AIR Archive — это легкое решение на базе искусственного интеллекта, которое оптимизирует управление, хранение, организацию и распространение мультимедийных и корпоративных ресурсов с использованием облачных технологий. В рамках работы над проектом я с нуля выполнил комплексное обновление внешней архитектуры, сделав приложение модульным и расширяемым. Одним из ключевых модулей был AIR Uploader, который ранее был отдельным продуктом на базе BBC Uploader. Я его также полностью переработал, улучшил архитектуру и сделал возможным его использование в качестве дополнительного модуля AIR 2.0. В результате фрагментарный процесс исходного продукта превратился в эффективное автономное приложение, которое используют клиенты Support Partners и масштабируют свой бизнес.

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

Как разработчики помогают бизнесу, мы поняли, а помогают ли они друг другу? И как лично вы передаете знания и опыт коллегам по цеху?

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

Еще одним хорошим инструментом поддержки и развития сообщества является создание собственных продуктов. В моем случае это инновационные библиотеки с открытым исходным кодом StatemanJS и EbexJS, которые я изначально разработал для проектов компании Support Partners, а затем сделал доступными для всех JavaScript-разработчиков. В их основе собственный негативный опыт, когда «под рукой» не оказывается подходящих решений. Сегодня StatemanJS загружают около 10 000 раз в неделю, значит она эффективно помогает другим специалистам, которые столкнулись с аналогичными проблемами.

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

Как по вашему мнению можно усилить результат разработки? Какие действия стоит предпринять владельцам и топ-менеджменту?

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

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

Автор: Михаил Артемьев