Добавляем динамику в диаграммы.

Статические диаграммы скучно выглядят. Стрелочки часто обозначают поток данных, так почему бы не анимировать этот поток?

Закатал я рукава, запустил OpenAI Codex (давно хотелось его затестить) и за 30 минут навайбкодил CLI по превращению статичных диаграмм в анимированый GIF.
Исходники здесь.

Пока тестировал работу с экспортом из Excalidraw, с остальными может тоже работает – проверю их по нужде позже.

Codex – очень крутой. Галюцинаций было ноль, положительно проактивный он был.

Кайфуем 🎁

P.S. Результат работы попробую выложить здесь в комментах.

Супруга-блогер

Уже испугались? 😄
Моя любимая супруга – настоящий архитектор. Кирпичи, бревна, расчеты износа – вот эти все серьезные штуки а не эти наши микросервисы и AI 😜
Я частенько ее спрашиваю за настоящую архитектуру, когда какую-то странность в IT архитектуре вижу.

Про серьезную архитектуру она вещать пока не хочет, но решила рассказывать про творение руками (он же сrafting).
Если вам эта тема интересна (я ручками люблю помастерить), то велком на ее канал https://t.iss.one/masterklass_doma

Когда компания внезапно решила бороться за высокую производительность 🤡

Мой бывший коллега, ныне Director of Engineering да и вообще красава Фабьяно сделал разбор на недавний кейс в Бразилии, когда крупный банк сократил 1000 работников.
Причина – низкая производительность работников.

Компания втихаря измеряла производительность работников по активности за рабочим компьютером (клики мышки, нажатия клавиш и вот это все) и уволила всех, у кого активность была ниже 40% в день.

По сути они точь-в-точь повторили шторм Илона Маска, когда он приобрел Twitter/X.
Давайте разбираться в деталях.

1. Компания не знала как измерить реальную производительность (влияние на успех команды, качество работы, успешные релизы) и поэтому измеряла клики мышки.
Это рабочий вариант, но дает очень много ложно положительных срабатываний. Некоторые сокращенные сотрудники говорили "Меня месяц назад повысили за высокую производительность а сейчас уволили за якобы низкую".

2. Компания не предупредила сотрудников, что для нее важна высокая производительность.
Вы скажете "Ты чего с ума сошел? Это очевидно, что компаниям важна высокая производительность".
Ага, но 99% компаний операционно неэффективны (кажется банков среди них еще больше). Ты можешь быть супер производительным лично, но при этом быть постоянно заблокирован другими людьми и департаментами. Итого твоя производительность низкая.

К тому же за высокую производительность нужно платить значительно выше рынка.

Думаю будет так:
Оставшиеся работники будут создавать видимость производительности (кликать часто мышкой), но в этом году покинут эту компанию, ибо зарплату им конечно не подняли.

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

Подходы Илона Маска прекрасны, когда нужно создать чудо в болоте
– Уверовать мир, что электромобили – это не только тележки для гольфа
– Вернуть страну в космос, когда все технологии уже 60+ лет пылятся в сарае
Но они не работают, когда нужен стабильный результат в долгую перспективу и соответственно минимизация рисков.

Что думаете за такой движ?

Живое обсуждение архитектуры 😆

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

Возникла мысль максимизировать самое приятно – живое обсуждение.
Кажется подкаст для этого идеально подходит.

Механика такая:
– Выбираем тему на эпизод и холиварим по ней час с фокусом на архитектуру.
– Запись подкаста уходит на популярные платформы.
– Язык в идеале английский (не обязательно свободное владение), но можно и по русски сделать. Не хочется языком охват обрубать значительно.

Есть желающие поучаствовать в таких подкастах собеседником ❓
Качается личный бренд, порекламировать можно что-то свое, ну и это просто весело 😁

Вирусные тренды и идиотизм 😁

Некоторое время назад появился инструмент Clawdbot.
Все, что он делает, это добавляет интерфейс к рабочему пространству для работы с AI моделям через мессенджеры.
Можно писать ему в Telegram, чтобы он юнит тесты в Claude сгенерил, или почту разобрал через MCP сервер Gmail. Что само по себе классно, но не грандиозно.
Мы это все могли делать и раньше с Claude и ChatGPT, и даже команды могли давать с телефона, но просто теперь можно команды давать через мессенджер.

