Основатели инженерной культуры в бигтех компаниях стояли в основе Software 1.0, и выстроили процесс найма для поиска себе подобных. Несмотря на то, что редакторам с автодополнением, линтерам и прочим удобствам чуть ли не больше лет, чем я в индустрии - идея о том, что человек, который нужен таким компаниям способен решить медиумный литкод на листочке - все еще в силе. Это, конечно, порождает несколько завышенную роль литкод дрочерства в карьерном успехе - но особого вреда никому не приносит. Software 2.0 не сказать, чтобы много нового принесло - практические навыки обучения какого-нибудь VAE на листочке не проверишь, а кодить мл рисерчеру тоже надо. И вот сейчас, в эпоху Software 3.0 - для написания отдельной функции, решающей конкретную задачу на любом ЯП человек не нужен вообще. А так же он не нужен для хранения в голове каких-то лучших практик по решению каких-то технических задач - выбор архитектуры, структуры тестов, механизмов деплоя и отказоустойчивости, и даже ускорения узкого участка кода. Но вот пока какой-нибудь стартапчик нового поколения не вымахает размером с майкрософт, и не популяризирует другие принципы найма - так и будем на собесах считать префиксные суммы массивов.
