Архитектура с Лаптевым

Простота.

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

Дэвид говорит:
1. Публичные облака – это дорого и сложно. Мы можем сами создать свой дата центр и на коленках написать аналогичные решения. Станет сильно проще ведь мы контролируем все.

2. Очереди сообщений – это очень сложно. Мы их хоть и не использовали, а вместо них взяли самописный костыль поверх Redis.
Теперь мы делаем сапомисный костыль поверх БД. Это будет сильно проще чем мачурные очереди сообщений.

3. Нафиг Rails, мы будем вайбкодить на Rust теперь и всю кодобазу уже переписали. Создали 6 нативных приложений вместо одного.
AI теперь пишет код, наша жизнь стала проще.

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

А что простота означает для вас?

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

Низкое лейтенси и кеш, или снова про прагматизм.

Как-то само собой в наших головах устоялось как факт – хочешь низкое лейтенси, используй кеш а не БД.
Но время идет, и кеши и БД развиваются друг к другу на встречу. Кеши теперь от БД не отличишь, а БД содержат кучу всевозможных in-memory кешей.

Современные реляционные БД держат горячие записи в in-memory кешах. Движок БД сам решает что есть горячие записи, но эффективная схема данных и правильно настроенная БД будут давать лейтенси не выше чем кеши вроде Redis у самых важных запросов.

Реляционные БД обычно не поддерживают шардирование из коробки (масштабирование операций записи), MySQL поддерживает но с кучей исключений.
Из коробки! - не надо тут про франкенштейнов поверх ядра вроде Postgres Pro и Тантор.
Кеши шардирование обычно поддерживают. Поэтому когда операций записи слишком много, кеши на удивление помогают, но не с производительностью как это принято считать, а с масштабированием 😁
А когда у нас в запасе NoSQL БД с часто неограниченным масштабированием, то и нужды в кеше получается что и нет.

Нужда остается, когда типы запросов и данные очень уж подходят под функции кеша, но кеш тут выступает как NoSQL БД полнофункциональная а не старый добрый кеш.

Shopify убрал Redis и оставил MySQL и легко справился с их сумашедшей нагрузкой 😆
И это все не супер новая какая-то история, уже лет 10 как эти идеи актуальны. Но я по прежнему встречаю очень популярное заблуждение - хочешь низкое лейтенси, используй кеш а не БД.

Недавно видел одну как бы микросервисную архитектуру, где все сервисы обращаются к одному инстансу PostgreSQL 😄
Нагрузка постоянно растет, но БД ее не замечает. Как такое возможно?
А потому что эту БД со всех сторон обложили Redis вроде как кешом, а на самом деле каждый инстанс Redis – это отдельная NoSQL БД.
Меня улыбнула эта находка, но расстроило что за долгие годы я первый кто это заметил 🤣

Поэтому давайте будем прагматичными а старые верования пора обновить 😜

Умение принимать важные технические решения + бонус для канала 🎁

Раз канал был не слишком активным, но вы продолжали верить, что я перестану дурью маяться и вернусь писать посты, то нужно дать какой-то бонус 😄

Одно из самых важных качеств архитектора – умение принимать важные технические решения. Давайте проверим этот скил а я дам фидбек.

Заполните документ и поделитесь ссылкой со мной через личные сообщения в канале или напрямую @nickolay_laptev А я дам персональный фидбек.
Доступно только неделю и только для подписчиков канала.

AI и SDLC
Этот пост не про то, как AI помогает, а про целую дисциплину, которую AI разломал.

Уход водопадных методологий на задворки трансформировал традиционное управление проектами.
Они стали про минимум оверхеда (планирование, болтание, согласование) и больше про разработку и деливери.

AI сделал написание кода commodity. И как теперь управлять проектами?
- Как оценить задачу/проект/затраты?
- Как оценить производительность человека/команды?
- Как оценить опыт инженера? Вчерашний джун уже мидл или еще нет?

Да никак и никто пока не придумал как. Но точно придумают и управление проектами снова изменится.

