Знакомый круговорот? 👀 Как выйти из из него?

Это проблема не только тех, кто начинает карьеру. Аналитики, кто пока работал только в одной компании тоже с этим встречаются.

Как получить работу или опыт Системному аналитику, если нет опыта?

▫️ Проходить стажировки.
▫️ Учиться там, где сразу дают опыт.
▫️ Общаться с экспертами-аналитиками.

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

Со следующей недели на практической программе обучения для системных аналитиков мы начнем встречаться онлайн, каждую неделю, чтобы сделать проект: теория + работа с задачами по ней сразу. Это проект для вашего портфолио 📚

Есть случаи "Я пришел с улицы, без опыта, меня взяли и я быстро доучился" - у нас будет не этот случай. Вы неизбежно получите опыт работы системным аналитиком 🚀

Полезный совет: нейминг решает

🟢 Если назвать бокал стаканом, то назначение "пить" вроде бы не меняется, но что-то все-таки не то.

Имя объекта должно характеризовать его достаточно емко, не вызывать двусмысленности.

Метод должен реализовывать ровно то, о чем говорит его название. Название должно быть таким, чтобы другому разработчику не нужно было залезать внутрь и раскапывать, что еще здесь можно неожиданно встретить в реализации. Лучше, когда название метода описывает результат его работы, но не его реализацию.

Имена объектов и методов в конечном счете становится языком команды разработки, заказчика ПО и даже пользователей.

Больше полезных советов в моей статье Маленькими шагами к красивым решениям 🔗

Открываем новую рубрику #историиGetAnalyst 🚀

За 2 года работы школы платные программы прошли уже 500+ студентов.
Результаты многих восхищают и вдохновляют команду GetAnalyst делать и дальше крутые продукты, которые помогают реализовываться и развиваться в IT-карьере.

Сегодня расскажем об успехах одной из студенток второго потока программы «Системный аналитик: с нуля до опыта работы».

Гульшат пришла на курс уже специалистом: в системном анализе она проработала 1,5 года.
Была цель «подтянуть» и упорядочить знания, заполнить пробелы🎯

До этого девушка участвовала в бесплатных вебинарах GetAnalyst и проходила курс по БД и SQL.

Как поделилась с нами Гульшат «было опасение, что не получу новых знаний и опыта, больше того, что уже имею, что не получу того, что хочу, и потрачу деньги зря. Но курс понравился.»

Благодаря обучению:
▫️структурировались знания в проектировании БД
▫️освоила проектирование UI/UX
▫️поняла, как грамотно формировать задачи на разработку
▫️освоила Notion
▫️разобралась в программе Figma.

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

🔥 После курса Гульшат нам рассказала, что её уже приглашали на работу в другую компанию, но на прежней работе предложили повышение в должности и по ЗП 🔥

Для нас это самый крутой результат.
Мы понимаем, ученики не просто послушали лекции, а пошли с уверенностью применять знания на практике 🚀

Давайте поддержим Гульшат ❤️❤️❤️ и пожелаем ей еще более крутых результатов в самое ближайшее время!

Привет!
Воскресная загадка. Угадайте, где баг? 🤔

Привет-привет! Ответ на загадку "Где баг?" - в мобильной верстке📱

При разработке требований и приемке задач от разработчиков не забывайте учитывать требования к адаптации под мобильные устройства - это требования к мобильной верстке.

В первую очередь - это требования к дизайнеру. А потом уже напоминание разработчику фронтенда, который это все верстает.

Важные моменты - отличия, которые могут быть в мобильной верстке:
✔️ Изменение порядка элементов.
✔️ Часть функциональности может быть недоступна в мобильной верстке.
✔️ Часть элементов может отображаться иначе или работать иначе, чем в компьютерной широкоэкранной верстке.
✔️ Есть ли возможность (отдельная кнопка) для просмотра компьютерного режима со смартфона - писать в требованиях.

При проверке задач, если это необходимо, лучше пользоваться смартфоном. Если сидите за компьютером и лень, то повторите то, что я сделала на видео - сужение экрана и отслеживание: как ведут себя элементы дизайна.

Так что если сейчас работаете с веб-приложениями, то можно посмотреть, что будет, если перейти в мобильный режим 🙃 Мало ли... 😄

P.S. А еще, прорабатывая нефункциональные требования к веб-приложениям, не забудьте в договоре с заказчиком указать требования к видам и версиям браузеров, где оно должно работать 😉

У вас бывало такое, что вы используете приложение, или смотрите, как в регистратуре в поликлинике не могут сделать какую-то элементарную вещь с вашим приемом к врачу, и в голове:
"Ну это же элементарно! Почему у вас это не работает?!" 🤯

Бытовые ситуации вдохновляют меня на разбор ошибок проектирования, которые ведут к костылям и неудобству по развитию системы.

Дано:

1. Автосалон 🚘
Продает авто и занимается сервисным обслуживанием (плановый технический осмотр - ТО), ремонтом.

2. Есть учет всех клиентов. Общий.

3. Для автомастерской есть учет истории визитов каждой машины.

4. Процессы:
+ ведение базы всех клиентов,
+ покупка авто,
+ запись на прием в автомастерскую с уведомлениями клиента,
+ создание отчетов о выполненных работах.

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

Что случилось, в чем ошибка бизнес-аналитика и что из-за нее не учли в системном анализе? Как дорого будет стоить ее исправление?

Будем последовательно разбираться. И проектировать нормально. Рассмотрим полный цикл: требования, БД, бэкенд, фронтенд, интеграции 🙌

Вводную и погружение в контекст сделала в формате видео. Смотреть тут 👀