Этот сайт использует файлы cookies. Продолжая просмотр страниц сайта, вы соглашаетесь с использованием файлов cookies. Если вам нужна дополнительная информация, пожалуйста, посетите страницу Политика файлов Cookie
Subscribe
Прямой эфир
Русский Русский  English English
Войти / Регистрация
Cryptocurrencies: 9852 / Markets: 82567
Market Cap: $ 2 246 307 716 130 / 24h Vol: $ 73 859 002 564 / BTC Dominance: 53.648846385069%

Н Новости

  1. Главная
  2. Новости

Пример дивергентного мышления ИИ при использовании 1С запрос copilot

ooybxip6avslyomnqhtj6pgsk0q.jpeg

Американский психолог Джой Пол Гилфорд, известный исследователь проблем интеллекта, в свое время предложил понятие дивергентного мышления. Сам Гилфорд определял его, как тип мышления идущий в различных направлениях. Ищем все возможные способы решения одной проблемы. Выходим за рамки стереотипов и, как результат, находим неожиданные и суперэффективные методы. Дивергентное мышление ассоциируется с креативностью. Яркий пример такого мышления можно увидеть в хорошо известной истории про Нильса Бора и барометр.

До появления генеративных языковых моделей было распространено мнение, что искусственный интеллект, когда и если будет создан, будет уступать человеку в креативности. Будет действовать скрупулезно, последовательно, без ошибок, но шаблонно. Оказалось — наоборот. Как это выглядит в реальности, при решении «скучных» учетных задач в 1С, смотрите ниже


Привожу задачу в том виде, как она была сформулирована.

В общем, есть задача, её суть:
Учет приезда клиентов ведется со дня старта работы отеля (к примеру день приезда 3, означает что клиент приехал в третий день работы отеля, а уехал на 8 день работы отеля т.д.).

Нужно написать программу, которая сама бы определила этот день (при этом нельзя использовать сторонние объекты в виде регистров, справочников и т.д.). Есть документ с расписанием отъездов и выездов, нужно отталкиваться только от него.
Если таких дней несколько — вывести первый.


Ну… пользователи так примерно и говорят. А мы не будем сейчас заниматься критикой этого текста, а просто «скормим» его копилоту как есть, даже не прописывая схему базы данных.

image

Ответ:
SELECT day
FROM (
    SELECT arrival_day AS day
    FROM bookings
    UNION ALL
    SELECT departure_day + 1
    FROM bookings
) AS days
GROUP BY day
ORDER BY COUNT(*) DESC, day
LIMIT 1


Сложим все события в кучу и посчитаем. Нет, это, конечно не работает. «Причешем» текст, уберем из него лишнее и путанное. А заодно добавим схему.

Текст вопроса:
Это отель. Вычислить день, когда было больше всего живущих в отеле

Схема:
MySQL #
Размещение(постоялец, день_заезда, день_отъезда) #

Ответ:
SELECT DATE, COUNT(*) AS NumberOfGuests
FROM
(
    SELECT a.Date
    FROM
    (
        SELECT день_заезда AS Date
        FROM Размещение
        UNION ALL
        SELECT день_отъезда
        FROM Размещение
    ) a
    WHERE a.Date BETWEEN (SELECT MIN(день_заезда) FROM Размещение) AND (SELECT MAX(день_отъезда) FROM Размещение)
) b
LEFT JOIN Размещение c ON b.Date BETWEEN c.день_заезда AND c.день_отъезда
GROUP BY DATE
ORDER BY NumberOfGuests DESC
LIMIT 1


image

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

Текст вопроса:
Это отель. Постоялец считается живущим в отеле в определенный день, если этот день больше либо равен дню заезда постояльца и меньше либо равен дню отъезда. Надо получить день, когда было больше всего живущих в отеле

