Yet Another Burakov
Open in Telegram
Анализ, архитектура, менеджмент в IT Сообщество аналитиков: https://tech-analyst.ai Вопросы сюда: @and_burakov
Show more6 533
Subscribers
No data24 hours
-47 days
-2130 days
Loading data
Similar Channels
Tags Cloud
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
October '26Oct '26
October '26
+44
in 4 channels
September '26
+71
in 4 channels
Get PRO
August '26
+65
in 5 channels
Get PRO
July '26
+98
in 8 channels
Get PRO
June '26
+56
in 3 channels
Get PRO
May '26
+84
in 7 channels
Get PRO
April '26
+126
in 10 channels
Get PRO
March '26
+83
in 3 channels
Get PRO
February '26
+62
in 4 channels
Get PRO
January '26
+106
in 5 channels
Get PRO
December '25
+33
in 2 channels
Get PRO
November '25
+69
in 7 channels
Get PRO
October '25
+80
in 4 channels
Get PRO
September '25
+79
in 1 channels
Get PRO
August '25
+190
in 7 channels
Get PRO
July '25
+139
in 6 channels
Get PRO
June '25
+119
in 5 channels
Get PRO
May '25
+189
in 6 channels
Get PRO
April '25
+152
in 6 channels
Get PRO
March '25
+250
in 2 channels
Get PRO
February '25
+124
in 1 channels
Get PRO
January '25
+155
in 2 channels
Get PRO
December '24
+116
in 4 channels
Get PRO
November '24
+113
in 2 channels
Get PRO
October '24
+205
in 0 channels
Get PRO
September '24
+1 359
in 1 channels
Get PRO
August '24
+118
in 2 channels
Get PRO
July '24
+107
in 1 channels
Get PRO
June '24
+122
in 0 channels
Get PRO
May '24
+144
in 3 channels
Get PRO
April '24
+387
in 1 channels
Get PRO
March '24
+174
in 0 channels
Get PRO
February '24
+128
in 0 channels
Get PRO
January '24
+111
in 0 channels
Get PRO
December '23
+82
in 0 channels
Get PRO
November '23
+102
in 0 channels
Get PRO
October '23
+91
in 0 channels
Get PRO
September '23
+115
in 0 channels
Get PRO
August '23
+196
in 0 channels
Get PRO
July '23
+101
in 0 channels
Get PRO
June '23
+120
in 0 channels
Get PRO
May '23
+405
in 0 channels
Get PRO
April '23
+82
in 0 channels
Get PRO
March '23
+56
in 0 channels
Get PRO
February '23
+50
in 0 channels
Get PRO
January '23
+92
in 0 channels
Get PRO
December '22
+138
in 0 channels
Get PRO
November '22
+166
in 0 channels
Get PRO
October '22
+179
in 0 channels
Get PRO
September '22
+87
in 0 channels
Get PRO
August '22
+96
in 0 channels
Get PRO
July '22
+106
in 0 channels
Get PRO
June '22
+160
in 0 channels
Get PRO
May '22
+156
in 0 channels
Get PRO
April '22
+80
in 0 channels
Get PRO
March '22
+70
in 0 channels
Get PRO
February '22
+40
in 0 channels
Get PRO
January '22
+64
in 0 channels
Get PRO
December '21
+62
in 0 channels
Get PRO
November '21
+270
in 0 channels
Get PRO
October '21
+43
in 0 channels
Get PRO
September '21
+110
in 0 channels
Get PRO
August '21
+16
in 0 channels
Get PRO
July '21
+77
in 0 channels
Get PRO
June '21
+58
in 0 channels
Get PRO
May '21
+359
in 0 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 27 October | 0 | |||
| 26 October | +2 | |||
| 25 October | +1 | |||
| 24 October | +3 | |||
| 23 October | 0 | |||
| 22 October | +1 | |||
| 21 October | +1 | |||
| 20 October | +3 | |||
| 19 October | 0 | |||
| 18 October | +1 | |||
| 17 October | +3 | |||
| 16 October | +1 | |||
| 15 October | +2 | |||
| 14 October | +3 | |||
| 13 October | +2 | |||
| 12 October | +14 | |||
| 11 October | +1 | |||
| 10 October | +1 | |||
| 09 October | +2 | |||
| 08 October | 0 | |||
| 07 October | +1 | |||
| 06 October | +1 | |||
| 05 October | +1 | |||
| 04 October | 0 | |||
| 03 October | 0 | |||
| 02 October | 0 | |||
| 01 October | 0 |
Channel Posts
Давно пытаюсь затащить тему софтов в инженерный мир, ибо говорить и думать о них не принято, у нас же тут хардкор. Правда рубиться из-за каждой доработки-фичи и искать виноватых после каждого инцидента всем ок.
В общем, сегодня вечером проводим совместный вебинар с Soft Skills Lab, даже тему (сами подписчики) выбрали кликбейтную. Все бесплатно, нужна рега.
| 2 | Провожу ретро потока интеграции и архитектуры в новом формате. В этот раз часть теории вынес в видосы и небольшие конспекты, оставил одно занятие в субботу, где сразу собираемся работать ручками.
С одной стороны, обсуждения на встречах получаются более предметными, т.к. участники успевают в какой-то степени отрефлексировать теорию и придти с более глубокими вопросами. Плюс в течение недели прикольно закидывать небольшие квизики по новой теме, в следующей раз сделаю еще.
С другой стороны, теряется гибкость графика, если на какой-то теме остановились подольше, то становится сложнее импровизировать в следующих сериях. Не фатально, но требует больше усилий и дисциплины.
Отдельно удивили отзывы в духе: "курс учит самостоятельно мыслить". Нет, я конечно всегда стремился заставить думать, но претендовать на роль того, кто "учит мышлению", я бы точно не стал. Возможно, здесь помог новый формат.
В итоге эксперимент считаю успешным, если наберется группа, то повторю в ноябре. Кому интересно, смотрите лендос, спрашивайте вопросы.
А пока похвастаю немного отзывами:
Курс дает в целом хороший базис (мат.часть) и понимание причин. Это наиболее полезно. Учит мыслить самостоятельно, полезно послушать мнение и логику других коллег.
Вопросы на занятиях, это капец как заставляло думать.
Курс хорошо помогает структурировать уже имеющиеся знания и позволяет посмотреть на процесс построения архитектуры не как простой набор паттернов, а через глубинное понимание этих самых паттернов.
Супер!
4 часа просто незаметно прошли💪
Классный формат, максимально вовлекаешься.
Самое главное выделил для себя, что очень ждешь следующую субботу
Очень полезный курс, на котором за достаточно быстрое время рассказывается про то как работают технологии, как по отдельности, так и в сборе, какие последствия использования, какие плюсы/минусы. Очень полезные задания по совместной работе и последующим разбором того, что наделали 🙂 | 1 016 |
| 3 | Подумалось следом. Если ваш бизнес хорошо понимает технические термины (апи, деплой, коллбек и т.п.), скорее всего:
• когда-то он сам был в разработке
• он очень любознательный
• процессы у вас говно
Но у нас таких нет, у нас все нормальные(с) | 1 098 |
| 4 | Sync-async, часть 5. Пока не придумал кликбейт
У меня есть серия про понятие синхронности и асинхронности.
В первой части я утверждал, что у технологий и протоколов не может быть свойства синк-асинк в принципе. Строго говоря, это некорректное утверждение: каждый сам решает, какие свойства приписывать, ибо все это некоторые технические абстракции, а не вещи в себе. Лучше сказать так: "Я не вижу практического смысла в том, чтобы приписывать технологиям такое свойство". Если видите, то поделитесь, плз.
Поэтому предлагаю рассматривать синк-асинк как свойство взаимодействий, которые происходят между системами в рамках некоторого (бизнес) процесса на некотором уровне абстракции. Об этом писал во второй части.
Здесь возникает вопрос: что считать процессом и какой уровень абстракции выбирать? Недавно подумал на тренинге, что это можно формализовать через привычные артефакты проектирования: контекстную диаграмму и сиквенс, который отражает технические взаимодействия. Как они участвуют в процессе проектирования, кратко описал тут.
Строим обычную контекстную диаграмму, но с важной особенностью: стрелочками показываем не потоки данных или функции, а отношения использования. Т.е. стрелка всегда показывает, зачем одна система или пользователь использует другую.
Читаться должно так:
— Пользователь Х использует Систему А, чтобы оформить заказ
—- Система А использует Систему Б, чтобы провести оплату
Получается классическая тройка Субъект → Предикат → Объект с ограничением на допустимые предикаты.
Второй вопрос: на сколько детализировать каждое такое отношение?
Можно сказать, что мы используем платежный шлюз, чтобы провести оплаты.
Можно сказать, что мы используем платежный шлюз, чтобы:
• открыть платежную форму
• заблокировать средства
• разблокировать средства
• списать средства
• сгенерить чек
Можно использовать простое правило: понятно ли данное действие владельцу / заказчику процесса? Платежная форма, блокировка и списание средств, отправка чека - понятные бизнеcу слова. Очереди, коллбеки, статус коды, вебсокеты - нет (я надеюсь). Поэтому детализируем до тех пор, пока наш язык понятен вероятному заказчику.
Таким образом получаем взаимодействия между системами, выраженные через отношения использования. Вот теперь каждое взаимодействие рассматриваем с точки зрения синк-асинк: блокирует оно целевой процесс, или нет? На этом уровне свойство синк-асинк имеет смысл.
Дальше думаем, какая согласованность нужна между двумя системами, т.к. это тоже влияет на способ реализации, об этом говорили в четвертой серии.
И только после смотрим на техрадар, ограничения инфры и архитектуры, выбираем походящие паттерны и технологии. В этот момент уже неважно, считаем ли мы очереди "асинхронными", а HTTP "синхронными" — всю работу мы сделали на предыдущих шагах.
Если совсем просто: взаимодействия на уровне контекстной диаграммы имеют свойство синк-асинк, на уровне сиквенс диаграммы — нет.
Вот такая асинхронщина, собачка. | 1 076 |
| 5 |  Ну вы это, заходите есличо, мы начинаем | 347 |
| 6 | Держите лучший промпт для вечера пятницы. Рыдаю, не могу остановиться
Based on everything you know about me, roast and don’t hold back. Say it in Russian slang Just like this, but add way more Russian swear words | 1 857 |
| 7 | Новости блокировок и отказоустойчивости
На прошлой неделе коллеги поделились писмами счатья от Miro о том, что что 15 октября они финально заблокируют доступ российским аккаунтам. Это было ожидаемо от новых хозяев, но все равно жаль.
И вот планирую переезд и думаю:
• на чьих серверах крутится holst? что у них там с резервированием?
• а не прилетит ли по цодам с unidraw?
Средней компании при выборе хостинга сегодня стоит сразу закладывать несколько РФ провайдеров и оформлять трансграничную передачу данных. Зато скучно не будет. | 1 997 |
| 8 |  В субботу 17 октября делаем небольшой митап про второй мозг для продакта. Поделитесь со знакомыми продактами, дизайнерами и всеми сочувствующими. Хотя и аналитикам может быть интересно.
Глава 1. Конструктор тарифов и скидок: финмодель от AI, которая не развалится от критики
🎙 Татьяна Сущенко — Product Manager в Яндексе, автор канала Семейка продактов
Глава 2. Собираем второй мозг продакта
🎙 Светлана Дергачева — Lead PM в Constructor, участвует в создании AI-методологии Cyber Pilot
Глава 3. Как сделать продукт на рынке, где ты никто
🎙 Павел Челюскин — Product Designer, основатель Module Agency, автор канала Паша, ты на мьюте
🔗 Инфа и рега в ботике | 2 583 |
| 9 |  Мне категорически лень писать последнее время, поэтому принес вам корпоративной мудрости | 2 545 |
| 10 | Пара мыслей про то, зачем современному специалисту философское мышление.
Никакое знание или умение никогда не бывает нейтральным. Оно всегда тянет за собой систему ценностей, на которой основано. Человек, который давно работает врачом, обретает не только профессиональные навыки, но и определённый юмор, определённое отношение к жизни, к боли и к телу. Человек, который работает инженером, начинает тяготеть к определённому способу видеть задачи, ошибки и решения. И чем большее место профессия занимает в жизни человека, тем сильнее это заметно.
Профессиональная деформация, которой многие почему-то гордятся, — это ситуация, в которой вы приобрели некий навык, но вам туда контрабандой пропихнули и целую систему различений, целое мировоззрение, определяющее, что вы считаете правильным и неправильным, аргументированным и бессодержательным. Понять, что вы давно находитесь в роли прапорщика из анекдота «Нехер думать, трясти надо», невозможно, находясь внутри этой клетки собственного мышления.
В индустрии интуитивно чувствуют эту проблему, требуя от специалистов иметь широкий кругозор, быть T-shaped. Если построить себе не одну, а, скажем, три клетки и между ними перемещаться, будет, конечно, лучше. Но в условиях, когда знания и навыки устаревают по несколько раз в год, когда границы профессий меняются быстрее, чем границы государств, хотелось бы иметь более фундаментальное решение, не находите? | 2 813 |
| 11 | через 5 минут начинаем, заходите | 566 |
| 12 | Совсем забыл поделиться, что мы завтра делаем митап про иишечку в анализе. Формат экстра сжатый, четыре кейса за 1,5 часа. Приходите, будет о чем с командой в барчике поговорить пятничным вечером.
Инфа и рега тут | 2 150 |
| 13 | Думал-гуглил идею валидации работы иишечки, получается такое.
Полный перебор более-менее реального процесса взаимодействия даже двух акторов даст слишком большое количество состояний, даже для иишечки. Нужно ограничивать бизнес и тех исходы.
Я попытался переизобрести формальную верификацию алгоритма. Причем для этого есть формальные языки типа TLA+, не только сети Петри.
Безумно интересная, но дорогая (трудоемкая) тема, которая хорошо показывает, что в реальной итшечке строгое соблюдение качества никому не нужно. Готовы за него платить в медицине, оборонке, авиации и серьезных производствах. Что тоже логично.
Есть статья для знакомства с TLA+, в конце куча материалов по теме. Но там будет больно в мозг, это не сисдизайн на салфетках рисовать.
Сразу возникло желание генерить TLA-спеки с помощью, чем и занимается некто Борис Черный. Утверждает, что так он находит и фиксит баги после клода, в том числе race conditions, такое нам надо.
Естественно, в ответ прилетает, что он сам это не может проверить, если не понимает сам процесс. Но я повторюсь: нет смысла нанимать агентов и людей, если нужно полностью проверять за ними работу. Надо создавать среду, выстраивать процессы, искать инструменты. | 2 171 |
| 14 | Принято, через 2-3 недели сделаем продолжение стрима, а пока новость из мира конференций.
Опубликовали первые активности Analyst Days 23, среди которых:
• Закладываем НФТ на этапе архитектуры — помните, как летом выбирали тему воркшопа? Внезапно, он уже в программе. Будем рисовать стрелочки-квадратики и думать, как же они помогают нам обеспечить НФТ. И помогают ли?
• От системного к архитектурному мышлению — тот самый Анатолий Левенчук, который про системное мышление, теперь продвигает концепт архитектурного мышления и свой First Principles Framework. Молюсь на ПК, чтобы не совпало с моим воркшопом.
• Управление ИИ-агентами через стандарт Agent Skills — шикарный воркшоп Максима Смирнова, который он проводил у нас в клубе.
• Vibe-Hack и вайб-кодинг — хахатон, где за 20 часов участники спроектурают рабочий веб-продукт с ИИ-агентом без кода и сложной инфраструктуры.
Пока все выглядит глубого и практично, будем следить. Встретимся 20-21 ноября в Москве. | 1 828 |
| 15 | #брокеры
Подъехала запись стрима по Кафке. У нас были грандиозные планы, но в итоге едва добрались до работы кластера — настолько много интересных вопросов было. Как поломать работу, гарантии и порядок сообщений мы не дошли. Если хотите продожения с этими вопросами, зажгите 51 огонь — 🔥
Если хотите пощупать симулятор и провести ревизию собственных знаний, то у меня есть для вас домашне задание.
Как сделаете, открывайте подборку кафка-постов в канале у Жени, она очень доступно пишет про базовые механики и совсем неочевидные нюансы.
P.S. Подкаст про SDD мы записали, но я все ника не доберусь смонтажить его. | 1 702 |
| 16 | Какую тему хотим? | 1 466 |
| 17 | Планируем вебинар с ребятами из Soft Skills Lab, кому интересно, помогите с выбором темы | 1 364 |
| 18 | Пока слушал про валидацию результатов работы иишечки, задумался вот о чем.
Многие задачи проектирования можно свести к взаимодействию нескольких акторов: пользователь-интерфейс, сервис-сервис и т.д. Каждое взаимодействие имеет конечное количество исходов: успешная обработка, бизнес-ошибки, технические проблемы -- и может изменять состояние актора.
Про формальную валидациюю иишечки
При желании мы можем построить полный сценарий взаимодействия со всеми возможным вариантами взаимодействий плюс стейт машину, где каждый переход соответствует атомарному взаимодействию. Будет выглядеть как гигантский сиквенс, из которого мы разворачиваем еще большую FSM. А если упороться еще дальше, то можно сразу строить сеть Петри.
Делать это для реальных задач мы, конечно, не будем, ибо рассчитываем на свою насмотренность и что-то еще. Но для большинства задач исходы довольно просто формализовать: технические проблемы, ошибки в спеках, частые события реального мира. Пихаем в агента базовый сценарий, перечень исходов (тоже можно штормить и генерить с ней) и просим построить сиквенс + стейт машину или сеть Петри.
Зачем?
Внимательные смотрим, что получилось, и берем сценарии, которые реально нужно реализовать — крайне сомнительно
Валидируем по получившейся сетке сценарии, которые спроектировали до этого. Это интереснее, потому что мы можем:
• просто запихать доки в агента и получить результат
• построить формальную модель для валидации с помощью второго агента
• провалидировать результат из п.1 по модели из п.2 следующим агетном
При желании валидацию можно повторить несколько раз.
Товарищи подсказывают, что строить модель и валидировать по ней решение с помощью агентов ну никак нельзя, потому что они недетерминированые. Это кажется приемлемым, т.к. мы можем принять не абсолютную точность.
Вторая проблема: не по каждой модели и сценарию можно провести за условно конечное время (P / NP), особенно если агент накосячит при построении модели. Вот это кажется серьезнее.
Про сожженные токены думать не будем, не для этого нам игрушки делали.
Если вы дочитали до этого момента, и тоже думали, пробовали, слышали о чем-то таком — напишите же!
P.S. На втором курсе у нас было матмоделирование вычислительных систем, кто бы знал, где и как вспомню о нем. | 1 822 |
| 19 | Напоминаю про Кафку вечером, будет вкусно, на всех может не хватить | 1 499 |
| 20 | Во мне давно живет желание сделать что-то (конфу / фест / клуб / пространство) про «мышление»: триз, теория ограничений, системное мышление, критическое мышление, нейробиология и т.п.
Чтобы в прикладном ключе, но не только для манагерства. Зачем — хз. Потому что.
Кому-то интересно? Дайте знать, если уже участвуете в чем-то подобном | 1 937 |