Но в X взорвался вирусный тренд "Clawdbot меняет нашу жизнь, теперь мы станем супер людьми".
Привело это к забавным моментам:
– Массово скупают Mac mini для запуска бота, хотя запускать его можно на любом комодити железе за копейки.
Создатель Clawdbot просит перестать их скупать, а эти деньги лучше ему задонатить 🤣
– Дают команды боту в Telegram, чтобы он за них отправил их же сообщение другу в Telegram 🤯
– Никто не использует локальные AI модели в боте, хотя он это поддерживает, используют API Claude в основном. В итоге к ним прилетают огромные счета.
– Отдают боту свои личные секреты (логины, пароли, ключи), чтобы бот за человека выполнял работу.
Хотя уже лет 10 как все знают, что машинам нужны токены, ограниченные в скоупе, а не человеческие секреты.
– Делегируют боту свои личные аккаунты и жизни, хотя AI агенты не могут быть защищены от промпт инъекций даже в теории. И об этом создатели агентов нас предупреждают с самого их появления.

Хакеры ликуют – тысячи пользователей отдают им бесплатно свои доступы и жизни.
По сути стадо овец вырвалось из ограды и само сознательно побежал в лагерь волков 😄

В такие моменты в выигрыше только Apple, Anthropic и хакеры, которым вдруг резко перепало нехило бабла.

Эта волна идиотизма скоро остановится на том, что Clawdbot – "плохой, дорогой и небезопасный". Хотя его скромные юз кейсы вполне себе полезные и целевая аудитория это оценила.

Желаю нам спокойствия в такие темные времена 😀

Идеи для новых продуктов.

Известно, что успешный продукт должен решать реальные проблемы людей а не выдуманные проблемы его создателя 😁

Как понять какие у людей проблемы?
Общаться с людьми – такой был обычно ответ.

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

Я решил спрятать все боли Reddit и добавить AI аналитику у жалоб пользователей на жизнь, которая оценивает
– реально ли это проблема
– в чем ее корень
– какая сложность решения
– насколько эта проблема популярна (решать проблемы для ультранишевой аудитории – это специфичное удовольствие).

А результаты этой аналитики автоматически публикуются каждый день в этот канал @prod_ideas ‼️

Стартаперы, вот вам бесплатная база идей для будущих продуктов 🎁

P.S. Делать это было очень больно. Reddit заблокировал доступ к его API, какие только костыли я не изобретал, чтобы автоматически его парсить 🤯

На этой неделе я притих, внезапно решил новый продукт пилить и запилил.

OpenAI зарелизил обновления Codex и уже намекнул, на повышение цены.
Так что пока такой кайф доступен с нулевыми ограничениями для меня за $20 месяц, грех его по максимуму не использовать.
И Codex – реально крут в бою. Даже умеет реагировать на мои "делай хорошо, плохо не делай" 🤣

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

Но руки освобождаются и вернусь топить за архитектуру.
На следующей неделе будет как минимум пара постов за лютый hard core.

P.S. Один из пользователей за пару дней доступа уже придумал идею для будущего бизнеса под свои скилы и нишу 💪

Ну и раз начал с анонсов...
В этом месяце уже выйдет первый выпуск архитектурного подкаста. А может и даже 2 выпустить успеем 🤪

Собрались 4 матерых кохоста/инженера/архитектора. Одного пока напугала будущая слава и богатства, но мы его дождемся🤣
Должно получится огненно.

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

Самые опасные решения архитектора.

Архитектор принимает самые важные технические решения в компании.
Для разработки архитектуры системы с нуля обычно бывает 50+ архитектурных решений (decision) и 3-5 из них важнее других.
Сегодня поговорим о последних. Назовем их Big Bang Decisions, чтобы у вас от слова "важное" в глазах не заребило, ну и просто название классное 😁

Big Bang Decisions формируют всю архитектуру и ошибки в них 100% угробят всю архитектуру.
Другими словами, они очень рискованные.

Как сократить/убрать эти риски?
При формировании Big Bang Decision мы выдвигаем гипотезы. Обычно архитекторы называют их assumptions, логируют, делают архитектуру и садятся в джакузи пить мохито 🛁
Через полгода это все накрывается медным тазом, архитектор показывает, что он залогировал что это был не факт а assumption и "вы там сами виноваты а я молодец".
Подход популярный, но стремный.

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

