Представлен клон MS Word — открытый проект под названием EdenText для работы с docx‑ и dot‑документами прямо в браузере. Возможности проекта:
автоматическая нумерация, колонтитулы, оглавление, сноски, поля и прочее.
можно устанавливать стили абзацев, таблиц и других элементов.
возможности по работе с таблицами и даже формулы как в Excel.
вставка изображений и подписей к ним.
знает русский язык и правила орфографии и грамматики.
работает без интернета, без регистрации и без лицензионных ключей.
🔖 Наконец‑то дождались: git branch ‑delete‑merged
У нас у всех есть куча проектов. Мы работаем над фичами. Каждая фича — отдельная локальная ветка. Мы её делаем, пушим, открываем PR, PR мержат, ветку на сервере удаляют.
А локальная ветка остаётся. И так каждый раз. Через полгода у тебя в git branch тридцать восемь веток:
feature/login
feature/login-fix
fix/typo
topic/auth
topic/auth-v2
...
mainИ ты такой сидишь и думаешь: «Какая из них ещё живая? Какие уже смержены? Можно ли что‑то удалить или я что‑то потеряю?».
И вот ты уже пишешь скрипт на коленке, который тебе должен всё почистить. Запускаешь его и вуаля, ты слегка ошибся и больше в твоей репе нет бранчей, паника и судорожный поиск решения на ohshitgit.com.
В общем, короче. Harald Nordgren походу сам задолбался с этим и ребята только что релизнули Git 2.56, в котором запилили опцию delete‑merged.
Самое классное, что команда супер простая и простая как полено (хоспадепрости patch‑format с 100 500 аргументами).
$ git branch --delete-merged 'origin/*' --dry-run
Would delete branch feature/login (was abc1234).
Would delete branch feature/login-fix (was def5678).
Would delete branch fix/typo (was 9876fed).Посмотрел. Всё выглядит нормально. Запускаешь без --dry-run:
$ git branch --delete-merged 'origin/*'
Deleted branch feature/login (was abc1234).
Deleted branch feature/login-fix (was def5678).
Deleted branch fix/typo (was 9876fed).Всё. Ветки, которые уже влиты в свой origin, снесены. Ветки, где есть неотправленная работа, — остались. Ветки с deleteMerged = false — остались. Ветки, которые ты вычеканил в другом worktree, — остались.
Это безопасно. Свои скрипты можно выкинуть. Также можно точечно чистить категориями topic-*, feature/*, origin/*.
В общем, если git branch уже не помещается в терминал — обновляемся на 2.56 и теперь вы знаете что делать.
Открытый проект Unofficial search plugins позволяет искать торренты прямо в qBittorrent. Это каталог поисковых плагинов, которые подключают торрент-сайты к самому клиенту. Можно выбрать нужные источники и искать по нескольким местам сразу с помощью одного запроса. В списке проекта есть Rutor, Nyaa, The Pirate Bay и даже Academic Torrents с научными данными.
Представлен открытый проект Terminal Velocity (tvty) — двадцать агентов ИИ, работающих в циклах (loop). В центре внимания — задачи (тикеты). Одно окно. Никаких поисков нужной вкладки.
«tvty — для тех, кто хочет вести разработку с Claude на максимальной скорости. Это нативный терминал для одновременного запуска множества агентов Claude Code: терминалы сгруппированы по проектам, а тикеты каждого проекта находятся прямо рядом с ними — агент задаёт вопрос, вы принимаете решение, работа продолжается. Почему это удобно Одно окно вместо двадцати вкладок. Видны все проекты, все агенты и то, что требует вашего внимания: принятие решения, непрочитанный ответ или тикет, блокирующий остальные задачи. Терминал каждого агента работает в реальном времени. Прямая привязка к сессии, высокая скорость, никаких лишних прослоек вроде tmux. Переключение одним нажатием клавиши или выбор из миниатюр, отображающих текущее состояние всех окон. Тикеты — рядом с терминалом. Планы, решения, эскалации, изображения: принимайте, отклоняйте или отвечайте, не отрываясь от клавиатуры», — пояснил автор решения.
🔖 Наводим красоту в htop
Все мы любим htop - цветастый, кликабельный, удобный топчик. Но не смотря на то, что в большинстве случаев хватает варианта из коробки, в нем большие возможности для кастомизации.
Я не хочу долго расписывать как и что настраивать, а просто дам вам однострочник который сделает всю магию. Он по сути он просто бекапит текущий конфиг (если он вообще был) и забирает из https://gist.github.com/itcaat/45ea5994d66378fc4bd647cab860a05f новый.
mkdir -p ~/.config/htop && [ -f ~/.config/htop/htoprc ] && mv ~/.config/htop/htoprc ~/.config/htop/htoprc.bak.$(date +%Y%m%d%H%M%S); curl -fsSL "https://gist.github.com/itcaat/45ea5994d66378fc4bd647cab860a05f/raw" -o ~/.config/htop/htoprcПосле этого запускаем htop и наслаждаемся.
—
Зачем рынку ещё одна замена Microsoft AD
Подоспела новость: MONT и Avanpost договорились о партнёрстве.
На первый взгляд - обычная дистрибьюторская новость. Но для компаний, которые работают с MONT и рассматривают миграцию с Microsoft AD на Linux-каталог, появляется интересный вариант службы каталога — Avanpost DS. Сейчас многие возразят: на рынке же полно российских решений-аналогов MS Active Directory — ALD Pro, РЕД АДМ, Роса Dynamic Directory, Альт Домен и другие. Зачем нам ещё один? Копнём поглубже, чтобы понять, а действительно нужен ли нам этот "ещё один".
Российские Linux-каталоги собраны по-разному: одни вокруг FreeIPA, другие на Samba DC. Вместе с каталогом заказчик выбирает его архитектуру, зависимости и инструменты администрирования. Поэтому два продукта с одной задачей в эксплуатации ведут себя по-разному.
Avanpost пошёл другим путём
Ядро Avanpost DS — LDAP-сервер и Kerberos — написано на Go с нуля, без использования open-source-компонентов. По заявлению вендора, их служба каталога протестирована под нагрузкой до 30 млн объектов.
Что это даёт?
Типичный Linux-каталог собран из нескольких компонентов. Каждый зрелый и проверенный, но со своей архитектурой и зависимостями. Вендору приходится развивать свой продукт и одновременно считаться с чужим кодом.
Своя собственная разработка даёт больше контроля над ключевыми компонентами. Их можно менять, искать узкие места и оптимизировать под нагрузку, а не подстраиваться под архитектурные решения, которые принимали без тебя. Avanpost среди плюсов своего подхода называет производительность и масштабируемость.
Но производительность важна не только в штатном режиме
Проблема начинается, когда нужно быстро исправить ошибку в каталоге. Неудачный скрипт, сбой интеграции или массовое изменение могут затронуть множество объектов. Контроллеры при этом доступны, пользователи аутентифицируются, мониторинг зелёный – но у части сотрудников уже изменены атрибуты, членство в группах или права доступа. Формально всё работает, а данные внутри — уже нет.
Мало обслуживать миллионы объектов в штатном режиме. Нужно ещё быстро понять, что именно сломалось, и исправить это, не откатывая миллионы корректных данных вместе с ошибочными.
При больших объёмах узким местом может стать уже сам каталог. В компании, где я работаю (другой ИТ-вендор), был похожий опыт при нагрузочном тестировании одного из Linux-каталогов, построенных на open-source-компонентах: массовые операции на сотнях тысяч объектов выполнялись критически медленно, а удаление нескольких тысяч учётных записей заняло несколько дней. Во время нагрузки возникали ошибки, а репликация между контроллерами некоторое время не восстанавливалась.
Поэтому производительность каталога при больших объёмах – это не вопрос комфорта администратора. От неё напрямую зависит, сколько времени займёт исправление массовой ошибки.
И здесь у Avanpost есть ещё одна полезная связка
С августа Avanpost DS Pro совместим с Granulex Recovery. Granulex сравнивает текущее состояние каталога с резервной копией, показывает, что изменилось не туда, и позволяет выборочно вернуть нужные объекты и атрибуты — без полного отката каталога.
Так что при выборе замены Microsoft AD важен не только список функций. Сколько объектов реально выдерживает каталог? Как ведёт себя под нагрузкой? И насколько быстро можно найти и исправить ошибку, если она затронула тысячу объектов из миллиона?
Когда от каталога зависят доступы всей компании, это уже не мелочи.
Источники:
Статья на Cnews "MONT и Avanpost начали сотрудничество в области дистрибуции решений для защиты корпоративной инфраструктуры"
Telegram-канал Granulex ⚡️ российский ИТ без простоев
Telegram-канал Avanpost
Когда в Kubernetes что-то сломалось: как ИИ-агент помогает искать проблемы в кластере
Иногда проблема в Kubernetes находится за несколько минут. Иногда — после долгого просмотра логов, проверки ресурсов и попыток понять, что именно изменилось перед сбоем.
Чем сложнее становится инфраструктура, тем больше времени уходит на задачи вроде анализа состояния кластера, поиска отклонений и проверки типовых проблем. В этот момент возникает вопрос: можно ли часть такой работы передать ИИ?
На практике ИИ-агент для инфраструктуры — это уже не просто чат с подсказками. Он может получать данные о состоянии Kubernetes, работать с ресурсами кластера и помогать инженеру быстрее разобраться в ситуации.
На открытом уроке 1 октября в 20:00 разберём связку Kagent + Ollama: как подключить локальную LLM к агенту, какие возможности это даёт для работы с Kubernetes и какие DevOps-сценарии можно автоматизировать уже сейчас. Присоединяйтесь.
Больше разборов и практических материалов по инфраструктуре собрали в тематическом дайджесте — там можно найти другие полезные темы для DevOps и системных инженеров.
Как управлять разработкой, если процессы и данные распределены по разным системам?
Руководителям становится сложнее видеть общую картину: оценивать стоимость инициатив, контролировать соблюдение единых требований и понимать, где процессы теряют эффективность. Разработчики при этом зависят от DevOps-инженеров в типовых задачах и ждут предоставления окружений и ресурсов.
2 октября в 12:00 на вебинаре представим новый этап развития Deckhouse Development Portal.
Покажем, как Development Portal встраивается в разнородный ИТ-ландшафт и объединяет управление разработкой. Руководители получают больше прозрачности и инструментов контроля, а команды — портал самообслуживания для работы с инфраструктурными сервисами, инструментами и данными.
Разберём:
расчёт стоимости инфраструктуры разработки отдельных бизнес-инициатив;
стандартизацию процессов и требований безопасности;
упаковку согласованного стека в готовые шаблоны;
заказ окружений и баз данных по кнопке без ручной обработки заявок;
адаптацию портала к процессам компании и интеграцию с используемыми системами.
Бонус: для участников вебинара проведём чекап процесса SDLC вашей команды.
Почему мониторинг, SRE и автотесты перестали работать по отдельности?
Digital Immune System (DIS) или Цифровой Иммунитет — это способность инфраструктуры почувствовать, что с ней что-то не так, и починить себя раньше, чем это заметит пользователь.
В новом выпуске «В SREду на кухне» Андрей Волхонский, Андрей Колесников и Василий Осипенко разбирается что такое DIS, из чего он состоит и почему это не просто модное словосочетание, а способ пересобрать подход к надёжности.
Гость выпуска: Михаил Савин, руководитель отдела SRE в H3LLO CLOUD
Смотрите и слушайте на площадках:
🔵 VK Видео
📺 YouTube
📌 RuTube
Ⓜ️ Mave
А что если откажет ЦОД? Вы просили — мы повторяем
На вебинаре раccкажем, как застраховаться от потери данных даже в случае физического отказа ЦОД и как выстроить защиту инфраструктуры с помощью Evolution Disaster Recovery и Evolution Agent Backup. Вспомним, чем отличаются DRaaS, BaaS, репликация и аварийное восстановление. Вы получите полное представление о том, как подобрать решение с учетом требований к непрерывности, скорости восстановления данных и безопасности.
🧑💻 Для кого: CISO и руководителей отделов информационной безопасности, ИТ-директоров, архитекторов, DevOps-инженеров и специалистов, отвечающих за непрерывность работы ИТ-сервисов.
📅 Когда: 1 октября, 11:00 мск.
👉 Где: Онлайн. Зарегистрируйтесь, чтобы задать вопросы спикерам.
Выделенный сервер на Xeon E3: разбираем варианты переезда
Часто при выборе выделенного сервера, многие сразу смотрят на топовые мощные конфигурации. Но на практике веб-проекту редко нужен последний Xeon, а чаще важнее предсказуемость и правильный баланс ресурсов.
В SpaceWeb мы держим линейку на Xeon E3-1270 v3 — процессоре не новом, но зато проверенном годами. Варьируя лишь объем RAM и тип накопителей, можно решить почти любую задачу: от легкого сайта до файлового хранилища на терабайты.
Какую выбрать конфигурацию:
Сайт или несколько веб-проектов. 16 ГБ RAM и пара SSD — база для Битрикса, WordPress или интернет-магазина. Если проектов больше, тогда берем 32 ГБ.
Интернет-магазин или портал с контентом. Тот же процессор, но диски побольше: под базы, картинки и логи.
Бэкапы, архивы, почта. Здесь скорость SSD не нужна, поэтому ставим HDD на терабайты. Дешевле, а задачу решает.
Сайт и файлы на одном сервере. Гибрид: SSD под приложение, HDD под документы. Удобно для корпоративных порталов и Bitrix24.
Посмотреть полные характеристики и заказать нужную конфигурацию можно на сайте SpaceWeb. А если не нашли подходящий вариант — просто напишите нам на почту dedic@sweb.ru, мы поможем подобрать решение вручную.
Индустрия сейчас совершает ту же ошибку, что и во времена взрывного перехода на микросервисы. Тогда все бросились дробить монолиты, не умея в автоматизацию. Сегодня все бросились внедрять AI, забыв про банальную инженерную гигиену.
Внедрить AI сегодня стало слишком просто. Достаточно взять любимый язык программирования, импортировать пару библиотек, дернуть API OpenAI или развернуть локальную модельку из Hugging Face — и вуаля, у вас готов «инновационный» фичер. Но именно эта доступность порождает самый опасный вид «people‑долга» — культуру одноразового кода и брошенных интеграций.
Когда первая эйфория от работающего прототипа проходит, в недрах компании обнаруживается не только промпты, зашитые хардкодом прямо в середину бизнес‑логики, но и зомби‑интеграции. Брошенные инструменты, которые изначально планировались просто как эксперимент жрут деньги на инфраструктуру и поддержку. Эксперимент на пазуе, но «инновационный» тул лежит просто мертвым грузом.
И мое самое любимое — коллега придумал как автоматизировать работу целого отдела, накрутил туда из говна и палок AI‑MVP и удачно продал это руководству как супер‑инновацию. А через какое‑то время свалил в закат. И вот сидят коллеги и думают — а что с этой инновацией делать и как вообще оно работало, как вносить изменения, поддерживать это добро и почему оно стало столько стоить.
Реальность AI‑долга: Накрутить AI‑автоматизацию или тул — это 10% усилий и пара дней работы. Поддерживать её в проде, обновлять базы эмбеддингов, следить за версионированием промптов и очищать код от следов неудачных тестов — это 90% времени, к которому команды вообще могут быть не готовы.
Так вот чтобы не пришлось потом с лопатой заниматься ликвидацей этого AI‑долга — нужно менять паттерны поведения людей в компании:
Платформенный подход вместо анархии. Не позволяйте каждой команде изобретать свой велосипед для интеграции с LLM. Выделите Core‑команду (Platform Engineering), которая создаст единый внутренний API‑шлюз для AI, стандартизирует логирование, аутентификацию и кеширование запросов.
Вводить AI‑гигиену. Эксперименты должны быть изолированы. Создайте жесткое правило: под каждый пилот выделяется изолированная песочница с ограниченным сроком жизни. Эксперимент завершен? Песочница уничтожается со всеми потрохами (базами, ключами API, пайплайнами). Чтобы перенести код в прод, он должен пройти тотальный рефакторинг и аудит.
Главный риск AI‑трансформации сегодня — это не то, что ваши конкуренты внедрят AI быстрее. Главный риск — это захлебнуться в поддержке сотен полурабочих, грязных AI‑инструментов и брошенных интеграций, которые вы или ваши коллеги нагенерировали в порыве энтузиазма.
Как снизить стоимость хранения данных с помощью комбинаторики и линейной алгебры? Узнаете на GoCloud Tech 2026
При проектировании систем хранения приходится искать баланс между тремя параметрами: производительностью, надежностью и стоимостью инфраструктуры. На практике улучшение одного показателя нередко требует пожертвовать другим. Разберемся, из чего складывается стоимость хранения данных и как снизить ее с помощью продвинутых алгоритмов отказоустойчивого кодирования. Поговорим о математике нового кодировщика, принципах его работы и сложностях production-ready реализации. А еще покажем на графиках, как решение влияет на скорость работы и потребление ресурсов. Доклад поможет архитекторам, инженерам и системным администраторам подобрать оптимальный баланс между производительностью, надежностью системы и затратами на инфраструктуру.
Спикер:
Сергей Баширов — ведущий разработчик R&D, Cloud.ru.
Трек: Инфраструктура.
📅 Когда: 15 октября в 16:35–17:15 мск.
А пока ждете выступление, можете узнать, как мы создавали собственную SDS для платформы Cloud.ru Evolution.
Демонстрационная БД Marketplace: Реалистичный полигон для проверки РЕД Базы Данных на практике
Как превратить СУБД из «шкафа с таблицами» в надежный отказоустойчивый бэкенд на примере современного E-commerce.
Демонстрационные базы данных – неотъемлемая часть экосистемы любой серьезной СУБД. Мы создали MARKETPLACE – уникальный полигон, который предоставляет готовую и продуманную среду для экспериментов с РЕД Базой Данных 5. Это не просто база на 100 строк, а миниатюра торговой площадки, на которой покупатели ищут товары, продавцы управляют складами, а система обрабатывает заказы и платежи.
Из вебинара вы узнаете:
● Как спроектировать архитектуру, которая не упадет под нагрузкой, и использовать современные возможности SQL.
● Как извлекать данные из полуструктурированных JSON-полей.
● Как безопасно изменять данные в условиях высокой конкуренции и не продать один товар дважды.
● Как строить сложные отчеты: от анализа маржинальности до предиктивной аналитики закупок.
Спикер: Андрей Совцов – эксперт-консультант РЕД Базы Данных
Дата и время: 1 октября в 14:00 по московскому времени
14 уроков для системных администраторов, которым мало просто «чтобы работало»
Привет, Хабр. Стабильная инфраструктура редко держится на одном удачном конфиге. Сегодня нужно разобраться, почему сервер тормозит, завтра — настроить отказоустойчивость, послезавтра — автоматизировать развёртывание или понять, что именно показывает мониторинг.
И чем сложнее становится система, тем важнее не просто устранять последствия, а понимать, что происходит внутри инфраструктуры, быстрее находить причины проблем и сокращать количество ручной работы.
В этом посте собрали 14 бесплатных уроков для тех, кто хочет увереннее работать с серверами, сетями, Kubernetes, мониторингом и безопасностью.
Linux и Windows
22 сентября в 20:00. «Топ GPO, которые помогут тебе». Записаться
23 сентября в 20:00. «Linux на практике: безопасный доступ к серверу и автоматизация через SSH». Записаться
24 сентября в 19:00. «Сможет ли ИИ починить Linux‑сервер: где заканчиваются подсказки и начинается инженерная диагностика». Записаться
Диагностика и наблюдаемость
23 сентября в 20:00. «eBPF: рентгеновское зрение для production». Записаться
14 октября в 20:00. «ИИ для мониторинга: что Prometheus и Grafana могут рассказать агенту». Записаться
20 октября в 20:00. «OpenTelemetry в.NET: от чёрного ящика к наблюдаемой системе». Записаться
Kubernetes и автоматизация инфраструктуры
1 октября в 20:00. «Kagent + Ollama: ИИ‑агент для работы с Kubernetes». Записаться
7 октября в 20:00. «GitOps‑практики: развертываем сервис через ArgoCD». Записаться
15 октября в 20:00. «Поднимаем кластер Kubernetes с помощью Terraform и Ansible». Записаться
Трафик, отказоустойчивость и веб‑инфраструктура
22 сентября в 20:00. «Автоматизация управления трафиком с mitmproxy». Записаться
23 сентября в 20:00. «Узнайте, как использовать Patroni для управления высокодоступными кластерами PostgreSQL». Записаться
5 октября в 19:00. «Автоматические TLS‑сертификаты: модуль ACME (Angie)». Записаться
20 октября в 19:00. «Балансировка HTTP и L4 сервисов в Angie». Записаться
Безопасность инфраструктуры
21 октября в 20:00. «Пентест инфраструктуры: поиск слепых зон IDS/IPS». Записаться
Полный список бесплатных уроков сентября смотрите в дайджесте.
Что можно почитать по теме:
Только что релизнул net-peek v0.1.8. Этот маленький, но классный 🚲 на Go я сделал, когда надо было быстро понять кто поджирает трафика на серваке.
Можно, конечно, расчехлить tcpdump, добавить tshark, немного awk или iftop но богу тулов нужны новые тулы😈.
Он показывает по каждому удалённому IP:
- входящую и исходящую скорость;
- сколько данных уже передано;
- количество активных соединений;
- подробности по каждому соединению.
Можно смотреть конкретный интерфейс или сразу все. Есть поиск, сортировка, пауза и отдельный gateway-режим для анализа трафика на NAT-сервере.
sudo net-peek -i allВ общем, делюсь с вами аккуратным TUI-монитором трафика. Репозиторий и инструкции как установить лежат тут: https://github.com/itcaat/net-peek.
Сохраните на будущее - кто знает когда он может понадобиться 🔫
—
Telegram | Github | YouTube | X
Бывший дизайнер Google и Apple Робби Тилтон представил бесплатный аналог Photoshop — фоторедактор Compositor. Решение имеет высокий уровень оптимизации, установщик приложения для Mac весит всего 8 МБ, и проект не нагружает систему.
Настраиваем S3-доступы так, как нужно проекту
Добавили редактор политик для пользователей S3. Теперь в панели можно как выдать готовую роль, так и настроить собственную политику — редактируете ее в интерфейсе или загружаете готовый JSON.
Когда пригодится:
1️⃣ Открыть разработчику только чтение логов — без возможности изменить или удалить данные.
2️⃣ Выдать клиенту доступ к нужной папке в бакете — остальные объекты останутся недоступны.
3️⃣ Разрешить скрипту бэкапов запись без права удаления — старые копии останутся целы.
Права можно задать как для новых пользователей при создании, так и для уже существующих в S3 → «Пользователи». Еще политика доступна в настройках конкретного бакета.
В копилку обновлений PostgreSQL
Добавили восемь расширений, которые закрывают типовые задачи вашего проекта средствами самой базы:
Настроить поиск:
1️⃣ fuzzystrmatch — помогает находить похожие по написанию строки, в том числе с опечатками.
2️⃣ unaccent — игнорирует диакритические знаки в буквах при поиске.
Для работы с гео:
3️⃣ earthdistance — считает расстояние между двумя точками по координатам.
4️⃣ cube — нужен для работы earthdistance, а еще ищет похожие записи сразу по нескольким числовым параметрам.
Упростить структуры данных:
5️⃣ ltree — упорядочивает данные с уровнями вложенности: раздел, подраздел, элемент.
6️⃣ hstore — хранит пары «ключ — значение» в одном поле, даже если набор ключей отличается у разных записей.
7️⃣ intarray — ускоряет работу с массивами целых чисел: добавляет свои операции и индексы для быстрого поиска.
Увеличить производительность:
8️⃣ pg_prewarm — позволяет заранее загрузить нужные данные в кеш и снизить просадку производительности после перезапуска.
Как включить: выберите нужный кластер → «Конфигурация» → «Расширения» → «Изменить». Все доступные расширения описаны в документации.
В комментариях делитесь, какие еще расширения стоит добавить👇🏻
5 причин посетить GoCloud Tech 2026 очно, помимо докладов
Осталось меньше месяца до ежегодной конференции GoCloud Tech. Если технический хардкор в докладах для вас недостаточная причина, чтобы выйти в этот день из дома, возможно эти точки маршрута заставят вас передумать:
💻 Воркшопы — берите ноутбук и решайте прикладные задачи вместе с экспертами Cloud.ru, если что-то не получится, обязательно разберем почему.
⚙️ Технозоны — знакомьтесь с сервисами, общайтесь с командами и задавайте каверзные вопросы напрямую инженерам, которые создают сервис.
🧪 Лаборатория решений — компьютерный клуб, где можно выбрать готовый сценарий и протестировать сервисы Cloud.ru на практике.
🚀 Лаборатория карьеры — место для знакомства с культурой нашей компании, новыми ИТ-профессиями и карьерными путями.
💡 Доска инженерных решений — находите знакомую проблему и забирайте карточку с решением, чтобы не забыть обсудить его со своей командой.
Ждем всех, кто двигает технологии в эпоху искусственного интеллекта.
📍 Где: Москва, ул. Волочаевская, 48, стр. 1 (м. Площадь Ильича), Loft #8 (ДК «Серп и молот»).
📆 Когда: 15 октября.