Я обожаю свою работу!

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

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

Помните, как у Тони Старк из вселенной Marvel раскрывалась умная система со всевозможными функциями. В моей голове при работе происходит примерно то же самое 😂

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

Бывает такое, когда круто разбираетесь в теме?))

Благодаря своему огромному опыту в IT, я вижу приложения насквозь!

Даже если точно не знаю, как оно было выполнено, догадываюсь, что при нажатии кнопки отправляю определенный набор данных на сервер. Сервер возвращает ответ.

Представляю все алгоритмы, которые могут быть реализованы для обработки и сохранения данных, строю базы данных.

И всё это — аналитика! ♥️

Так что же из себя представляет системный анализ?

◾Выявление бизнес-процессов и их описание
◾Разработка алгоритмов обработки данных
◾Проектирование структур данных
◾Выявление данных, которые надо хранить в системе
◾Проектирование архитектуры систем
◾Проектирование интеграций
◾Разработка и дизайн экранов
◾Описание поведения пользователей

О роли системного аналитика и шаблон для проектирования 👈

Я наконец-то открываю запись на программу, которую так долго ждали! Кто хочет в системный анализ - с нуля или из другой профессии в IT - читаем!

Профессия Системный аналитик
Разработка требований и проектирование систем с погружением в детали

Стартуем 31 января 2023 🚀
▫️3 месяца
▫️работа с требованиями и проектированием
▫️практические вебинары и воркшопы
Подробности тут 🔗

Пока можно занять место по цене 2022 года. Предложение будет действительно до 30 декабря 2022, 23:59 (Мск) 🎄

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

Я знаю предметные области, связанные с торговлей, E-commerce, транспортом, медициной, CRM и другие. Это растит во мне не только технического специалиста, но и расширяет знания в бытовом плане.

Например, недавно пригодился лайфхак, который выяснила при работе с транспортными приложениями. 
При оплате банковской картой в Apple Pay и Google Pay, которые на территории РФ сейчас не работают, номер нашей физической карты отличается. Если посмотреть на чек, то видно, что последние четыре цифры другие.

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

Я кайфую от профессии аналитика. Знаете, это как при влюбленности порхают бабочки в животе? Так вот, у меня от системного анализа, не то что бабочки в животе, у меня там Клювокрыл размахивает крыльями)

Поэтому не устану повторять — профессия аналитика крутая и захватывающе интересная!

Привет! Это было затишье перед бурей 😉

В выходные Christmas и Birthday отмечала. Покаталась на коньках у океана - это что-то невероятное!!!! В такие моменты я не успеваю делать для вас посты, но собираю хорошее настроение, чтобы делиться им на вебнарах 🚀

Еще путешествую по США, общаюсь с людьми и собираю информацию из мира бизнеса и ИТ, которой можно поделиться с вами.

В сентябре, когда запускала первый поток курса для аналитиков с нуля поняла, что буду вести два канала. Для профи и для начинающих.

Канал для профи t.me/getanalystru

У тех, кто уже в системном анализе цель прокачать скилы, глубоко освоить определенные тех. навыки и собрать больше практических кейсов, чтобы легко менять проекты и расти. А у начинающих - сделать первые шаги в системный анализ и освоить базу, понять внутреннюю кухню с нуля.

Этот канал для начинающих аналитиков. Поэтому сейчас погружаю вас в требования, основы ООП, и далее по плану 😉

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

Я веду шаг за шагом и погружаю в нужные тех скилы и софт скилы. Читаем все! Тут нет воды 🚱

P.S. Оставляю ссылку на вебинарах на свой профиль в запрещенной сети. Но недавно в одном из чатов ее искали. Дублирую https://www.instagram.com/katherine__aa/

Был у меня на прошлой неделе в канале для профи такой пост 😏

Можно еще огонечков докинуть, но коллеги из канала для профи уже сделали все, чтобы вебинар состоялся 👇

Привет! Давно не виделись ♥️

