Российские ИТ-шники доигрались. Крупный бизнес спешит заменить их искусственным интеллектом в ближайшие годы

«Ростелеком» намерен решить проблему нехватки ИТ-кадров внедрением искусственного интеллекта. Оператор запускает собственную ИИ-платформу по разработке программного обеспечения «Лукоморье», лицензию на использование которой в дальнейшем смогут приобрести сторонние компании, столкнувшиеся с дефицитом программистов.

Современные проблемы требуют современных решений
Российский техногигант «Ростелеком» нашел способ быстро решить проблему нехватки в стране квалифицированных ИТ-специалистов. Это не обучение новичков, не льготы и преференции для иностранцев – это замена людей на искусственный интеллект, пишет «Коммерсант».

Планами «Ростелекома» по замещению недостающих ИТ-шников алгоритмами и технологиями поделился старший вице-президент компании по вопросам информационных технологий Кирилл Меньшов. Он отметил, что с переходом на искусственный интеллект в сфере ИТ тянуть не стоит. «Нужна автоматизация труда разработчиков с помощью искусственного интеллекта, которая позволит снизить потребность в количестве персонала, мы в это активно идем. Этим надо заниматься сейчас, чтобы через два-три года получить результат», – приводит его слова издание.

В России действительно наблюдается нехватка ИТ-специалистов – они начали стремительно покидать Россию еще в ковидный 2020 г., и всего через несколько месяцев дефицит вплотную приблизился к отметке в 1 млн человек. Весной 2022 г. отток ИТ-шников за границу усилился, но многие, живя за рубежом, продолжали работать в России. Однако власти и крупный ИТ-бизнес дали понять, что таким удаленщикам они не рады.

Вакансии программистов закрыты
Идея «Ростелекома» по замещению ИТ-шников искусственным интеллектом – это часть проекта «Лукоморье», презентация которого состоялась в середине лета 2023 г. Это внутренняя платформа компании для разработки ПО полного цикла – с ее помощью будет создаваться софт в сферах бизнес-анализа, проектирования, тестирования и создания документации.

По информации издания, на момент премьеры проект «Лукоморье» не предполагал полный отказ от «живой силы» и позиционировался лишь как помощник для ИТ-специалистов. На момент выхода материала не было известно, что заставило «Ростелеком» расширить «полномочия» проекта – не исключено, что тем самым оператор хочет снять с себя выполнение сложного в нынешних российских условиях квеста по поиску требуемых ИТ-специалистов.

В скольких ИТ-шниках Россия нуждается на конец сентября 2023 г. – неизвестно. В середине июля 2023 г., по словам российского министра связи Максута Шадаева, их дефицит был на уровне 500-700 тыс. человек.

Увольнений не будет. Пока что
Проект «Лукоморье» не является угрозой для ИТ-кадров, которые сейчас трудятся в команде «Ростелекома», пишет «Коммерсант». Оператор пообещал не увольнять их в пользу перехода на искусственный интеллект, которому, стоит отметить, не нужно платить зарплату, и которому не нужен отпуск. Однако велика вероятность, что «Лукоморье» в этом плане не будет опасен для программистов только «Ростелекома», поскольку эксклюзивом компании он пробудет недолго.

«Сначала "Лукоморье" будет применяться в собственных проектах оператора, затем платформу планируется продавать другим компаниям, которые столкнулись с кадровым дефицитом», – приводит издание слова представителей «Ростелекома».

Оператор не называет размеры вложений в развитие «Лукоморья», но примерные цифры все же известны. Глава ассоциации предприятий компьютерных и информационных технологий (АПКИТ) Николай Комлев, сообщил изданию, что на начальном этапе инвестиции в проект со стороны «Ростелекома» могут составить минимум 1,5 млрд руб.

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

Количество генеративных нейросетей, умеющих писать программный код, постоянно увеличивается – такие сервисы есть как минимум у Google и Microsoft, но и Россия в этом плане не отстает. Например, у Сбербанка с весны 2023 г. есть нейросеть GigaChat, на основе которой в конце сентября 2023 г. был создан сервис GigaCode – ИИ-помощник программиста, помогающий ему писать код. Над подобным проектом работает и «Яндекс».

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

Когда много – это еще хуже
В настоящее время «Ростелеком» и другие компании вынуждены замещать недостающих ИТ-специалистов алгоритмами и технологиями, но в обозримом будущем это может не потребоваться. Как сообщил изданию гендиректор разработчика заказного ПО Only Кирилл Владимиров, в ближайшие 10 лет Россия может перейти от дефицита ИТ-специалистов к их переизбытку ввиду того, что все больше вузов открывают соответствующие направления обучения. Также не стоит забывать и про онлайн-школы, в которых можно стать джуном в ИТ-сфере через пару-тройку недель виртуального обучения.

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

