Привет, друзья!

У меня для вас отличная новость.

Я создал одноименный канал "Сундучок системного аналитика", по адресу @analystlab и прикрепил к нему эту группу.
У группы теперь новая ссылка @analystlab_chat
(Возможно изменится название на "Чат сундучка" или "Беседка сундучка", но это не точно)

Теперь все посты, будь то новости, ссылки на статьи и другие полезности, буду публиковать на канале, а группу можно будет использовать как чат. Обсуждать посты, новости, рабочие инструменты или обращаться за помощью.

Так и задумывалось изначально, но что-то пошло не так)
Поэтому, создание канала, это попытка исправить ситуацию и подтолкнуть вас к общению в чатике)

Всем хорошего вечера!

#статья #habr #jira

А что бы не было скучно, вот вам интересное руководство по Jira для не технарей

#guide #jira

Ловите подробный user guide по работе в Jira.

#Статья #API #REST #Messaging #Микросервисы

REST vs Messaging для микросервисов - что лучше?

Перевод статьи Jonathan Schabowsky от 29 июня 2017 на тему микросервисов и сравнения REST/Messaging.
Статья не новая, но от этого не менее актуальная.

Всем привет!
Обновился внешний вид сундучка.
Следующая цель - обновить содержимое.

#Статья #Психология

А.Кукла - Ментальные ловушки

Статья написана по одноименной книге А. Кукла

О чем книга?
Книга о ментальных ловушках – накатанных и привычных путях, по которым мучительно и безрезультатно движется наша мысль, сжигая невероятные объемы нашего времени, высасывая энергию и не создавая никаких ценностей ни для нас самих, ни для кого бы то ни было. О том, почему мы преждевременно тревожимся или медлим в нерешительности, строим планы, которые вскоре опрокинет жизнь, или оттягиваем дело, которое давно пора начать.

#Статья #Архитектура

Перевод статьи Errant Architectures

завтра, с 9 до 12 часов по утрам рабочих дней стартует курс-боевик Дениса Бескова по разработке системных требований в канонических и современных форматах сценариев use case и с использованием диаграмм анализа DFD Context, UML StateChart, Use Case

за 11 лет проведения курса выпускники не раз получали с его помощью первую или новую работу системным аналитиком, тк он здорово ставит на место голову и обучает функциональному проектированию назначения и использования программных систем

курс ведёт Мира Карлаш, занятия которой уже традиционно набирают высокие оценки благодаря её стараниям и умениям объяснить материал максимально подробно и понятно

курс пройдёт в интенсивном формате, 4 занятия в неделю, 2 недели

https://systems.education/sard

Тема API достаточно сложная, не зря про неё пишут целые книги.

В частности, нужно уметь проектировать не только синхронное, но и асинхронное взаимодействие. Организовывать его не только напрямую, но и через брокеры.

Чтобы разобраться в этой непростой теме, Анна Вичугова разработала воркшоп для тех, кто хочет пойти дальше обычного CRUD API
«Проектирование сложных API: OpenAPI + AsyncAPI»
https://systems.education/api-workshop

А вести его будет Зоя Степчева, опытный бэкенд-разработчик, преподаватель, а в последние годы — ведущий системный аналитик и архитектор решений.

Воркшоп пройдёт по вечерам рабочих дней на неделе с 29 января по 2 февраля, welcome!

#анонсы #воркшоп #интеграция #API #OpenAPI

Что-то на питерском

И не спрашивайте как я это нашел)

Воркшоп «Use Case: основы»

Когда старт?
9 марта

Воркшоп будет полезен начинающим системным аналитикам, которые хотят:
— научиться писать Use Cases
— строить диаграмму сценариев использования
— формировать пакеты и реестр Use Cases
— не допускать типичных ошибок

Тебя будет ждать короткое онлайн-занятие
— Утром в выходной день
— 4,5 часа с перерывом

Регистрация ещё открыта!

#usecase #воркшоп #обучение

Воркшоп «Проектирование интеграции с REST API»

Когда старт?
16 марта

