В примере рационального использования ИИ, который я привел, нет проблем с непристойностями или нетолерантностью. Вы спросили продажи за прошлый месяц, вы их получили, и все
Никто и не думает создавать нечто, что заменит человека. Создается то, что его дополнит. Никто не будет давать ИИ решать человеческие задачи. ИИ будет решать НЕЧЕЛОВЕЧЕСКИЕ задачи. Такие, какие человек никогда не взялся бы делать. Например, найти что-то одно из миллиона вариантов за 10 миллисекунд.
Уже сейчас его можно использовать для доступа к базам данных. Вы просто формулируете свои вопросы на естественном языке. Например:
А покажи ка мне продажи за прошлый месяц
Че так много. Сверни по клиентам
А нет. Не надо по клиентам. Сверни по товарам
А общая сумма какая?
На каждую свою реплику вы будете получать четкий ответ из вашей базы данных
Вот такие роботы и получат наибольшее распространение. А вовсе не те, которые пишут код за программистов. Хотя вы правильно заметили, что некоторых "программистов" ИИ уже сейчас может заменить. Но лично я не вижу ничего плохого в том, что ИИ выметет с рынка всех, для кого программа больше 10 строк уже слишком сложна. От этого станет только лучше. Причем, всем
Ваша проблема в том, что вы ищете в ИИ что-то похожее на человека. Но ИИ не человек. От слова совсем. Он не заменяет человека, как боятся многие. Он его дополняет. Вы пытаетесь дать ИИ человеческие задачи. И в этом ваша ошибка. ИИ надо давать НЕЧЕЛОВЕЧЕСКИЕ задачи. Такие, какие человек никогда не взялся бы делать. Например, найти что-то одно из миллиона вариантов за 10 миллисекунд. С такими задачами ИИ справляется прекрасно.
Уже сейчас его можно использовать для доступа к базам данных. Вы просто формулируете свои вопросы на естественном языке. Например:
А покажи ка мне продажи за прошлый месяц
Че так много. Сверни по клиентам
А нет. Не надо по клиентам. Сверни по товарам
А общая сумма какая?
На каждую свою реплику вы будете получать четкий ответ из вашей базы данных
Вот это нормальное использование ИИ. А кормить его мемчиками и наблюдать за тем, что из этого выйдет, поверьте, непродуктивно
Я предлагаю опцию для регистра накопления с условным названием "неотрицательный". Установка этой опции означает, что при обращении к виртуальной таблице остатков происходит следующее:
Вычисляются остатки с учетом установленных фильтров. Вычисляются так же, как это делается сейчас. Тут никаких изменений нет.
К каждому остатку применяется максимум(остаток,0)
Выполняется агрегирование, если оно требуется по условиям запроса.
Это можно сделать и сейчас, средствами встроенного языка, но платформенная реализация, конечно, была бы быстрее.
Это я к тому, чтобы вы представили хотя бы приблизительно всю сложность алгоритмов проведения и механизмов перепроведения связанных документов. И уже на этом фоне смотрели на то, что я предлагаю
Борьба с минусами чаще всего бессмысленна. Она имеет место быть только лишь потому, что пользователям сложно понять, чем там занимаются программисты. Они склонны думать, что раз программисты занимаются чем-то запредельно сложным, значит это запредельно сложное должно быть очень нужная вещь
Да, разумеется, задается контекст, в котором описываются таблицы. Для типовых конфигураций 1С контекст заранее известен. 1С-овская обработка, скриншоты которой я показал, определяет в какой конфигурации ее запустили и сама задает контекст. Но мы здесь не ограничены только 1С. Сервис может работать с любыми базами данных. См. описание API
1C может хранить данные в файле, MS SQL Server, PostgreSQL, Oracle, IBM DB2
Но у 1С есть свой ЯП. Обращение к данным идет через него. В частности, в этом ЯП есть объект Запрос. И вот этот самый запрос поддерживает только SELECT
В примере рационального использования ИИ, который я привел, нет проблем с непристойностями или нетолерантностью. Вы спросили продажи за прошлый месяц, вы их получили, и все
Никто и не думает создавать нечто, что заменит человека. Создается то, что его дополнит. Никто не будет давать ИИ решать человеческие задачи. ИИ будет решать НЕЧЕЛОВЕЧЕСКИЕ задачи. Такие, какие человек никогда не взялся бы делать. Например, найти что-то одно из миллиона вариантов за 10 миллисекунд.
Уже сейчас его можно использовать для доступа к базам данных. Вы просто формулируете свои вопросы на естественном языке. Например:
А покажи ка мне продажи за прошлый месяц
Че так много. Сверни по клиентам
А нет. Не надо по клиентам. Сверни по товарам
А общая сумма какая?
На каждую свою реплику вы будете получать четкий ответ из вашей базы данных
Вот такие роботы и получат наибольшее распространение. А вовсе не те, которые пишут код за программистов. Хотя вы правильно заметили, что некоторых "программистов" ИИ уже сейчас может заменить. Но лично я не вижу ничего плохого в том, что ИИ выметет с рынка всех, для кого программа больше 10 строк уже слишком сложна. От этого станет только лучше. Причем, всем
Ваша проблема в том, что вы ищете в ИИ что-то похожее на человека. Но ИИ не человек. От слова совсем. Он не заменяет человека, как боятся многие. Он его дополняет. Вы пытаетесь дать ИИ человеческие задачи. И в этом ваша ошибка. ИИ надо давать НЕЧЕЛОВЕЧЕСКИЕ задачи. Такие, какие человек никогда не взялся бы делать. Например, найти что-то одно из миллиона вариантов за 10 миллисекунд. С такими задачами ИИ справляется прекрасно.
Уже сейчас его можно использовать для доступа к базам данных. Вы просто формулируете свои вопросы на естественном языке. Например:
А покажи ка мне продажи за прошлый месяц
Че так много. Сверни по клиентам
А нет. Не надо по клиентам. Сверни по товарам
А общая сумма какая?
На каждую свою реплику вы будете получать четкий ответ из вашей базы данных
Вот это нормальное использование ИИ. А кормить его мемчиками и наблюдать за тем, что из этого выйдет, поверьте, непродуктивно
Я предлагаю опцию для регистра накопления с условным названием "неотрицательный". Установка этой опции означает, что при обращении к виртуальной таблице остатков происходит следующее:
Вычисляются остатки с учетом установленных фильтров. Вычисляются так же, как это делается сейчас. Тут никаких изменений нет.
К каждому остатку применяется максимум(остаток,0)
Выполняется агрегирование, если оно требуется по условиям запроса.
Это можно сделать и сейчас, средствами встроенного языка, но платформенная реализация, конечно, была бы быстрее.
Это я к тому, чтобы вы представили хотя бы приблизительно всю сложность алгоритмов проведения и механизмов перепроведения связанных документов. И уже на этом фоне смотрели на то, что я предлагаю
Ну нет уже апельсина в новой версии заказа от клиента. Мы ее приняли. Изменили старый заказ и проводим его. Ваши действия?
В заказе было 100 строк. И среди них
апельсин 1 шт.
Заказчик просит изменить его заказ. В новой версии пересмотрены 50 строк из 100. А апельсина вообще нет. Заказчик ведь его уже получил. Ваши действия?
А если был резерв 1 шт?
У вас есть документ реализация. В нем есть строка
апельсин 2 шт.
и есть регистр резервов. Ваши действия? Как вы отразите эту строку в регистр?
Борьба с минусами чаще всего бессмысленна. Она имеет место быть только лишь потому, что пользователям сложно понять, чем там занимаются программисты. Они склонны думать, что раз программисты занимаются чем-то запредельно сложным, значит это запредельно сложное должно быть очень нужная вещь
Отказались от механизма хранения остатков на каждый месяц. Теперь по умолчанию хранятся только последние остатки
Да, разумеется, задается контекст, в котором описываются таблицы. Для типовых конфигураций 1С контекст заранее известен. 1С-овская обработка, скриншоты которой я показал, определяет в какой конфигурации ее запустили и сама задает контекст. Но мы здесь не ограничены только 1С. Сервис может работать с любыми базами данных. См. описание API
Скорее всего это отгрузили больше, чем было заказано
Смотрите здесь https://brainguard.ru/page18968355.html
Что конкретно вас интересует?
Насчет резерв = максимум(0,резерв).
Обратите внимание, что речь идет о резервах. Что конкретно плохого в таком подходе? Можете объяснить?
Интересная мысль
1C может хранить данные в файле, MS SQL Server, PostgreSQL, Oracle, IBM DB2
Но у 1С есть свой ЯП. Обращение к данным идет через него. В частности, в этом ЯП есть объект Запрос. И вот этот самый запрос поддерживает только SELECT
В 1С уже сейчас так. И все время так было
Точно
В том то и дело, что большие языковые модели не надо дообучать из-за каждой мелочи. Они большие и знают все. В этом прорыв