В моих командах, где мы внедряли AI в разработку с 2022 года, отчетливо выделялись следующие особенности
– Непредсказуемое velocity. Какие-то задачи AI решает за минуту, а какие-то задачи проще решить человеку.
– Человеческая нагрузка перенеслась с написания кода на его ревью и функциональное тестирование
– Средние значения метрик стали еще менее полезными
– Lead Time и поиск узких мест стали еще важнее

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

Как видите SDLC процессы в мире с AI?

Пора оживить канал.

На днях внезапно закончился мой рабочий контракт. А пока я ищу новый проект буду активно оживлять этот канал ✨

P.S. могу помочь вашим компаниям с архитектурой и управлением разработкой 💪

Интернет блокировки за пределами РФ и матч по футболу.
Удивились связи? 😁

На днях наши пользователи из Испании начали жаловаться на недоступность нашего продукта в Испании.
Мы пошли разбираться и обнаружили, что наша блокировка попала в аккурат в момент футбольного матча Реал Мадрид на этой неделе.
Совпадение? Не думаю 😄

Оказывается Ла Лига блокирует половину интернета, когда идут ее футбольные матчи.
Ковровые бомбардировки под эгидой защиты прав. Все современные CDNы у них оказывается воруют их права 😁

Ла Лига считает, что “Cloudflare is actively enabling illegal activities such as human trafficking, prostitution, pornography, counterfeiting, fraud, and scams, among other things”
Но когда футбольные матчи не идут, Ла Лига так уже не считает 😄

Испанские бедолаги даже сайт создали, где мониторят Испанские блокировки.

P.S. В данный момент Барса играет, и пол мира снова под блокировками в Испании.

Как вам такой ход?

Почему у вас все еще нет аккаунта на OnlyFans? 😎

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

А сегодня он же заопенсорсил AI агента, чтобы любой смог сделать тоже самое. Статья с деталями.

Не знай как вы, но я теперь ухожу в OnlyFans 😘

Вечер вторника и современные мошенники 😆

Сегодня с 15 часов каждый 15 минут с каждого SMS аккаунта популярных в РФ продуктов и банков я начал получать SMS сообщения, что вот мой секретный код. А еще что мне начали оформлять кредиты. 100+ сообщений за час.
Работать стало точно веселее с таким фоном 🤣

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

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

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

Ну и мой телеком прислал SMS с "поддержкой" в виде продажи услуги по блокировке SMS 🤣

В общем обложился подушками и жду новостей 😁

Интересно, что во времена моей молодости мошенники работали тихо и чисто. Люди узнавали что попали очень поздно.
А тут прям бьют в барабаны и DDoSят мой телефон нотификациями.
Telegram так полный расклад по их подключениям мне выдает, туда тоже долбятся.

В интересные времена живем 😄

Найм без участия рекрутеров. Как это?
Отлично 😁

Я снова ищу архитектора к нам. Но в этот раз по другому – без участия рекрутеров.

Этапы:
1. HR скрининг.
Заменил его обязательным опросником при отклике. Конверсия упала с 50% до 5% (из 1231 просмотров вакансии 56 отклик).
Максимум 10 секунд трачу на проверку каждого кандидата.

2. Проверка скилов.
Сразу прошу порешать архитектурные пазлы и описать самые важные технические решения, что кандидат принимал недавно.
Максимум трачу 2 минуты на каждого кандидата.

3. Финальное интервью.
1.5 часа беседы со мной, где я долго отвечаю на все вопросы кандидата а затем сам задаю вопросы.

Меньше чем за 24 часа с момента открытия вакансии запланировал 2 финальных интервью.
Сколько времени на это потребуется рекрутерам? 3 недели? Месяц?

И самое главное – 99% проблем исчезает вместе с рекрутерами. То есть это были несуществующие проблемы.
Но я люблю наших рекрутеров и делюсь своей статистикой с ними, чтобы они оттюнинговали свои классические и устаревшие процессы.

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

Я сам не люблю инвестировать время в неадекватные процессы, особенно когда в них вовлечена автоматика, которая неадекватность множит. Потратил время на тесты и получил 0 ответа 😢
Поэтому я и в описании вакансии и на каждом этапе уточняю, что рекрутеры не участвуют, поэтому будет несколько коротких и интересных тестов. А фидбек я даю в течении часа после отклика.