Воркшоп будет полезен тем, кто хочет:
— познакомиться с REST API
— научиться проектировать интеграцию «с нуля»
— описывать REST-интерфейсы в виде, пригодном для разработки

Что получишь от воркшопа?
Пошаговую методику и шаблон описания интеграции
— Участники проанализируют процесс взаимодействия систем, потоки данных и опишут REST-like API
— Поймут, как аналитик решает интеграционные задачи
— Подготовят постановку задачи на интеграцию на основе шаблона

Регистрация еще открыта!

#RESTAPI #интеграция #проектирование

Приветствую всех жителей сундучка!

— Чем хотите пока заняться, состоятельные кроты системные аналитики?
— А что, если нам почитать?
— И то дело!

#статья

Школа системного анализа представляет вашему вниманию очередную переведенную на русский язык статью.

Исследование двух парадигм разработки программного обеспечения

Автор статьи: Пол Ральф
Автор перевода: Александр Брютов

➡️ Оригинал статьи

#интервью #книга #DDD

Приветствую всех жителей сундучка!

Если вы интересуетесь темой DDD, предлагаю вам посмотреть интервью с Владом. Так же рекомендую почитать его книгу What Is Domain-Driven Design в переводе на русский язык.

Да, знаю, что припозднился с этой новостью)
Всем хороших выходных!

Воркшоп «Архитектура от словаря: определения как базис проектирования»

— Научитесь создавать единый язык для проектов, сократив время на дискуссии и количество ошибок.
— Улучшите качество разработки через качество коммуникации и «незаметное» внедрение DDD в проектирование.

Кому будет полезен:
— Архитекторам и Техлидам
— Продактам, Аналитикам и BizDev
— QA и Тимлидам

Что вас ждет:
Разберемся, как Domain-Driven Design стирает границы между «их» и «нашими», превращая споры между инженерами и бизнесом в синергию.

Что вы унесете с собой:
— Понимание каждого слова в вашем проектном словаре, уверенность в его использовании
— Готовность к масштабированию проектов без ущерба для качества и четкости понимания задач
— Ощущение сплоченной команды, которая движется к общим целям с четким пониманием каждого действия и его результата

Количество мест ограничено! На любой воркшоп могут попасть только 12 человек, не затягивайте с регистрацией!

❗️ВАЖНО! Участие в воркшопах не входит в стоимость билета на конференцию.

Для регистрации на воркшоп переходите по ссылке

Почему проектирование базы данных без предварительного моделирования неэффективно?

Технически можно приступить к проектированию физической модели данных без предварительного создания концептуальной, логической или предметной модели. Однако это может быть не самым эффективным или рациональным подходом, особенно в контексте сложных или масштабных проектов. Вот несколько причин, почему это не рекомендуется:

1️⃣ Недостаточное понимание предметной области:
Без предварительного анализа и понимания предметной области, в которой работает ваше приложение или система, есть риск проектирования неподходящей структуры данных. Это может привести к неэффективности, неудовлетворенности пользователей или даже к полной несовместимости с требованиями.

2️⃣ Неэффективное использование ресурсов:
Проектирование физической модели данных без учета концептуальной модели может привести к неэффективному использованию ресурсов, таких как время разработчиков и затраты на оборудование. Без ясного понимания требований и структуры данных вы рискуете создать неоптимизированную базу данных.

3️⃣ Сложности в дальнейшем обслуживании и развитии:
Без адекватного моделирования предметной области вы можете столкнуться с трудностями при поддержке и развитии вашего приложения или системы. Изменения, необходимые в будущем, могут быть сложными и дорогостоящими из-за неадекватной структуры данных.

Хотя технически это возможно, рекомендуется начинать проектирование базы данных с адекватного анализа предметной области и разработки концептуальной и логической моделей данных.

Если хотите получить новые умения, присоединяйтесь к нашему воркшопу «Моделирование предметной области и Проектирование базы данных», который стартует 20 мая

Регистрация

А если вы уже знакомы с этой темой, то рекомендуем попробовать себя на воркшопе по SQL