Переход от монолита к микросервисной архитектуре приносит гибкость и масштабируемость, но и создает новые сложности. Одна из ключевых проблем –согласованность данных и транзакции. В монолите обычно можно обернуть несколько операций одной ACID-транзакцией: либо все операции выполняются успешно, либо при ошибке происходит полный откат. В мире микросервисов такой прямолинейный подход не работает. Каждый сервис автономен, у каждого своя база данных, и общаются они через сеть. Как результат, гарантировать атомарность и целостность процессов, охватывающих несколько сервисов, непросто. Возникает риск частичных обновлений: одна часть системы изменилась, а другая – нет, что приводит к неконсистентным (несогласованным) состояниям данных.

Чтобы решить эту проблему, разработаны специальные паттерны и протоколы управления распределёнными транзакциями. В этой статье детально рассмотрим ограничения классических ACID-транзакций в распределённой архитектуре, а также два подхода к распределённым транзакциям – сага (SAGA) и двухфазный коммит (2PC). Разберём мотивацию, принципы работы, преимущества и недостатки каждого, сравним их по критериям. Кроме того, обсудим альтернативные подходы, такие как TCC (Try-Confirm-Cancel), паттерн Outbox, а также кратко упомянем eventual consistency, транзакционные сообщения, инструменты вроде Atomikos и др. В завершение – практические рекомендации, как выбрать подходящий способ обеспечения согласованности в ваших микросервисах.

В мире радиолюбителей постоянно появляются новые инструменты, упрощающие жизнь как новичкам, так и опытным энтузиастам. Один из них — дистрибутив HamPi для Raspberry Pi. Эта специализированная система объединяет в себе все необходимые программы для цифровых видов связи, работы с SDR-приемниками, APRS и многого другого.

Чтобы начать экспериментировать с радио, достаточно просто установить HamPi на компактный одноплатный компьютер — все готово к работе с первых минут. Есть, конечно, нюансы, и их немало. Ниже расскажу о дистрибутиве, его установке, настройке и использовании. Поехали!

В 2025 году в IT-индустрии говорить о важности исследований и продуктового подхода - почти моветон. Все уже в курсе, что нельзя заниматься фичеризмом, нужно ориентироваться на цели пользователей и бизнеса, использовать метрики. Продуктовый подход - это уже норма.

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

Такой подход принято назвать data-driven. Он выглядит красиво и строго:

Удалённая работа давно перестала быть временным решением. Сегодня это стандарт для многих команд. Чтобы всё работало как часы, нужны инструменты: коммуникация, управление задачами, документация, совместная работа. Раньше с этим справлялись зарубежные сервисы, но всё сложно 🙄 Собрали российских 13 аналогов для замены шести известных сервисов.

Domain-Driven Design подход проектирования давно уже не новые слова, однако и не самая раскрытая тема. Я попытался объснить концепцию такого подхода к проектированию на собственных примерах.

Недавно прогремел пост Артура Думчева (@arturdumchev), как халява якобы уходит из программирования. Можете ознакомиться с ним, чтиво достойное. Особенно комментарии.

У меня сегодня день рождения: 39 лет. С 2003 года я работаю разработчиком, и сейчас делаю кое-что для ИИ. Интуиция подсказывает, что халява только начинается, мои чюваки. Сейчас — лучшее время быть разработчиком.

Давайте начнем с точно того же определения, как было у Артёма: «для меня халява — это гарантированный результат за вложенные усилия. Логика повествования требует такого определения, дальше всё будет ясно».

А дальше ясно, что из неверно поставленного условия может следовать что угодно.

В мире распределённых систем выбор брокера сообщений — это не просто вопрос технологии, а стратегическое решение, от которого зависит надёжность, масштабируемость и устойчивость всей архитектуры. Несмотря на популярность решений вроде Apache Kafka и Amazon SQS, их выбор часто бывает продиктован модой или привычкой, а не реальными потребностями приложения. 

В этой статье подробно разберём ключевые отличия между потоковыми и очередными брокерами, особенности их масштабирования, работы с ошибками и поддержки разных паттернов обмена сообщениями — от команд до передачи состояния.

Привет, Хабр!

Сегодня я хочу рассказать вам о том, как можно эффективно использовать Protocol Buffers в сочетании с ESP32 и Qt Framework. Для наглядности я сделаю это на примере собственного хобби-проекта, который представляет из себя гидропонную систему. В этом проекте мы попытаемся наладить коммуникацию между ESP32 и приложением Qt/QML, используя Protocol Buffers через UDP.

О нотации BPMN написано немало публикаций. В них разбираются различные объекты этой нотации и способы их взаимодействия. Поэтому в этой статье мы не будем говорить об основах BPMN, а вместо этого разберем различные случаи правильного и не очень построения диаграмм.

Для начала рассмотрим несколько вариантов реализации примера с зависимыми экземплярами.

Никто не делает пасту так, как итальянцы, — это может подтвердить каждый, кто пробовал настоящую пасту «качо э пепе». Это простое блюдо: только макароны тоннарелли, твёрдый овечий сыр пекорино и чёрный перец. Но простота эта обманчива. Качо э пепе («сыр и перец») чрезвычайно трудно приготовить правильно, потому что соус легко образует неаппетитные комки с текстурой, скорее напоминающей тягучую моцареллу, вместо гладкой текстуры со сливочным вкусом.

