Мне тут шок-контента подвезли.
Знакомьтесь, Ольга. Два года назад она прошла курс по интеграции и архитектуре. По всем традициям жанра тут должна быть невероятная история успеха. Но нет, случилось ВНЕЗАПНОЕ.
Ольга пришла на курс второй раз. Нужно пафосно написать, как это круто, и какая у нас огненная программа, но вы и сами догадались.
А еще сейчас в группе всего 8 человек, поэтому сможем лампово и размеренно разобрать все волнующие вопросы.
Начинаем в субботу, запрыгивайте.
Знакомьтесь, Ольга. Два года назад она прошла курс по интеграции и архитектуре. По всем традициям жанра тут должна быть невероятная история успеха. Но нет, случилось ВНЕЗАПНОЕ.
Ольга пришла на курс второй раз. Нужно пафосно написать, как это круто, и какая у нас огненная программа, но вы и сами догадались.
А еще сейчас в группе всего 8 человек, поэтому сможем лампово и размеренно разобрать все волнующие вопросы.
Начинаем в субботу, запрыгивайте.
❤6
#оффтоп #ненависть
Скажите, что должно случиться с этим миром, чтобы люди перестали сравнивать ESB с брокерами? Уж лучше бы про PUT vs PATCH спорили.
Краткая памятка из шиномонтажа.
Скажите, что должно случиться с этим миром, чтобы люди перестали сравнивать ESB с брокерами? Уж лучше бы про PUT vs PATCH спорили.
Краткая памятка из шиномонтажа.
Telegram
Yet Another Analyst
#интеграция #архитектура
Страх и ненависть в шиномонтаже.
Шина, это как REST - все обсуждают, но каждый говорит о своем. Иногда интерпретации могут путать и сбивать с толку. Короткая памятка о том, что могут называть шиной и какие они бывают.
Enterprise…
Страх и ненависть в шиномонтаже.
Шина, это как REST - все обсуждают, но каждый говорит о своем. Иногда интерпретации могут путать и сбивать с толку. Короткая памятка о том, что могут называть шиной и какие они бывают.
Enterprise…
1😁11🎃1
Architecture Trade-Off Analysis Method
На последнем митапе меня обвинили в излишнем снобизме по отношению к аналитикам. Успех ящитаю. Теперь добавим пафоса.
Например, эту идею анализа решений можно обозвать Trade-offs Analysis Framework - ToAF. Красиво же?
Но почему-то я не слышал про аналоги, хотя есть достаточно форматов для фиксации решений. Пошел гуглить, раскопал ATAM - Architecture Trade-Off Analysis Method.
Тяжеловесный метод для обстоятельной оценки решений, который за 15 лет особой популярности не набрал. Полный процесс анализа пересказывать не буду, выделил интересное.
Метод крутится вокруг измеримых quality attributes (они же НФТ), хотя ничто не мешает смотреть на другие характеристики. Причем работают с ними через Quality Attribute Scenario, которые связывают атрибуты качества и конкретные цифры, что-то в таком духе:
Если хочется формальности, то можно использовать шаблон:
Дальше из таких сценариев собирается Utility Tree (Дерево Полезности?), где для каждого листа указываем важность и степень риска: Low, Medium, High. Фактически, это аналог приоритезированной таблицы. Примеры на картинках.
Отдельно при анализе выделяют:
• sensitivity point - решение или его часть, которое сильно влияет на один из quality attributes
• tradeoff point - решение, которое влияет сразу на несколько quality attributes, причем двигает значения в разные стороны.
Полезные термины, т.к. заставляют думать о последствиях.
Идея идти от сценариев хороша, т.к. помогает ответить на вопрос: а какие quality attributes или характеристики системы в широком смысле нам сейчас важны? Правда на больших задачах там будет 100500 таких сценариев, и придется думать об их полноте.
В целом подход выглядит интересно прикольно, но сложно. Хотя можно для небольших решений адаптировать.
• Если есть желание упороться, вот большое подробное описание метода
• Еще можно посмотреть, как ATAM использовали на реальном проекте, картинки из этой презы утащил.
Мб кто-то пробовал на практике? Как впечатления?
На последнем митапе меня обвинили в излишнем снобизме по отношению к аналитикам. Успех ящитаю. Теперь добавим пафоса.
Например, эту идею анализа решений можно обозвать Trade-offs Analysis Framework - ToAF. Красиво же?
Но почему-то я не слышал про аналоги, хотя есть достаточно форматов для фиксации решений. Пошел гуглить, раскопал ATAM - Architecture Trade-Off Analysis Method.
Тяжеловесный метод для обстоятельной оценки решений, который за 15 лет особой популярности не набрал. Полный процесс анализа пересказывать не буду, выделил интересное.
Метод крутится вокруг измеримых quality attributes (они же НФТ), хотя ничто не мешает смотреть на другие характеристики. Причем работают с ними через Quality Attribute Scenario, которые связывают атрибуты качества и конкретные цифры, что-то в таком духе:
При падении primary DB при пиковой нагрузке (более 5000 заказов в минуту) система должна восстановить обработку заказов не более чем за 30 секунд без потери уже подтверждённых заказов.
Если хочется формальности, то можно использовать шаблон:
- Source: отказ primary DB
- Stimulus: primary DB недоступна
- Environment: нагрузка 5 000 заказов/мин
- Artifact: система обработки заказов / persistence layer
- Response: failover и возобновление обработки
- Response measure: восстановление ≤ 30 с; потерянных подтверждённых заказов = 0
Дальше из таких сценариев собирается Utility Tree (Дерево Полезности?), где для каждого листа указываем важность и степень риска: Low, Medium, High. Фактически, это аналог приоритезированной таблицы. Примеры на картинках.
Отдельно при анализе выделяют:
• sensitivity point - решение или его часть, которое сильно влияет на один из quality attributes
• tradeoff point - решение, которое влияет сразу на несколько quality attributes, причем двигает значения в разные стороны.
Полезные термины, т.к. заставляют думать о последствиях.
Идея идти от сценариев хороша, т.к. помогает ответить на вопрос: а какие quality attributes или характеристики системы в широком смысле нам сейчас важны? Правда на больших задачах там будет 100500 таких сценариев, и придется думать об их полноте.
В целом подход выглядит интересно прикольно, но сложно. Хотя можно для небольших решений адаптировать.
• Если есть желание упороться, вот большое подробное описание метода
• Еще можно посмотреть, как ATAM использовали на реальном проекте, картинки из этой презы утащил.
Мб кто-то пробовал на практике? Как впечатления?
Знания — яд
Учеба — прокрастинация
Третью строку для кликбейта не придумал, подсказывайте.
———
Четыре года назад я писал, почему курсы бесполезны, если вы не привыкли учиться самостоятельно.
———
Лет десять Дорофеев рассказывает, почему обучение — это не потребление "знаний", а их осмысление и применение к практике:
Вот его доклад с кодфеста, очень рекомендую.
———
В XVI веке Монтень критиковал людей, которые непрерывно потребляют мысли из книг, вместо того, чтобы формировать собственные суждения:
———
В 2026 году получение обучающего контента вообще не представялет никакой проблемы. Причем выделить из него качественный без погружения в тему все равно не получится. Поэтому первично осмысление, критическая оценка, применение на практике.
А выводы писать мне лень. Всех с праздником
Учеба — прокрастинация
Третью строку для кликбейта не придумал, подсказывайте.
———
Четыре года назад я писал, почему курсы бесполезны, если вы не привыкли учиться самостоятельно.
———
Лет десять Дорофеев рассказывает, почему обучение — это не потребление "знаний", а их осмысление и применение к практике:
Когда получение знания не уравновешивается его осмыслением и применением на практике, наступает своего рода отравление знанием
На входе в его сознание формируется фильтр: "Я это уже слышал или нет?" Если новая информация хоть как-то похожа на то, что человек уже знает, он пропускает ее мимо ушей
Вот его доклад с кодфеста, очень рекомендую.
———
В XVI веке Монтень критиковал людей, которые непрерывно потребляют мысли из книг, вместо того, чтобы формировать собственные суждения:
Сильная память обыкновенно соединяется со слабым суждением
Мы берем на веру знания и мнения других людей
Следует спрашивать, кто лучше образован, а не кто больше знает
———
В 2026 году получение обучающего контента вообще не представялет никакой проблемы. Причем выделить из него качественный без погружения в тему все равно не получится. Поэтому первично осмысление, критическая оценка, применение на практике.
А выводы писать мне лень. Всех с праздником
🔥18❤2👍2
Завтра проведем открытую сессию систем дизайна в Tech Analyst Club, будем проектировать LMS, учебный год все-таки. Приходите, это бесплатно, но нужно зарегаться в ботике.
Telegram
Tech Analyst Club - проектирование, архитектура, AI
🔔 Ну что, пора в школу? Эту неделю посвятим архитектуре
📆 3 сентябя - System Design. Проектируем LMS
В четверг приглашаем всех на открытый воркшоп, где будем проектировать образовательную платформу, что-то между Coursera, Stepik и GetCourse: есть авторы…
📆 3 сентябя - System Design. Проектируем LMS
В четверг приглашаем всех на открытый воркшоп, где будем проектировать образовательную платформу, что-то между Coursera, Stepik и GetCourse: есть авторы…
👍5
Forwarded from emacsway-log: Technical Leadership, Management, Software Architecture, DDD, Microservices, Distributed Systems, XP, Agile, etc. (Ivan)
Узнал про забавный факт. Учёные решили исследовать жизнь собаки и прицепили ей на голову камеру. Из камеры они узнали лишь то, что 90% времени собака пыталась снять эту камеру. Кажется, это именно то, что нужно знать про метрики и KPI.
😁44❤5🔥4
Есть у меня бот, которого пилю в клоде. Постепенно он обрастает сценариями, для управления внутри реализована стейт машина. В код с самого начала почти не смотрел, никакие принципы разработки и проектирования не прописывал, и вот вчера открыл проект почитать...
Угадаете, как выглядит эта стейт машина?
Все верно, это бесконечная портянка вида "if поле == строка" бесконечной вложенности.
Какие выводы можно сделать из этого примера?
• Если умеешь в код, то нужно прописать в проекте главные принципы, поревьювить дизайн и временами заглядывать в критические части проекта, добавляя новые правил при необходимости
• Если код в жизни не видел, то регулярно проси мощную модельку провести аудит, зафиксировать беклог, сделать рефакторинг.
• Кококо, херня этот ваш вайбкодинг, через год-два все развалится, кого вы там заменять собирались
Угадаете, как выглядит эта стейт машина?
Какие выводы можно сделать из этого примера?
• Если умеешь в код, то нужно прописать в проекте главные принципы, поревьювить дизайн и временами заглядывать в критические части проекта, добавляя новые правил при необходимости
• Если код в жизни не видел, то регулярно проси мощную модельку провести аудит, зафиксировать беклог, сделать рефакторинг.
• Кококо, херня этот ваш вайбкодинг, через год-два все развалится, кого вы там заменять собирались
💯17
#AI
Человек хорошо раскрывается, общаясь с теми, кто слабее или зависим от него: сотрудники, дети, работники в сфере услуг и т.д. Особенно, когда нет внешних наблюдателей.
Очень показательны в этом смысле чатики с ии: где-то на уровне подсознания мозг все равно распознает его как нечто человекоподобное, а негативных последствий никогда не будет (если ты не ждешь скайнет).
Нет, за чужой перепиской охотиться не надо. Но если диалоги регулярно бесят, то полезно присмотреться, когда и почему. Вангую, с людьми похожее тоже срабатывает.
Это как AI-психотерапевт, только без AI и психотерапевта.
Человек хорошо раскрывается, общаясь с теми, кто слабее или зависим от него: сотрудники, дети, работники в сфере услуг и т.д. Особенно, когда нет внешних наблюдателей.
Очень показательны в этом смысле чатики с ии: где-то на уровне подсознания мозг все равно распознает его как нечто человекоподобное, а негативных последствий никогда не будет (если ты не ждешь скайнет).
Нет, за чужой перепиской охотиться не надо. Но если диалоги регулярно бесят, то полезно присмотреться, когда и почему. Вангую, с людьми похожее тоже срабатывает.
Это как AI-психотерапевт, только без AI и психотерапевта.
❤14👍3
Впервые уперся в лимиты чатгпт, все-таки они существуют. Astra хороша.
🔥12
Есть у некоторых ролей специфичные болячки особенности:
Архитекторы и техлиды — хайлоад, масштабирование, НФТ. С бизнесом потом разберемся.
Аналитики — корнер кейсы, брокеры, хранилища, интеграции. НФТ записали, они как-нибудь сами обеспечатся, немаленькие уже.
Сегодня вечером возьму кусочек темы: как обеспечивают масштабируемость, когда нужна балансировка трафика, как она работает, и что об этом стоит знать.
Как обычно, вся движуха происходит в клубе. Вы знаете, что делать.
Архитекторы и техлиды — хайлоад, масштабирование, НФТ. С бизнесом потом разберемся.
Аналитики — корнер кейсы, брокеры, хранилища, интеграции. НФТ записали, они как-нибудь сами обеспечатся, немаленькие уже.
Сегодня вечером возьму кусочек темы: как обеспечивают масштабируемость, когда нужна балансировка трафика, как она работает, и что об этом стоит знать.
Как обычно, вся движуха происходит в клубе. Вы знаете, что делать.
Telegram
Tech Analyst Club - проектирование, архитектура, AI
Что делать, если система не справляется с нагрузкой?
А что значит не справляется, как поймем это?
В четверг обсудим, как и когда мы можем масштабировать системы, какие способы существуют, что для это нужно сделать.
Рассмотрим запуск сервиса в нескольких…
А что значит не справляется, как поймем это?
В четверг обсудим, как и когда мы можем масштабировать системы, какие способы существуют, что для это нужно сделать.
Рассмотрим запуск сервиса в нескольких…
❤8
Где-то внутри меня умирает стример, давайте спасать.
В среду с Женей Янченко играем в симулятор Кафки. Буду задавать тупые вопросы про ее устройство, порядок и гарантии доставки, как все это можно сломать (дада, можно), и зачем вообще все это.
Регайтесь, можно свои вопросы про Кафку скинуть в комменты или в формочку.
Кстати, очень рекомендую канал Жени @jane_yanchenko, один из редких каналов, где интересно и глубоко пишут про технику на базе личного опыта, а не весь этот нейрослоп с банальщиной и карточками.
В среду с Женей Янченко играем в симулятор Кафки. Буду задавать тупые вопросы про ее устройство, порядок и гарантии доставки, как все это можно сломать (дада, можно), и зачем вообще все это.
Регайтесь, можно свои вопросы про Кафку скинуть в комменты или в формочку.
Кстати, очень рекомендую канал Жени @jane_yanchenko, один из редких каналов, где интересно и глубоко пишут про технику на базе личного опыта, а не весь этот нейрослоп с банальщиной и карточками.
tech-analyst-club.timepad.ru
Симулятор Apache Kafka / События на TimePad.ru
Рубимся в симуляторе Apache Kafka, разбираем принципы работы, ломаем гарантии и порядок доставки, обсуждаем экзотические кейсы, отвечаем на вопросы участников.
❤16
Yet Another Analyst
Есть у меня бот, которого пилю в клоде. Постепенно он обрастает сценариями, для управления внутри реализована стейт машина. В код с самого начала почти не смотрел, никакие принципы разработки и проектирования не прописывал, и вот вчера открыл проект почитать...…
С другой стороны, что здесь не так? Мы избегали подобные макароны, когда писали код руками, потому что их невероятно сложно поддерживать. Но почему? Бесконечное полотно if-else не помещается в мозг, его нереально править, легко ошибиться. Поэтому придумывали паттерны, как упаковать когнитивную сложность в более "элегантную" реализацию.
Но у агента нет проблем со сложностью на таком уровне, а человек все равно это сам переписывать не будет. Так какая разница, что там наваял агент?
Думаю, что отказ от ревью агентского кода человеком — это не опция, а неизбежность. Иначе все это не имеет смысла, мы все равно не успеем перепроверять работу агентов. Скорее нужно фокусироваться на способах проверки качества, непрерывном тестировании. Т.е. относится к программе / коду как к черному ящику. Что-то подобное мы с Русланом обсуждали в подкасте.
Кстати, товарищи разрабы, вы когда последний раз напрямую с памятью работали?
Но у агента нет проблем со сложностью на таком уровне, а человек все равно это сам переписывать не будет. Так какая разница, что там наваял агент?
Думаю, что отказ от ревью агентского кода человеком — это не опция, а неизбежность. Иначе все это не имеет смысла, мы все равно не успеем перепроверять работу агентов. Скорее нужно фокусироваться на способах проверки качества, непрерывном тестировании. Т.е. относится к программе / коду как к черному ящику. Что-то подобное мы с Русланом обсуждали в подкасте.
Кстати, товарищи разрабы, вы когда последний раз напрямую с памятью работали?
😱6👍4
Во мне давно живет желание сделать что-то (конфу / фест / клуб / пространство) про «мышление»: триз, теория ограничений, логика, системное мышление, критическое мышление, нейробиология и т.п.
Чтобы в прикладном ключе, но не только для манагерства. Зачем — хз. Потому что.
Кому-то интересно? Дайте знать в комментах , если уже участвуете в чем-то подобном
Чтобы в прикладном ключе, но не только для манагерства. Зачем — хз. Потому что.
Кому-то интересно? Дайте знать в комментах , если уже участвуете в чем-то подобном
2❤🔥31🔥15❤5
Yet Another Analyst
Где-то внутри меня умирает стример, давайте спасать. В среду с Женей Янченко играем в симулятор Кафки. Буду задавать тупые вопросы про ее устройство, порядок и гарантии доставки, как все это можно сломать (дада, можно), и зачем вообще все это. Регайтесь…
Напоминаю про Кафку вечером, будет вкусно, на всех может не хватить
🔥11