Но не ИИ единым - деградацию навыков разработки "в чистом поле" можно было наблюдать и до появления условного курсора. И виной тому - фреймворки, админки и прочие штуки, которые должны облегчить нам жизнь.
Вот, например, есть у нас в Яндексе фреймворк для С++ - userver. Он опенсорсный, про него есть статьи, видосы, выступления на конференциях - если есть желание, легко найдете детали. И фреймворк, на самом деле, классный. Скрывает всякие кишки про асинхронщину, предоставляет множество готовых кирпичиков для построения типовых микросервисов. Если ты сядешь в чистом поле писать на плюсах сервис - ты сначала будешь пару недель готовить рыбу под сервис, писать/допиливать веб-сервер, вкорячивать логгер, обмазываться метриками и мониторингами - ну вы сами знаете (надеюсь). С userver и сопутствующей автоматикой, которую делает команда Техплатформы Городских сервисов Яндекса, запуск нового микросервиса занимает несколько часов - знай себе пиши бизнес-логику, решай задачи продукта. Круто? Безусловно.
Но вот проблемка - фреймворк настолько кайфовый, что даже джун-новичок легко с ним управляется и щелкает задачки, порог вхождения минимален (и это в плюсах то!). Но как оно устроено внутри - не знает. А зачем? Работает - не трогай. Вот только в том небольшом проценте случаев, когда что-то идет не так - у него лапки. Он не знает, что под капотом у юсервера - буст-асио, и вообще, что это такое. Он не умеет отладить хттп из телнета руками. Он не умеет запустить демон под валгриндом или подцепиться к нему ГДБой.
Вообще знаете, какой процент нынешних разработчиков умеет пользоваться gdb? По моим приборам - порядка 10%. "А как же они смотрят корки?" - спросите вы. А для них сделали веб-интерфейс для удобного просмотра и анализа кор-дампов, "Три корочки". Да, инфраструктура Яндекса дошла до "администрирования мышкой".
Пожалуй, это хорошо. Наверное, это тоже прогресс. Но дед ворчит. Потому что в наше время на мониторе висел листочек со шпаргалкой "thread apply all bt".