Давайте, делитесь любовью к рекрутерам в комментах 😄

P.S. ни один рекрутер не пострадал при написании этого поста

Observability нового уровня.

Все мы видели страницы со стасусами, где продукты отчитываются какие они доступные и зеленые.

Работают они обычно через HTTP хелс чеки. Вернул HTTP эндпойнт 200 статус, значит продукт здоров и работоспособен.
А что если я скажу, что это вообще ничего не значит? 😄

Если магазин возвращает 200 статусы, но не может продать товар, разве он тогда доступен?
А решается это синтетическим тестированием, когда мы эмулируем поведение реального пользователя и проверяем работоспособность функционала.

Звучит круто, но почему тогда почти никто это не измеряет? Это отнюдь не новая идея.
Раньше это было дорого. Поди разорись на покупку NewRelic, который это поддерживает.
Сейчас это стало комодити и поддерживать это стали многие observability инструменты.

Ну что теперь то мешает?
Это непросто реализовать. Во-первых DevOps синтетическое тестирование не знают, некоторые QA знают.
А ты возьми да подружи PO, DevOps, QA и разработчиков это сделать. Лебедь раком щуку...

Раз уж пост от меня, то как тут себя не похвалить 🤣
Наш DevOps Lead поменял наш репортинг доступности на измерение реально важной функциональности пользователям.
И это было сделать сложнее чем обычно, ибо наши клиенты пользуются и несколькими десктоп приложениями, и веб приложением, и даже API. Про такое в книжках уже не пишут.

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

Трансформация принятия решений от разработчика к архитектору.

Нанимая тех лидов, я провел эксперимент по принятию технических решений у кандидатов.
Выборка - от мидл разрабов, которые считают себя тех лидами, до тех лидов. Десятки человек.

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

Задача.
Раз моим тех лидам нужно решать много сложных задач, то и проверяю я, как кандидаты их решают.
Даю опросник, где нужно заполнить 3 самых важных технических решения, которые они приняли недавно - тут я ищу их алгоритм.
У каждого решения нужно указать:
- проблему
- решение
- альтернативные решения
- рациональность принятия решения

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

У опытного архитектора алгоритм не черно-белый, он радужный. Он может легко выделить проблему, придумать 100500 возможных решений и уместить рациональность в 1 предложение.
Кажется в этом алгоритме и проходит водораздел между разработчиком и архитектором.

Замечали похожее?

Страх изменений.

Часто встречаете архитекторов, боящихся изменений?
Это фатальное качество для архитектора, ибо его для изменений и нанимают.

На моей практике этот страх как шрам остается после работы в энтерпрайзе.
- где каждый чих нужно согласовать с толпой непонятных людей (привет архитектурный комитет)
- где каждое решение нужно продавить через невнятные возражения
- где самое эффективное решение воспринимается как дичь

А ведь именно энтерпрайз – главный потребитель архитектуры. И многие архитекторы его касались.

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

Как избавиться от этого страха?
1. Сделать лоботомию 😄

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

3. Деливерить больше, страх быстро уйдет.

4. Проверять гипотезы на прототипах.

А как вы избавляетесь от страха изменений?

P.S. Ну ладно, и без энтерпрайза этот страх можно выработать и по тем же причинам, хоть я такое и вижу реже.

На подходе 2 поста – менеджерский и про архитектуру. На все вкусы 😁

В марте я зашел в мою любимую компанию как CTO. Пожаров было много, для кого-то даже слишком, но я привычный 😄

Мне очень не хватало прозрачности. Кто у нас работает и как.
Что получилось за 3 месяца:
1. Мы в реальном времени видим производительность каждой команды и каждого инженера.
Это количество заделиверенных рабочих единиц.

2. Мы в реальном времени видим качество работы каждого инженера.
Это реворк и количество багов.

3. Мы в реальном времени видим процент попадания разработки в ожидания бизнеса.
Он разный, но у одной команды он идеальный.
Используем Sprint Drift - ABS (100% - Delivered/Expected)

