Если грамотно разложить ошибку перед прогером, то, как правило, да. Собственно, это одна из задач код ревью - не просто пнуть со словами "что за х**ня тут написана", а стимулировать именно тот подход, который нужен. В целом, это улучшает качество кода в команде.
Ну, не сразу. В России интернет для гиков начался в 1991, массовый - в 1996 (сам при сём присутствовал как админ и разработчик в ISP GlasNet и ROL), деньги и соцсети появились в нулевые, а политика, активно заинтересовавшая регуляторов, попёрла где-то в десятые.
Прискорбно, что для законодателей и регуляторов политика в интернете - безусловный приоритет, несмотря на малую долю такого контента в глобальном порнхабе :)))
И я в половине технического стека этого ничего не понимаю.
IMHO, это потенциально большая проблема. Время разработки уменьшается кардинально, но поиск и исправление ошибок могут слопать экономию и попросить ещё.
LLM в качестве подсказчика по знакомому стеку, всё-таки, безопаснее.
У меня тоже 25+ лет разработки кода и системной архитектуры, с десяток языков в более-менее активном использовании.
Но если присмотреться, заметно ключевое: они не просто позволяют ИИ генерировать код. Они постоянно рефакторят сгенерированный код.
Строго говоря, сейчас это единственно работающий подход к использованию LLM в программиировании. Я в последние два года много экспериментировал с автогенерацией кода под локальные задачи в С, С++, Python и Kotlin, и пришёл у выводу, что описание задач в виде подробных промптов по сложности не особенно отличается от кодинга на вышеупомянутых языках с той разницей, что естественный язык хуже приспособлен для программирования :)
Практически во всех случаях сгенерированный код требовал верификации с помощью ревью и тестов, и часто содержал ошибки, далеко не всегда легко выявляемые младшими членами команды.
Ну, как "пенсионеры"... Три года назад ко мне подкатывали люди с предложением "ты же в детстве на коболе писал, давай возглавишь подразделение по поддержке кобольных финсистем, а то ЖИВЫХ РАЗРАБОВ не осталось".
Всё потому, что пропагандируемый со времён первых массовых книжек от о'Рейли "хороший перловый стиль" - фактически, write only. На перле можно писать понятно, но это некузяво :)))
Мне кажется, это, практически, "строим гитару из лопаты" :)
Я, в своё время, пошёл по пути покупки дешёвого старта aka Squier Bullet, который затем оброс бабичевской машинкой тремоло, звучками DiMarzio и немного другой электроникой и превратился в нежно любимый Fender Catastropher :)
Но суммарная стоимость доработок изрядно превысила стартовый ценник гитары.
Питон отлично программируется и без IDE, в простом текстовом редакторе. Тут особой разницы с баш-скриптингом нет.
В моей практике баш-скрипты чаще используются для автоматизации сборки и деплоймента продуктов, а питоновские - для разнообразного сбора и анализа данных. Стратегически это себя оправдывает :)
Дооцениваю. Но не вижу причин набирать в команду тупых неписей. И обычно не набираю :)
IMHO, работа над ядром, всё таки, требует некоторой живости мысли.
В армии управление по классике осуществляется "голосом и матом", т.к. нецензурные команды короче :)
Но Линус, вроде, не военный.
Хорошая задачка для нейросетей - "перпиши ревью без мата".
Если грамотно разложить ошибку перед прогером, то, как правило, да. Собственно, это одна из задач код ревью - не просто пнуть со словами "что за х**ня тут написана", а стимулировать именно тот подход, который нужен. В целом, это улучшает качество кода в команде.
Ну, нет. Можно ткнуть облажавшегося прогера носом в лужу и без брани, причём, так, что мало не покажется. Это тоже soft skill.
У Линуса в последнее время, Imho, нервы шалят.
В реально важные нужно вкладываться ресурсами и мозгами. Запретить же симулякр практически ничего не стоит, а профит какой-никакой есть.
Ну, видимо, депутатский корпус должен демонстрировать активность. А поскольку все остальные проблемы в стране решены... :)))
Ну, не сразу. В России интернет для гиков начался в 1991, массовый - в 1996 (сам при сём присутствовал как админ и разработчик в ISP GlasNet и ROL), деньги и соцсети появились в нулевые, а политика, активно заинтересовавшая регуляторов, попёрла где-то в десятые.
Прискорбно, что для законодателей и регуляторов политика в интернете - безусловный приоритет, несмотря на малую долю такого контента в глобальном порнхабе :)))
Взрослее всего это устроено у Оракла :)
IMHO, это потенциально большая проблема. Время разработки уменьшается кардинально, но поиск и исправление ошибок могут слопать экономию и попросить ещё.
LLM в качестве подсказчика по знакомому стеку, всё-таки, безопаснее.
У меня тоже 25+ лет разработки кода и системной архитектуры, с десяток языков в более-менее активном использовании.
Ну, они как бы не сами дообучаются. Нужно, чтобы команда, ведущая модель, включила соответствующие кейсы в обучающие выборки.
Строго говоря, сейчас это единственно работающий подход к использованию LLM в программиировании. Я в последние два года много экспериментировал с автогенерацией кода под локальные задачи в С, С++, Python и Kotlin, и пришёл у выводу, что описание задач в виде подробных промптов по сложности не особенно отличается от кодинга на вышеупомянутых языках с той разницей, что естественный язык хуже приспособлен для программирования :)
Практически во всех случаях сгенерированный код требовал верификации с помощью ревью и тестов, и часто содержал ошибки, далеко не всегда легко выявляемые младшими членами команды.
Посмотрим, конечно, что будет лет через пять.
Ещё не упомянуты макроассемблеры, которые оптимизирующие компиляторы С в области разработки ПО для микроконтроллеров, фактически, похоронили.
Ну, как "пенсионеры"... Три года назад ко мне подкатывали люди с предложением "ты же в детстве на коболе писал, давай возглавишь подразделение по поддержке кобольных финсистем, а то ЖИВЫХ РАЗРАБОВ не осталось".
Странно, что никто не вспомнил про Пролог. А ведь по-своему уникальный язык
Я на клиппере медицинскую систему писал лет 30 назад
Всё потому, что пропагандируемый со времён первых массовых книжек от о'Рейли "хороший перловый стиль" - фактически, write only. На перле можно писать понятно, но это некузяво :)))
Мне кажется, это, практически, "строим гитару из лопаты" :)
Я, в своё время, пошёл по пути покупки дешёвого старта aka Squier Bullet, который затем оброс бабичевской машинкой тремоло, звучками DiMarzio и немного другой электроникой и превратился в нежно любимый Fender Catastropher :)
Но суммарная стоимость доработок изрядно превысила стартовый ценник гитары.
Питон отлично программируется и без IDE, в простом текстовом редакторе. Тут особой разницы с баш-скриптингом нет.
В моей практике баш-скрипты чаще используются для автоматизации сборки и деплоймента продуктов, а питоновские - для разнообразного сбора и анализа данных. Стратегически это себя оправдывает :)
В 20-м C++ ввели стоковые шаблоны а-ля f-строки в питоне :)