Yet Another Burakov
前往频道在 Telegram
Анализ, архитектура, менеджмент в IT Сообщество аналитиков: https://tech-analyst.ai Вопросы сюда: @and_burakov
显示更多6 540
订阅者
无数据24 小时
-97 天
-530 天
数据加载中...
相似频道
标签云
进出提及
---
---
---
---
---
---
吸引订阅者
十月 '2610月 '26
十月 '26
+2
在0个频道中
九月 '26
+71
在4个频道中
Get PRO
八月 '26
+65
在3个频道中
Get PRO
七月 '26
+98
在6个频道中
Get PRO
六月 '26
+56
在3个频道中
Get PRO
五月 '26
+84
在6个频道中
Get PRO
四月 '26
+126
在7个频道中
Get PRO
三月 '26
+83
在3个频道中
Get PRO
二月 '26
+62
在3个频道中
Get PRO
一月 '26
+106
在4个频道中
Get PRO
十二月 '25
+33
在2个频道中
Get PRO
十一月 '25
+69
在7个频道中
Get PRO
十月 '25
+80
在4个频道中
Get PRO
九月 '25
+79
在1个频道中
Get PRO
八月 '25
+190
在7个频道中
Get PRO
七月 '25
+139
在6个频道中
Get PRO
六月 '25
+119
在5个频道中
Get PRO
五月 '25
+189
在6个频道中
Get PRO
四月 '25
+152
在6个频道中
Get PRO
三月 '25
+250
在2个频道中
Get PRO
二月 '25
+124
在1个频道中
Get PRO
一月 '25
+155
在2个频道中
Get PRO
十二月 '24
+116
在4个频道中
Get PRO
十一月 '24
+113
在2个频道中
Get PRO
十月 '24
+205
在0个频道中
Get PRO
九月 '24
+1 359
在1个频道中
Get PRO
八月 '24
+118
在2个频道中
Get PRO
七月 '24
+107
在1个频道中
Get PRO
六月 '24
+122
在0个频道中
Get PRO
五月 '24
+144
在3个频道中
Get PRO
四月 '24
+387
在1个频道中
Get PRO
三月 '24
+174
在0个频道中
Get PRO
二月 '24
+128
在0个频道中
Get PRO
一月 '24
+111
在0个频道中
Get PRO
十二月 '23
+82
在0个频道中
Get PRO
十一月 '23
+102
在0个频道中
Get PRO
十月 '23
+91
在0个频道中
Get PRO
九月 '23
+115
在0个频道中
Get PRO
八月 '23
+196
在0个频道中
Get PRO
七月 '23
+101
在0个频道中
Get PRO
六月 '23
+120
在0个频道中
Get PRO
五月 '23
+405
在0个频道中
Get PRO
四月 '23
+82
在0个频道中
Get PRO
三月 '23
+56
在0个频道中
Get PRO
二月 '23
+50
在0个频道中
Get PRO
一月 '23
+92
在0个频道中
Get PRO
十二月 '22
+138
在0个频道中
Get PRO
十一月 '22
+166
在0个频道中
Get PRO
十月 '22
+179
在0个频道中
Get PRO
九月 '22
+87
在0个频道中
Get PRO
八月 '22
+96
在0个频道中
Get PRO
七月 '22
+106
在0个频道中
Get PRO
六月 '22
+160
在0个频道中
Get PRO
五月 '22
+156
在0个频道中
Get PRO
四月 '22
+80
在0个频道中
Get PRO
三月 '22
+70
在0个频道中
Get PRO
二月 '22
+40
在0个频道中
Get PRO
一月 '22
+64
在0个频道中
Get PRO
十二月 '21
+62
在0个频道中
Get PRO
十一月 '21
+270
在0个频道中
Get PRO
十月 '21
+43
在0个频道中
Get PRO
九月 '21
+110
在0个频道中
Get PRO
八月 '21
+16
在0个频道中
Get PRO
七月 '21
+77
在0个频道中
Get PRO
六月 '21
+58
在0个频道中
Get PRO
五月 '21
+359
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 07 十月 | 0 | |||
| 06 十月 | +1 | |||
| 05 十月 | +1 | |||
| 04 十月 | 0 | |||
| 03 十月 | 0 | |||
| 02 十月 | 0 | |||
| 01 十月 | 0 |
频道帖子
Мне категорически лень писать последнее время, поэтому принес вам корпоративной мудрости
| 2 | Пара мыслей про то, зачем современному специалисту философское мышление.
Никакое знание или умение никогда не бывает нейтральным. Оно всегда тянет за собой систему ценностей, на которой основано. Человек, который давно работает врачом, обретает не только профессиональные навыки, но и определённый юмор, определённое отношение к жизни, к боли и к телу. Человек, который работает инженером, начинает тяготеть к определённому способу видеть задачи, ошибки и решения. И чем большее место профессия занимает в жизни человека, тем сильнее это заметно.
Профессиональная деформация, которой многие почему-то гордятся, — это ситуация, в которой вы приобрели некий навык, но вам туда контрабандой пропихнули и целую систему различений, целое мировоззрение, определяющее, что вы считаете правильным и неправильным, аргументированным и бессодержательным. Понять, что вы давно находитесь в роли прапорщика из анекдота «Нехер думать, трясти надо», невозможно, находясь внутри этой клетки собственного мышления.
В индустрии интуитивно чувствуют эту проблему, требуя от специалистов иметь широкий кругозор, быть T-shaped. Если построить себе не одну, а, скажем, три клетки и между ними перемещаться, будет, конечно, лучше. Но в условиях, когда знания и навыки устаревают по несколько раз в год, когда границы профессий меняются быстрее, чем границы государств, хотелось бы иметь более фундаментальное решение, не находите? | 1 615 |
| 3 | через 5 минут начинаем, заходите | 566 |
| 4 | Совсем забыл поделиться, что мы завтра делаем митап про иишечку в анализе. Формат экстра сжатый, четыре кейса за 1,5 часа. Приходите, будет о чем с командой в барчике поговорить пятничным вечером.
Инфа и рега тут | 1 637 |
| 5 | Думал-гуглил идею валидации работы иишечки, получается такое.
Полный перебор более-менее реального процесса взаимодействия даже двух акторов даст слишком большое количество состояний, даже для иишечки. Нужно ограничивать бизнес и тех исходы.
Я попытался переизобрести формальную верификацию алгоритма. Причем для этого есть формальные языки типа TLA+, не только сети Петри.
Безумно интересная, но дорогая (трудоемкая) тема, которая хорошо показывает, что в реальной итшечке строгое соблюдение качества никому не нужно. Готовы за него платить в медицине, оборонке, авиации и серьезных производствах. Что тоже логично.
Есть статья для знакомства с TLA+, в конце куча материалов по теме. Но там будет больно в мозг, это не сисдизайн на салфетках рисовать.
Сразу возникло желание генерить TLA-спеки с помощью, чем и занимается некто Борис Черный. Утверждает, что так он находит и фиксит баги после клода, в том числе race conditions, такое нам надо.
Естественно, в ответ прилетает, что он сам это не может проверить, если не понимает сам процесс. Но я повторюсь: нет смысла нанимать агентов и людей, если нужно полностью проверять за ними работу. Надо создавать среду, выстраивать процессы, искать инструменты. | 1 710 |
| 6 | Принято, через 2-3 недели сделаем продолжение стрима, а пока новость из мира конференций.
Опубликовали первые активности Analyst Days 23, среди которых:
• Закладываем НФТ на этапе архитектуры — помните, как летом выбирали тему воркшопа? Внезапно, он уже в программе. Будем рисовать стрелочки-квадратики и думать, как же они помогают нам обеспечить НФТ. И помогают ли?
• От системного к архитектурному мышлению — тот самый Анатолий Левенчук, который про системное мышление, теперь продвигает концепт архитектурного мышления и свой First Principles Framework. Молюсь на ПК, чтобы не совпало с моим воркшопом.
• Управление ИИ-агентами через стандарт Agent Skills — шикарный воркшоп Максима Смирнова, который он проводил у нас в клубе.
• Vibe-Hack и вайб-кодинг — хахатон, где за 20 часов участники спроектурают рабочий веб-продукт с ИИ-агентом без кода и сложной инфраструктуры.
Пока все выглядит глубого и практично, будем следить. Встретимся 20-21 ноября в Москве. | 1 533 |
| 7 | #брокеры
Подъехала запись стрима по Кафке. У нас были грандиозные планы, но в итоге едва добрались до работы кластера — настолько много интересных вопросов было. Как поломать работу, гарантии и порядок сообщений мы не дошли. Если хотите продожения с этими вопросами, зажгите 51 огонь — 🔥
Если хотите пощупать симулятор и провести ревизию собственных знаний, то у меня есть для вас домашне задание.
Как сделаете, открывайте подборку кафка-постов в канале у Жени, она очень доступно пишет про базовые механики и совсем неочевидные нюансы.
P.S. Подкаст про SDD мы записали, но я все ника не доберусь смонтажить его. | 1 458 |
| 8 | Какую тему хотим? | 1 311 |
| 9 | Планируем вебинар с ребятами из Soft Skills Lab, кому интересно, помогите с выбором темы | 1 265 |
| 10 | Пока слушал про валидацию результатов работы иишечки, задумался вот о чем.
Многие задачи проектирования можно свести к взаимодействию нескольких акторов: пользователь-интерфейс, сервис-сервис и т.д. Каждое взаимодействие имеет конечное количество исходов: успешная обработка, бизнес-ошибки, технические проблемы -- и может изменять состояние актора.
Про формальную валидациюю иишечки
При желании мы можем построить полный сценарий взаимодействия со всеми возможным вариантами взаимодействий плюс стейт машину, где каждый переход соответствует атомарному взаимодействию. Будет выглядеть как гигантский сиквенс, из которого мы разворачиваем еще большую FSM. А если упороться еще дальше, то можно сразу строить сеть Петри.
Делать это для реальных задач мы, конечно, не будем, ибо рассчитываем на свою насмотренность и что-то еще. Но для большинства задач исходы довольно просто формализовать: технические проблемы, ошибки в спеках, частые события реального мира. Пихаем в агента базовый сценарий, перечень исходов (тоже можно штормить и генерить с ней) и просим построить сиквенс + стейт машину или сеть Петри.
Зачем?
Внимательные смотрим, что получилось, и берем сценарии, которые реально нужно реализовать — крайне сомнительно
Валидируем по получившейся сетке сценарии, которые спроектировали до этого. Это интереснее, потому что мы можем:
• просто запихать доки в агента и получить результат
• построить формальную модель для валидации с помощью второго агента
• провалидировать результат из п.1 по модели из п.2 следующим агетном
При желании валидацию можно повторить несколько раз.
Товарищи подсказывают, что строить модель и валидировать по ней решение с помощью агентов ну никак нельзя, потому что они недетерминированые. Это кажется приемлемым, т.к. мы можем принять не абсолютную точность.
Вторая проблема: не по каждой модели и сценарию можно провести за условно конечное время (P / NP), особенно если агент накосячит при построении модели. Вот это кажется серьезнее.
Про сожженные токены думать не будем, не для этого нам игрушки делали.
Если вы дочитали до этого момента, и тоже думали, пробовали, слышали о чем-то таком — напишите же!
P.S. На втором курсе у нас было матмоделирование вычислительных систем, кто бы знал, где и как вспомню о нем. | 1 598 |
| 11 | Напоминаю про Кафку вечером, будет вкусно, на всех может не хватить | 1 443 |
| 12 | Во мне давно живет желание сделать что-то (конфу / фест / клуб / пространство) про «мышление»: триз, теория ограничений, системное мышление, критическое мышление, нейробиология и т.п.
Чтобы в прикладном ключе, но не только для манагерства. Зачем — хз. Потому что.
Кому-то интересно? Дайте знать, если уже участвуете в чем-то подобном | 1 777 |
| 13 | С другой стороны, что здесь не так? Мы избегали подобные макароны, когда писали код руками, потому что их невероятно сложно поддерживать. Но почему? Бесконечное полотно if-else не помещается в мозг, его нереально править, легко ошибиться. Поэтому придумывали паттерны, как упаковать когнитивную сложность в более "элегантную" реализацию.
Но у агента нет проблем со сложностью на таком уровне, а человек все равно это сам переписывать не будет. Так какая разница, что там наваял агент?
Думаю, что отказ от ревью агентского кода человеком — это не опция, а неизбежность. Иначе все это не имеет смысла, мы все равно не успеем перепроверять работу агентов. Скорее нужно фокусироваться на способах проверки качества, непрерывном тестировании. Т.е. относится к программе / коду как к черному ящику.
Что-то подобное мы с Русланом обсуждали в подкасте.
Кстати, товарищи разрабы, вы когда последний раз напрямую с памятью работали? | 2 155 |
| 14 | Где-то внутри меня умирает стример, давайте спасать.
В среду с Женей Янченко играем в симулятор Кафки. Буду задавать тупые вопросы про ее устройство, порядок и гарантии доставки, как все это можно сломать (дада, можно), и зачем вообще все это.
Регайтесь, можно свои вопросы про Кафку скинуть в комменты или в формочку.
Кстати, очень рекомендую канал Жени @jane_yanchenko, один из редких каналов, где интересно и глубоко пишут про технику на базе личного опыта, а не весь этот нейрослоп с банальщиной и карточками. | 2 446 |
| 15 | Есть у некоторых ролей специфичные болячки особенности:
Архитекторы и техлиды — хайлоад, масштабирование, НФТ. С бизнесом потом разберемся.
Аналитики — корнер кейсы, брокеры, хранилища интеграции. НФТ записали, они как-нибудь сами обеспечатся, немаленькие уже.
Сегодня вечером возьму кусочек темы: как обеспечивают масштабируемость, когда нужна балансировка трафика, как она работает, и что об этом стоит знать.
Как обычно, вся движуха происходит в клубе. Вы знаете, что делать. | 2 127 |
| 16 | Впервые уперся в лимиты чатгпт, все-таки они существуют. Astra хороша. | 1 860 |
| 17 | #AI
Человек хорошо раскрывается, общаясь с теми, кто слабее или зависим от него: сотрудники, дети, работники в сфере услуг и т.д. Особенно, когда нет внешних наблюдателей.
Очень показательны в этом смысле чатики с ии: где-то на уровне подсознания мозг все равно распознает его как нечто человекоподобное, а негативных последствий никогда не будет (если ты не ждешь скайнет).
Нет, за чужой перепиской охотиться не надо. Но если диалоги регулярно бесят, то полезно присмотреться, когда и почему. Вангую, с людьми похожее тоже срабатывает.
Это как AI-психотерапевт, только без AI и психотерапевта. | 2 296 |
| 18 | #вайбкодинг
Есть у меня бот, которого пилю в клоде. Постепенно он обрастает сценариями, для управления внутри реализована стейт машина. В код с самого начала почти не смотрел, никакие принципы разработки и проектирования не прописывал, и вот вчера открыл проект почитать...
Угадаете, как выглядит эта стейт машина?
Все верно, это бесконечная портянка вида "if поле == строка" бесконечной вложенности.
Какие выводы можно сделать из этого примера?
- Если умеешь в код, то нужно прописать в проекте главные принципы, поревьювить дизайн и временами заглядывать в критические части проекта, добавляя новые правил при необходимости
- Если код в жизни не видел, то регулярно проси мощную модельку провести аудит, зафиксировать беклог, сделать рефакторинг.
- Кококо, херня этот ваш вайбкодинг, через год-два все развалится, кого вы там заменять собирались? | 2 044 |
| 19 | Узнал про забавный факт. Учёные решили исследовать жизнь собаки и прицепили ей на голову камеру. Из камеры они узнали лишь то, что 90% времени собака пыталась снять эту камеру. Кажется, это именно то, что нужно знать про метрики и KPI. | 1 731 |
| 20 | Завтра проведем открытую сессию систем дизайна в Tech Analyst Club, будем проектировать LMS, учебный год все-таки. Приходите, это бесплатно, но нужно зарегаться в ботике. | 2 237 |
