👋Сижу, разгребаю очередную «архитектуру» стартапа. Ребята распилили монолит на двадцать кусков, а теперь с ужасом поняли, что данные разъехались, как ноги коровы на льду. И теперь, чтобы все хоть как-то работало используют Saga Pattern.

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

Вы правда думаете, что Хореография (Choreography) - это красиво? Это когда сервисы перекидываются событиями, как горячей картошкой. Сервис А списал деньги, крикнул в Kafka, Сервис Б услышал (или нет), попытался зарезервировать товар... Ой, ошибка. А Сервис А уже забыл, что он вообще что-то списывал. 💩

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

🔹Оркестрация (Orchestration) чуть лучше. Вы ставите надсмотрщика (Оркестратор), который пинает сервисы. Но теперь вы создали «Божественный сервис», в котором зашита вся логика. Поздравляю, вы переизобрели монолит, только теперь он тормозит по сети.

🔥И самое сладкое - компенсирующие транзакции. Помните из универа четыре волшебные буквы: ACID? Конкретно одну из них - «I», Isolation, «Изоляция»? Это когда грязное белье одной транзакции не видит другая. Все происходит как бы в вакууме. Так вот, в вашем распределенном шапито этой буквы нет со всеми вытекающими.

Что с этим делать:

1️⃣Избегайте распределенных транзакций любой ценой. Если два действия должны быть атомарны - держите их в одном сервисе и одной БД.

2️⃣Если прижало - выбирайте Оркестрацию. Вам нужен лог состояния, чтобы понимать, на каком шаге все рухнуло. Хореография годится только для примитивных событий «пожар-забыл».

3️⃣Идемпотентность - это религия. В распределенной среде сообщения дублируются. Если ваш сервис спишет деньги дважды по одной Саге - вас уволят, и правильно сделают.

Не усложняйте. Распределенная система - это не достижение, это геморрой, который вы сами себе создали.


#этобаза

🤡Токсичный (it) архитектор🤡

👋Сижу, пью свой утренний американо. Всё как обычно. Тихо, спокойно, мозг еще не включился в режим тушения пожаров. И тут в корпоративный чат падает оно. Объявление, полное фальшивого восторга и эмодзи с хлопающими ладошками: «Наш Сеньор Хуан Помидор едет на главную IT-конференцию года с докладом о том, как мы победили энтерпрайз!»

Давайте я вам, дети, расскажу, что такое современная IT-конференция.💩

Это не храм знаний. Это даже не рынок обмена опытом. Это гигантская ярмарка тщеславия, где одни делают вид, что учат, а другие - что учатся. И всё это за чужой счет.

❗️Главный экспонат - спикер. Вчерашний инженер, который вдруг решил, что его умение настраивать K8s - это сакральное знание. Ментально этот человек выпадает из команды на месяц. Он больше не решает задачи бизнеса. Он «готовит слайды» и «репетирует перед зеркалом». Он превращается из инженера в инфоцыгана.

Компания оплачивает ему всё: перелет, отель класса «я-слишком-хорош-для-хостела», суточные и полную зарплату.

А что взамен? Иллюзия «прокачки HR-бренда». Мифическая вера, что джуны в зале тут же захотят к вам работать.

На практике компания инвестирует в то, чтобы сотрудник красиво упаковал себя для рынка и получил +$500 к офферу от конкурента, который клюнет на строчку «Спикер на крутой конфе».

И пока этот «евангелист» вещает со сцены про космолеты, у него в проде падает сервис. Его команда, матерясь, разгребает техдолг, который он оставил, потому что был «занят слайдами».

А что с залом?

К 2025 году большие конференции перестали вызывать ажиотаж у тех, кто реально пишет код. У них нет времени на трехдневный запой под видом нетворкинга. А компания не готова отдать 100к за билет, чтобы послушать пересказ документации.

Раньше привозили мировых звезд - Фаулера, дядюшку Боба. Это был глоток воздуха. А сегодня? Локальные спикеры, которых ты и так встретишь на любом митапе или в YouTube на x1.5 скорости бесплатно.

Самыми честными остались бесплатные митапы от компаний.

Да, это неприкрытый хантинг. Но здесь всё прозрачно. Компания говорит: «Смотрите, какие задачи мы решаем. Вот пицца, вот вакансии». Разработчик приходит, ест, слушает и, возможно, меняет работу. Сделка честная. Никакого пафоса про «миссию» и «развитие комьюнити».

Так что же делать?

✅Инженеру: Хочешь на сцену? Не вопрос. Но рассказывай не про то, как ты прочитал книжку по DDD, а про то, как вы полгода внедряли его, трижды упали, потеряли данные и набили шишки. Покажи шрамы, а не глянцевую обложку. Твой доклад должен быть «посмертным вскрытием», а не рекламным буклетом.

✅Руководителю: Прекрати отправлять людей на «отдых» под видом обучения. Задай сотруднику после конференции один вопрос: «Что конкретно мы внедрим в работу завтра?». Если в ответ тишина - ты спустил бюджет в унитаз. Лучше купи команде подписку на O'Reilly или курсы у реальных практиков.

Настоящее развитие происходит не в конференц-залах, а в IDE, в код-ревью и в отчетах об инцидентах. Всё остальное - театр.

#заметкинаполях

🤡Токсичный (it) архитектор🤡

👋Открываю календарь. Всё рябит от разноцветных квадратиков. 10:00 - дейли, 11:00 - груминг, 12:00 - какой-то мутный «alignment meeting» с соседним отделом.

