Latest posts
Russian Association of Software Architects
10 Sept, 11:53
Новый кейс в «Архитектурных этюдах»Как решаете задачи валидации, когда смешиваются в одной задаче и размытые формулировки и алгоритмически проверяемые (обязательно) факты?https://t.me/archicases/10055/10056TelegramСергей Баранов in Архитектурные этюдыЕсть формулировка бизнес-цели, например: «Вывести маржинальность на уровень 15%». Нужно провести анализ формулировки. Чистую LLM очень легко запутать, чистая алгоритмика ограничена комбинаторно. Текущая реализация результатов анализа на картинке (это одна…Russian Association of Software Architects
8 Sept, 19:12
forwarded from @blog_sb
Запись вебинара «Определение объектов и границ объектов NFR»Youtube: https://www.youtube.com/watch?v=7sLMNBNCMi8 VK: https://vkvideo.ru/video-184472537_456239215Russian Association of Software Architects
4 Sept, 13:32
forwarded from @blog_sb
NFR – это требование к чему именно?Наверняка у всех вас в том или ином виде описаны атрибуты качества, такие как безопасность, производительность, масштабируемость. На первый взгляд все в порядке: они указаны и даже заданы количественно или качественно. Однако при детальном рассмотрении часто выясняется, что совершенно непонятно, к какому объекту относится требование.Требование производительности – к чему конкретно? К продукту? К отдельному модулю? К сервису? К данным? К конкретному пользовательскому сценарию?К каким проблемам это может привести? ▪️Компания берет на себя обязательства, которые невозможно проверить и защитить перед клиентом или регулятором: не зафиксировано, к какому именно объекту относятся эти обязательства ▪️Архитектурный артефакт невозможно однозначно спроектировать и протестировать, если NFR сформулированы без привязки к нему ▪️Требования нельзя проверить на
Russian Association of Software Architects
28 Aug, 20:42
forwarded from @blog_sb
Поговорим о знанииСуществует модель описания знания, включающая в себя три основных компонента: - декларативное знание (что?) - процедурное знание (как?) - условное знание (когда и почему?)Декларативное знание - это факты и утверждения, процедурное - правила действий.Декларативное - предпосылка для процедурного. При этом в зависимости от обретаемого знания конкретные типы могут быть разного объема, где-то больше декларативного (теоретическая наука), где-то процедурного (езда на велосипеде).При этом знание неотделимо от контекста и деятельности, в которой оно применяется. Подумайте о кешировании и про: - разработку самого компонента кэша (разработчик) - выбор класса и конкретной реализации (архитектор) - настройка и мониторинг (SRE) Таким образом, часть знания не существует в голове отдельно от практики, в которой она проявляется.Помимо этого, в знании есть условные понятия,Russian Association of Software Architects
22 Aug, 13:48
forwarded from @it_architecture_rss
Domain-Driven Design matters more when AI writes your codevia Learn Building Modern Go applicationsTelegraphDomain-Driven Design matters more when AI writes your codeWhatever you think of AI coding, the way we build software is changing. Everyone wonders, “What will stay relevant?” All we have is opinions, so here’s mine: most ideas behind Domain-Driven Design are now more relevant than ever, as DDD has never been strictly…Russian Association of Software Architects
8 Aug, 17:54
В Архитектурных Этюдах новый кейс: https://t.me/archicases/9786/9787TelegramСергей Баранов in Архитектурные этюдыДоступ к данным AI-агента для первой линии Суть кейса: AI помогает первой линии: читает тикеты, CRM, биллинг, логи, базу знаний и предлагает действия Проблема: Если дать AI-агенту широкий доступ, он может увидеть чужие данные, раскрыть персданные, выполнить…2,770Open in TelegramRussian Association of Software Architects
22 Jul, 19:39
forwarded from @event_storming
Вот так Notebooklm сжал теорию первого дня корп курса по Event Storming, очень хорошо сжал, я бы сказал. Никакой лишней информации нет, так что можно выложить :)Russian Association of Software Architects
19 Jul, 12:28
Russian Association of Software Architects
27 Jun, 12:37
forwarded from @blog_sb
SPDD (Structured Promt Driven Development) https://martinfowler.com/articles/structured-prompt-driven/Пришла пора подвести итоги использования SPDD, как самостоятельного, так и в рамках консалтинга.Я не увидел в SPDD чего-то, что бы фундаментально меняло подход к разработке, в сущности – это инструмент для того, чтобы обуздать и дисциплинировать работу ненадежным, стохастическим генератором кода (хотя Мартин Фаулер иного мнения - «material change in how developers build software», можно так сказать, но даже сама статья не сказать, что этот тезис раскрывает).Инженерная работа, которую ранее разработчик мог выполнить во время написания кода, – проработка структуры сущностей, описание модели, фиксация атрибутов качества, определение инвариантов, теперь, как и завещали нам все инженерные школы (начиная с XP) выносится вперед, как проработка конкретной задачи перед началом работы надRussian Association of Software Architects
20 Jun, 19:10
forwarded from @blog_sb
Я обещал написать, начал писать и уже получилось пять страниц, так что это будет уже статья, но кое что я все же напишу здесь.В прошлом году я выступил с темой «Экономические последствия архитектурных решений». В ней было о том, как архитектура влияет на экономику. После этого было несколько проектов, в которых мы реализовали оценку архитектурных решений в деньгах. Это оказалось проще, чем кажется на первый взгляд, но требует некоторых усилий в изменении процессов, модели принятия архитектурных решений и подходам к работе с инициативами. Однако встал очередной вопрос, который именно сейчас стал болезненным.Заключается он в том, что аналогия технического долга, и архитектурного в частности, завязана на деньги. Прошлым летом у меня было выступление на тему архитектурного долга, но суть в том, что мы всегда считали объем архитектурного долга в терминах технических метрик. И это большаяRussian Association of Software Architects
19 Jun, 18:00
forwarded from @blog_sb
Russian Association of Software Architects
17 Jun, 05:35
forwarded from @neuraldeep
Ищу человека, который возьмёт на себя почтовую платформу на 100 млн ящиковРынок почты в РФ переформатируется на глазах Старая модель «жить на чужой бесплатной почте» закончиласьНа этом фоне нужна экспертиза на почтовый сервис национального масштаба, до 100 000 000 ящиков, полностью в российском контуреИщу не «инженера Postfix», а технического лидера направления того, кто возьмёт архитектуру/стратегию и результат на себя + соберёт команду под себяТебе сюда, если ты: • строил или эксплуатировал почту/мессенджинг на десятках млн пользователей (Яндекс / VK / Mail.ru / крупный телеком / хостинг / RuPost); • держишь весь стек: распределённое хранилище и очереди, доставляемость на уровне IP-пулов, антиспам/антифрод; • понимаешь комплаенс на масштабе — 152-ФЗ, ОРИ, СОРМ (на 100 млн это фундамент, а не опция); • умеешь вести команду и отвечать за направление, а не только за конфиги.ФормRussian Association of Software Architects
16 Jun, 12:36
Мы продолжаем прием тем для выступления на archdays.ruЭтот год богат на темы, подавайте, встретимся, обсудим :)Russian Association of Software Architects
1 May, 12:52
forwarded from @it_architecture_rss
Structured-Prompt-Driven Development (SPDD)LLM programming assistants have demonstrated considerable value, but mostly with individual developers. The internal IT organization in Thoughtworks has been using them for their teams and have developed a method and workflow called Structured Prompt-Driven Development (SPDD). Wei Zhang and Jessie Jie Xia describe a simple example of this workflow with details in github. This workflow treats the prompts as a first-class artifact, kept with the code in version control, and used to align development with business needs. They have found that developers need three key skills to be effective: alignment, abstraction-first, and iterative review.more…via Martin Fowler
Russian Association of Software Architects
16 Apr, 18:48
forwarded from @unauthz
401 meetup – call for papersДрузья, пишу поделиться отличной новостью!Анонсирую оффлайн-митап про Identity & Access Management (IAM) в Москве 27 мая. Концепция: свободный вендор-независимый митап для сообщества.Подробности и начало регистрации для участников будут объявлены позднее, а пока приглашаю спикеров заявиться с докладами.Очень жду и приветствую доклады про аутентификацию, управление доступом и смежные области. Это будет классная возможность выступить на релевантную аудиторию. Тайминг 35-40 минут. Запись постараюсь организовать, чтобы материалы были доступны.Принимаем любые идеи, крутые технические или архитектурные доклады всегда в цене. А если вам нужно вдохновение, вот темы, о которых особенно хочется послушать: - Аутентификация и авторизация: MFA, passwordless, адаптивная risk-based аутентификация, Just-in-Time Access, политики и модели контроля доступа - Протоколы
Russian Association of Software Architects
15 Apr, 10:25edited
Новый кейс в Архитектурных Этюдах!«Расхождение между учетной системой и реальностью на складе» Как построить архитектуру информационной системы управления складом, при которой физическое состояние склада и его цифровое отображение остаются синхронизированными в реальном времени несмотря на то, что операции с материалами выполняют десятки людей, не заинтересованных в корректном вводе данных?https://t.me/archicases/9360/9362Russian Association of Software Architects
13 Apr, 16:07
Хм. Раньше настройки опроса в Телеграм по-умолчанию были такими: • Можно выбрать только один вариант ответаТеперь по-умолчанию через десктопное приложение осталось как и было раньше (можно выбрать только один вариант ответа), а в мобильной версии по-умолчанию теперь: • Можно выбрать несколько вариантов • Перемешивать варианты ответа при каждом отображении (новая настройка)Вот я и создал опрос, через мобильное приложение, мда 🙂Вайбкодить начали, что ли 🙂Russian Association of Software Architects
13 Apr, 15:34
Russian Association of Software Architects
11 Apr, 17:16
Новый кейс в архитектурных этюдах«Бонусы в архитектуре процессинга» https://t.me/archicases/8989/8990TelegramСергей Баранов in Архитектурные этюдыБонусы в архитектуре процессинга Есть процессинг. Он, как положено процессингу, слушает внешние события и раскладывает их по финансовым операциям в учет. При этом у клиента есть деньги и бонусы. Бонусы клиент может тратить на услуги. Текущая проблема…2,180Open in TelegramRussian Association of Software Architects
10 Apr, 16:39
2,370Open in Telegram
Related Channels
Other channels in the same section of the catalogue.
