analyst.by

Это главный принцип DDD: чёткое разделение зоны ответственности.

Для популярных решений vs code, notepad++ есть большое кол-во готовых плагинов, включая манипуляции json (бьюти и минимайз). Для vs code использую swagger validation/viewer, plantuml viewer

Для более полного погружения нужно добавить ещё избирательную амнезию

Нашёл игру - симулятор работы бизнес-аналитика https://store.steampowered.com/app/4656000/BOMBANANA/?l=russian

В продолжение предыдущего поста — зашел посмотреть, что сейчас делает Алистер Коберн. Он, конечно, делает! Написал в 2025 году книгу про связь User Story, Use Cases и User Story Maps. То, что я много раз рассказывал на тренингах, но в книгу не оформил, да даже и на конференциях ни разу не рассказывал, думал, это слишком просто. А вот нет, нужно говорить и писать! Впрочем, приятно чувствовать себя на одной волне с великими. Что он пишет: User Story — значимое для пользователя изменение в системе (показатель прогресса), что-то, что пользователь может увидеть и пощупать. Use Case — перечисление способов, которыми пользователь может достичь своей цели (или не достичь). Story map — раскладка карточек, где слева направо идёт процесс, а сверху вниз — приоритеты. Основные принципы: 1. Глаголы подразумевают продолжительное действие 2. Раскладывайте глаголы на более короткие (по продолжительности действия) глаголы 3. Управляйте точностью (precision — тут правильный перевод ближе к "сфокусированности", "кучности") 4. Раскладывайте (декомпозируйте) всё, не только глаголы 5. Пишите документы вместе, разработка + бизнес 6. Пишите с точки зрения пользователей 7. Пишите только потребности, а не энциклопедию всего 8. Жертвуйте совершенством ради читаемости Принципы декомпозиции: Для use cases: до уровня целей взаимодействия пользователя с системой (имеющих смысл, даже если системы нет, система — это просто один из вариантов реализации), в метафоре Коберна — до "уровня моря" Для User story — хоть до "уровня моллюсков", то есть почти бесконечно. Use case поставляет полное описание способов работы с системой, поэтому из него нарезаются единицы прироста пользы — user story. Каждая история представляет собой срез юскейса (slice). Story map объединяет user stories и use cases: верхняя строка — это успешные шаги одного большого сценария, который обеспечивает вся система (и одновременно — названия юскейсов более низкого уровня). Карточки в колонке — срезы юскейсов, варианты данных / каналов / интерфейсов, обработка ошибок. Вот такое мнение гуру. А в 2026 году он уже успел выпустить ещё одну книгу: "Упрощая проектирование программных продуктов: гениальность бюрократии". Говорит, архитектура программных систем должна строиться на двух принципах матерых бюрократов: * "Это не моя задача" * "Мне это не нужно знать" То есть, каждый модуль должен четко понимать, что не является его задачей, и не делать этого. И не интереоваться ничем, кроме своей узкой задачи. Говорит, особенно актуальны эти принципы в эпоху ИИ-агентов, когда каждый агент старается побольше сделать. Нет, нужно им прописывать личности бюрократов, которые делают только то, что положено, и не больше. И тайно всех окружающих ненавидят.

Бот немного не в себе, ну вы в курсе наверное - галлюцинации ИИ и все такое. В канале Announcements можно, если речь о карьере БА или чего-то схожего.

Нет. Это техподдержка. Если нужен карьерный рост - hh.ru или linkedin.com

Всем привет! Уместно ли здесь размещать резюме и информацию о том, что нахожусь в поиске путей карьерного роста?

Notepad++ Ctr-alt-m Онлайн форматтеры.

Я подозреваю его в том, что он там по пути половину джейсона исправит и я это не отловлю