Прошедшую неделю я посвятила своему образованию, расширению нетворкинга в сферах IT+бизнес, и отдыху. Познакомилась еще с несколькими владельцами IT-компаний в США, послушала про особенности стартап-жизни в Силиконовой долине, узнала про организацию процессов разработки "с полей" от опытного программиста.

Окончательно убедилась в том, что позиция "Systms analyst" почти отсутствует в командах крупных IT-компаний 😒 Так что если вы ищите работу в США, то системные аналитики это Project manager / Technical Project Manager.

Бизнес-аналитикам повезло - совпадение почти 1 к 1. Выделенная позиция есть. Очень нравится, что в их подходе к работе особенное внимание уделяется работе с метриками бизнеса, которые собирают Data Analysts. Такого я в живую не видела в России.

Я так понимаю, что полезно было бы пригласить вас в эфир и рассказать про устройство процесса разработки в IT-компаниях.
Собираем 100+ 🔥 под этот пост и планируем эфир "Команда разрботки в США и место аналитика в ней"!

📌 Как устроен процесс разработки в IT-компаниях США?
📌 Как системному аналитику составить международное резюме?
📌 Где и как искать работу?
📌 Как строить личный бренд IT-специалиста в резюме и соц.сетях?

Я пообщалась с разработчиками и менеджерами проектов IT-компаний, собрала самую актуальную информацию, как системному аналитику стать частью команды разработки в США, и поделюсь ею на бесплатном вебинаре

📚 Команда разработки в США и место аналитика в ней
🗓 28 декабря, 19:00 (Мск)
🔗 Регистрация по этой ссылке

Регистрируйтесь, чтобы не пропустить! 😉

Базовые принципы ООП:

1️⃣ Наследование
2️⃣ Полиморфизм
3️⃣ Инкапсуляция

Три слова, которые от разработчиков в диалогах вы услышите редко, но именно этими терминами они руководствуются, организуя код.

Я неосознанно исользую эти три принципа ООП для решения задач системного анализа:
✔️ Проектирование алгоритмов, в которых переиспользуют уже реализованные методы в системе
✔️ Проектирование дизайна RESR API методов сервера - постановка задач на Backend-разработчиков
✔️ Создание структуры документации

Картинка для привлечения внимания 😉 С ходу непонятная. Но за несколько постов раскрою вам суть

📌 Инкапсуляция - это что-то про private, protected и public

Вот по такому ассоциативному ряду я каждый раз вспоминаю о чем это вообще.

"Прятать в капсулу" - тоже прекрасно помогает.

Из заумного 🧠:
Инкапсуляция - это свойство системы, которое объединяет данные и методы, работающие с ними, в классе, а также защищает и то и другое от внешнего вмешательства или неправильного использования.

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

Именно инкапсуляция позволяет скрыть конкретную информацию и контролировать доступ к внутреннему состоянию объекта.

Реализуется за счет установки модификаторов доступа public и private для свойств класса и его методов.

+ Public — доступ открыт всем другим классам, кто видит определение данного класса.
+ Protected — доступ открыт классам, созданным на основе данного - производные. Производные классы получают свободный доступ к таким свойствам или методам. Другие классы такого доступа не имеют.
+ Private — доступ открыт самому классу (т.е. функциям-членам данного класса) и друзьям (friend) данного класса - как функциям, так и классам. Производные классы не получают доступа к этим данным совсем. Другие классы такого доступа не имеют.

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

На картинке с котиком:

Класс Животное

private метод Переваривать (еда)
{
Тут описан код, как животные перевариавают еду, но это защищено и никто не должен узнать алгоритм.
вернуть в результате метода: 💩
}

Такая вот инкапсуляция 😏

Теперь вы сможете своить статью про инкапсуляцию в вики, если захотите немного погрузиться в программирование. Даже не смотря на сложные термины и несколько языков программирования с примерами.

Того, что я дала вам в нскольких предыдущих постах, достаточно для прохождения собеседований на позицию аналитиком везде! ✔️

Наследование - это когда есть родитель с базовыми свойствами и дети с уникальными 👨‍👩‍👧‍👦

Процесс, при помощи которого один объект может приобретать свойства другого.