Команда итальянских физиков пришла на помощь, разработав безошибочный рецепт, основанный на их многочисленных научных экспериментах, говорится в новой статье, опубликованной в журнале Physics of Fluids. Хитрость заключается в использовании кукурузного крахмала для приготовления соуса из сыра и перца вместо того, чтобы полагаться на крахмал, который выделяется в кипящую воду при варке макарон.

Привет, Хабр!

В A/B тестах можно ошибиться ещё до того, как первая строчка кода теста будет написана. А последствия этих ошибок сказываются не только на результатах одного эксперимента, а на всей продуктовой стратегии компании: на найме, на развитии функциональности, на распределении инвестиций.

Сегодня рассмотрим пять системных ошибках, которые делают ваши A/B тесты ненадёжными — даже если снаружи всё выглядит корректно.

Я часто пользуюсь в работе BI системами и всегда было интересно, что же там под капотом, насколько это сложная система. Спойлер - очень сложная! И я решил разобраться в вопросе и чуть более подробно. После подготовки этой статьи стало реальнее понятнее, откуда же все таки готовилось нападение, как работает тот же Power BI. Но вероятно, нужно будет перечитать некоторые моменты дважды. В тех местах, и понятиях, которые я сам не с первого раза понял, я добавлял дополнительное описание.

С 1995 года аналитики Gartner выпускают ежегодный доклад «Цикл Хайпа», который показывает состояние разных многообещающих технологий вроде больших языковых моделей, беспилотных автомобилей, солнечных панелей и так далее.
 
Каждый отчет строится вокруг S-образной кривой, где показано, в какой точке находится та или иная технология: пребывает на пике ажиотажа, разочаровывает или внедряется. Ожидается, что разработки, попавшие в «Цикл Хайпа», сильно повлияют на бизнес и общество. Составители кривой Gartner не сами оценивают технологии, а опираются на ожидания инвесторов, бизнеса и общества, ну, и шумиху вокруг разработок. В общем, чтобы понять, насколько хорошо люди прогнозируют будущее, можно покопаться в старых графиках Gartner.

В этой статье разберем некоторые разработки, которые бывали на пике ажиотажа, но не прошли дальше, разочаровали при внедрении или провалились в первоначальной концепции, но распались на решения, используемые повсеместно.

Или что бы я посоветовал себе 5 лет назад.

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

Сегодня утром вы открыли глаза и четко осознали: бизнесу нужно развиваться!  Отлично, используйте все легальные доступные инструменты.

Только, пожалуйста, не развивайте свое дело, пренебрегая обязательными пунктами ведения бизнеса, которые установило законодательство. Я о работе с персональными данными. Не устаю напоминать, потому что это действительно важно.

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

Что, если бы вы жили в городе, где до любого места можно добраться за 15 минут, а на улицах — роботакси и роботы доставщики? Где утро начинается с кофе и стендапа, а вечером ты уже можешь оказаться на afterparty крупнейшей dev-конференции страны. Добро пожаловать в Иннополис — самый молодой, цифровой и «айтишный» город России.

Приглашаем в технологическое сердце Татарстана, чтобы разобраться:
— Кто и зачем переезжает в Иннополис?
— Какие компании создают тут будущее?
— Почему профессиональная конференция Merge собирает тысячи разработчиков со всей страны именно здесь?
— И при чём тут беспилотные такси и школьники-хакеры?

Статья про город, где IT — это не индустрия, а образ жизни.

Если вы подумываете о покупке своего первого 3D-принтера, но ничего о них не знаете и не понимаете, с чего начать выбор, эта статья для вас.

Привет, Хабр! Я Денис Воденеев, директор отделения автоматизированного тестирования в IBS. Увлекаюсь 3D-печатью уже 5 лет — первый принтер купил в 2019 году.

В этой статье расскажу о том, какие бывают 3D-принтеры, как их выбирать, сколько они стоят, какие нужны расходники, и о многом другом, что надо знать перед покупкой своего первого принтера.

System Design Interview — пожалуй, один из самых «бесформенных» этапов технического собеседования. Здесь важно не найти единственно верное решение, а продемонстрировать системное мышление, умение работать с абстракциями, логически выстраивать архитектуру и аргументированно делать выбор технологий.

Александр Кучук, эксперт сообщества Spring АйО, подготовил авторскую статью, в которой шагом показывает, как структурировать интервью, какие вопросы задавать, как рассуждать и что оценит интервьюер.

Кстати, Александр ведет репозиторий с заметками: https://github.com/qcha/JBook

👋 Привет, Habr!

Вы когда-нибудь пытались найти качественный open-source клон Pinterest — с real-time функционалом, полноценной архитектурой, удобным UI и современной технологической основой? Я — да. И не нашёл. Поэтому решил создать свой.

Представляю вам Pinterest Clone — мой pet-проект, над которым я работал в одиночку 4 месяца, чтобы воссоздать не просто копию, а полнофункциональную платформу с реальным пользовательским опытом, максимально приближённым к оригиналу.