home.social

#диалоги — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #диалоги, aggregated by home.social.

  1. Как правильно управлять диалогами в QML: Singleton + JavaScript Promise

    Уже не первый раз сталкиваюсь в проектах на Qt QML с проблемой управления диалогами и всплывающими окнами. QML — декларативный язык и это здорово! Мы описываем, что хотим видеть на экране, и, если всё сделали правильно, при запуске программы получаем желаемый результат. Но иногда хочется динамики — и именно с диалогами начинаются проблемы, которые все решают по-разному. Кто-то продолжает так же декларативно описывать диалог для очередного экрана приложения. Да, так можно поступить, но у этого подхода есть несколько проблем. Первая — код начинает разрастаться. Даже если вынести диалог в отдельный компонент, его всё равно придётся «тюнить» каждый раз перед отображением, что не очень удобно. Вторая проблема, как по мне, куда хуже — при создании экрана в приложении будут созданы и все дочерние элементы. То есть диалог может потреблять память, хотя по факту пользователь может так им и не воспользоваться. Другой вариант, который тоже часто встречается — это обёртка диалога в Component и его непосредственное создание в нужный момент. С точки зрения потребления памяти это уже лучше, но проблему лишнего кода это не решает. Зачастую из-за подготовки такого диалога кода может оказаться даже больше. К тому же нужно не забывать вызывать destroy() для всех динамически созданных объектов, когда они больше не нужны. Всё становится ещё хуже, если один и тот же диалог нужен в нескольких местах. В большинстве случаев люди либо не парятся, либо им просто некогда — и в итоге мы видим обычную копипасту тут и там.

    habr.com/ru/articles/1032896/

    #Qt #QML #диалоги #Singleton #JavaScript_Promise #QtQuickControls #Dialog #динамические_компоненты #createObject #управление_памятью

  2. Как правильно управлять диалогами в QML: Singleton + JavaScript Promise

    Уже не первый раз сталкиваюсь в проектах на Qt QML с проблемой управления диалогами и всплывающими окнами. QML — декларативный язык и это здорово! Мы описываем, что хотим видеть на экране, и, если всё сделали правильно, при запуске программы получаем желаемый результат. Но иногда хочется динамики — и именно с диалогами начинаются проблемы, которые все решают по-разному. Кто-то продолжает так же декларативно описывать диалог для очередного экрана приложения. Да, так можно поступить, но у этого подхода есть несколько проблем. Первая — код начинает разрастаться. Даже если вынести диалог в отдельный компонент, его всё равно придётся «тюнить» каждый раз перед отображением, что не очень удобно. Вторая проблема, как по мне, куда хуже — при создании экрана в приложении будут созданы и все дочерние элементы. То есть диалог может потреблять память, хотя по факту пользователь может так им и не воспользоваться. Другой вариант, который тоже часто встречается — это обёртка диалога в Component и его непосредственное создание в нужный момент. С точки зрения потребления памяти это уже лучше, но проблему лишнего кода это не решает. Зачастую из-за подготовки такого диалога кода может оказаться даже больше. К тому же нужно не забывать вызывать destroy() для всех динамически созданных объектов, когда они больше не нужны. Всё становится ещё хуже, если один и тот же диалог нужен в нескольких местах. В большинстве случаев люди либо не парятся, либо им просто некогда — и в итоге мы видим обычную копипасту тут и там.

    habr.com/ru/articles/1032896/

    #Qt #QML #диалоги #Singleton #JavaScript_Promise #QtQuickControls #Dialog #динамические_компоненты #createObject #управление_памятью

  3. Как правильно управлять диалогами в QML: Singleton + JavaScript Promise

    Уже не первый раз сталкиваюсь в проектах на Qt QML с проблемой управления диалогами и всплывающими окнами. QML — декларативный язык и это здорово! Мы описываем, что хотим видеть на экране, и, если всё сделали правильно, при запуске программы получаем желаемый результат. Но иногда хочется динамики — и именно с диалогами начинаются проблемы, которые все решают по-разному. Кто-то продолжает так же декларативно описывать диалог для очередного экрана приложения. Да, так можно поступить, но у этого подхода есть несколько проблем. Первая — код начинает разрастаться. Даже если вынести диалог в отдельный компонент, его всё равно придётся «тюнить» каждый раз перед отображением, что не очень удобно. Вторая проблема, как по мне, куда хуже — при создании экрана в приложении будут созданы и все дочерние элементы. То есть диалог может потреблять память, хотя по факту пользователь может так им и не воспользоваться. Другой вариант, который тоже часто встречается — это обёртка диалога в Component и его непосредственное создание в нужный момент. С точки зрения потребления памяти это уже лучше, но проблему лишнего кода это не решает. Зачастую из-за подготовки такого диалога кода может оказаться даже больше. К тому же нужно не забывать вызывать destroy() для всех динамически созданных объектов, когда они больше не нужны. Всё становится ещё хуже, если один и тот же диалог нужен в нескольких местах. В большинстве случаев люди либо не парятся, либо им просто некогда — и в итоге мы видим обычную копипасту тут и там.

    habr.com/ru/articles/1032896/

    #Qt #QML #диалоги #Singleton #JavaScript_Promise #QtQuickControls #Dialog #динамические_компоненты #createObject #управление_памятью

  4. Как правильно управлять диалогами в QML: Singleton + JavaScript Promise

    Уже не первый раз сталкиваюсь в проектах на Qt QML с проблемой управления диалогами и всплывающими окнами. QML — декларативный язык и это здорово! Мы описываем, что хотим видеть на экране, и, если всё сделали правильно, при запуске программы получаем желаемый результат. Но иногда хочется динамики — и именно с диалогами начинаются проблемы, которые все решают по-разному. Кто-то продолжает так же декларативно описывать диалог для очередного экрана приложения. Да, так можно поступить, но у этого подхода есть несколько проблем. Первая — код начинает разрастаться. Даже если вынести диалог в отдельный компонент, его всё равно придётся «тюнить» каждый раз перед отображением, что не очень удобно. Вторая проблема, как по мне, куда хуже — при создании экрана в приложении будут созданы и все дочерние элементы. То есть диалог может потреблять память, хотя по факту пользователь может так им и не воспользоваться. Другой вариант, который тоже часто встречается — это обёртка диалога в Component и его непосредственное создание в нужный момент. С точки зрения потребления памяти это уже лучше, но проблему лишнего кода это не решает. Зачастую из-за подготовки такого диалога кода может оказаться даже больше. К тому же нужно не забывать вызывать destroy() для всех динамически созданных объектов, когда они больше не нужны. Всё становится ещё хуже, если один и тот же диалог нужен в нескольких местах. В большинстве случаев люди либо не парятся, либо им просто некогда — и в итоге мы видим обычную копипасту тут и там.

    habr.com/ru/articles/1032896/

    #Qt #QML #диалоги #Singleton #JavaScript_Promise #QtQuickControls #Dialog #динамические_компоненты #createObject #управление_памятью

  5. Как сделать мини-экран для Умного Дома Яндекс (УДЯ) за 659 рублей?

    Если подключить к Яндекс станции кучу датчиков, исполнительных устройств и настроить нужные сценарии, то жить в доме становится значительно приятнее, но каждый раз спрашивать Алису какая температура на улице и открыто ли окно — это неудобно. Хочется, чтобы одним взглядом можно было узнать основные показатели датчиков и оценить текущее состояние Умного Дома Яндекс (УДЯ). Воодушевившись статьей Уважаемого Вадима @tzirulnicov : « Подключение самодельных устройств к умному дому Яндекса с Алисой » я решил попробовать сделать себе мини‑экран, показывающий текущую температуру на улице и в комнате, содержание в комнате углекислого газа, а также состояние окна, обогревателя и сценария, который автоматически открывает окно когда становится душно. В отличие от оригинальной статьи все датчики у меня уже есть, так что ничего припаивать я не стал — это просто монитор для моего УДЯ. Теоретически, кроме покупки SmartTV Ultra от GeekMagic больше ничего не нужно, так как мой скетч можно загрузить через web‑интерфейс прошивки, которая идет «из коробки», а в нем предусмотрено обновление через WiFi (OTA). Только если загружаемая прошивка не сможет подключиться к Вашему WiFi, то обновлять ее придется «по проводу» — режима AP в моем скетче пока нет, но я планирую его добавить в будущем. На фотографии результат: на улице +2.8 C, в комнате +24.8 C, углекислый газ: 634 ppm, обогреватель включен, окно закрыто, а сценарий автоматического открытия окна при превышении содержания CO2 — активен.

    habr.com/ru/articles/1025884/

    #arduino #diy #алиса #яндекс #умный_дом #api #диалоги

  6. Пошаговые диалоги в Python без боли: описываем визарды в JSON, а не в if-ах

    Писать сложные диалоги в Telegram-ботах — это боль из вложенных if -ов, сломанных переходов и бесконечного рефакторинга. В этой статье — как мы вынесли всю логику визардов в JSON и сделали движок, который сам управляет шагами, условиями и навигацией. Без спагетти-кода. Без привязки к платформе. С возможностью собрать рабочего бота за вечер.

    habr.com/ru/articles/1022354/

    #python #telegram_bot #aiogram #wizard #диалоги #json #state_machine #backend #dialog_engine #чатботы

  7. — Я вот думаю, почему меня в детстве не смущало, что баба Яга жрет детей.
    — А то что Дональд Трамп ест, не смущает?
    — Ну хоть в подъездах не ссыт.
    — Еще не все файлы обнародовали.

    #дыбр #диалоги

  8. — Слушай, а чего у нас деплой десять минут занимает?
    — А там сейчас включили тесты и сбор coverage'а, чтобы деплоить отчёт вместе с артефактом.
    — Блин, ну долго же.
    — Угу, ну пока деплоится, можешь работать над другой задачей.
    — Да вот буквально это и делал сегодня. Весь день параллельно ронял два билда.
    — Мда… Я три. И потом из-за такого постоянного переключения развивается СДВГ 😐
    — Ага. Хотя по должности нам положен аутизм 🤔

    #work #дыбр #забавное #диалоги

  9. DEVLOG 1: Работа с ARTICY

    Приветствую всех в новом сообществе, где я буду делиться ходом разработки! Сегодня говорим о том где вообще записываются диалоги игры. Если вы достаточно информированный фанат, то знаете что Дискач делали с помощью ARTICY, что у них были такие большие деревья диалогов, что программа буквально крашилась.

    habr.com/ru/articles/973802/

    #articy #unreal_engine_5 #gemini_ai #диалоги

  10. Эталонная коммуникация. Котлетка: с макарошками или с пюрешкой?

    Кто не знает этот потрясающий диалог из "Улицы разбитых фонарей" ? Много кто не знает - а зря. На самом деле, он представляет собой потрясающий по своей полноте и эффективности пример рабочей коммуникации. Как так? Ну смотрите 👀 Вы удивитесь

    habr.com/ru/articles/934422/

    #Управление #коммуникаци #диалоги #мемы #шутки #homorменеджмент

  11. Архитектура диалоговой системы в Unity

    Когда я начинал разработку своей игры, то не смог найти каких-то внятных гайдов с описанием архитектуры диалоговой системы. Зачастую авторы упоминали верстку да логику UI, но не отвечали на вопросы “как менять сюжетные стейджи”, “как работать с разными типами диалогов”, “как менять статус персонажам на сцене” и т.п. Мне не хватало найденной информации и я потратил какое-то время на написание диалоговой системы самостоятельно. Для опыта конечно же… но и, будем честными, денег я зажал на готовые плагины. Надеюсь, что эта статья поможет таким же новичкам в Unity как и я, кто решил учиться разработке через практику и прототипирование. Небольшая оговор очка: я занимаюсь автоматизацией тестирования и мой основной язык python. Так что заранее прошу извинить за не самые лучшие конструкции C#. Также хочу упомянуть, что статья эта не про код, а про архитектуру, так что первого в принципе будет не так уж и много. А что за игру я делаю? Сюжетное 2д приключение, где я решил брать не механиками, а историей. Часть 1. Планирование архитектуры Без четкого ТЗ результат ХЗ. Для начала планируем и фиксируем, что хочется вообще сделать. На моем примере: 1) Система линейная, диалоги без вариантов ответа; 2) Каждая сцена - это грубо говоря отдельная игра, которая не связана с другими сценами, их все можно запускать независимо. Сохранения реализованы в момент перехода между сценами; 3) На каждой сцене есть n стейджей. На каждом стейдже m диалогов. Заканчиваются стейджи - на этой сцене заканчивается сюжет, можно переходить на новую сцену;

    habr.com/ru/articles/893592/

    #Unity #unity2d #диалоговые_системы #диалоги #разработка_игр #c# #gamedev

  12. Подключение самодельных устройств к умному дому Яндекса с Алисой

    В этой статье мы разберёмся, как подключать самодельные устройства к умному дому Яндекс с Алисой (далее - УДЯ). В качестве такого самодельного устройства у нас выступит Wi-Fi-метеостанция на ESP8266, обладающая следующими функциями: * вывод уровня углекислого газа, температуры и влажности с датчика Sensirion SCD-30 * передача данных этих данных в УДЯ через наше облако по Wi-Fi * вывод курсов криптовалют на встроенный экран Содержание статьи: 1. Разработка аппаратной части устройства на ESP8266 / ESP32 2. Написание прошивки устройства в среде Ардуино 3. Создание сервиса в облаке на Python и Django для подключения устройства к УДЯ и хранения данных, выгрузки статистики 4. Подключение нашего проекта к УДЯ через Яндекс.Диалоги, учим Алису Яндекса работать с нашим устройством 5. Обсудим варианты доработок, подключение устройства к Home Assistant, создание сценариев автоматизации (управление кондиционером по показаниям с нашего устройства) и т.д.

    habr.com/ru/articles/882370/

    #python #arduino #diy #алиса #яндекс #умный_дом #api #диалоги

  13. Эмпатичные аватары: измеряем эмпатию в диалогах людей и воплощенных чат-ботов

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

    habr.com/ru/articles/838152/

    #чатботы #эмоции #диалоги #внешний_вид #аватары #зловещая_долина #replika #characterai #графы #llm

  14. Визуализация эмоций в диалогах людей и чат-ботов

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

    habr.com/ru/articles/831506/

    #ютуб #диалоги #чатбот #эмоции #визуализация_данных #аватар

  15. Диалоги, анимации, озвучка, нейросети

    Я инди разработчик, у игры еще нет названия. Больше информации можно получить в предыдущих статьях. Воплощаю мечту, создавая игру Воплощаю мечту, создавая игру. Часть 2-я. В статье я расскажу свой небольшой опыт работы с диалогами и озвучкой с применением нейросети. Результат меня расстроил. Будут представлены примеры как это выглядит непосредственно в разрабатываемой игре.

    habr.com/ru/articles/814851/

    #разработка_игр #моя_история #советы #unrealengine #ue5 #диалоги #анимации #нейросети #нейросеть #ai