Endi mavjud! Telegram Tadqiqoti 2025 — yilning asosiy insaytlari 
Yet Another Analyst
Kanalga Telegram’da o‘tish
Анализ, архитектура, менеджмент в IT Сообщество аналитиков: https://tech-analyst.ai Вопросы сюда: @and_burakov
Ko'proq ko'rsatish6 510
Obunachilar
-124 soatlar
+97 kunlar
+5730 kunlar
Ma'lumot yuklanmoqda...
O'xshash kanallar
Taglar buluti
Kirish va chiqish esdaliklari
---
---
---
---
---
---
Obunachilarni jalb qilish
Iyun '26
Iyun '26
+26
2 kanalda
May '26
+84
6 kanalda
Get PRO
Aprel '26
+126
6 kanalda
Get PRO
Mart '26
+83
3 kanalda
Get PRO
Fevral '26
+62
3 kanalda
Get PRO
Yanvar '26
+106
4 kanalda
Get PRO
Dekabr '25
+33
2 kanalda
Get PRO
Noyabr '25
+69
7 kanalda
Get PRO
Oktabr '25
+80
4 kanalda
Get PRO
Sentabr '25
+79
1 kanalda
Get PRO
Avgust '25
+190
7 kanalda
Get PRO
Iyul '25
+139
6 kanalda
Get PRO
Iyun '25
+119
5 kanalda
Get PRO
May '25
+189
6 kanalda
Get PRO
Aprel '25
+152
6 kanalda
Get PRO
Mart '25
+250
2 kanalda
Get PRO
Fevral '25
+124
1 kanalda
Get PRO
Yanvar '25
+155
2 kanalda
Get PRO
Dekabr '24
+116
4 kanalda
Get PRO
Noyabr '24
+113
2 kanalda
Get PRO
Oktabr '24
+205
0 kanalda
Get PRO
Sentabr '24
+1 359
1 kanalda
Get PRO
Avgust '24
+118
2 kanalda
Get PRO
Iyul '24
+107
1 kanalda
Get PRO
Iyun '24
+122
0 kanalda
Get PRO
May '24
+144
3 kanalda
Get PRO
Aprel '24
+387
1 kanalda
Get PRO
Mart '24
+174
0 kanalda
Get PRO
Fevral '24
+128
0 kanalda
Get PRO
Yanvar '24
+111
0 kanalda
Get PRO
Dekabr '23
+82
0 kanalda
Get PRO
Noyabr '23
+102
0 kanalda
Get PRO
Oktabr '23
+91
0 kanalda
Get PRO
Sentabr '23
+115
0 kanalda
Get PRO
Avgust '23
+196
0 kanalda
Get PRO
Iyul '23
+101
0 kanalda
Get PRO
Iyun '23
+120
0 kanalda
Get PRO
May '23
+405
0 kanalda
Get PRO
Aprel '23
+82
0 kanalda
Get PRO
Mart '23
+56
0 kanalda
Get PRO
Fevral '23
+50
0 kanalda
Get PRO
Yanvar '23
+92
0 kanalda
Get PRO
Dekabr '22
+138
0 kanalda
Get PRO
Noyabr '22
+166
0 kanalda
Get PRO
Oktabr '22
+179
0 kanalda
Get PRO
Sentabr '22
+87
0 kanalda
Get PRO
Avgust '22
+96
0 kanalda
Get PRO
Iyul '22
+106
0 kanalda
Get PRO
Iyun '22
+160
0 kanalda
Get PRO
May '22
+156
0 kanalda
Get PRO
Aprel '22
+80
0 kanalda
Get PRO
Mart '22
+70
0 kanalda
Get PRO
Fevral '22
+40
0 kanalda
Get PRO
Yanvar '22
+64
0 kanalda
Get PRO
Dekabr '21
+62
0 kanalda
Get PRO
Noyabr '21
+270
0 kanalda
Get PRO
Oktabr '21
+43
0 kanalda
Get PRO
Sentabr '21
+110
0 kanalda
Get PRO
Avgust '21
+16
0 kanalda
Get PRO
Iyul '21
+77
0 kanalda
Get PRO
Iyun '21
+58
0 kanalda
Get PRO
May '21
+359
0 kanalda
| Sana | Obunachilarni jalb qilish | Esdaliklar | Kanallar | |
| 10 Iyun | 0 | |||
| 09 Iyun | +1 | |||
| 08 Iyun | +2 | |||
| 07 Iyun | +1 | |||
| 06 Iyun | +2 | |||
| 05 Iyun | 0 | |||
| 04 Iyun | +7 | |||
| 03 Iyun | +5 | |||
| 02 Iyun | +5 | |||
| 01 Iyun | +3 |
Kanal postlari
#AI
Если вы еще не в каждом канале прочитали, то Антропики выпустили великий и ужасный Mythos, он же Claude Fable 5. Входит в подписку до 22 июня.
А так хотелось выспаться сегодня.
| 2 | #AI-coding
Чет поставил десктопные Codex и Claude Code — и не понимаю, для чего это? Выглядят как какие-то огрызки IDE.
Кто-то юзает? В чем смысл? | 936 |
| 3 | Сегодня настроение флудить, не прощайте.
Что нужно знать о новостях убермоделей:
1. Антропик не смог договориться с пентагоном об условиях использовании их AI и подал на них в суд
2. Антропик выпустил сверхсекретный Mythos, который ломает все и вся
3. Специалисты Антропика сидят в АНБ, где помогают ломать инфру Ирана и Китая
А разговоров-то было.
Это конечно не отменяет, модельки позволяют находить уязвимости намного быстрее. Но когда появится настоящая модель судного дня, в новостях об этом не напишут. | 1 492 |
| 4 | #AI #агенты
Люблю байки из склепа про тупых коварных агентов. Только после них вопросы остаются.
Агент удалил боевую базу
У вас точно есть бэкапы? Их может каждый снести?
Агент уронил прод
Что у вас с CI/CD? Люди тоже постоянно роняют?
Агент потратил нажитое непосильным трудом
Вы ему дали основную карту, да еще с овердрафтом?
Агент устроил непотребство в личной переписке и снес семейный архив на ноуте.
Т.е. вы поставили его на личную машину и дали все права?
Хотя правила гигиены довольно просты:
• Относись к агентам, как к людям, встраивай их в безопасные процессы
• Если агент может сам что-то оплачивать — сделай ему отдельную виртуальную карту, настрой лимиты, закидывай ограниченные суммы
• Следи за доступами на локальной машине. Запускай в докере, или вообще разверни на отдельном VPS
• Следи за доступами в публичных сервисах. Четко настраивай права на уровне самого сервиса, а не инструкций агента
Да, негибко. Со временем можно давать больше свободы, сопоставляя профит и риски. Но тут, конечно, думать придется.
Когда заявляют, что агент тупой, то обычно тупой не он. | 1 479 |
| 5 | #оффтоп
Кто в курсе, я безумно люблю делать всратые лендосы в тильде. Но эпоха уходит.
Собрал новый лендос клуба в Claude Design: https://tech-analyst.ai
Сначала сгенерил лого в чатгпт, Image2 там хорош все же, потом скормил лого + старый лендос. Общий концепт дизайна и брендирование удалось с первой попытки. Потом докручивал всякие мелочи и детали.
Что удобно: правки можно вносить через чат или в режиме визуального редактирования, как в классических конструкторах. Про верстку вообще не думал, хотя мобильная версия мне меньше нравится. Но это в следующих сериях.
В целом доволен, правда лимиты жрет как не в себя. Особенно на новом опусе. Ну и картинки лучше генерить в том же гпт или профильных сервисах.
Говорят, в pencil.dev еще удобнее и мощнее, но я пока не добрался. Пробовал кто? | 1 217 |
| 6 | Мысли вслух: регулярно замечаю, что меня выбешивают слова "подчиненный", "в подчинении" и т.п.
Не встречались люди с подобными загонами? | 1 |
| 7 | #коммуникации
Тут друзья из Софт Скиллз Лаб вместе с hh.ru запилили большое исследование управленческих и коммуникационных навыков руководителей и сотрудников в РФ.
Хотят набрать большую репрезентативную выборку, результаты будут в открытом доступе. Судя по опросу, догадываюсь, что мы можем увидеть, буду ждать итогов.
Вот тут описание исследования,
Вот тут сразу пройти опрос для сотрудников (когда нет людей в управлении)
Вот тут опрос для руководителей (есть люди в управлении)
Плюшка для участников — доступ к платформе с 5 ИИ-упражнениями от Софт Скиллз Лаб. | 1 496 |
| 8 | На последних конфах заметил, что один из самых ходовых сценариев использования AI — это создание личной или корпоративной базы знаний для работы через агента.
Обычно такие эксперименты начинаются как-то так: берем лоу-код для логики, прикручиваем облачный RAG, подрубаем доступную модельку, шаманим с промптами и общаемся через любимы мессенджер. В энтерпрайзе все тоже самое, только с оговорками на опенсорс, инфру и безопасность. В целом, нормальный Франкенштейн, но по мере развития или масштабирования хочется получить более цельную архитектуру.
Говорят, на базе Serverless YDB удобно собирать агентов с памятью, поиском по смыслу и управлением контекстом пользователя.
23 июня ребята проводят митап, где будем ручками собирать агента, а спикеры покажут:
• как подключить RAG и получать точные ответы без галлюцинаций
• как использовать MCP для расширения возможностей агента
• как использовать долговременный контекст и знания о пользователе
• как снизить расходы на LLM за счёт переиспользования ответов
Люблю такой формат, в прошлый раз ходил к ним про YDB Topics, потом даже приглашали к нам в гости. Должно быть и в этот раз годно, так что го посмотрим, вот рега. | 2 234 |
| 9 | #интеграция
Если вы не видели, то у Юры Куприянова есть карта интеграций. Я там согласен не со всем, но штука точно полезная, стоит посмотреть.
У меня в рамках курсов по интеграции выросло свое дерево технологий, которое помогает (надеюсь) их классифицировать и выстраивает некоторую иерархию. Завтра буду рассказывать о нем на открытом вебинаре в 18:00 мск.
Обсудим базу про уровни OSI, уровни REST API, разные сорта RPC, почему GraphQL — не язык запросов, и вообще поговорим о насущном.
Дерево прикрепил, кидайте комменты, дополняйте, регайтесь в боте и приходите похоливарить. | 1 529 |
| 10 | #ненависть
Если выбирать ровно одну черту в рабочих коммуникациях, которую вы максимально ненавидите, что это будет?
Проверочные вопросы:
— Бесит на столько, что вообще не хотите работать с такими людьми
— Если бы вам дали волшебную палочку, которая навсегда избавит мир от этого проклятья, то это будет именно она
Не важно — с коллегой, руководителем, сотрудником, партнером или инвестором. Поделитесь ненавистью в комментах | 1 446 |
| 11 | Май классически забит конференциями. В пятницу-субботу пройдет Analyst Days 22. Нравится, что конфа взрослеет, на ней идет полноценное обсуждение инженерных практик, а не очередные разговоры “как писать требования” и “что такое REST API”.
С прошлого раза запомнилось:
Сергей Баранов — о том, как аналитик помогает в управлении архдолгом и качеством архитетектуры на долгой дистанции.
Дмитрий Безуглый — про корпоративный буллшит и четыре пути эволюции сисаналитика в AI-мире. В этот раз проведет воркшоп про использование AI.
Татьяна Половинкина — “если вы не платите за продукт, то продукт — это вы”, или как беречь себя в мире цифрового СДВГ.
Анна Обухова — классная лекция по нейробиологии про мозг и энергию. В субботу от нее будет мастер-класс про внедрение изменений с точки зрения работы мозга.
Программа грядущей конфы обещает много интересного про архитектуру и практическое AI, посмотрите сами. Отдельно жду доклады Максима Цепкова про китайский бигтех и Саши Брызгаловой про проблемы и решения с точки зрения теории ограничений.
Сам веду воркшоп по декомпозиции системы на (микро)сервисы, и вообще там высадится десант нашего клуба, приходите общаться и знакомиться. | 1 946 |
| 12 | Завтра веду трек на AI Dev Conf. Будем говорить про внедрение AI в российских бигтехах, что получается, что нет, как измеряют результаты, на какие метрики смотрят.
Отдельно выделю два классных кейноута:
Александр Поломодов — техдир в T-Банке, создатель System Desing Space. О том, как AI меняет процесс разработки на всех этапах.
Андрей Бреслав — создатель языка Kotlin, сейчас разрабатывает новую систему AI-программирования CodeSpeak. Поделится своим видением роли человека в будущем программной инженерии.
Если хотите бесплатный билетик, напишите в комментах, какие AI-инструменты вы уже успешно используете в команде, а что не получается. Сегодня в 21:00 мск выберу пару победителей. | 1 598 |
| 13 | #интеграция
Есть у меня любимое задание на курсах по интеграции: выбрать технологию или протокол для взаимодействия и обосновать выбор.
Каждый раз, случается диалог вида:
— Мы выбрали gRPC для внутренних взаимодействий, потому это быстрее, чем REST
— А на сколько быстрее?
— Что вы называете REST’ом? А если это REST API поверх HTTP/2, будет ли gRPC быстрее, и на сколько?
— Какую долю от времени ответа занимает передача данных? Будет ли разница в скорости между gRPC и REST значимой для нас?
— Какая общая нагрузка на систему или продукт? Важна ли нам вообще скорость внутренних взаимодействий?
После этих вопросов приходится идти считать текущую и прогнозируемую нагрузку, изучать производительность сервисов, смотреть бенчмарки, делать нагрузочное тестирование. Вполне вероятно, что летенси ваших сервисов определяется совсем не скоростью передачи по сети.
И я не перестану говорить, что все эти чек-листы и универсальные критерии выбора — полный буллшит. Если человек не может собрать контекст задачи, выделить значимые критерии и приоритезировать их, он остается жалким подобием чатгпт.
Поэтому для желающих стать человеком мыслящим в мае проведем несколько активностей в Tech Analyst Club:
• 23.05, сбт — воркшоп по тестированию и документированию нестандартных API (GraphQL, gRPC, WebSocket) в Postman
• 28.05, чтв — вебинар про иерархию и устройство протоколов и технологий взаимодействий
• 30.05, сбт — воркшоп про выделение и приоритезацию критериев выбора способа интеграции
Кстати, о производительности gRPC у нас был стрим с Алексеем Романовым. | 1 520 |
| 14 | Выше писал, что мало какой руководитель станет уменьшать свою команду на фоне ии-оптимизаций, даже если это экономически оправдано.
С другой стороны, общался с несколькими техдирами про внедрение ии в разработку, и они почти прямо транслируют мысль:
— Если люди не готовы использовать AI в работе, то нужно задуматься, стоит ли им работать у нас
И это ни разу не про стартапы. Всем хорошей недели ☕️ | 1 536 |
| 15 | #архитектура
Пока готовили AI Dev Conf, записали пару подкастов про AI в архитектуре.
Лот №1
Поговорили с Максимом Смирновым и Русланом Сафиным, как LLM уже помогает при проектировании, с чем не справляется, почему AI-мире ADR становятся особенно ценными, что не так с SDD, и зачем нужно активно осваивать agent skills.
Смотреть тут:
😉 YouTube | 📺 VK Видео
Лот №2
Сергей Баранов и Александр Поломодов обсуждали, как LLM и мультиагентные системы меняют софт-архитектуру и инженерные процессы. C одной стороны — демократизация разработки, с другой — жесткая необходимость в инженерном фундаменте для масштабирования. Сам пока не слушал, но точно буду.
Смотреть тут:
😉 YouTube | 📺 VK Видео | 1 985 |
| 16 | #AI
Послушал подкаст Маши Серегиной про иллюзию эффективности при внедрении нейросетей с Сергеем Путятинским.
Судя по всему, выпуск планировался как некий срыв покровов с хайпа AI, но по мне получилось ровно наоборот – адекватный план внедрения иишечки с аргументацией, почему и где оно вам нужно. Возможно, это мой лютый bias. В любом случае, советую послушать как фанатикам, так и атеистам – каждый что-то найдет.
Вытащил несколько мыслей (вольные цитаты):
AI-энтузиасты увеличивают свою производительность, а в оставшееся время занимаются личными делами или фрилансят. Начинают ли компании больше зарабатывать от этого?
Нет, и это нормально. Люди и без ии стремятся больше получать и меньше работать. Так будет, пока использование иишечки не станет общепринятой практикой.
Внедрение AI легко превращается в локальную оптимизацию, т.к. для роста общей эффективности нужен не HR или разраб с AI, а трансформация ролей и процессов.
Все так, об этом последнее время много и хорошо пишет Александр Поломодов. Бигтехи и стартапы уже активно двигаются в этом направлении.
Вайбкодинг, где ты что-то надиктовал, и тебе выдали готовое решение подходит только для стартапов, небольшого бизнеса и внутренних операционных задач. Использовать его в кровавом энтерпрайзе, чтобы доработать несколько сервисов и поправить что-то в АБС для реализации новых требований регулятора, уже нереально.
А вот здесь популярное заблуждение, что иишечка в разработке – это вайбкодинг, где ты с 2-3 промптов получаешь красивое приложение, но не более. Копилоты, код-агенты, ревью-агенты, SDD и т.п. уже используют в промышленных масштабах. Да, допиливать АБС или телеком-биллинг, я бы так не стал, но определить необходимые изменения в нужных сервисах и последовательно реализовать их вполне реально. С AI-driven инженерией в массах еще незнакомы. Именно поэтому 21 мая мы с джугами делаем вторую AI Dev Conf. Там спикеры из бигтехов расскажут, как AI меняет процессы в кровавом энтерпрайзе, с кейсами, метриками и вот этим всем.
Когда найдут способ оптимизировать работу и сократить штат на 25-50-75 процентов, никто из руководителей не бросится это делать. Потому что бюджеты и влияние, от которых никто добровольно не откажется.
Самое важное, хотя говорить об этом никто не любит. Принято считать, что процессы и оргструктуры строятся так, чтобы они были максимально эффективными. Хотя строят их конкретные люди так, чтобы им это было выгодно. Об этом я писал тут.
Причем выгода не только в бюджетах и влиянии. У каждого руководителя есть команда, которую он либо нанимал, либо в доверительных отношениях. Такие связи бывают очень полезны при смене проектов, компаний и вообще изменениях. Этот тот самый человеческий капитал. Компании меняются, люди остаются. Что произойдет с капиталом, если начать оптимизировать команду?
Я уже видел много революций, которые обещали изменить мир: SOA, BPM, микросервисы, RPA, блокчейн – и где они теперь?
Вообще-то они все на своих местах, где есть реальное применение. Да, те же SOA, MSA, BPM не стали концом истории, но дали огромное развитие инженерной и манагерской мысли. Это все равно, что ругать REST Филдинга за его бесполезность в 2026 году.
Так будет с AI. Пока пробудившейся Skynet не очистит эту землю от двуногих. | 1 916 |
| 17 | Кстати, смотреть на синк-асинк можно не только с точки зрения общего процесса, а еще через согласованность состояний между акторами.
Если согласованность особо не интересует, то можно кидать сообщения всяких без гарантий через какие-нибудь in-memory Redis или NATS, или вообще по UDP.
Если согласованность нужна, но не вотпрямщас, то кидаем события в одностороннем порядке (one way) в кафку, кролика или еще кого
Хотим убедиться, что до получателя событие долетело – делаем вебхук или request-response поверх очередей.
Если нужна более строгая согласованность, берем поллинг или коллбек.
В общем, из типа согласованности следует требование к синхронности или асинхронности взаимодействия, а под него уже берем более удобную и доступную технологию. | 1 847 |
| 18 | Ща будет мерзкая реклама, пролистывайте.
Я уже писал, что в мае-июне провожу последний поток курса по интеграции и архитектуре для аналитиков. Забавно, но только после пятого потока окончательно понял, про что он:
— про самостоятельный поиск решений, когда ты встречаешь новую задачу, а у тебя нет заученных паттернов и бест практик
— про понимание протоколов и инфры под ними, а не механическую работу по чек-листам и чужим критериям выбора
— про распределенные системы и фундаментальные проблемы проектирования, а не модные базворды и технологии
В конечном счете, это про умение сформулировать архитектурный вопрос, провести исследование, оценить возможные ответы. Не знаю, на сколько успешно, но судя по фидбеку последней группы, как-то получается передать это. Если интересно, почитайте отзывы здесь.
Начинаем в среду, запрыгивайте в последний поезд. | 2 197 |
| 19 | Sync-async, часть 3. Бытовое безумие
Продолжаем самую безумную серию канала. В предыдущих сериях мы говорили, что у сетевых протоколов нет свойства синхронности / асинхронности: раз, два.
Принято считать Polling, Callback, Webhook асинхронными паттернами. А в чем их асинхронность?
Я пользуюсь таким определением sync-async:
Синхронное взаимодействие — блокирующее взаимодействие, при котором клиент не может продолжить выполнение процесса, пока оно не завершится.
Асинхронное взаимодействие — НЕ блокирующее взаимодействие, при котором клиент может продолжить выполнение процесса, независимо от результата взаимодействия.
Что такое (Short) Polling?
Формально, его можно назвать асинхронным паттерном, т.к. после первого вызова соединение закрывается и технический процесс на клиенте не блокируется. Дальше просто добиваем статус регулярными запросами.
Но на уровне бизнес / интеграционной логики, мы не можем продолжить глобальный процесс — иначе мы бы не долбились за результатом.
Псевдо асинхронность приходится строить по двум банальным причинам:
каждое подвешенное соединение жрет ресурсы
чем дольше висит соединение, тем выше вероятность разрыва
Что такое Callback?
Если говорить о “классическом” коллбеке с двумя акторами, то здесь примерно та же история. Формально это можно обозвать асихнронщиной, но фактически нам нужно дождаться результата, чтобы продолжить бизнес-процесс. Получается та же история, что и с поллингом.
Возможен вариант коллбека, когда запрос кидает Service A, обрабатывает его Service B и отправляет ответ в Service C. Адрес последнего сервиса можно забить в настройки или передавать в исходном запросе. Считать ли это коллбеком — вопрос холиварный. Я буду считать это схемой из двух вебхуков.
Что такое Webhook?
Выглядит как одиночный синхронный запрос-ответ. Но на уровне общей картины это передача события поверх HTTP, где актор делиться инфой о последних происшествиях с подписанными соседями, не требуя ничего в ответ. Здесь HTTP-response — формальность самого протокола. Выглядит как событийная архитектура, только без очередей.
Получается, Polling и Callback — псевдо асинхронные паттерны для реализации сихнронных шагов бизнес-процесса, а невзрачный Webhook — полноценная асинхронщина, да еще и в событийной парадигме?
Только не говорите об этом на собесах, и не убеждайте коллег. Совы не всегда то, чем кажутся. | 2 098 |
| 20 | #AI
После историй о том, как агент снес базу и т.п., у меня возникает ровно один вопрос: вы о бэкапах и разграничении доступа сышали вообще? Или вы из тоже из тех, у кого джуны прод роняют? | 2 153 |