Ответ:
SELECT MAX(day_count) AS max_guests, day
FROM (
  SELECT COUNT(*) AS day_count, day
  FROM (
    SELECT a.day
    FROM (
      SELECT ADDDATE('1970-01-01', t4.i*10000 + t3.i*1000 + t2.i*100 + t1.i*10 + t0.i) day
      FROM
        (SELECT 0 i UNION SELECT 1 UNION SELECT 2 UNION SELECT 3 UNION SELECT 4 UNION SELECT 5 UNION SELECT 6 UNION SELECT 7 UNION SELECT 8 UNION SELECT 9) t0,
        (SELECT 0 i UNION SELECT 1 UNION SELECT 2 UNION SELECT 3 UNION SELECT 4 UNION SELECT 5 UNION SELECT 6 UNION SELECT 7 UNION SELECT 8 UNION SELECT 9) t1,
        (SELECT 0 i UNION SELECT 1 UNION SELECT 2 UNION SELECT 3 UNION SELECT 4 UNION SELECT 5 UNION SELECT 6 UNION SELECT 7 UNION SELECT 8 UNION SELECT 9) t2,
        (SELECT 0 i UNION SELECT 1 UNION SELECT 2 UNION SELECT 3 UNION SELECT 4 UNION SELECT 5 UNION SELECT 6 UNION SELECT 7 UNION SELECT 8 UNION SELECT 9) t3,
        (SELECT 0 i UNION SELECT 1 UNION SELECT 2 UNION SELECT 3 UNION SELECT 4 UNION SELECT 5 UNION SELECT 6 UNION SELECT 7 UNION SELECT 8 UNION SELECT 9) t4
    ) a
    JOIN Размещение b
    ON a.day >= b.день_заезда AND a.day <= b.день_отъезда
  ) c
  GROUP BY day
) d
ORDER BY day_count DESC
LIMIT 1


image

И вот оно! Работающее решение, использующее генератор дней.
Поясню, что я вижу в этом заслуживающего вашего внимания. Я много лет обучал взрослых и детей программированию. И я знаю, что если человек встал на какие-то «рельсы», то снять его с них зачастую очень и очень сложно. А оно (я имею ввиду большую языковую модель) хоть и тупенькое, но креативное! Заставить его найти другое решение совсем не сложно. И это очень важный момент.
Кстати, в том же обсуждении, где была поставлена эта задача, человеком было предложено следующее решение:
Соединяем в запросе выборки из табличных частей.
1 Дата (ДатаПриезда)
Объединить
-1 Дата(ДатаОтъезда)
Группируем по дате.
Полученную таблицу соединяем саму с собой по условию Дата<=Дата, делаем группировку по дате.

Как видите, решение через UNION тоже существует. Надо только складывать приезды и вычитать отъезды. Но метод предложенный большой языковой моделью лучше, потому что он универсальный. Можно не только определить день максимальной загрузки отеля, но и период, когда эта загрузка сохранялась. Можно получить все периоды с максимальной нагрузкой. Вычислить процент
Что из всего этого следует. На мой взгляд, очень хорошие новости. Сейчас много разговоров о том, что искусственный интеллект лишит работы тех или этих. Лишит или нет, это мы еще посмотрим. Лично я считаю, что тут опасения сильно преувеличены. Гораздо меньше разговоров со знаком «плюс». Разговоров о том, что нам даст искусственный интеллект. А даст он нам то, что, как я вижу, мы все станем более креативными. Дивергентный и конвергентный типы мышления не антагонисты. Напротив, они естественным образом дополняют друг друга. Обратите внимание на мои действия в описанном мною примере. Я действую вполне конвергентно. Просто улучшаю шаг за шагом свой вопрос. А мой второй пилот дополняет меня. Ищет и находит всевозможные варианты решения. И это, как я считаю, самое важное свойство генеративных моделей искусственного интеллекта.

Ну а про классическое решение задач 1С вы можете узнать в рамках практических онлайн-курсов. Подробнее о курсах по ссылке.

Источник

Теги

Категория

Новости

