Что может, что не может AI. Обсуждаем возможности, делимся опытом, спорим, но в рамках приличия.

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

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

Никто ничего уникального не создает, все операции уже известны и предсказуемы.

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

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

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

Отчасти. Нейронки пошли писать код, который пишут люди. Считаю виток эволюции это когда код пишут нейронки на своем едином языке. Вместо 100500 интерпретаций один машинописный. Т.е. это новый уровень разработки. Раньше учили ЯП, спотыкались в ограничение языка. Создавали новый язык, утыкались в его ограничения и так по кругу. Нужен один язык нейронок, которые она сама интерпертирует и компилирует. Что бы уровень разработки определялся качественным запросом, четко структурированным, описываемым. Т.е. четкое ТЗ от разработчика.  Это будет не программист, а архитектор. Нейронка лишь инструемнт, по типу сегодняшнего пулла - десятки языков, стилей, компиляторов IDE и прочего. Как в фильмах будущего. VR проекция. Пользователь приближает, удаляет объекты, меняет форму, а результат готовое приложение. Веб или десктоп не важно. Оно запускается везде как пакет, по типу интерпритатора браузера. 

Да потом будет добавлена некоторая строгость или "типизация" в язык описания ТЗ для нейронок.... и пойдем на следующий круг. Просто наши хотелки будем описывать не на пхп/плюсах/питоне/итп и скармливать их интерпертатору/компилятору, а какой то новый "язык" и скармливать его нейронкам... в общем по сути: просто новый виток и новый уровень абстракций :)

Нет. Просто описывать будет тем языком, который учим с детства. Сейчас мы свой язык - русский, английский, испанский интерпретируем в десятки языков - js, php, typescript, C+, C#, java, kotlin и другие. Компиляторы или интерпретаторы это преобразуют в свой код и после мы получаем результат. Будет - наш язык с рождения - нейронка результат. Всё. Ограничение лишь твое воображение и умение пользоваться своим языком для детального описания задачи. Сейчас 80%  языка это синтаксический сахар, читаемость удобство написания, типизация и вот это всё, что бы человек мог это читать и понимать. Почитай почему создают новые языки. Для одних строгая типизация, для других синтаксис $var бесячий. Для третьих отсутпы как в пайтон. Для четвертых js слишком свободный, поэтому сделаем typecript типизированный, который все равно будет интерпретироваться в js. Просто удобство написания. Но если пишет нейронка то это становится неважным

А с чего ты взял, что с русского промпт без перевода идёт в LLM и из него в ЯП? Ну и про языки программирования. Он же логику оборачивает в синтаксис, делает степ бай степ. Тоже разницы-то особой нет, разве что на новоделе. Опять же, уверен, что фактами являются трастовые ресурсы. Много раз замечал, что код функций для WP практически копирует Каму, а не ноунейм блогера. 

Как по мне самые лучшие результаты происходят тогда, когда LLM получает максимально чёткие и понятные промпты и плевать на каком языке. Ну, например, не: мне хотелось бы красивую красную кнопочку с уголками 8px радиусом, а: сделай красивую красную кнопку, еспользуй радиус на углах 8px. Это утрировано (и можно ещё больше упростить). Но результат значительно меняется. А когда ещё и пример даёшь... 

По сути все текущие качественные скиллы построены по такому принципу.

Ну вот как пример. Есть PHP с динамической типизацией. Создавать проекты можно. Но вот в нем начала появляться типизация. кому то не нужна, кто то без нее обойтись не может вовсе. (мне это кажется удобным). Так вот может появиться некий аналог этой самой типизации, который "поможет" пользоваться своим языком, чтобы было меньше путаницы. Потом еще что то, и еще что то... Давно ли мы и не думали что будет какой то ИИ, который будет что то  программировать? Ну так же и здесь ведь это на самом деле не "очередной новый ЯП". Это новая сущность, и как знать, возможно появятся и новые сущности являющиеся аналогами "разных ЯП" но уже в новой плоскости...

В общем поживем увидим. :) Может вообще будем все учить Эсперанто