Неподтвержденная гипотеза – тоже успех. Сэкономили кучу ресурсов компании, ведь не пришлось неверное решение реализовывать.
На моей обширной практике неподтвержденными оказываются до 30% гипотез у опытного архитектора и до 80% у неопытного.
Оценили какой головняк архитекторы создают компаниям со своими assumptions? 😈

Что такое прототип?
Это минимально функциональное нечто. Баш скрипт, CLI инструмент, плагин а может быть и развернутая система.

Делать РУКАМИ архитектору?
Ага, а кому еще? 🪂
Отличная возможность вернуться на землю и прочувствовать как архитектура будет работать в реальности.

Но это ведь долго?
У нас есть публичные облака, Serverless а теперь еще и AI код пишет.
Так что прототип можно сделать за 4-8 часов.
Я серьезно и я это делал еще до AI (например ультра сложный кластер Hadoop разворачивал с устаревшими зависимостями или копался в кишочках Chromebook).

Время примеров ✨
Недавно делал архитектуру для НКО. Big Bang Decisions для него – это где работники фонда и волонтеры будут выполнять бизнес процессы.
Гипотезы:
– AmoCRM подходит как база для актуальных бизнес процессов
– AmoCRM позволяет расширять свой функционал под нужды НКО

Прототипы подтвердили гипотезы:
– Развернут AmoCRM под нужды НКО и настроены важные процессы
– Создан виджет с примером дашборда с аналитикой для владельца НКО
В добавок обнаружил, что подход виджетов с лендинг страницы AmoCRM НКО плохо подходит и нужно использовать другие подходы. Без прототипа разработчики бы приуныли.

Оба прототипа сделал за день. +1 день, чтобы сделать виджет красивым для демо владельцу НКО. Ей не верилось как это все будет работать, так что убил двух зайцев.

А теперь настало время признаний. А вы как риски у архитектурных решений снижаете?

Интервью по системному дизайну.

По какой-то неведомой мне причине системный дизайн стал обязательным этапом интервью на позицию архитектора.
Кажется, что из-за популярной ошибки – архитектор производит диаграммы 🤦‍♂️

Контекст:
– длится обычно 1-1.5 часа.
– 15 минут кандидат уточняет требования
– 15 минут кандидат презентует решение
– 30-60 минут кандидат разрабатывает решение (да ладно, ничего он не разрабатывает, а просто рисует нечто)

Я считаю такие интервью бесполезными и даже вредными.
1. За 30-60 минут кандидат генерирует неэффективные решения (decision).
Недостаточно времени глубоко продумать. Архитектура не про лучшие практики и паттерны, она про прагматизм и эффективность.

2. Рациональность decision в слух проговаривается, нигде не фиксирована и очень часто теряется в процессе.
– Кандидат забывает, что говорил
– Кандидат упускает важные ньюансы, когда рациональность – это просто мысль
– Интервьюер ковыряет в носу пока ждет кандидата и не слышит рациональность

3. Интервьюер ничего не может проверить на этом интервью.
– он может быть не согласен с кандидатом, но у него нет времени это полностью уточнить
– он может не понимать решение кандидата, но у него нет времени это прояснить
– он может только понять, способен ли кандидат что-то вменяемое говорить и создать плохое решение за 30-60 минут

4. Рисование диаграмм – одна из самых маловажных задач в работе архитектора.
Опытный архитектор рисует решение любой сложности за 1 час. Проводил опрос среди опытных архитекторов – большинство тратит меньше 10% рабочего времени на рисование диаграмм.

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

Чем же системный дизайн полезен?
Кандидат видит, что в компании плохие архитектурные процессы и низкие операционная эффективность и архитектурная зрелость.

А что проверять у кандидата на позицию архитектора?
Самая важная задача архитектора – принимать архитектурные decision.
Вот это умение и нужно проверять.
Даем мини проблему и смотрим как кандидат ее будет решать (несколько вопросов на 5-10 минут подумать).
Я люблю давать архитектурные пазлы. За 5 минут кандидат покажет как он мыслит и решает проблемы.

"Николай критикует системный дизайн, потому что сам не может его пройти"
Я за 17 лет не зафейлил ни одного интервью по системному дизайну.

А вам как системный дизайн?