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

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? 👍

В начале каждого года я ставлю цели. Для меня важно не стоять на месте и постоянно расти.

В цели входит:
✔️ количество книг
✔️ список обучений
✔️ техника, одежда и аксесуары к покупке
✔️ уровень ЗП
✔️ количество тренировок

Все, что измеримо - все цели. Как в системном анализе 🚀 Который со мной не только в работе, но и по жизни! Системность во всем!

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

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

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

Ставьте цели. Расписывайте привычки, которые помогут вам до них дойти. И уже в 2023 году вы сможете достигнуть крутых результатов! Кто со мной в этом году? ❤️

Катерина Ананьева и команда GetAnalyst поздравляют вас с Новым годом! 🎄
Желаем, чтобы в 2023 году вы покорили все заветные вершины, получили заслуженные награды, испытали головокружительные эмоции, насладились приятными событиями и воплотили заветные мечты! 🙌

Пусть во всем сопутствует удача и этот год станет яркой и счастливой страничкой в вашей жизни 🚀

Блеск елочных огней 🎄,
искристое шампанское 🥂,
Дед Мороз 🎅🏻и Снегурочка
и, наконец, бой курантов!
На пороге Новый, 2023 год, встречайте!
Он несет Вам удачу, радостные моменты,
здоровье, счастье, благополучие!

Этот год окажется самым красивым и необычным!
С праздником! ♥️

Два года назад открыла для себя книгу, которая дала мне мощного пинка в жизни:
"То, как мы работаем, - не работает", Тони Шварц

Все бывает. И меня настиг период, когда я оказалась "не в ресурсе". Работа работается, жизнь идет - замечательно! Но усталость постоянно накатывает. Вдохновение стало пропадать. Я была измучена. Сама собой.

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

Да-да, стабильность это круто! А я счастлива? Вот это поворот! А как же цели? Как же завоевание мира и еще больше?

Тони, спасибо за "То, как мы работаем - не работает". Эта книга не только про отношение к работе. Она про отношение к жизни.


Вот, что шаг за шагом я поменяла:

📝 Каждое утро уделяю 15 минут планированию
В план я вписываю перерывы. Без этого я забывала отдыхать и нон-стоп ломала глаза у монитора. Еще есть "галочки" на звонки близким и друзьям

🖼 Начала развивать творческое воображение: картины, танцы, клубы и возвращение к вокалу, все оттуда

🧘‍♀️Вернулась к медитациям
За 5 месяцев практики я снова управляю своим состоянием

🤓 Держу концентрацию внимания
Продуктивные забеги на задачи по 15, 30, 45 или 90 минут. А затем обязательный перерыв на 5-15 минут

Полный пост здесь 🔗


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

Хотите перемен в 2023? Действуйте! Эта книга даст много подсказок!

Нужны ли аналитики за рубежом? 🥺😱

У кого в целях путешествия, переезды, или просто выход на первую работу?

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

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

Временно откладываем оливье в сторону, регистрируемся, а на завтра готовим новую порцию! 😉

❗️Уже сегодня ❗️

На вебинаре затронем вопрос о том, что навык написания User Story является одним из ключевых для работы, и присутствует в большей части вакансий для аналитиков!

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

❗️Начинаем через 15 минут❗️

Подключайтесь по ссылке

Начнём с User Story

Замечали, что от некоторых сайтов и приложений веет скукой и ничего не понятно, а от других просто не оторваться? Как думаете, почему так — это модный дизайн, классная анимация или залипательные тексты?

Всё дело в проработанной пользовательской истории — User Story.
При разработке очень важно понимать какова цель аудитории, как пользователь будет взаимодействовать с приложением, чтобы прийти к нужному результату. Именно от этого построится крутой UI/UX (интерфейс пользователя).

User Story — это требования, которые описывают функции ПО, с целью показать возможные движения клиента.
📌Как будет использоваться приложение?
📌Что нужно клиенту?
📌Как поведёт себя в той или иной ситуации?