Архитектура ИТ-решений
25 комментариев к предыдущим постам сообщали об использовании Archimate или удивлялись его отсутствию в опросе. Я думаю, что Archimate это вообще отдельная и разноплановая тема и её не надо смешивать c диаграммами. К тому же, TheOpenGroup как-то очень своеобразно…
С составом спикеров разговора об Archimate мы определились. Это:
- Artem Varkulevich
- Roman Tsirulnikov
- Kirill Keker
- Mikhail Zaborov
- Alexander Chertilin, и я
- Maxim Smirnov
а вот на темы разговора еще можно повлиять.
В комментариях к этому сообщению вы можете обозначить интересующие вас темы и задать вопросы спикерам
и, конечно, присоединяйтесь к зуму
📆 7 августа в 19:00 MSK
(ссылка будет в этом канале накануне)
- Artem Varkulevich
- Roman Tsirulnikov
- Kirill Keker
- Mikhail Zaborov
- Alexander Chertilin, и я
- Maxim Smirnov
а вот на темы разговора еще можно повлиять.
В комментариях к этому сообщению вы можете обозначить интересующие вас темы и задать вопросы спикерам
и, конечно, присоединяйтесь к зуму
📆 7 августа в 19:00 MSK
(ссылка будет в этом канале накануне)
🔥25👍14❤6🎉1
Архитектура ИТ-решений
С составом спикеров разговора об Archimate мы определились. Это: - Artem Varkulevich - Roman Tsirulnikov - Kirill Keker - Mikhail Zaborov - Alexander Chertilin, и я - Maxim Smirnov а вот на темы разговора еще можно повлиять. В комментариях…
📆 Уже завтра 7 августа в 19:00 MSK
поговорим об Archimate
Присоединяйтесь по ссылке:
https://us02web.zoom.us/j/87387272422?pwd=g8J2EBF7rt10bjbMCgftkZd9GhQDD9.1
Идентификатор конференции: 873 8727 2422
Код доступа: 329698
поговорим об Archimate
Присоединяйтесь по ссылке:
https://us02web.zoom.us/j/87387272422?pwd=g8J2EBF7rt10bjbMCgftkZd9GhQDD9.1
Идентификатор конференции: 873 8727 2422
Код доступа: 329698
👍41🔥5❤2
Архитектура ИТ-решений
📆 Уже завтра 7 августа в 19:00 MSK поговорим об Archimate Присоединяйтесь по ссылке: https://us02web.zoom.us/j/87387272422?pwd=g8J2EBF7rt10bjbMCgftkZd9GhQDD9.1 Идентификатор конференции: 873 8727 2422 Код доступа: 329698
Запись тут
https://vkvideo.ru/video-228508670_456239021
https://youtu.be/Z2CzE9j5cu0
Чуть позже поделюсь материалами
https://vkvideo.ru/video-228508670_456239021
https://youtu.be/Z2CzE9j5cu0
Чуть позже поделюсь материалами
VK Видео
Archimate - 5 историй 2025
Несколько рассказов о практическом применении Archimate
🔥32👍11❤8
Разбираясь с тем, как менялась концепция доменов в Archimate, нашел еще одну точку входа в эту нотацию. Это опубликованное в сообществе языка на сайте TheOpenGroup руководство: ArchiMate 101: A Practical Introduction Мне оно не показалось каким-то выдающимся, но кому-то может будет полезно
Идея этой книги возникла из отзывов преподавателей, которые были разочарованы тем, что новые ученики не могли на практике применить полученные знания, в то время как в других (более неформальных) ситуациях можно было быстро объяснить, как использовать небольшую часть ArchiMate® и освоить её за несколько часов
👍13🔥5
Архитектура ИТ-решений
Запись тут https://vkvideo.ru/video-228508670_456239021 https://youtu.be/Z2CzE9j5cu0 Чуть позже поделюсь материалами
Ссылки на слайды и дополнительные материалы:
- Kirill Keker https://disk.yandex.ru/i/zg1qKa-90_kmlw и ссылка на плагин для интеграций https://github.com/archi-contribs
- Mikhail Zaborov https://disk.yandex.ru/i/cs2TMt64qUzcrg
- Alexander Chertilin https://disk.yandex.ru/i/g0aC2tt6C8LPJw
- Roman Tsirulnikov https://disk.yandex.ru/i/enNNR_r32ZQm2w
- Artem Varkulevich https://www.canva.com/design/DAGvHUc-W2g/tNIt1Fmb3kwLaXnZGEYapQ/view?utm_content=DAGvHUc-W2g&utm_campaign=designshare&utm_medium=link2&utm_source=uniquelinks&utlId=he42c4e8409
- Kirill Keker https://disk.yandex.ru/i/zg1qKa-90_kmlw и ссылка на плагин для интеграций https://github.com/archi-contribs
- Mikhail Zaborov https://disk.yandex.ru/i/cs2TMt64qUzcrg
- Alexander Chertilin https://disk.yandex.ru/i/g0aC2tt6C8LPJw
- Roman Tsirulnikov https://disk.yandex.ru/i/enNNR_r32ZQm2w
- Artem Varkulevich https://www.canva.com/design/DAGvHUc-W2g/tNIt1Fmb3kwLaXnZGEYapQ/view?utm_content=DAGvHUc-W2g&utm_campaign=designshare&utm_medium=link2&utm_source=uniquelinks&utlId=he42c4e8409
❤6🔥6👏6👍5
Когда-то я хотел сам поделиться этой печальной историей, но подумал, что она будет не вполне в формате канала. Однако Павел великолепно, кратко и емко, описал всё в одном сообщении и теперь я просто не могу его не репостнуть
Forwarded from РИМ-III. Когда нужен результат (Pavel Alferov)
Можно ли представить, что ИТ система отправляет сотни людей в тюрьму?
Увы можно. Я в своей книге говорю, что сейчас ошибки в проектах обычно не измеряются жизнями. Но есть и неприятные исключения.
Проект Fujitsu North Star. Автоматизация почты Великобритании
Разберем по Пентабазису:
🔻ЗАЧЕМ
Проблема: Замена бумажного учета на Единую электронную систему учета (Epos) – Horizon от Fujitsu.
Для кого: Post Office как организация, государственные институты и тысячи управляющих почтовыми отделениями. (ПА: Тут интересно - Это не наемные сотрудники, а контрактные управленцы, часто — микропредприниматели, которые арендуют или владеют локальными отделениями Post Office и работают по франчайзингу. Они несут финансовую ответственность за любую недостачу)
🔻ЧТО
Автоматизация учета и обслуживания клиентов - финансовые транзакции, кассовые операции, учёт товаров, учёта пенсий, пособий и переводов, инвентаризацию и централизованный сбор данных
🔻КАК
▪️ Инициация и контрактование (1994–1996)
▪️ Разработка и пилотирование (1996–1999)
▪️ Массовое внедрение (1999–2001)
▪️ Обновление системы — Horizon Online (2010)
🔻КТО
▪️ Заказчик – Post Office Ltd (бывшая часть Royal Mail Group)
▪️ Подрядчик (Разработчик) – Fujitsu/ICL
▪️ Пользователи (Ключевые операторы системы) – Субпостмастеры — управляющие почтовыми отделениями
🔻ЧЕМ
Контракт порядка 2 млрд.£ (около 2,5 млрд.долларов)
🔻УСЛОВИЯ
▪️ Жесткий график и политическое давление. Horizon был частью правительственной инициативы по модернизации инфраструктуры. Было требование быстрой цифровизации
▪️ Фиксированный контракт. Контракт с ICL/Fujitsu был заключён по модели с фиксированной стоимостью и сроками, ограничивавшими гибкость в переработке системы.
▪️ Культурный разрыв между центром и исполнителями. Центр (Post Office, Fujitsu) принимал решения в ИТ-терминах, а исполнители (субпостмастеры) работали с реальными людьми и деньгами. Они не понимали друг-друга.
Казалось бы УСПЕХ!
И что же пошло не так?
Увы за фасадом успеха была трагедия, вышедшая на национальный масштаб!
Оказалось, что большая часть случай мошенничества мошенничеством не являлась. А являлась ошибками системы. Десять лет это отрицалось. При этом людей увольняли, сажали. 900+ субпостмастеров обвинены, более 230 — в уголовном порядке. Было как минимум 13 случаев самоубийства.
В конце-концов пришлось признать очевидное. Что что переросло в крупнейшее в истории Британии судебное и репутационное поражение для Post Office. Уже выплачено более £1 млрд, через суд оправдано уже 555 человек. И дела еще идут...
Вобщем шикарная история как не надо делать проекты. По итогам даже сериал сняли. В прошлом году вышел - «Mr Bates vs the Post Office» («Мистер Бейтс против почты»). Статьи с подробностями можно почитать здесь и здесь.
🦉Практические выводы для Ваших проектов:
❗️ Никогда слепо не доверяйте ИТ системе. Horizon считалась «непогрешимой», и это стало ключевой ошибкой.
❗️ Риски - это не формальные списки, а способ мышления. Мне очень много раз помогал простой вопрос "Из-за чего мой проект признают провальным?". Швейцарский сыр Вам в помощь..
❗️ Слушайте пользователей. Они часто невнятные, скандальные, не могут объяснить что не так. И вообще "Любая система работает идеально, пока туда не запустили пользователей" (c). - но они ближе всего к системе. И они поднимают красные флажки.
❗️ Внедрение ≠ успех. Формально Horizon была успешно внедрена, но последствия были разрушительны. После того как внедрили надо хорошенько "погонять" систему. Стоит убедиться, что все работает правильным образом. Это называется "опытная эксплуатация" и не надо на нее жалеть времени! Это тема ПРИЖИВЛЕНИЯ - я много об этом пишу в книге - это критично!!
Увы можно. Я в своей книге говорю, что сейчас ошибки в проектах обычно не измеряются жизнями. Но есть и неприятные исключения.
Проект Fujitsu North Star. Автоматизация почты Великобритании
Разберем по Пентабазису:
🔻ЗАЧЕМ
Проблема: Замена бумажного учета на Единую электронную систему учета (Epos) – Horizon от Fujitsu.
Для кого: Post Office как организация, государственные институты и тысячи управляющих почтовыми отделениями. (ПА: Тут интересно - Это не наемные сотрудники, а контрактные управленцы, часто — микропредприниматели, которые арендуют или владеют локальными отделениями Post Office и работают по франчайзингу. Они несут финансовую ответственность за любую недостачу)
🔻ЧТО
Автоматизация учета и обслуживания клиентов - финансовые транзакции, кассовые операции, учёт товаров, учёта пенсий, пособий и переводов, инвентаризацию и централизованный сбор данных
🔻КАК
🔻КТО
🔻ЧЕМ
Контракт порядка 2 млрд.£ (около 2,5 млрд.долларов)
🔻УСЛОВИЯ
К 2013 году система Horizon была внедрена более чем в 11,500 отделениях почты Великобритании. Через систему ежедневно проходило около 6 млн транзакций. Благодаря работе системы удалось выявить сотни случаев мошенничества!
Казалось бы УСПЕХ!
И что же пошло не так?
Оказалось, что большая часть случай мошенничества мошенничеством не являлась. А являлась ошибками системы. Десять лет это отрицалось. При этом людей увольняли, сажали. 900+ субпостмастеров обвинены, более 230 — в уголовном порядке. Было как минимум 13 случаев самоубийства.
«Мы не работали на компанию. Мы были этой компанией в глазах общества. А она отвернулась от нас в момент, когда мы больше всего в ней нуждались» — пострадавший субпостмастер.
В конце-концов пришлось признать очевидное. Что что переросло в крупнейшее в истории Британии судебное и репутационное поражение для Post Office. Уже выплачено более £1 млрд, через суд оправдано уже 555 человек. И дела еще идут...
Вобщем шикарная история как не надо делать проекты. По итогам даже сериал сняли. В прошлом году вышел - «Mr Bates vs the Post Office» («Мистер Бейтс против почты»). Статьи с подробностями можно почитать здесь и здесь.
🦉Практические выводы для Ваших проектов:
Please open Telegram to view this post
VIEW IN TELEGRAM
👍38❤21🔥12😢2
Is "Software Architect" a Fake Role? - вероятно, самый длинный текст из встречавшихся мне попыток ответа на вопрос кто такой архитектор ПО и чем он собственно занимается. Настоящий лонгрид, с пометкой 32 min read (в конце есть summary).
Я далеко не совсем согласен, но читается текст легко. Любителям поразмышлять, располагающим некоторым свободным временем, однозначно рекомендую
Я далеко не совсем согласен, но читается текст легко. Любителям поразмышлять, располагающим некоторым свободным временем, однозначно рекомендую
CloudWay Digital
Is "Software Architect" a Fake Role?
The role of the software architect has evolved out of the necessity to design increasingly complex systems. But what does that really mean?
🔥12👍8❤4🥱4
Автор c4model Саймон Браун написал пару дней назад в своем
Farewell "blue and grey boxes" ... the new example diagrams are now live on the C4 model website -> https://c4model.com
На сайте https://c4model.com и правда обновились все диаграммы. Посмотрите кому интересно. Скоро такие же появятся везде
👍26🔥16❤3
Пятничное. В последнюю пятницу уходящего лета неплохая шутка десятилетней давности:
Подробности см. здесь
There are only two hard problems in distributed systems:
2. Exactly-once delivery
1. Guaranteed order of messages
2. Exactly-once delivery
Подробности см. здесь
Mathias Verraes' Blog
Two Hard Problems with Distributed Systems
A joke
🔥42💯13👍7❤1👏1
Я решил обновить учебный курс Мастерская проектирования ИТ-решений (ближайший поток 22-25 сентября пройдет без изменений, а следующий уже поменяется). И потому хочу попросить выпускников поговорить со мной в зуме 30-40 минут в формате небольшого импровизированного интервью.
Нужны разные мнения. Кто готов напишите в комментах к этому сообщению или мне лично.
Спасибо!
PS. Откликнулось больше чем я ожидал. Останавливаю. Еще раз большое спасибо!
Нужны разные мнения. Кто готов напишите в комментах к этому сообщению или мне лично.
Спасибо!
PS. Откликнулось больше чем я ожидал. Останавливаю. Еще раз большое спасибо!
👍20
Из серии Корпоративному ИТ-архитектору на заметку сентябрьская статья Нила Хьюза с красивым заголовком Bring Your Own AI and the rise of shadow AI in the workplace
BYOAI и Shadow AI – два новых термина вокруг которых вращались все летние отчеты о том, куда, зачем и сколь эффективно энтерпрайзы приделывают искусственные интеллекты, на фоне массированного запугивания пользователей увольнением для тех, кто неосвоит компьютерную грамотность приобретет подписку на ChatGPT
Надеюсь, подписчики нашего канала заранее заготовили истории для своих CIO о том, какие архитектурных изменения позволят противостоять кусочно-лоскутной AI-зации и даже готовы порассуждать про AI-powered applications
Доброй всем пятницы!
BYOAI и Shadow AI – два новых термина вокруг которых вращались все летние отчеты о том, куда, зачем и сколь эффективно энтерпрайзы приделывают искусственные интеллекты, на фоне массированного запугивания пользователей увольнением для тех, кто не
Надеюсь, подписчики нашего канала заранее заготовили истории для своих CIO о том, какие архитектурных изменения позволят противостоять кусочно-лоскутной AI-зации и даже готовы порассуждать про AI-powered applications
Доброй всем пятницы!
Cybernews
Bring Your Own AI and the rise of shadow AI in the workplace
Bring Your Own AI: How ChatGPT, Bard, and Claude are fueling a shadow AI boom at work
🔥8👍5
3-4 октября выступлю на конференции по системному и бизнес-анализу Flow с докладом Синтаксис системных моделей. Почему варианты использования до сих пор актуальны.
Этой осенью помимо технологий на Flow будут обсуждать работу в команде, переговоры, требования, интеграции и, конечно, смыслы. Смыслы — это то, что для аналитиков важнее всего в работе: что их мотивирует, как они влияют на результат и растут как специалисты, преодолевая ограничения.
Flow 2025 Autumn пройдет в Санкт-Петербурге, с возможностью подключиться к трансляции из любой точки мира.
Подробности и билеты — на сайте.
С промокодом
Реклама. ООО «Джуг Ру Груп». ИНН 7801341446
Этой осенью помимо технологий на Flow будут обсуждать работу в команде, переговоры, требования, интеграции и, конечно, смыслы. Смыслы — это то, что для аналитиков важнее всего в работе: что их мотивирует, как они влияют на результат и растут как специалисты, преодолевая ограничения.
Flow 2025 Autumn пройдет в Санкт-Петербурге, с возможностью подключиться к трансляции из любой точки мира.
Подробности и билеты — на сайте.
С промокодом
ITARCH2025
персональный билет дешевле на 25%.Реклама. ООО «Джуг Ру Груп». ИНН 7801341446
👍8🔥1👏1
Архитектура ИТ-решений
Из серии Корпоративному ИТ-архитектору на заметку сентябрьская статья Нила Хьюза с красивым заголовком Bring Your Own AI and the rise of shadow AI in the workplace BYOAI и Shadow AI – два новых термина вокруг которых вращались все летние отчеты о том, куда…
Об этом же, но более подробно чем я, пишет у себя в канале Дэн Реймер https://www.tgoop.com/ReymerDigital/436
Telegram
Реймер | AI Трансформация Бизнеса
BYOAI: новая головная боль ИТ-директоров
Помните времена BYOD? Сотрудники приходили в офис со своими айфонами, а ИТ-отдел седел от мыслей о безопасности. Теперь история повторяется с ИИ.
Дежавю по-новому
2010-е: Bring Your Own Device
• Сотрудники: "Мой…
Помните времена BYOD? Сотрудники приходили в офис со своими айфонами, а ИТ-отдел седел от мыслей о безопасности. Теперь история повторяется с ИИ.
Дежавю по-новому
2010-е: Bring Your Own Device
• Сотрудники: "Мой…
👍5👎2
Podlodka Crew 29 сентября запускает новую конференцию — Podlodka AI Crew 🥳
Если вы ищете практические знания без воды — это оно. Подлодка собрала экспертов, которые покажут, что реально работает в коде, пайплайнах и командных процессах.
В программе:
📊«AI, ML, DS, нейросети: без хайпа в терминах» — разберём границы применимости подходов, чтобы отличать пользу от шума (Алексей Шаграев, ex-Google, ex-Yandex).
👥 Круглый стол «AI-культура в команде» — инструменты и практики, сопротивление/принятие, влияние на эффективность и безопасность (Макс Сальников / Microsoft, Владимир Иванов / Supplied, Михаил Левченко / Яндекс Вертикали, Павел Герасимов / Wrike).
💻 Мастер-класс «Project-aware ассистенты: RAG + MCP» — живая документация, контекст кода для LLM и интерфейс запросов в мессенджере; как это ускоряет онбординг и разработку (Григорий Сухоруков, Яндекс).
⚡️«Эффективный промптинг» — техники, которые убирают типовые страхи и реально ускоряют разработку (Евгений Сатуров, Surf).
Почему это важно: AI уже часть рабочего стека — от IDE до CI/CD. Здесь — практики с измеримым эффектом: меньше рутины, быстрее процессы.
Кому будет полезно: разработчикам, архитекторам и техлидам, платформенным/DevOps-инженерам - всем, кто внедряет AI-процессы и ждёт измеримого результата.
🗓 29 сентября - 3 октября
🔗 Подробности и регистрация: https://podlodka.io/aicrew
Если вы ищете практические знания без воды — это оно. Подлодка собрала экспертов, которые покажут, что реально работает в коде, пайплайнах и командных процессах.
В программе:
📊«AI, ML, DS, нейросети: без хайпа в терминах» — разберём границы применимости подходов, чтобы отличать пользу от шума (Алексей Шаграев, ex-Google, ex-Yandex).
👥 Круглый стол «AI-культура в команде» — инструменты и практики, сопротивление/принятие, влияние на эффективность и безопасность (Макс Сальников / Microsoft, Владимир Иванов / Supplied, Михаил Левченко / Яндекс Вертикали, Павел Герасимов / Wrike).
💻 Мастер-класс «Project-aware ассистенты: RAG + MCP» — живая документация, контекст кода для LLM и интерфейс запросов в мессенджере; как это ускоряет онбординг и разработку (Григорий Сухоруков, Яндекс).
⚡️«Эффективный промптинг» — техники, которые убирают типовые страхи и реально ускоряют разработку (Евгений Сатуров, Surf).
Почему это важно: AI уже часть рабочего стека — от IDE до CI/CD. Здесь — практики с измеримым эффектом: меньше рутины, быстрее процессы.
Кому будет полезно: разработчикам, архитекторам и техлидам, платформенным/DevOps-инженерам - всем, кто внедряет AI-процессы и ждёт измеримого результата.
🗓 29 сентября - 3 октября
🔗 Подробности и регистрация: https://podlodka.io/aicrew
❤5👎5🔥4
📆 Сегодня день HR-менеджера
Алармистские тексты и видео относительно рынка ИТ-труда окружают нас уже не первый месяц. Бываю редкие исключения такие, как например сентябрьский обзор State of the software engineering job market in 2025 от Gergely Orosz (вкратце: крупные компании снова нанимают, количество вакансий медленно, но растет, учите ai), но это, действительно исключения. Много чаще можно услышать про сотни нерелевантных откликов на любую позицию в течении первого дня, после публикации и месяцы безуспешных попыток поиска работы.
Несмотря на то, что группа Работа для ИТ-архитекторов является закрытой, недавний опрос показал - отклики на вакансии рекрутеры получают и там (их значительно меньше но, надеюсь, что они более релевантные). Рискну предположить, что причины проблем поиска и подбора кроются не только во внешних факторах, но отчасти и в самом процессе поиска, подбора и найма. Таковы результаты дигиталиации и "глобализации"(вернее, подражания практикам интернет-гигантов) этой деятельности. Сначала кто-то написал ботов по обработке резюме, затем другие научились отслеживать открытие позиций, кто-то немножко подделывает резюме, кто-то проводить ненужные интервью, ну а о темных паттернах площадок по подбору я вообще умолчу.
В итоге всем стало хуже
Еще раз повторю свою мысль. Если испортился процесс поиска и подбора, то нечего пенять на сам рынок труда (тем более приплетать сюда искусственный интеллект). Надо процесс чинить. Например, кандидатов надо искать не там, где светло, а там, где их потеряли а в тематических чатах и на профильных мероприятиях
Да и с работой примерно та же история
Так что с праздником, HR-менеджеры!
Алармистские тексты и видео относительно рынка ИТ-труда окружают нас уже не первый месяц. Бываю редкие исключения такие, как например сентябрьский обзор State of the software engineering job market in 2025 от Gergely Orosz (вкратце: крупные компании снова нанимают, количество вакансий медленно, но растет, учите ai), но это, действительно исключения. Много чаще можно услышать про сотни нерелевантных откликов на любую позицию в течении первого дня, после публикации и месяцы безуспешных попыток поиска работы.
Несмотря на то, что группа Работа для ИТ-архитекторов является закрытой, недавний опрос показал - отклики на вакансии рекрутеры получают и там (их значительно меньше но, надеюсь, что они более релевантные). Рискну предположить, что причины проблем поиска и подбора кроются не только во внешних факторах, но отчасти и в самом процессе поиска, подбора и найма. Таковы результаты дигиталиации и "глобализации"(вернее, подражания практикам интернет-гигантов) этой деятельности. Сначала кто-то написал ботов по обработке резюме, затем другие научились отслеживать открытие позиций, кто-то немножко подделывает резюме, кто-то проводить ненужные интервью, ну а о темных паттернах площадок по подбору я вообще умолчу.
В итоге всем стало хуже
Еще раз повторю свою мысль. Если испортился процесс поиска и подбора, то нечего пенять на сам рынок труда (тем более приплетать сюда искусственный интеллект). Надо процесс чинить. Например, кандидатов надо искать не там, где светло,
Да и с работой примерно та же история
Так что с праздником, HR-менеджеры!
Pragmaticengineer
State of the software engineering job market in 2025
A deepdive into today’s tech jobs market, with exclusive data on tech jobs, AI engineering, Big Tech recruitment, the growing importance of location, and more
👍9❤4🔥4
Яндекс зовет инженеров и разработчиков на конференцию про бэкенд
4 октября в Москве и онлайн пройдет Я про бэкенд — конференция про вызовы и решения серверной разработки.
📑 В программе — доклады практиков из Яндекса, Авито, Сбер, Т-Банк и VK:
- Алена Васильева, Шедеврум — архитектура бэкенда для ML-моделей и долгий инференс;
- Никита Сикалов, Яндекс Поиск — реалтайм-индексация и распределенные системы на десятки терабайт;
- Михаил Чебаков, Т-Банк — как спрятать сложность инференса LLM за понятными метриками;
- Роман Жиганов, Алиса и Умные устройства — Function calling в диалоговой системе Алисы;
- Андрей Шукшов, Яндекс R&D — LLM Inside: как выжать максимум из decoder attention на GPU;
- Александр Зевайкин, YDB — чтение с реплик и работа в проде.
Поговорим о том, какие изменения происходят в бэкенде, когда рекомендации и генеративный ИИ становятся частью инфраструктуры.
Полный список докладов – на сайте.
📅 Когда: 4 октября
📍 Где: Москва + онлайн (участие бесплатное, нужна регистрация)
📬 Зарегистрироваться: events.yandex.ru/events/yaprobackend
💻 Онлайн-слушатели получат ссылку на трансляцию. А тех, кто придет, ждут живой нетворкинг и афтепати.
4 октября в Москве и онлайн пройдет Я про бэкенд — конференция про вызовы и решения серверной разработки.
📑 В программе — доклады практиков из Яндекса, Авито, Сбер, Т-Банк и VK:
- Алена Васильева, Шедеврум — архитектура бэкенда для ML-моделей и долгий инференс;
- Никита Сикалов, Яндекс Поиск — реалтайм-индексация и распределенные системы на десятки терабайт;
- Михаил Чебаков, Т-Банк — как спрятать сложность инференса LLM за понятными метриками;
- Роман Жиганов, Алиса и Умные устройства — Function calling в диалоговой системе Алисы;
- Андрей Шукшов, Яндекс R&D — LLM Inside: как выжать максимум из decoder attention на GPU;
- Александр Зевайкин, YDB — чтение с реплик и работа в проде.
Поговорим о том, какие изменения происходят в бэкенде, когда рекомендации и генеративный ИИ становятся частью инфраструктуры.
Полный список докладов – на сайте.
📅 Когда: 4 октября
📍 Где: Москва + онлайн (участие бесплатное, нужна регистрация)
📬 Зарегистрироваться: events.yandex.ru/events/yaprobackend
💻 Онлайн-слушатели получат ссылку на трансляцию. А тех, кто придет, ждут живой нетворкинг и афтепати.
👎7❤3👍3🤔1
На самом деле Ээту Ниеми не говорит чего-то такого, что не было бы прописано в TOGAF. Но этого автора чаще хвалят, а вот TOGAF обычно ругают
Посмотрите его недавнюю заметку From Context to Vision: Defining What Enterprise Architecture Should Achieve Знакомые ведь все слова: определите контекст и проясните цели, начните с тех, у кого есть спрос на вашу EA, сделайте вдохновляющий vision и приземлите все это в конкретные шаги... Банально, но здесь некая магия есть, а в текстах The Open Group как-то не очень
Посмотрите его недавнюю заметку From Context to Vision: Defining What Enterprise Architecture Should Achieve Знакомые ведь все слова: определите контекст и проясните цели, начните с тех, у кого есть спрос на вашу EA, сделайте вдохновляющий vision и приземлите все это в конкретные шаги... Банально, но здесь некая магия есть, а в текстах The Open Group как-то не очень
Eatransformation
From Context to Vision: Defining What Enterprise Architecture Should Achieve
Practical guide to setting the direction for your enterprise architecture function
Если проект растёт, а архитектура кажется стабильной только на первый взгляд, самое время разобрать типовые ошибки, которые допускают даже опытные команды.
Приходи на новый сезон онлайн-конференции Podlodka Techlead Crew, посвященный архитектурным антипаттернам.
Обсудим как отличать симптомы от причин, не наступать на грабли и выбирать работающие способы изменений.
Что в программе?
🚀От спагетти кода к доменной модели: критерии выбора между Transaction Script, Active Record, DDD и Clean Architecture, практический взгляд Кирилла Ветчинкина (Авито).
🤖AI для архитектора: валидация требований, поиск зависимостей, возможность ускорения архитектурного ревью с AI в интервью с Тимуром Баюровым (Т-Банк).
🏗Архитектура хранилища данных для вашего проекта: советы от Евгения Ненахова (МТС Web Services).
💪🏼Еда, EDA и C4 — выбери 3 из 3: практический воркшоп по Event-Driven Architecture и отказоустойчивости с разметкой в C4 проведёт Владимир Невзоров (автор канала System Design World).
🗓13-17 октября — недельная концентрация пользы, практики и классный нетворк. Присоединяйся!
Подробности и билеты: https://podlodka.io/techcrew
Приходи на новый сезон онлайн-конференции Podlodka Techlead Crew, посвященный архитектурным антипаттернам.
Обсудим как отличать симптомы от причин, не наступать на грабли и выбирать работающие способы изменений.
Что в программе?
🚀От спагетти кода к доменной модели: критерии выбора между Transaction Script, Active Record, DDD и Clean Architecture, практический взгляд Кирилла Ветчинкина (Авито).
🤖AI для архитектора: валидация требований, поиск зависимостей, возможность ускорения архитектурного ревью с AI в интервью с Тимуром Баюровым (Т-Банк).
🏗Архитектура хранилища данных для вашего проекта: советы от Евгения Ненахова (МТС Web Services).
💪🏼Еда, EDA и C4 — выбери 3 из 3: практический воркшоп по Event-Driven Architecture и отказоустойчивости с разметкой в C4 проведёт Владимир Невзоров (автор канала System Design World).
🗓13-17 октября — недельная концентрация пользы, практики и классный нетворк. Присоединяйся!
Подробности и билеты: https://podlodka.io/techcrew
❤6👍3👎2🔥2
История Effective Practices for Architecting a RAG Pipeline показалась мне довольно интересной не только описываемым продуктом – экспертной системой с которой можно поговорить о текущей архитектуре системы (на основании описания) и способах её улучшения (вот прям картинка из будущего, ИТ-архитектура в формате чат-бота: «Спроси своего архитектора»).
В равной степени интересно во что превращается абстрактный RAG конвейер (рис.2) в результате своего реального воплощения (см. рис.1). Звучит это примерно так: langchain выбросим, pdf-парсер напишем свой, предварительную обработку и проверки приделаем от guardrails, оркестратор просто напишем на питоне и т.д. Подозреваю, что между строк этой лаконичной статьи осталось еще много чего интересного.
Да и вообще, процесс разработки железного архитектора вполне себе итерационный и после появления версии номер раз можно еще бесконечно что-либо тюнить
В равной степени интересно во что превращается абстрактный RAG конвейер (рис.2) в результате своего реального воплощения (см. рис.1). Звучит это примерно так: langchain выбросим, pdf-парсер напишем свой, предварительную обработку и проверки приделаем от guardrails, оркестратор просто напишем на питоне и т.д. Подозреваю, что между строк этой лаконичной статьи осталось еще много чего интересного.
Да и вообще, процесс разработки железного архитектора вполне себе итерационный и после появления версии номер раз можно еще бесконечно что-либо тюнить
InfoQ
Effective Practices for Architecting a RAG Pipeline
Hybrid search, smart chunking, and domain-aware indexing are key to building effective RAG pipelines. Context window limits and prompt quality critically affect LLM response accuracy. This article provides lessons learned from setting up a RAG pipeline.
🤨1