tgindex
BA / SA Materials

BA / SA Materials

Статистика
@ba_sa_materialsДизайнанглийский

Summaries of materials devoted to Business and Systems Analysis, UI/UX, Software Architecture

Последний пост
14 авг.
Последнее чтение
19:20
Постов за неделю
5
Всего постов
44
Тип
открытый
Язык
английский
Категория
Дизайн
В каталоге с
13 авг.
Подписчики
1 201
+2 за 3 дн.
Сутки
+1
+0,08%
Неделя
 
Месяц
 
Просмотров на пост
91
40 постов
Вовлечённость
7,6%
к подписчикам
Постов в день
0,7
всего 44
Упоминаний
0
каналов
Охват размещения
оценка
1/24сутки в ленте
56
1/48двое суток
64
1/72трое суток
69

Оценка по просмотрам недавних постов: пост набирает почти всё за первые сутки.

Посты

  • Мы перешли на API-first, и это не помогло Автор: Никита Миронов Главная мысль: границы контрактов нужно явно фиксировать в самих контрактах. О чём: - В контракте указали integer, но не определили минимальное и максимальное значения. - По спецификации сгенерировали код: в Go получилось int64, в iOS — int64, в Android — int32. - Позже понадобилось добавить к значению префикс. В Android новое значение уже перестало помещаться в выбранный тип. - Ещё была часть про форматно-логический контроль. - Было много мемов. Мемы понравились. - Нашел его сайт: https://analystexe.ru/

  • Архитектурные решения и компромиссы — почему мы всё время делаем систему хуже Автор: Андрей Бураков Главная мысль: придумайте несколько вариантов решения, сравните их плюсы и минусы и отдельно подумайте не только о том, что каждый вариант улучшает, но и о том, что он ухудшает. О чём: - У каждого решения есть плюсы и минусы. Поэтому практически любое изменение в чём-то делает систему лучше, а в чём-то хуже. - Идеальное, но несуществующее решение - система, которой вообще нет, но которая при этом выполняет бизнес-задачу. - Предлагаемый подход: определяем важные характеристики первого пришедшего в голову решения → приоритизируем их → добавляем вариант «оставить как есть» → генерируем альтернативы → сравниваем варианты → выбираем наиболее подходящий → документируем принятое решение. - Если решение ничего не ухудшает, скорее всего, вы ещё не нашли его минусы. Если вариант решения только один, стоит придумать ещё. - По возможности характеристики решений стоит выражать количественно. - Доклад очень понравился, хот

  • Spec Driven Development для системного аналитика: как превратить неполные вводные в проверяемую API-спецификацию Автор: Виктория Золотарёва Главная мысль: ИИ помог одновременно ускорить разработку требований и повысить их качество. О чём: - Рассказ о том, как в команде использовали ИИ для улучшения качества документации. - Аналитик с помощью ИИ пишет спецификацию в GitLab. В качестве контекста ИИ получает стайл-гайды в .md-файлах и документацию проекта. Спецификация хранится в отдельной ветке. - На основе спецификации генерируется документация в Confluence, а разработчик пишет код. Затем изменения аналитика и разработчика объединяются. - Использовали Cursor, а не локальные модели. Применение сторонних моделей для проекта предварительно согласовали с ИБ. - По словам автора, скорость работы выросла, команда результатом довольна. Интересно, что сама инициатива изначально пришла от бэкенд-разработчика. - Подробнее: https://habr.com/ru/companies/alfa/articles/1059296/

  • Как системному аналитику не спроектировать утечку данных в API Автор: Елизавета Акманова Главная мысль: Продумывайте риски и не бойтесь отказываться от решений, которые могут породить много проблем в будущем. О чём: - Кейс из работы компании: с какой проблемой столкнулись и как её решали. - Иногда лучше вообще не делать фичу, если потенциальные проблемы от неё перевешивают пользу. - Перед реализацией стоит несколько раз подумать, чем решение может аукнуться в будущем.

  • Сегодня посетил митап Т1 x ГК «Юзтех»: «Системный анализ» https://pro.t1.ru/event/JCPCjAwF?code=CFNUDP Общие впечатления: - Офлайн посещать подобные мероприятия куда интереснее, чем сидеть и слушать очередной онлайн-митап. - Бесплатные еда и вода. Такое любим, такое уважаем. Ещё выдавали подарки за интересные вопросы. - Узнал не так много нового, но сходить определённо стоило. - Времени на общение было не очень много, но кое-что успели пообсуждать. - Если приглашают на мероприятия по адресу Москва, м. Динамо, Ленинградский пр-т, 36, стр. 41 (БЦ «Арена», 23-й этаж), советую сходить. Лекционный зал там довольно красивый. Выжимка из докладов:

  • видео или голосовое, без подписи

  • видео или голосовое, без подписи

  • видео или голосовое, без подписи

  • видео или голосовое, без подписи

  • Some showcases of how requirements look

  • You might ask: who cares? Where are the results of that system prompt usage? Here they are https://github.com/arlagonix/todo-app-generated-requirements Model used for generation: deepseek-v4-flash (it's free, the endpoint is https://opencode.ai/zen/v1) Harness: Molten Forge

  • видео или голосовое, без подписи

  • Although that's only half of the story. That video inspired me to create with help of AI a system prompt for systems analysis that might help to write in this style. I like concise and easy to understand language in requirements Here's the system prompt:

  • видео или голосовое, без подписи

  • видео или голосовое, без подписи

  • видео или голосовое, без подписи

  • видео или голосовое, без подписи

  • видео или голосовое, без подписи

  • видео или голосовое, без подписи

  • видео или голосовое, без подписи

BA / SA Materials — tgindex