Те, кто будут лучше формулировать промпты, будут эффективнее с ЛЛМ.
Нет. Не будет никаких промптов. Будет обычный диалог.
но разве это отменяет заслуг риторики?
Тезис статьи в том, что “в 2026-м, риторика 7может оказаться весьма востребованным навыком”. Я говорю, что это не так. Для LLM она будет важна не более, чем с любыми другими людьми. И если сейчас особые формулировки играют какую-то роль для LLM, то со временем их роль будет становиться меньше, а не больше.
“Умение четко излагать свою мысль” это и есть то, что я подразумевал под выражением “особое составление промптов”. Для нейросетей будет нужно такое же общение, как с людьми.
а кто же будет отвечать на все те вопросы, которые сейчас население задает в чат гпт?
Очевидно, будет отвечать чат гпт.
так промпт - это любой запрос, отправленный в ЛЛМ
В статье говорится о важности особого составления промптов. Я говорю в этом же контексте. Для разговора с коллегой вам не нужно специальное умение составлять промпты, достаточно обычной речи. Вот и с нейросетями будет так же. Только возможно это будет не LLM, а другая архитектура.
Промпты это временное явление, нейросети будут становиться все более самостоятельными, и риторика будет не нужна. Это довольно очевидно, я не знаю, как можно всерьез это обсуждать. Она и сейчас-то не особо нужна.
Мое предположение не противоречит результатам опыта Майкельсона.
У нас есть пространство, в нем каким-то образом распространяются электромагнитные волны. Это факт. Делить его на кванты или нет, это просто детализация. Просто если не делить, то непонятно, каков механизм распространения волны.
Хорошее замечание. Ну как минимум будет синее и красное смещение, что так частично мое предположение верное. То есть наблюдатели движутся относительно максимумов напряженности электромагнитного поля с разной скоростью. Но над физическим механизмом кажущейся скорости надо подумать. Тут вопрос в том, а как именно мы будем измерять скорость света от этого источника относительно наблюдателя? Если ориентироваться на гребни волн, то различие явно есть. А если ловить и отражать на устройстве наблюдателя, то будет влиять замедление времени.
Замедление собственного времени наблюдателя не зависит от направления его движения, только от количества квантов пространства, которые он проходит за один квант времени.
Пространство поделено на кванты. Взаимодействия во Вселенной происходят в течение одного кванта времени. При движении материи через пространство Вселенная должна обработать взаимодействия в каждом кванте пространства, иначе материальные тела на больших скоростях пролетали бы сквозь друг друга.
Чем больше квантов пространства проходит материальное тело за один квант времени, тем меньше у Вселенной остается части от этого кванта, чтобы обработать внутренние взаимодействия. Поэтому все процессы в этом материальном теле замедляются. Замедление пропорционально скорости движения через пространство. Поэтому наблюдателю кажется, что свет всегда имеет одну и ту же скорость независимо от движения наблюдателя - потому что чем быстрее наблюдатель движется через пространство, тем дольше становится его “секунда”, за которую он измеряет пройденное светом расстояние. Свет просто распространяется в пространстве Вселенной, он ничего не знает о наблюдателях, которые движутся относительно него с разными скоростями.
Еще тут можно подумать о том, как именно материя перемещается из одного кванта пространства в другой, какой у этого физический механизм, как происходит движение материи с разной скоростью.
“application services consume and return data transfer objects” “application services consume and return domain payload objects. A domain payload object is a data transfer object that is aware of the domain model and can contain domain objects”
Любой параметр на этом основании можно было бы назвать DTO.
Не любой, а который группирует связанные параметры в один объект. DTO называют такой объект, который передает данные между слоями приложения. В одном слое обычно называют просто объект-параметр.
передача данных между разными процессами и разными системами.
И слоями приложения. Такие объекты тоже называют DTO.
The Complete Guide to Data Transfer Objects “DTOs create a clean separation between your data persistence layer (database entities) and your presentation layer (API responses), making your application more maintainable and flexible.”
Это ответ на изначальный вопрос - нужно ли в сущности создавать метод с 20 аргументами, если есть DTO на 20 полей? Не нужно, этот метод должен принимать DTO на 20 полей.
Суть в том, что есть метод с названием бизнес-действия, он принимает бизнес-объект и бизнес-параметры действия. Неважно, в сущности он находится или в сервисе.
Я не вижу проблемы в том, чтобы сразу создавать DTO доменного слоя в контроллере, например автоматически с помощью рефлексии по типу аргумента в методе контроллера. Назначение этого DTO это передавать данные из менее абстрактного слоя в более абстрактный. Передача из контроллера в сущность этому соответствует.
Я так делал, это работает. Только я предпочитаю делать контроллеры как application service, не вижу смысла делать контроллеры-обертки. Но если хочется, можно написать автоматический конвертер из одного DTO в другое, который будет переносить данные с помощью рефлексии по названиям полей.
DTO используются не только для передачи по сети, но и между слоями приложения.
А маппинг из DTO в доменнные объекты - это как раз ответственность слоя приложения
Не должно быть такого понятия как “маппинг DTO в доменные объекты”. Перенос входных данных в свойства модели это бизнес-логика, она должна происходить после всех бизнес-валидаций и по заданным правилам. Например в DTO guid, а в модели надо преобразовать его в id. Нельзя просто так записывать потенциально некорректные данные в модель, которую потенциально нельзя менять в данный момент. А бизнес-логика это точно не слой приложения.
никакого “по определению” тут нет
Выражение “data transfer” означает передача данных, это и есть определение. Передавать можно и между разными слоями приложения. Если вы вместо 20 параметров метода будете передавать объект с 20 полями, это будет data transfer object.
Записью в табличку TransactionalOutbox можно сделать
А оплату заказа например так не сделать, потому что в браузере ждет клиентский код, чтобы показать пользователю, прошла оплата или нет. Можно конечно нагородить систему фоновых задач с polling из браузера, но проще все-таки сделать логику с транзакциями и сетевыми взаимодействиями в сервисе.
сущность может создаться, а письмо не будет отправлено.
Это просто уведомление, обычно это не считается большой проблемой. А там где нужно, можно сделать и TransactionalOutbox.
DTO означает “data transfer object”, он по определению передает данные между двумя слоями приложения, значит они оба от него зависят. Если в сущности объявлен метод, который принимает DTO, значит DTO это часть слоя домена. Рассматривайте DTO как замену списка аргументов метода сущности.
А почему у вашей частицы полярность поля вверх означает страдание, а вниз наслаждение, а не наоборот? (или как вы там это себе представляете)
Если вы докажите что электрон может наслаждаться и страдать
Докажите, что ваша специальная частица может наслаждаться и страдать. Вот она частица, от нее по разным условиям идут 2 разных сигнала. Что дальше?
Почему мы должны думать что некая инструкция сравнения вызывает страдания у программы?
Да нипочему не должны, я двадцать раз уже объяснил. Под словами “вызывает страдания” вы подразумеваете “вызывает страдания как у биологических существ”. Но инструкция не вызывает страдания как у биологических существ, в компьютере нет таких процессов. Поэтому и думать мы так не должны. Она вызывает другие процессы, которые можно назвать компьютерным страданием. “Компьютерное страдание” не равно “биологическое страдание”. Можете назвать его “процесс абырвалг”, а компьютерное наслаждение “процесс абыргер”. Сходство их с биологическими процессами начинается только на некотором уровне, а чем уровень ниже, тем ближе к физическим процессам и тем больше различий. Это максимальное сходство, которое можно сделать на цифровой архитектуре.
Вы “должны думать”, что некая инструкция некий процесс чтения со сравнением с заданным значением вызывает является процессом абырвалг, потому что программа начинает вести себя иначе, чем если прочитано другое значение. Определить, абырвалг это или абыргер можно по реакциям, заданным в прошивке. Аналогично тому, как вы выше предлагали “спрашивать человека об ощущениях” для 2 сигналов от частицы.
“Восприятие ощущения” у биологических существ можно рассматривать как акт чтения информации. Поэтому чтение переменной со сравнением это максимально полный аналог восприятия ощущения.
Ну вот и примите, что для конкретной программы число 1 обозначает неприятное ощущение, а число 2 приятное.
У фундаментальной частицы есть свойства - которые не декомпозируются
Ну как это, вы же выше объясняли, что у частиц есть “разница обусловленная вкусами частицы”. Значит сигналы можно декомпозировать на более мелкие части, кванты поля или что-то подобное. Никакой разницы с количеством электронов в ячейках. Заряд электронов тоже не декомпозируется, он просто есть.
при тех же инструкциях
В моей теории при тех же инструкциях будет то же самое ощущение.
- Названия переменных значения не имеют. Замените их на v100001 и v100002, потом задавайте вопросы. - Переименуй переменные
Это ваш комментарий, а не мой. Я нигде не начинал говорить о том, что обучением можно добавить наслаждение и страдание, ни из каких моих комментариев это не следует, поэтому ваше возражение не имеет отношения к текущему обсуждению. То есть это оффтоп и флуд.
Ей не нужно обучать да и не возможно обучить.
Да не говорил я нигде, что обучить возможно. Вы понимаете, что вам пишет собеседник?
Вы смотрите с чего началось. Я о том что обучением нельзя добавить наслаждение и страдание.
Где оно с этого началось? Я не говорил ничего о том, что их можно добавить обучением. Такого разговора тут нигде не было.
Началось это с вашего ложного утверждения “У новорожденного нет интеллекта”. И выяснилось, что вы путаете интеллект (способность получать знания) и знания (результат работы интеллекта). Это знаний о мире у младенца нет, а способность их получать есть. Обучение чему-то (например речи) это и есть получение знаний.
Некоторые считают что вот есть нейросетка, обучаем ее
Если вы не знаете, как происходит обучение нейросетей, тогда не надо об этом спорить. Информация “Вот это положительная ситуация, а это отрицательная” не появляется сама в процессе обучения, а приходит извне на вход и является частью обучающей выборки. Аналогично и с биологическими существами, сознание осознает ощущения, информация об этом приходит на вход интеллекта.
Извините, вы нормальный? Собеседник вам написал об этом еще месяц назад, постоянно в объяснениях об этом говорит, и единственный ваш аргумент это бездоказательное заявление “ни о чем”? Нет, я не понимаю. Я это написал именно потому что считаю это правильным. Это и есть суть моей идеи. Я ее описал уже много раз. Никакой другой сути у меня нет. Я не знаю, какую еще суть вы ищете.
Ситуация “Это число для этой конкретной программы обозначает страдание, а то число наслаждение” ничем не отличается от вашего “Этот сигнал от специальной частицы обозначает страдание, а тот сигнал наслаждение”. При том вы даже не можете это определить, имея только саму частицу, и даже не можете подключить ее к прибору, чтобы это узнать, потому что можете подключить ее наоборот. Вам надо только спрашивать об этом уже существующее биологическое существо и полагаться на внешние проявления.
Младенец не проходит, но он страдает. Не вся нейронная ткань умеет страдать. Реакция - не значит
И? Я не говорил ничего, что этому противоречит. У вас какой-то флуд ради флуда, лишь бы что-то написать.
Наша цель - создать девайс, который сможет наслаждаться и страдать. Вы уводите от цели
Пример с Матрицей был приведен как контраргумент на ваше конкретное утверждение про настоящие ощущения, а не как часть обсуждения про создание девайса. Вы похоже даже за дискуссией не следите.
Про девайс я вам уже доказал, что в ваших терминах это принципиально невозможно. И вы сами это подтвердили в высказывании про полностью виртуальное существо. Любые другие физические процессы вы называете имитацией настоящих (при этом не объясняя, почему одни физические процессы вы считаете более настоящими, чем другие). То есть цель мы уже достигли, непонятно, что вам еще нужно в этом контексте.
- Как я понял, если некий внешний стимул - приводит к повышению вероятности что программа будет завершена - то программа начинает страдать - Нет - И каждое приближение этого состояния к завершению программы - должно восприниматься агентом как боль. - Нет, это некорректное описание. - Вы считаете что боль - это когда эта информация понижает шансы программы на выживание - Нет, это некорректное описание. - Т.е. наличие выхода из программы, наличие динамики и плохого состояния (приближающего к выходу из программы) - значит есть страдание?
Я вам и сказал суть - без интеллекта речь выучить нельзя. Это подтверждается примером обезьян. Есть у него ощущения или нет, с моим утверждением никак не связано. Понятия не имею, почему вы постоянно пытаетесь перевести разговор на посторонние темы.
Нет. Не будет никаких промптов. Будет обычный диалог.
Тезис статьи в том, что “в 2026-м, риторика 7может оказаться весьма востребованным навыком”. Я говорю, что это не так. Для LLM она будет важна не более, чем с любыми другими людьми. И если сейчас особые формулировки играют какую-то роль для LLM, то со временем их роль будет становиться меньше, а не больше.
“Умение четко излагать свою мысль” это и есть то, что я подразумевал под выражением “особое составление промптов”. Для нейросетей будет нужно такое же общение, как с людьми.
Очевидно, будет отвечать чат гпт.
В статье говорится о важности особого составления промптов. Я говорю в этом же контексте. Для разговора с коллегой вам не нужно специальное умение составлять промпты, достаточно обычной речи. Вот и с нейросетями будет так же. Только возможно это будет не LLM, а другая архитектура.
Промпты это временное явление, нейросети будут становиться все более самостоятельными, и риторика будет не нужна. Это довольно очевидно, я не знаю, как можно всерьез это обсуждать. Она и сейчас-то не особо нужна.
Мое предположение не противоречит результатам опыта Майкельсона.
У нас есть пространство, в нем каким-то образом распространяются электромагнитные волны. Это факт. Делить его на кванты или нет, это просто детализация. Просто если не делить, то непонятно, каков механизм распространения волны.
Хорошее замечание. Ну как минимум будет синее и красное смещение, что так частично мое предположение верное. То есть наблюдатели движутся относительно максимумов напряженности электромагнитного поля с разной скоростью. Но над физическим механизмом кажущейся скорости надо подумать. Тут вопрос в том, а как именно мы будем измерять скорость света от этого источника относительно наблюдателя? Если ориентироваться на гребни волн, то различие явно есть. А если ловить и отражать на устройстве наблюдателя, то будет влиять замедление времени.
Замедление собственного времени наблюдателя не зависит от направления его движения, только от количества квантов пространства, которые он проходит за один квант времени.
У меня была такая мысль.
Пространство поделено на кванты. Взаимодействия во Вселенной происходят в течение одного кванта времени. При движении материи через пространство Вселенная должна обработать взаимодействия в каждом кванте пространства, иначе материальные тела на больших скоростях пролетали бы сквозь друг друга.
Чем больше квантов пространства проходит материальное тело за один квант времени, тем меньше у Вселенной остается части от этого кванта, чтобы обработать внутренние взаимодействия. Поэтому все процессы в этом материальном теле замедляются. Замедление пропорционально скорости движения через пространство. Поэтому наблюдателю кажется, что свет всегда имеет одну и ту же скорость независимо от движения наблюдателя - потому что чем быстрее наблюдатель движется через пространство, тем дольше становится его “секунда”, за которую он измеряет пройденное светом расстояние. Свет просто распространяется в пространстве Вселенной, он ничего не знает о наблюдателях, которые движутся относительно него с разными скоростями.
Еще тут можно подумать о том, как именно материя перемещается из одного кванта пространства в другой, какой у этого физический механизм, как происходит движение материи с разной скоростью.
Там говорится следующее:
“application services consume and return data transfer objects”
“application services consume and return domain payload objects. A domain payload object is a data transfer object that is aware of the domain model and can contain domain objects”
Вот тут еще можно посмотреть.
Не любой, а который группирует связанные параметры в один объект. DTO называют такой объект, который передает данные между слоями приложения. В одном слое обычно называют просто объект-параметр.
И слоями приложения. Такие объекты тоже называют DTO.
The Complete Guide to Data Transfer Objects
“DTOs create a clean separation between your data persistence layer (database entities) and your presentation layer (API responses), making your application more maintainable and flexible.”
Это ответ на изначальный вопрос - нужно ли в сущности создавать метод с 20 аргументами, если есть DTO на 20 полей? Не нужно, этот метод должен принимать DTO на 20 полей.
Суть в том, что есть метод с названием бизнес-действия, он принимает бизнес-объект и бизнес-параметры действия. Неважно, в сущности он находится или в сервисе.
Я не вижу проблемы в том, чтобы сразу создавать DTO доменного слоя в контроллере, например автоматически с помощью рефлексии по типу аргумента в методе контроллера. Назначение этого DTO это передавать данные из менее абстрактного слоя в более абстрактный. Передача из контроллера в сущность этому соответствует.
Я так делал, это работает. Только я предпочитаю делать контроллеры как application service, не вижу смысла делать контроллеры-обертки. Но если хочется, можно написать автоматический конвертер из одного DTO в другое, который будет переносить данные с помощью рефлексии по названиям полей.
DTO используются не только для передачи по сети, но и между слоями приложения.
Не должно быть такого понятия как “маппинг DTO в доменные объекты”. Перенос входных данных в свойства модели это бизнес-логика, она должна происходить после всех бизнес-валидаций и по заданным правилам. Например в DTO guid, а в модели надо преобразовать его в id. Нельзя просто так записывать потенциально некорректные данные в модель, которую потенциально нельзя менять в данный момент. А бизнес-логика это точно не слой приложения.
Выражение “data transfer” означает передача данных, это и есть определение. Передавать можно и между разными слоями приложения. Если вы вместо 20 параметров метода будете передавать объект с 20 полями, это будет data transfer object.
А оплату заказа например так не сделать, потому что в браузере ждет клиентский код, чтобы показать пользователю, прошла оплата или нет. Можно конечно нагородить систему фоновых задач с polling из браузера, но проще все-таки сделать логику с транзакциями и сетевыми взаимодействиями в сервисе.
Это просто уведомление, обычно это не считается большой проблемой. А там где нужно, можно сделать и TransactionalOutbox.
DTO означает “data transfer object”, он по определению передает данные между двумя слоями приложения, значит они оба от него зависят. Если в сущности объявлен метод, который принимает DTO, значит DTO это часть слоя домена. Рассматривайте DTO как замену списка аргументов метода сущности.
А почему у вашей частицы полярность поля вверх означает страдание, а вниз наслаждение, а не наоборот? (или как вы там это себе представляете)
Докажите, что ваша специальная частица может наслаждаться и страдать. Вот она частица, от нее по разным условиям идут 2 разных сигнала. Что дальше?
Да нипочему не должны, я двадцать раз уже объяснил. Под словами “вызывает страдания” вы подразумеваете “вызывает страдания как у биологических существ”. Но инструкция не вызывает страдания как у биологических существ, в компьютере нет таких процессов. Поэтому и думать мы так не должны. Она вызывает другие процессы, которые можно назвать компьютерным страданием. “Компьютерное страдание” не равно “биологическое страдание”. Можете назвать его “процесс абырвалг”, а компьютерное наслаждение “процесс абыргер”. Сходство их с биологическими процессами начинается только на некотором уровне, а чем уровень ниже, тем ближе к физическим процессам и тем больше различий. Это максимальное сходство, которое можно сделать на цифровой архитектуре.
Вы “должны думать”, что
некая инструкциянекий процесс чтения со сравнением с заданным значениемвызываетявляется процессом абырвалг, потому что программа начинает вести себя иначе, чем если прочитано другое значение. Определить, абырвалг это или абыргер можно по реакциям, заданным в прошивке. Аналогично тому, как вы выше предлагали “спрашивать человека об ощущениях” для 2 сигналов от частицы.“Восприятие ощущения” у биологических существ можно рассматривать как акт чтения информации. Поэтому чтение переменной со сравнением это максимально полный аналог восприятия ощущения.
Ну вот и примите, что для конкретной программы число 1 обозначает неприятное ощущение, а число 2 приятное.
Ну как это, вы же выше объясняли, что у частиц есть “разница обусловленная вкусами частицы”. Значит сигналы можно декомпозировать на более мелкие части, кванты поля или что-то подобное. Никакой разницы с количеством электронов в ячейках. Заряд электронов тоже не декомпозируется, он просто есть.
В моей теории при тех же инструкциях будет то же самое ощущение.
Блин…
Это ваш комментарий, а не мой. Я нигде не начинал говорить о том, что обучением можно добавить наслаждение и страдание, ни из каких моих комментариев это не следует, поэтому ваше возражение не имеет отношения к текущему обсуждению. То есть это оффтоп и флуд.
Да не говорил я нигде, что обучить возможно. Вы понимаете, что вам пишет собеседник?
Это и есть сознание.
Где оно с этого началось? Я не говорил ничего о том, что их можно добавить обучением. Такого разговора тут нигде не было.
Началось это с вашего ложного утверждения “У новорожденного нет интеллекта”. И выяснилось, что вы путаете интеллект (способность получать знания) и знания (результат работы интеллекта). Это знаний о мире у младенца нет, а способность их получать есть. Обучение чему-то (например речи) это и есть получение знаний.
Если вы не знаете, как происходит обучение нейросетей, тогда не надо об этом спорить. Информация “Вот это положительная ситуация, а это отрицательная” не появляется сама в процессе обучения, а приходит извне на вход и является частью обучающей выборки. Аналогично и с биологическими существами, сознание осознает ощущения, информация об этом приходит на вход интеллекта.
Извините, вы нормальный? Собеседник вам написал об этом еще месяц назад, постоянно в объяснениях об этом говорит, и единственный ваш аргумент это бездоказательное заявление “ни о чем”?
Нет, я не понимаю. Я это написал именно потому что считаю это правильным. Это и есть суть моей идеи. Я ее описал уже много раз. Никакой другой сути у меня нет. Я не знаю, какую еще суть вы ищете.
Ситуация “Это число для этой конкретной программы обозначает страдание, а то число наслаждение” ничем не отличается от вашего “Этот сигнал от специальной частицы обозначает страдание, а тот сигнал наслаждение”. При том вы даже не можете это определить, имея только саму частицу, и даже не можете подключить ее к прибору, чтобы это узнать, потому что можете подключить ее наоборот. Вам надо только спрашивать об этом уже существующее биологическое существо и полагаться на внешние проявления.
И? Я не говорил ничего, что этому противоречит. У вас какой-то флуд ради флуда, лишь бы что-то написать.
Пример с Матрицей был приведен как контраргумент на ваше конкретное утверждение про настоящие ощущения, а не как часть обсуждения про создание девайса. Вы похоже даже за дискуссией не следите.
Про девайс я вам уже доказал, что в ваших терминах это принципиально невозможно. И вы сами это подтвердили в высказывании про полностью виртуальное существо. Любые другие физические процессы вы называете имитацией настоящих (при этом не объясняя, почему одни физические процессы вы считаете более настоящими, чем другие). То есть цель мы уже достигли, непонятно, что вам еще нужно в этом контексте.
Блин…
Ctrl+F “Программа страдает, когда”
Я вам и сказал суть - без интеллекта речь выучить нельзя. Это подтверждается примером обезьян. Есть у него ощущения или нет, с моим утверждением никак не связано. Понятия не имею, почему вы постоянно пытаетесь перевести разговор на посторонние темы.