15 октября 2024 г.

Увеличить
Дмитрий Завалишин (в президиуме справа)
Увеличить
Рис. 1. Некоторые последствия инженерного подхода к разработке ПО. Источник: DZ Systems, октябрь 2024 г.
Увеличить
Рис. 2. Количество выпускников российских вузов, обучавшихся по софтверным специальностям, очень невелико. Источник: Исследование РУССОФТ «Рейтинг российских университетов 2023»
Увеличить
Рис. 3. Существуют ресурсы, которые готовят не ИТ-cпециалистов, а людей, умеющих проходить собеседования. Источник: DZ Systems, октябрь 2024 г.
Увеличить
Рис. 4. Разработка и верификация ПО должна осуществляться в соответствии с самыми строгими стандартами. Источник: DZ Systems, октябрь 2024 г.

Ниже своего рода продолжение разговора, начатого в статье «ИТ-компании, ВУЗы и НИРы. Не всё здесь так однозначно», репортаже «Взаимодействие бизнеса, науки и образования выходит на качественно новый уровень», публикации «Как бороться с дефицитом высококвалифицированных ИТ специалистов?» и ряде других материалов.

«От CMMI до Agile: Деградация ежедневного подхода к инженерной ИТ-отрасли» — так назывался доклад, с которым основатель и генеральный директор группы компаний DZ Systems Дмитрий Завалишин выступил 8 октября в «РИА Новости» на пресс-конференции РУССОФТ «Взгляд в будущее. Что ждет ИТ-отрасль в следующие 25 лет?».

Свою речь он начал так: «Предыдущие спикеры рассказывали про то, как все хорошо происходит. В частности, как стремительно растут продажи отечественного ПО. А я, коллеги, хочу начать с того, что нас с вами ждет катастрофа. Все будет очень плохо. Смотрите: нас ждет ИИ. Это всем совершенно очевидно. Мы находимся в состоянии революции. Это тоже совершенно очевидно. Действительно, происходящие изменения имеют очень высокий темп, и они катастрофически меняют ситуацию».

Прим. ред.: Несмотря на достигнутые успехи и внушительный рост продаж отечественного ПО, процесс импортозамещения идет не так быстро, как хотелось бы и как было запланировано. Так например, недавно стало известно, что Ассоциация крупнейших потребителей программного обеспечения и оборудования (АКП ПОО) обратилась к министру цифрового развития РФ Максуту Шадаеву и председателю комитета Госдумы по информационной политике Александру Хинштейну с предложением в очередной раз скорректировать сроки перехода на отечественное программное обеспечение (ПО) для некоторых объектов критической информационной инфраструктуры.

Ключевой момент состоит в том, что 20 лет назад ИТ было второстепенной частью нашей жизни, продолжил Дмитрий Завалишин: «Вот был бизнес, а рядом где-то было ИТ, которое немножко делает его чуть-чуть полегче. Сегодня ИТ является ключевой частью нашей жизни. Сегодняшнее ИТ работает здесь, сейчас, мгновенно. И если оно работать перестанет, то нам станет не просто неприятно, сломается ключевой бизнес. И дороги назад нет, это совершенно очевидно. ИТ является драйвером движения вперед и усиливает возможности бизнеса с точки зрения эффективности, скорости принятия решений.

Это процесс, который абсолютно необратим. Я, кстати, хотел еще обратить внимание вот на такую вещь. Мы все сейчас говорим про Россию, про БРИКС, но эти процессы происходят во всем мире. Даже импортозамещение происходит не только в России, но и в США. Потому что мы тоже оттуда ушли с какими-то своими вещами, в частности, тем же инфобезом, который у нас один из лучших на планете. Поэтому то, что происходит, не уникально у нас здесь, это довольно общая картина».

Что было 25 лет назад? «25 лет назад у нас был процессор Pentium, — воспоминает Дмитрий Завалишин. — Современный процессор раз в 100 быстрее Pentium. Стали ли программы в 100 раз быстрее? Стали ли они в 100 раз лучше? Может быть, современный Word летает с бешеной скоростью? Нет, вообще-то он еле ворочается, а делает примерно ту же самую функциональность, что и была 25 лет назад. Означает ли это, что современный софт примерно в 100 раз хуже, чем софт 25-летней давности? Да, означает. В нашем мире произошла существенная деградация: сложился инженерный подход к разработке программного обеспечения (рис. 1)

Если 25 лет назад программное обеспечение разрабатывали редкие профессионалы, то сегодня происходит совершенно катастрофический тренд. У нас идет очень резкое развитие. Мы делаем российские операционные системы, свои ERP-системы, делаем огромное, бешеное количество программного обеспечения. И для этого всего нужны ИТ-специалисты. Где они?

