Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
Google Opal
Эксперимент от Google, который позволяет контролировать и менять шаги ИИ-агента.
Ты задаёшь агенту задачу — он автоматически выстраивает свои шаги в виде блок-схемы. Затем ты либо запускаешь процесс и получаешь результат, либо редактируешь эти шаги прямо в схеме. Всё выглядит довольно просто и без лишнего задротства.
Они позиционируют себя как билдер для ИИ-приложений, что, на мой взгляд, может ввести пользователя в заблуждение 💩 Потому что ты там не создаёшь приложение под какую-то платформу, а по сути — шаблоны рабочего процесса для ИИ-агента. Похоже на ComfyUI или n8n, но с уклоном в GPT и текстовый формат, а не в кодинг.
Сам знаешь как получить доступ)
#Google#Opal | AcidCrunch
🌎 Hidden under the Australian outback, opal “ghost towns” once boomed with miners seeking dazzling gemstones. Today, their abandoned tunnels and homes carved into rock remain as silent reminders of a colorful rush beneath the desert. ✨
#opal⚡#history⚡#Australia
👉subscribe Interesting Planet
🤖 Google превращает Gemini в фабрику мини-приложений
Компания сделала мощный ход, встроив конструктор рабочих процессов Opal прямо в веб-приложение Gemini. Новая функция Super Gems позволяет за пару минут создавать персонализированные ИИ-инструменты простым описанием на русском языке.
Что это меняет:
⏺️🧩 Opal теперь внутри Gemini, больше не нужно переключаться между сервисами
⏺️💬 Создание через текст. Опишите, что должно делать приложение, и ИИ соберёт рабочий процесс автоматически
⏺️🎯 Готовые шаблоны + продвинутый режим для тонкой настройки в opal.google
⏺️🌐 Публикация по ссылке — можно делиться своими приложухами с кем угодно
Как выглядит процесс:
1️⃣
. Открываете Gemini → раздел "Gems"
2️⃣
. В "My Gems" описываете задачу ("приложение, которое генерирует идеи для постов в соцсетях на основе темы")
3️⃣
. Система сама строит workflow с интерфейсом, вызовами Gemini API и вариантами вывода
4️⃣
. Тестируете и публикуете
📍 Пока доступно только пользователям США
🔄 Рабочие процессы из Opal автоматически перенесены в Gemini
💡 Интеграция с Google Workspace (Docs, Sheets, Slides)
Google постепенно превращает Gemini в универсальную платформу от чат-бота до конструктора бизнес-решений.
Ждём, когда функция доберётся до других регионов!
#Google#Gemini#Opal#ИИ#NoCode#СуперГемы#Технологии
Нейроофис👨💻