4. Мы провели ассессмент по когнитивным навыкам и скилам.
Мы видим гепы и сильные стороны каждого. И инженеры у нас очень крутые.

5. Мы добились 70% адаптации AI в разработке.
Метрику я хитро проверяю и она очень близка к реальности. У адептов AI производительность дико высокая.

Итого у лидов и менеджеров есть все данные, чтобы адресно помочь с развитием каждому 💪
Мы резко перешли из состояния гадания по кофе в состояние управляемого деливери.

На подходе измерение Lead Time и точечная работа с узкими местами.

Как думаете, чего не хватает в такой системе измерений?

Не прошло и 3 месяца с опроса как я добрался до доклада 😜

29 мая в 19:00 состоится онлайн митап Ленты, где я расскажу "Как масштабировать архитектуру, не теряя скорость: разбираем на основе реальных кейсов"
– Как 10 архитекторов обслуживают 200+ продуктов при M&A-сделках почти каждую неделю.
– Как сократить время выхода фичи с 2 недель до 3 дней (реальные цифры из кейса).
– Как принимать объективные решения без "мне кажется": ADR, peer review и метрики вместо мнений.
– Как PoC (Proof of Concept) за 8 часов спасает от катастрофы – и почему качество кода в нем не важно.

Регистрация здесь. Анонс остальных докладов.
Ссылочки на ресурсы, которые не любят слово из трех букв.

Пост чисто поржать.
Для какой самой бредовой задачи, вы видели применение AI?

Мой ответ:

Коль, прикрути нам AI, чтобы проверить текст на архитектурных диаграммах на грамматические ошибки

😄

Большинство архитекторов не принимают решения
Нормально тригернуло? 😄

Я провел больше 50 интервью (кажется что под сотню даже) архитекторов за последние 10 лет, повидал архитекторов в бою в большом количестве компаний. И вот что обнаружил.

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

Я всегда спрашиваю архитектора привести список важных технический решений/decision, которые он принял.
Но это оказывается очень сложным вопросом:
– решения принимал на самом деле не он/она, а колоквиум умных товарищей
– не получается выделить одно решение, это несколько решений замешанных в кучу
– решение есть, а проблемы у решения нет 😜
– решение есть, а альтернатив нет. Очевидное же решение, че докопался.
– рациональность принятия решения – так много слов, что я уснул
– это же best practises – мое любимое 😄

При этом не важно сколько лет опыта у архитектора и где он работал (даже архитекторы из FAANGа).
У меня всегда возникает вопрос – а что он/она на работе то делает, если не решения принимает?
Да ладно, знаю что много рисует и тут не до решений.

И тут я плавно перехожу к AI 😄
Для получения годного контента от AI, инженеру нужно подготовить качественную спеку.
А что есть спека? Список решений ✨

Так что помощь от AI пришла неожиданно, принимать решения нам все же придется.

P.S. Только не говорите, что спеку вам AI сделает, а то весь мой пост посыпется 😜

Ослабили условия по офисной работе для архитектора.
https://t.me/laptev_architecture/179

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

Откликаемся тут https://hh.ru/vacancy/132373414

Что нас мотивирует?

Для меня это обычно челенджи. Но есть и еще кое-что личное.
Квадратики и стрелочки, документация и строчки кода – это все такое виртуальное. Оно применяется где-то там далеко.
Но какой же это кайф, когда ты ощущаешь результат своей работы в реальной жизни!

На днях, стоя в аэропорту, я получаю SMS от S7, что открылась посадка на мой рейс. Я спокойно прохожу через автоматический турникет, сканируя посадочный.
Никаких проверок табло вылета, никаких судорожных проверок документов человеком.
Захожу в самолет и улыбаюсь, потому что всю эту автоматическую цепочку сделал я 😁

Но работает это и в обратную сторону (демотивация).
Работая в одном банке, я любил заходить в его отделения и проверять как то, что мы делаем, работает на земле.
Сотрудники отделений меня знали и показывали все свои боли ежедневные.
И я тогда не улыбался, потому что видел, что мы далеко оторвались от земли 😞

А что вас мотивирует?