Их просто катастрофически нет. 500-700 тысяч нехватка по оценке Минцифры, при этом надо понимать, что эта нехватка сопоставима с количеством реально работающих в России программистов. То есть нам примерно двукратно не хватает разработчиков на современном рынке. При этом общее количество выпускников российских вузов, обучавшихся по софтверным специальностям, очень невелико. Так, например, по итогам 2022 г. их было всего 37,5 тысяч (рис. 2).

С моей точки зрения, в стране есть всего 5-6 вузов (включая Физтех, МГУ и Иннополис), где готовят очень хороших ИТ-специалистов, практически готовых ИТ-мидлов. Есть несколько десятков вузов, которые готовят хороших ИТ-специалистов уровня ИТ-джун. В то же время есть свыше сотни вузов, которые готовят, мягко говоря, весьма спорных ИТ-специалистов».

Прим. ред.: В феврале 2004 г. был обнародован 1"Рейтинг вузов цифровой экономики«, сформированный АНО «Цифровая экономика» при поддержке АПКИТ и Минцифры. В нём оценены 304 головных вуза и рассмотрены 63 направления подготовки и специальности, связанные с ИТ-кадрами. Есть, конечно, и другие рейтинги ИТ-вузов (см., например, здесь). Однако следует понимать, что место того или иного вуза в рейтинге, среди прочего, нередко сильно зависит от крупности данного данного вуза. Точнее говоря, от количества его ИТ-выпускников. При этом даже очень талантливые ИТ-специалисты могут оказаться среди выпускников вузов, занимающих в тех или иных рейтингах не очень высокие строчки.

Мало того, люди, которые приходят на рынок, подготовлены зачастую странно, а порой весьма жутко, считает Дмитрий Завалишин: «На рынке есть сервисы, которые учат не программировать, а успешно проходить собеседования (рис. 3). То есть вы проходите фильтр, становитесь программистом, приходите в компанию, почти ничего не умея.

При этом софт является критической частью практически любого бизнес-процесса. Но в него нередко приходят разработчики, которые довольно плохо умеют его разрабатывать. Может создаться впечатление (отчасти это правда), что нас спасёт ИИ. Как в машиностроении роботы снижают количество потребностей в количестве рабочих, так у нас ИИ снизит потребность в количестве программистов. Но если плохо поставлена задача, то ИИ её плохо решит. Это не панацея, как минимум.

Рост потребности в разработчиках никуда не денется. Он будет увеличиваться. Задачи будут только расти, а люди на рынок не приходят. Что же делать, куда двигаться? На мой взгляд, необходимо заняться повышением требований к качеству разработки. Поскольку мы совершенно точно не сможем покрыть существующими программистами все потребности, то это означает, что мы должны структурировать данный процесс. То есть разбивать его на очень критические вещи, менее критические и некритические. А это означает, что должны возникнуть формальные качественные требования как к компании-разработчику, так и к самому „физическому“ разработчику. И мы должны уметь верифицировать их. CMMI (Capability Maturity Model Integration, модель оценки зрелости процессов разработки) — незаслуженно забытая методология, которая отвечала именно на этот вопрос: насколько данная компания зрелая, умеет производить качественное ПО, насколько ей можно доверять (рис. 4)».

Коснулся Дмитрий Завалишин и перспектив сотрудничества с коллегами из БРИКС: «На многих мероприятиях РУССОФТ звучала очевидная и понятная мысль, что если мы начнем кооперироваться, то затраты каждой конкретной компании снизятся, а значит, мы сможем обойтись меньшим количеством разработчиков. Надо понимать, что тот же самый Open Source в западном мире решал эту проблему в первую очередь и довольно успешно во многом ее решил. Я считаю, что кооперацию с коллегами по БРИКС надо, безусловно, развивать, потому что задачи стоят одинаковые. Неизвестно, будут ли они друзьями завтра, но это не повод. У нас и Соединенные Штаты перестали быть не то что друзьями, но даже нейтральным партнером, но это не означает, что мы закрыли доступ на Github и не пользуемся решениями, которые развиваются в мире. Да, пользуемся. Наш бренд как страны с мощным ИТ нужно прокачивать. Ни одна из компаний не способна сделать это самостоятельно. Ну и, конечно, платформы и продукты, переход от частных решений к более системным, структурным, опирающимся на на типовые реализации, — тоже путь к тому, чтобы эти проблемы решить.

И я бы хотел закончить позитивом, потому что, наверное, все-таки катастрофа нас не ждет, просто вызовы очень серьезны, ими надо заниматься, ну и слава Богу, есть кому это делать».


Источник: IT Channel News