Продуктивизация, искусственный интеллект и разработка на СПО – Михаил Коротков о современной заказной разработке

В Digital Design Михаил обновил и внедрил новые практики тестирования ПО в производственной дирекции, установил правила работы, утвердил технологии разработки для веб-проектов и компонентов, активно развернул деятельность DevOps специалистов. Сейчас он занимает должность руководителя направления заказной разработки (ЗР) и портальных решений, а также саратовского представительства. В этой статье он расскажет, что происходит на рынке заказной разработки сегодня и за какими технологиями будущее.

Михаил Коротков
Михаил Коротков
Руководитель направления заказной разработки, Digital Design

Как будет развиваться рынок заказной разработки в ближайшее время

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

Если смотреть на глобальный рынок, то много сил сейчас вкладывается в развитие искусственного интеллекта и роботизацию. Сегодня Machine learning и Big data – это часть решений многих компаний. Думаю, что в дальнейшем будет активнее развиваться тема компьютерного зрения. Алгоритмы позволяют уже сегодня обработать с помощью математических моделей изображения, которые видит монитор, и это можно применить в самых разных сферах. Могу еще отметить банковскую сферу как наиболее передовую, считаю, что на нее будут ориентироваться все отрасли.

Плюсы и минусы СПО

Основной плюс, конечно, – это отсутствие лицензии, что снижает порог входа потенциального заказчика в проект, да и сама разработка чаще всего оказывается дешевле. Здесь возможен другой подход к монетизации – платная поддержка. Я знаю пример, когда несколько IT-сотрудников финской организации так часто решали проблемы одного решения на СПО, что накопили достаточно опыта и знаний для организации своей компании для консалтинга по этому решению. Второй вариант – возможность реализации дополнительных фич, которых нет в базовом продукте. По такому пути пошла компания Red Hat, создав два Linux’а: opensource-ный (бесплатный) и Red Hat Enterprise Linux (платный), в котором реализованы дополнительные наработки, в том числе по безопасности и интерфейсам.

Сегодня программисты работают в глобальной среде, и разработка продукта на СПО – это общий труд на благо, а пользователю необходимо лишь указывать имя автора. В России эта проблема пока не очень актуальна, но в других странах появилось довольно много «патентных троллей», которые злоупотребляют патентным правом для получения выгоды. Часто такие компании берут за основу общедоступную технологию, не указывая авторство, вносят незначительные изменения и регистрируют как собственное решение. После этого "тролли” обвиняют пользователей базового решения в нарушении авторских прав и требуют компенсацию. В России эта схема пока не очень распространена, потому что у нас много закрытых контуров.

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

Залог успешного участия в тендере

Чтобы выиграть проект, нужны три составляющие:

  • Проектный опыт: заказчик должен понимать, что вы уже делали подобное;
  • Команда, которая может подтвердить свои компетенции сертификатами, выступлениями на конференциях и резюме;
  • Работа с заказчиком: нужно создать атмосферу доверия и понимания бизнес-потребностей компании. Здесь особенно важен человек, который будет взаимодействовать с компанией.

Знание каких технологий помогает в работе

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

Как быть в курсе всего?

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