😂👍👍❤️👌😅😊😊😍😘

❗️До начала 15 минут❗️

📹 Про REST API за 2 часа: с нуля до Swagger-документации

Переходите по ссылке: https://pruffme.com/webinar/?id=cfbaba2b3142b38994e60652dbe9760d и начинаем!

🤩 КАК ИЗМЕРЯТЬ СВОЙ УСПЕХ? 🤩

Помните, как в детстве мартышка из мультика измеряла удава?
По итогу удав был бы равен 31 мартышке или 9 слонятам.

К сожалению (или к счастью?), успех мартышками не измерить. Его вообще трудно измерить в какой-то конкретной единице 👀

Многие привыкли измерять достижения двумя сферами: доход и должность на работе. Если ты директор, то успех в кармане. А если рядовой служащий, то твои результаты в работе подвергают сомнениям. Но разве это объективно? 😢

Жизнь не состоит только из работы и зарплаты. Успех — это совокупность различных сфер.
Среди них:
⏩ваше окружение,
⏩личностные качества, которые вы уже имеете или стремитесь получить,
⏩ментальное и физическое здоровье, которые требуют ресурсов для поддержания,
а ещё ведь есть увлечения, которые тоже говорят о вас многое!
Короче говоря, одна лишь работа не сделает вас абсолютно счастливым и успешным.

Чтобы отслеживать свои результаты и корректировать вектор развития, специалисты рекомендуют периодически использовать технику «Колесо баланса» ⬇️

#softGetAnalyst

🎡 ТЕХНИКА «КОЛЕСО БАЛАНСА» 🎡:

1. Возьмите чистый лист бумаги
или любой другой инструмент, в котором вам будет удобно рисовать (планшет, Figma и тд).

2. Нарисуйте круг из 8 секторов:
- Здоровье,
- Работа,
- Финансы,
- Отношения,
- Уровень комфорта,
- Личностное развитие,
- Отдых / Досуг,
- Окружение.

🥷: Вложите в каждый из секторов тот смысл, который актуален лично для вас.
Например:
- к здоровью можно отнести физическое и/или ментальное или разделить этот сектор на два;
- отношения, которые для вас важны, могут быть как семейными или романтическими, так и отношения с самим собой;
- к уровню комфорта можно отнести удовлетворение собой или своим имуществом
и так далее.


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


4. Оцените каждый сектор по 10-балльной шкале, закрасив каждую единицу шкалы.
При оценке постарайтесь понять уровень удовлетворения этой сферой своей жизни в текущий момент. И отметить, какие факторы влияют положительно, а какие – отрицательно.

🦸‍♂️: Например, если вы понимаете, что просмотр сериалов в качестве отдыха оставляет чувство неудовлетворённости, то, скорее всего, этот не тот формат досуга, который вам подходит.


🧐 ЧТО В ИТОГЕ? 🧐

Благодаря такой простой визуализации вы выявите «отстающие» сферы и поймёте, где ваши зоны роста. Останется только выбрать тот сектор, который станет у вас акцентным для улучшения в ближайшее время. И приступить к созданию плана улучшения своей жизни 💜

Желаем вам классных трансформаций, ребят.
И отличного завершения рабочей недели.

Любая система или ПО состоит из разных элементов, каждый из которых выполняет свою уникальную роль и функцию. Понять, как устроена система изнутри, поможет описание её архитектуры.

Архитектура системы — это концептуальное описание организации, которое определяет содержание и взаимосвязи находящихся внутри системы компонентов.

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

Наиболее популярны два основных вида архитектур: монолитная и микросервисная.

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

☝️ Вопросы про виды архитектуры очень часто задают на собеседованиях на аналитиков, разработчиков и тестировщиков уровня junior. Поэтому чтобы вы чувствовали себя увереннее на встречах с потенциальным работодателем, эту неделю посвятим теме архитектуры и проектированию баз данных.

Ну а затем КВИЗанём полученные знания, чтобы закрепить теорию 😉✨

#hardGetAnalyst

✨ ПРО МОНОЛИТНУЮ АРХИТЕКТУРУ ✨

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

Далее поговорим про плюсы и минусы монолитной архитектуры.


ПЛЮСЫ:

🟢ПО с такой архитектурой быстрее разрабатывать и развёртывать
Разработчикам не нужно развёртывать изменения или обновления по отдельности, это экономит время.

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

🟢Меньше проблем с сопровождением
Благодаря единой кодовой базе ПО легче взаимодействует с инструментами, например с ведением логов и историчности.


МИНУСЫ:

🟣Если происходит сбой, это оказывает влияние на всю систему.

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

🟣Сложность внедрения новых технологий.
Чтобы добавить новую технологию, нужно переписать всю программу, что является очень трудоёмким и дорогим процессом.


Продолжение завтра 🫡

✨ ПРО МИКРОСЕРВИСНУЮ АРХИТЕКТУРУ ✨

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

Микросервисы — это маленькие программы, которые живут на своём сервере и выполняют только свои определённые виды задач.

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

🥷: Кстати говоря, Netflix, Amazon, Twitter, eBay и PayPal эволюционировали из монолита в микросервисы.

Каждый микросервис также может состоять из базы данных, клиентского пользовательского интерфейса и бэкенд-логики на сервере.

Но микросервисы - это не универсальное решение и сейчас разберём, почему. Начнём с плюсов.

ПЛЮСЫ:

🟢Возможность разгрузить систему, распределив нагрузку на микросервисы

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

🟢При помощи микросервисов несколько разных команд могут быстро работать над разными сервисами независимо друг от друга.

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


МИНУСЫ:

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

🟣Угрозы безопасности ПО.
Поскольку становится больше таких микросервисов, которые могут общаться с внешними источниками, повышается вероятность атаки злоумышленников.

🟣Разнородность языков программирования.
Когда разные сервисы написаны на разных языках, становится сложнее развертывать приложение. А ещё самим разработчикам приходится переключаться между этапами разработки с одного на другой язык.


Ну как-то так.
Завтра планируем запустить КВИЗ, но хочется понять, нужны ли какие-то пояснения к теории или вы готовы проверить свои знания?

Ставьте реакции:
👍 - готовы к КВИЗу!
👀 - ничего непонятно, но очень интересно!

ИТАК, КВИЗ! 😮

Ранее мы познакомились с вами с различными видами архитектуры. Пришло время проверить свои знания 🙃

КВИЗ будет состоять из двух частей:
- в первой части мы предложим несколько высказываний, которые относятся к какому-то виду архитектуры,
- во второй части вы получите описание условий, в рамках которых необходимо определиться с наиболее подходящим видом архитектуры.

Не переживайте – вы справитесь! Но чтобы улучшить свой результат, рекомендуем ещё раз прочитать теорию из постов выше ⬆️

Как только наберём 20🔥 на этом посте, запустим КВИЗ! 😘

#quizGetAnalyst