Но ИИ – это угроза не только работникам ИТ-сферы. Офисные клерки тоже могут лишиться работы – IBM намерена в кратчайшие сроки заменить нейросетями до 30% своего административного персонала, а это не десятки и не сотни, а тысячи человек.

barmen писал(а):

Этого досточно чтобы данные с типом long не попали в функцию encrypt(int)

данные с типом long никогда не попадут в функцию encrypt(int)
поэтому

Код: выделить все int shift = 100500; encrypt(shift)

и, к примеру,

Код: выделить все long shift = 34359838868; encrypt(shift)

полностью эквивалентны.
p.s. для 64-разрядного процессора, естественно.

Добавлено спустя 13 минут:

barmen писал(а):

Вы же в питоне не передаете строки туда где ждут числа?

Ну так питон же - бухгалтерский язык: все числа прописью.

barmen писал(а):

Числа лежащие выше диапазона int имеют тип long. Это два разных типа.

Вы никак не поймете, что проверку на тип делать не нужно, когда речь идет о переполнении.

barmen писал(а):

чтобы защитить программу в которой функция принимает аргументы с типом int досточно просто не передавать в эту функцию аргументы с другим типом. Что я и сделал Код: выделить все int shift = 100500; encrypt(shift)

Вы никак не поймете, что речь про выход диапазона одного типа. Другой тип - long - здесь не причем.

barmen писал(а):

Этого досточно чтобы данные с типом long не попали в функцию encrypt(int)

Откуда возьмется тип long, когда речь про int и его переполнение?

barmen писал(а):

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

Объяснил выше в чем проблема.

barmen писал(а):

Вы же в питоне не передаете строки туда где ждут числа? Здесь почему должно быть не так?

Снова мимо.

Jackers писал(а):

Откуда возьмется тип long, когда речь про int и его переполнение?

я сделал функцию принимающую int это значит и передавать ей надо int.

А кто и где переполняет int до того как его передать в функцию это уже не входит в основную задачу.

Не существует такого кейса при котором в функцию encrypt(int); попадет число больше чем int.

int shift = 100500; это имитация ввода пользователя. Так как у нас ввод пользователя не реализован, то будем считать что его обработка существует. То-есть программа блокирует попытки ввести число превышающее диапазон int. Считайте, что вам нельзя написать int shift = 10050000000000000000000;

barmen писал(а):

я сделал функцию принимающую int это значит и передавать ей надо int.

Крутые правила, но кто им будет следовать? Вы поймите, что уставив требования по обработке крайних случаев, вы должны сами же их соблюдать. Не можете реализовать или что?

barmen писал(а):

А кто и где переполняет int до того как его передать в функцию это уже не входит в основную задачу.

Как оказалось входит. Вы сами это требование добавили, см. выше.

barmen писал(а):

Не существует такого кейса при котором в функцию encrypt(int); попадет число больше чем int.

Легко. В чем проблема?

barmen писал(а):

int shift = 100500; это имитация ввода пользователя.

Имитируйте и другие кейсы. Снова в чем проблема?

barmen писал(а):

Так как у нас ввод пользователя не реализован, то будем считать что его обработка существует. То-есть программа блокирует попытки ввести число превышающее диапазон int. Считайте, что вам нельзя написать int shift = 10050000000000000000000;

Раньше вы заявляли другие требования. Отказываетесь от них? Или как?

Jackers писал(а):

Раньше вы заявляли другие требования.

Я не заявлял других требований.
мои требования вполне разумны: функция должна корректно работать в своем диапазоне типов и корректно обрабатывать ноли и пустые строки.
Это по умолчанию должна делать любая функция.

barmen писал(а):

Я не заявлял других требований.

Заявляли. Со словами про отчет заказчику.

barmen писал(а):

мои требования вполне разумны: функция должна корректно работать в своем диапазоне типов и корректно обрабатывать ноли и пустые строки.

Не было ни нОлей, ни пустых строк. Пустые строки даже я упоминал в ответ на ваши новые требования. И тогда говорил, что это не стоит рассматривать, чтобы сосредоточится на самом алгоритме.

barmen писал(а):

Это по умолчанию должна делать любая функция.

Ваша функция не выполняет ваших требований.

А критика относительно кол-ва строк и, как следствие, якобы высокой алгоритмической сложности, как вы писали, неверно. Если хотите критиковать, то нужно предоставить аргументы.

