Найти в Дзене
Покупайте СтеллыИ дарите их за контент
1 неделю назад

Опытный системный аналитик и начинающий: что изменилось в 2026? Раньше всё было просто. Сеньор умел проектировать все что нужно, например, 10 типов артефактов, а джун — два. Остальное джун делал криво, с проверкой и наставником. Мидл где-то посередине. Был четкий план как стать сеньером)) Опыт во многом измерялся количеством «ремесленных» навыков проектировщика: схемы межсервисных взаимодействий, модели данных, API... А потом пришёл ИИ и всех выровнял. Хорошую диаграмму теперь рисует нейросеть, описание API — тоже. Хардскиллы перестали быть тем, что отличает сеньора от джуна. И тут софтскиллы вышли на первый план. --- Чем реально отличается опытный аналитик от неопытного в 2026-м ❌ Не умением клепать артефакты для ТЗ ❌ Не количеством архитектурных паттернов в голове. Они не являются чем-то интеллектуально недоступным. Быть в курсе применимых на проекте паттернов должен любой системный аналитик — и джун, и мидл. ✅ А вот чем: — Умением общаться. Выслушать бизнес. Услышать и понять, что на самом деле нужно. — Умением аргументировать. Предложить решение и развернуть свою позицию на понятном языке. Не «я считаю, что надо так», а «вот почему это решение закроет задачу, а вот риски и альтернативы». — Умением брать ответственность. Умение признавать ошибки и переделывать, если нужно. — Умением переводить. Сформулировать ТЗ так, чтобы "конкретный" разработчик понял, что делать. Чтобы "конкретный" тестировщик понял, как проверять фичу. — Не быть вредным умником... Быть наставником для менее опытных. Быть человеком для живых людей напротив. Покажется странным, но сейчас, когда ИИ вступил в игру, переделать не оптимальное техническое решение дешевле, чем как бараны толкаться рогами и разругаться между собой при выборе "лучшего" варианта реализации. --- Резюмируем Опытный аналитик умеет ответить на вопрос: «Что мы конкретно сделали и почему именно так?» И ответить так, чтобы понял и бизнес, и разработчик, и тестировщик. Каждый на своём уровне. Это и есть опыт. Не 10 артефактов вместо двух. А живая коммуникация, ответственность и ясность. --- А вы замечаете, как ИИ сместил фокус с «умею рисовать схему» на «умею договориться»?

2 года назад

Как распилить монолит: сравнение микросервисного и композиционного подхода

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

2 года назад

Производственный процесс

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

2 года назад

Рывок для системного аналитика

Хочешь перейти на новый уровень - записывайся на консультации: в ВК или на HH Ниже программа мини-курса на 3 занятия по 1,5 часа В итоге ты расширишь ИТ кругозор и сможешь претендовать на более высокую позицию, а также сможешь разговаривать на одном языке и предметно дискутировать с опытными разработчиками и архитекторами систем. Возможно именно этого мини-рывка тебе не хватает, чтобы получить действительно интересную и более денежную работу. Проектирование ИТ-систем для аналитика Занятие 1: +Прогоню тебя по чек-листу вопросов на техническом интервью (работа с требованиями, понимание производственного...

3 года назад

За экспертами не ИТшниками с высокой инженерной культурой будущее. Препятствия: - Птичий язык ИТшников, - Опаска - там что-то очень сложное и все равно не разобраться, - Нет одного источника правды, есть куча мнений и все на птичьем... Первый шаг - понимание базовой архитектуры клиент-серверного приложения. Далее строительная метафора. "Заказчик: Мне нужен надежный, долговечный и просторный дом, через пол года в посёлке Солнышко! Строитель: Ну отлично у меня есть готовое решение: ушп, можно ростверк, сип-панели, пеноплекс, сухая стяжка, фальц. … Все понятно? думаю нет, но большинство захотят разобраться не врет ли строитель! И заказчик точно сможет разобраться, так как у всех есть понимание - БАЗОВОЙ АРХИТЕКТУРЫ ДОМА: Фундамент - утепленная плита, сваи... Стены - готовые панели, кирпич, пенобетон... Крыша - солома, черепица, железо... Если дом в средней полосе или на севере нужно: Утепление - пеноплекс, мин.вата... Если дом более 1 этажа нужны: Перекрытия - железобетонные плиты, доски... " строительная метафора закончилась)

3 года назад

Модная нынче тема! Роль "Архитектор ИТ системы" или шире "Архитектор решений" Кто может исполнять эту роль? На мой взгляд, у опытного Системного аналитика должны быть навыки для работы на позиции Архитектор. Ниже навыки-знания, без которых Архитектору никак: 1. Сбор требований: нотации, артефакты, умение общаться, проактивность 2. Интеграция: REST, очереди/брокеры, проблемы транзакционности 3. Архитектурные стили: не только монолит и микросевисы, знание ключевых паттернов, концепция DDD... 4. Кибербезопасность: детали аутентификации и авторизации, шифрование 5. Развертывание: контейнеры, оркестраторы, понимание CI/CD 6. Тестирование и мониторинг системы Системный аналитик может ограничиться пунктами 1 и 2 (возможно 3), но Архитектор должен обладать широтой знаний и уметь разговаривать на одном языке как с бизнесом, так и с разработчиками, тестировщиками, безопасниками. Итог: Архитектор - это экспертный путь развития для Системного аналитика.

Покупайте СтеллыИ дарите их за контент