Это не работа. Это ритуальное сожжение самого дорогого ресурса - времени инженера.

Созвоны стали способом для неуверенных в себе менеджеров и скучающих проджектов имитировать бурную деятельность. Пока инженеры пытаются найти хотя бы 30 минут непрерывной тишины, чтобы, черт возьми, просто подумать, вы тащите их в Zoom слушать, как Петя из маркетинга пересказывает очевидные вещи.

Давайте честно: 90% встреч - это коллективная безответственность.

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

Посчитайте burn rate. Десять инженеров на час - это стоимость нового Макбука, выброшенного в окно. И ради чего? Ради резолюции «давайте соберемся еще раз через неделю»?

Мои три правила выживания в этом цирке:

1️⃣Нет адженды и четкой цели - инвайт летит в корзину. Без разговоров. Мое время - не мусор.

2️⃣ Встреча без протокола - преступление. Нет письма с итогами «кто-что-когда»? Значит, встречи не было. Вы просто украли у компании час времени.

3️⃣Правило красной трубки. Если ты молчишь больше 15 минут и не понимаешь, зачем здесь, - жми красную кнопку. Ваше время дороже чужих обид.

Работа делается в тишине, в IDE и консоли, а не в болтовне. Хотите эффективности? Объявите «дни без встреч» и посмотрите, как внезапно начнут закрываться тикеты, которые висели месяцами.

#заметкинаполях

🤡Токсичный (it) архитектор🤡

👋На днях собеседовал очередного кандидата. Сеньор. Резюме - хоть сейчас в рамку, на стену вешай. Все модные слова на месте: Kafka, Kubernetes, Istio, все дела. Светится, как новогодняя елка.

Ну, думаю, дай спрошу что-нибудь простое, из жизни. Говорю: «Окей, представь. У нас есть сервис А и сервис Б. Сервис А меняет какие-то важные данные. Как ты обеспечишь консистентность этих данных в сервисе Б с минимальной задержкой и гарантией доставки?»

Парень завис. Похлопал глазами. А потом его понесло. Он начал мне рассказывать про партиции в Kafka, про брокеров, про репликацию и retention policy. Он говорил минут десять. Я слушал. А потом остановил его и спросил: «Подожди. А почему именно Kafka? А если у нас там нагрузка - три сообщения в час? Может, хватит обычной таблицы в Postgres для исходящих событий?»

И всё. Синий экран. В его мире любая задача по передаче данных решалась одним-единственным инструментом. Тем, который он вписал себе в резюме.😈

И вот что я вам скажу. Мы перестали растить инженеров. Мы начали штамповать операторов конкретных технологий.

У нас есть «Postgres-эксперты», «Kafka-евангелисты», «Kubernetes-гуру». Каждый из них вырыл себе очень глубокий, но очень узкий колодец. Они знают всё о своей маленькой ямке, но понятия не имеют, что происходит на поверхности. Они видят небо в виде крошечного круга и думают, что это и есть весь мир.

👀Архитектура в таких командах превращается в ад. Это как в притче про слепых и слона. Один пощупал ногу и кричит: «Это колонна!». Другой схватил за хвост: «Это веревка!». Третий наткнулся на хобот: «Это змея!». И никто из них не видит слона - то есть всю систему целиком. А архитектор бегает между ними, единственный зрячий, и пытается объяснить, что их веревки и колонны - части одного живого организма, который вот-вот на них наступит.

Проблема в том, что эти узкие специалисты решают не проблемы бизнеса. Они решают свои личные технические головоломки. «Kubernetes-гуру» будет строить вам кластер на пятьдесят нод для сайта-визитки, просто потому что он умеет и ему это интересно. А то, что поддержка этой махины будет стоить как крыло от самолета, его не волнует. «Kafka-евангелист» прикрутит вам отказоустойчивый кластер туда, где хватило бы простого RabbitMQ, потому что это «правильно» и «надежно».

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

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

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

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

С наступающим. И не наступайте на те же грабли.💯

#заметкинаполях

🤡Токсичный (it) архитектор🤡

👋На днях наткнулся на интересный проект — OpenIDE . Позиционируется как «наша новая открытая среда разработки».

Что это по факту? Взяли IntelliJ IDEA Community Edition, вытряхнули из неё всю телеметрию и проприетарные компоненты JetBrains, а затем прикрутили обратно то, без чего современный Java-разработчик чувствует себя голым: поддержку Spring и Docker.
То есть, по сути, нам вернули часть функционала платной Ultimate-версии, доступ к которой для нас сейчас, мягко говоря, затруднён.

Но давайте без иллюзий. Это не революция. Это реакция.

Нам не предложили принципиально новый инструмент, который изменит правила игры. Нам дали рабочий, «лицензионно чистый» молоток, чтобы мы могли продолжать забивать гвозди в текущих реалиях. Чтобы завтра к директору вашей госконторы не пришли люди в погонах с вопросом: «А на каком основании ваши программисты используют софт из недружественной юрисдикции?».

Все эти пляски про «серверы в России» — это не про удобство разработчика. Это про снижение рисков для бизнеса. Теперь ваша IDE ходит за плагинами не в Прагу, а, условно, в Мытищи. Это важно для юристов, но это не повод для инженерной эйфории.💯

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

👉Делитесь мнением: кто уже пробовал? Как ощущения? И есть ли тут те, у кого в компании переход на отечественную IDE уже стал обязательным требованием?👈

#интересное

🤡Токсичный (it) архитектор🤡