Дата

  • 07.09.23 16:24 CherryTeam

    Cherry Team atlyginimų skaičiavimo programa yra labai naudingas įrankis įmonėms, kai reikia efektyviai valdyti ir skaičiuoti darbuotojų atlyginimus. Ši programinė įranga, turinti išsamias funkcijas ir patogią naudotojo sąsają, suteikia daug privalumų, kurie padeda supaprastinti darbo užmokesčio skaičiavimo procesus ir pagerinti finansų valdymą. Štai keletas pagrindinių priežasčių, kodėl Cherry Team atlyginimų skaičiavimo programa yra naudinga įmonėms: Automatizuoti ir tikslūs skaičiavimai: Atlyginimų skaičiavimai rankiniu būdu gali būti klaidingi ir reikalauti daug laiko. Programinė įranga Cherry Team automatizuoja visą atlyginimų skaičiavimo procesą, todėl nebereikia atlikti skaičiavimų rankiniu būdu ir sumažėja klaidų rizika. Tiksliai apskaičiuodama atlyginimus, įskaitant tokius veiksnius, kaip pagrindinis atlyginimas, viršvalandžiai, premijos, išskaitos ir mokesčiai, programa užtikrina tikslius ir be klaidų darbo užmokesčio skaičiavimo rezultatus. Sutaupoma laiko ir išlaidų: Darbo užmokesčio valdymas gali būti daug darbo jėgos reikalaujanti užduotis, reikalaujanti daug laiko ir išteklių. Programa Cherry Team supaprastina ir pagreitina darbo užmokesčio skaičiavimo procesą, nes automatizuoja skaičiavimus, generuoja darbo užmokesčio žiniaraščius ir tvarko išskaičiuojamus mokesčius. Šis automatizavimas padeda įmonėms sutaupyti daug laiko ir pastangų, todėl žmogiškųjų išteklių ir finansų komandos gali sutelkti dėmesį į strategiškai svarbesnę veiklą. Be to, racionalizuodamos darbo užmokesčio operacijas, įmonės gali sumažinti administracines išlaidas, susijusias su rankiniu darbo užmokesčio tvarkymu. Mokesčių ir darbo teisės aktų laikymasis: Įmonėms labai svarbu laikytis mokesčių ir darbo teisės aktų, kad išvengtų baudų ir teisinių problemų. Programinė įranga Cherry Team seka besikeičiančius mokesčių įstatymus ir darbo reglamentus, užtikrindama tikslius skaičiavimus ir teisinių reikalavimų laikymąsi. Programa gali dirbti su sudėtingais mokesčių scenarijais, pavyzdžiui, keliomis mokesčių grupėmis ir įvairių rūšių atskaitymais, todėl užtikrina atitiktį reikalavimams ir kartu sumažina klaidų riziką. Ataskaitų rengimas ir analizė: Programa Cherry Team siūlo patikimas ataskaitų teikimo ir analizės galimybes, suteikiančias įmonėms vertingų įžvalgų apie darbo užmokesčio duomenis. Ji gali generuoti ataskaitas apie įvairius aspektus, pavyzdžiui, darbo užmokesčio paskirstymą, išskaičiuojamus mokesčius ir darbo sąnaudas. Šios ataskaitos leidžia įmonėms analizuoti darbo užmokesčio tendencijas, nustatyti tobulintinas sritis ir priimti pagrįstus finansinius sprendimus. Pasinaudodamos duomenimis pagrįstomis įžvalgomis, įmonės gali optimizuoti savo darbo užmokesčio strategijas ir veiksmingai kontroliuoti išlaidas. Integracija su kitomis sistemomis: Cherry Team programinė įranga dažnai sklandžiai integruojama su kitomis personalo ir apskaitos sistemomis. Tokia integracija leidžia automatiškai perkelti atitinkamus duomenis, pavyzdžiui, informaciją apie darbuotojus ir finansinius įrašus, todėl nebereikia dubliuoti duomenų. Supaprastintas duomenų srautas tarp sistemų padidina bendrą efektyvumą ir sumažina duomenų klaidų ar neatitikimų riziką. Cherry Team atlyginimų apskaičiavimo programa įmonėms teikia didelę naudą - automatiniai ir tikslūs skaičiavimai, laiko ir sąnaudų taupymas, atitiktis mokesčių ir darbo teisės aktų reikalavimams, ataskaitų teikimo ir analizės galimybės bei integracija su kitomis sistemomis. Naudodamos šią programinę įrangą įmonės gali supaprastinti darbo užmokesčio skaičiavimo procesus, užtikrinti tikslumą ir atitiktį reikalavimams, padidinti darbuotojų pasitenkinimą ir gauti vertingų įžvalgų apie savo finansinius duomenis. Programa Cherry Team pasirodo esanti nepakeičiamas įrankis įmonėms, siekiančioms efektyviai ir veiksmingai valdyti darbo užmokestį. https://cherryteam.lt/lt/

  • 08.10.23 01:30 davec8080

    The "Shibarium for this confirmed rug pull is a BEP-20 project not related at all to Shibarium, SHIB, BONE or LEASH. The Plot Thickens. Someone posted the actual transactions!!!! https://bscscan.com/tx/0xa846ea0367c89c3f0bbfcc221cceea4c90d8f56ead2eb479d4cee41c75e02c97 It seems the article is true!!!! And it's also FUD. Let me explain. Check this link: https://bscscan.com/token/0x5a752c9fe3520522ea88f37a41c3ddd97c022c2f So there really is a "Shibarium" token. And somebody did a rug pull with it. CONFIRMED. But the "Shibarium" token for this confirmed rug pull is a BEP-20 project not related at all to Shibarium, SHIB, BONE or LEASH.

Для участия в Чате вам необходим бесплатный аккаунт pro-blockchain.com Войти Регистрация

Похожие новости

Есть вопросы?
С вами на связи 24/7
Help Icon