Jackers
А теперь про ограничения ввода.
Если это консольное приложение, то при запросе числа определенного типа вам сама консоль не даст превысить тип и обрежет его до того как передаст в программу.

Если это оконное приложение. То элементы графического интерфейса для ввода чисел тоже имеют возможность ограничений.

В любом случае вы физически не сможете ввести число превышающее диапазон.

Что касаемо данных получаемых из сети, и прочих потоков. Там они вовсе идут в сыром виде и требуют серьезной обработки перед тем как стать стандартным типом.

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

barmen писал(а):

А теперь про ограничения ввода.

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

barmen писал(а):

В любом случае вы физически не сможете ввести число превышающее диапазон.

Это можно сделать конечно же.

barmen писал(а):

Что касаемо данных получаемых из сети, и прочих потоков. Там они вовсе идут в сыром виде и требуют серьезной обработки перед тем как стать стандартным типом.

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

barmen писал(а):

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

Зачем вы повторяете то, что было вам же и объяснено? Но даже в этом случае, работа вашего кода будет некорректной. А еще же есть и другой вариант с переполнением типа int, не только подать long. Ни того, ни другого в коде не обрабатывается.

Jackers
вот вам тот самый код

Код: выделить все std::string encryptCaesar(const std::string &message, int shift) {     std::string encryptedMessage = "";     for (char c : message)     {         if (isalpha(c))         {             char shiftedChar = isupper(c) ? 'A' : 'a';             shiftedChar = (c - shiftedChar % 26 + (shift % 26)) % 26 + shiftedChar;             encryptedMessage += shiftedChar;         }         else         {             encryptedMessage += c;         }     }     return encryptedMessage; }

покажите где именно может произойти переполнение типа int?
Данный кейс в этой функции невозможен.

barmen писал(а):

Данный кейс в этой функции невозможен.

Смешно. Если вы не знаете, несмотря на данные объяснения выше, то я ничем не могу помочь, потому что здесь форум не по обучению языку c++. Вам и так был дан подробный ликбез ранее.

Я даже не знаю, зачем вы это все затеяли. Разве что показать взятый пример на с++, который вы выдали за свой. Ну просто не может быть иначе, если вы задаете такие вопросы.

Итог такой: из всей вашей критики не осталось то, что можно рассматривать.

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

Jackers писал(а):

взятый пример на с++, который вы выдали за свой

Я конечно родился задолго после Цезаря.
Но кое какое знание модульной арифметики позволило не прибегать к гуглу для решения этой задачи. Не очень и сложная задача. Не сложнее чем волк коза капуста.

Jackers писал(а):

Я даже не знаю, зачем вы это все затеяли.

Я знал что гпт при запросе шифра цезаря выдаст gounoкод. Просто потроллить хотел.

barmen писал(а):

Я знал что гпт при запросе шифра цезаря выдаст gounoкод.

А что еще можно ожидать от ИИ после того как он начитается подобных дискуссий?
Второй день о переполнении, до декомпозиции так и не добрались.

aiwalev писал(а):

А что еще можно ожидать от ИИ

Ну некоторая польза есть.
Например когда мы делаем запрос у гугла, он нам вываливает ссылки на сайты. Которые нам надо потом перелопатить и отсеивать тонны ненужной информации.
А эти боты все же сразу дают более менее конкретный ответ.

barmen, как будто специально для вас появилась эта раздача: ChatGPT для чайников.

P.S. Вам будет полезно почитать - возможно, станет понятнее тема. За этой технологией будущее, о чем и пишет Пэм Бейкер:

Цитата:

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

Цитата:

Используйте возможности ChatGPT, чтобы избавить себя от рутинной работы и посвятить больше времени чистому творчеству.

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

Но есть еще надежда на развитие собственных ИТ решений. Как мы видим ростелеком, яндекс, вк тоже не стоят на месте, МТС с Мегафоном тоже что-то анонсировали.
Но они здорово отстали. Я у алисы попросил код цезаря, она вообще выдала что-то непонятное неформатированное с синтаксическими ошибками и предложила посмотреть котиков, пообсуждать рецептики и послушать сказочки.

Jackers писал(а):

За этой технологией будущее

ГПТ это более удобный поиск нежели ИИ. Поиск гугла не выдержит конкуренции. Зачем мне просматривать сотни ссылок в гугле когда гпт сразу выдает готовый результат? Это наглухо убьёт классический поиск.

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

Выживут только те, кто сможет вписаться в новые стандарты.