Класс, от которого производится наследование, называется базовым или родительским. Новый класс – потомком, наследником или производным классом.

Представим, что в кондитерской много лет готовили один и тот же торт "Наполеон". Спустя время повара понимают - нужно усовершенствовать десерт и что-то поменять. За основу берут старый рецепт и также добавляют какие-то новые ингредиенты. Получается все-тот же Наполеон, но, например:
+ с глазурью и ягодами внутри
+ шоколадный - с ягодами и какао

Базовый Наполнеон - класс-родитель, ягодный и шоколадый - производные классы, потомки👌

Наследование на примере с животными 😼

Есть базовый класс - животные

У Животного есть свойства:
Название
Цвет
Порода
Наличие шерсти

И методы:
Говорить
Кушать

От базового класса животные можно выделить подклассы:
1. Котик с методом носить шляпу и бабочку
2. Собачка с методом кушать еду и переваривать в сладости
3. Паук 😹 с методом пугать

Совсем детский пример. Но суть наследования такова. Забрать базовые свойства и методы от родителя и дополнительно реализовывать свои.

Как аналитик я использую знания о наследовании ООП при:
✔️ организации структуры документации - переиспользование статей, ссылочность
✔️ переиспользование общих алгоритмов
✔️ дизайн объектов API (например, json)

Уже через 3 часа! Прямой эфир с Екатериной Ананьевой!

📹 Команда разработки в США и место аналитика в ней
⏰ 19:00 - 21:00 Мск

Ссылку на трансляцию пришлем в канал за 15 минут до начала.

Всем привет!

Вчера на вебинаре про процесс разработки в США
💥очень подробно проговорили о возможных позициях системного аналитика,
💥 узнали, кто по факту выполняет задачи системного аналитика и как нам встроиться в команду,
💥 разобрали отличия в вакансиях менеджеров проектов, бизнес-аналитиков и системных аналитиков,
💥 на что делать фокус при переподготовке,
💥 обсудили нюансы по налогам и разрешениям на работу,
💥 дала лайфхаки на что смотреть при написании резюме.

Официально открыли предзапись на
3-х месячный онлайн-практикум
Системный аналитик: с нуля до опыта работы на проекте

Так как не все в горящие предновогодние дедлайны смогли быть онлайн, проведем повтор вебинара
📹 Команда разработки в США и место аналитика в ней
⏰ 4 января 15:00 - 17:00 Мск

Ссылку на трансляцию пришлем за 3 часа до начала.

Полиморфизм - это способность объектов с одним интерфейсом иметь разную реализацию

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

За счёт того, что полиморфизм разрешат использовать один интерфейс для задания единого класса действий, в разы снижается сложность программ.

На картинке мы видим разных животных. У них есть общий метод - говорить. Задача - одна. Но реализация разная. Поэтому мы можем:
1. Создать метод Speak() - одинаковый для всех животных
2. Реализовать его по-разному, в зависимости от того, какой подкласс животных его вызывает. Собачка гавкает, котик мяукает и т.д.

Требования к ПО - это что-то многогранное. Начнете искать вакансию аналитика - это будет один из первых пунктов: "умение собирать и анализировать требования". И конечно писать :)

По сути, что есть требования?

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

С какими видами требований мы встречаемся:
✔️ бизнес-требования,
✔️ бизнес-правила,
✔️ пользовательские требования,
✔️ функциональные требования,
✔️ нефункциональные требования,
✔️ системные требования,
✔️ атрибуты качества,
✔️ ограничения.

Это все виды требований, если читать по Вигерсу. Сейчас модный тренд - работа по User Stories и Use Cases. Я сама, когда работаю с нарезкой задач в Jira, использую этот подход.

User Story - кто хочет фичу, какую, и почему.
Use Case - какая функциональность нужна в системе и как она будет работать.

На вебинаре мы делали обзор вакансий по США. И тут тоже системный аналитик, бизнес-аналитик, project manager - от всех нужен навык работы с требованиями, включая умение писать US и UC.

Давайте запланируем начать обучение и разбираться с User Stories и Use Cases с началом 2023? 👍