Для меня это не имеет значения. Рассуждение идет на русском, которое я вижу. В целом нативный язык человека имею ввиду. Тот, что с детства учишь. 

Сергей про е-ком #:
когда LLM получает максимально чёткие и понятные промпты и плевать на каком языке.

Так об этом и писал. Но сейчас их обучают на всех языках. Какие-то хорошо понимает, какие-то нет. Я к тому, что такое количество языков появилось в основном из-за удобства для разработчиков. Но если код пишет машина, имеет ли значение какой синтаксис с $ или без у переменной? Как обозвали функцию def или function ? один машинный язык закроет все эти вопросы, которые по сути не важны. Важен результат. И вот он будет определяться именно качеством промпта(инструкции). 

так путается человек который кодит. Нейронка генерирует последовательность символов. Если ей задашь, что входные данные могут быть любые, но исходящие int, она сделает так, что бы выходные были int. и тебе по сути без разницы что там типизировано и как. Нейронка сделала так, что вывод будет int. Я же пишу, что новые языки появляются именно по этой причине. Потому, что руками работает разработчик на языке и испольузет синтаксис языка. Если ты работаешь промптами(инструкциями) то точность инструкции будет влиять на результат. Даже если ты пропустил валидацию, как кодер. После смотришь, ага, невалидно. Ошибки. Пользователь вводит не числа, а строки. Ты пишешь промпт, кодер пишет патч. Результат принимаем int, отдаем int. В обещм смысл в том, что большинство языков созданы для удобства разработчиков. Но нейронке всё равно на синтаксис. Ей хоть минифицированный код скорми она его поймет. Поэтому логично, что правильный виток эволюции нейронки в кодировании - понимание своего языка, который будет маст хэв для неё. А кодеры будут архитекторами. Посмотри реально на разработку. 90% это удобство написания, но нейронке на это всё равно. Для неё важен контекст. Чем меньше, тем лучше.. 1млн токенов желательно пока держать в постоянке.

Так в этом думаю и есть развитие. Все языки удобочитаемы людям. Сделаны для людей, но не для нейронок. Им не нужны все эти конструкции. Возможно для них ЯП будет морзянка или язык спецсимволов. Это уменьшит контекст. # - функции, % методы, * переменные, @ классы. Или вообще другое построение, ведь ООП, SOLID так же придумали для удобства, но в угоду удобству увеличили кодовую базу. Для нейронки думаю самый чистый ФП. В обещм посмотрим, но думаю в том виде в котором мы учим ЯП уже не будет через несколько лет и привычный код целого класса для экономии контекста будет, что-то вроде 

#ar*!ber ..*&>)(

Вы с вами о разных "сторонах". Вы имеете виду "на чем писать нейронке", а я о языке донесения ТЗ человеком нейронке. Все равно чем более не точен язык формулировок тем больше возможности получить не то, что хочется. Соответственно важно будет уметь правильно доносить свои мысли. Сейчас может это будет "логично" исходя из опыта былых разработок, а для новичков надо будет объяснять как будет лучше. Потом опытными будут выведены какие то правила формулирования которые дают более точный результат, потом это будет оформлено в некие соглашения/стандарты. ИИ некоторые будут обращать внимание, что с ними общаются "по стандарту" и выдавать еще более точный результат...... и вот глядишь уже появляется некий язык. Да он похож на обычный человеческий (собственно и большинство ЯП это по сути урезанный английский).... :)

Естественно это пока фантазии, но мне кажется вполне может пойти по такому пути. Стандартизация всегда на пользу, ИМХО.

ЭММ...

Я же написал, что нейронка это своего рода всё в одном. Не важно какой язык, не важно, что за паттерны. Один язык для уменьшения контекста, что бы больше в 1млн токенов условный охватывало. Язык в плане не php, js, а то, что понимает нейронка. Как язык общения с ней. Она будет уже выполнять задачи без разницы на каком языке. 

Да, язык точного формулирования мыслей) либо визуальный конструктор, который описывал выше