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

Вот что это значит:

1️⃣Согласованность
Все сервера всегда видят одно и то же. Например, если ты записал что-то в систему, все сразу видят это обновление.

2️⃣ Доступность
Система всегда отвечает на запросы, даже если какие-то сервера не работают. То есть, пользователь всегда получит ответ, но он может быть не самым свежим.

3️⃣Устойчивость к разделению
Система продолжает работать, даже если часть серверов не может общаться друг с другом (например, из-за проблем с сетью).

Суть CAP теоремы

Если у тебя случится сетевой сбой, то ты не сможешь одновременно обеспечить и согласованность, и доступность. Придётся выбирать, чем пожертвовать.

Как это применить на практике

1️⃣Анализируй потребности
Подумай, что для тебя важнее: актуальные данные, постоянная доступность или работа в условиях сетевых проблем.

2️⃣Выбирай архитектуру
Исходя из этого, выбирай компромисс. Например, если твоя система должна быстро отвечать пользователям, даже если данные не всегда актуальны (как в соцсетях), то тебе подойдёт модель AP (доступность + устойчивость к разделению).

3️⃣Реализуй
Выбирай технологии и подходы, которые соответствуют твоему выбору. Для CP систем (согласованность + устойчивость к разделению) подойдут реляционные базы данных. Для AP (доступность + устойчивость к разделению) — NoSQL базы.

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

P.S. надеюсь будет выглядеть нормально, с телефона набираешь когда, есть нюансы)

@it_underside

В общем сегодня увидел статейку обзорную про HighLoad++ 2024 и там есть обзор моего доклада "Опыт перевода банковского продукта в риалтайм", есть много спорных моментов, конечно в статье, но как понял автор, так и рассказал) но вообще рассказал достаточно подробно и близко к оригиналу😀

Да, я ищу второго тестировщика как раз на этот проект)) пишите, если у вас есть кто на примете.

А вот и статейка⬇️
https://habr.com/ru/articles/825566/


#ITнаизнанку #t1 #highload++ #2024

@it_underside

Привет! Тема дня - User Story (пользовательская история) такая важная и столь недооцененная вещь в командах ( встречал сеньеров, которые вообще не понимали, что от них хотят). Где-то сейчас посмотрят с неодобрением мастодонты и промолвят, что так не бывает. Скажу так, если ты носишь "шапку" аналитика, то будь добр хорошо разбираться в этой теме, а для молодых, джунов - основа основ.

Ну, что поехали? ☹️

User story – простое описание одной или нескольких функций продукта, написанное с точки зрения пользователя. Т.е. короткая, емкая история, которая описывает, кто пользователь, что он хочет сделать и зачем. Она помогает понять, какие задачи и потребности есть у пользователей, чтобы разработчики могли создавать более удобные и полезные продукты.

Пример user story:
1. Как пользователь, я хочу зарегистрироваться на сайте, чтобы иметь возможность оставлять комментарии.
2. Как администратор, я хочу видеть список всех зарегистрированных пользователей, чтобы управлять их доступом.
3. Как покупатель, я хочу иметь возможность добавлять товары в корзину, чтобы затем быстро оформить покупку.

User stories помогают командам:
- Понять пользователя;
- Согласовать задачи;
- Разбить работу на части.

Как правильно писать user stories?🤔

1. Используй простую структуру:
⚫️Кто: "Как [тип пользователя],"
⚫️Что: "я хочу [действие],"
⚫️Зачем: "чтобы [цель или причина]."

Пример: "Как студент, я хочу видеть свои оценки онлайн, чтобы быть в курсе своей успеваемости."

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

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

Пример⬇️
История: "Как покупатель, я хочу добавить товары в избранное, чтобы легко найти их позже."
Критерии приемки:
⚫️Пользователь может добавить товар в избранное.
⚫️Пользователь может просматривать список избранных товаров.

🤫Зачем нужны user stories🤫

🍿 Фокус на пользователе. Помогают команде всегда думать о конечных пользователях и их потребностях.
📞Упрощение планирования. Делят большой проект на мелкие, управляемые части.
🫵Улучшение коммуникации. Обеспечивают ясность и понимание среди всех участников команды.

✍️Примеры хороших user stories✍️

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

P.S. надеюсь легко объяснил и адекватно))

@it_underside

Всем доброй пятницы!

Хотелось бы поговорить о архитектурном проектировании, ну про монолиты и микросервисы всякие) Сегодня начинаем серию статей об архитектурном проектировании, и первая тема — это конечно монолит!

Монолитная архитектура

Монолит — это классический подход к разработке ПО, где все компоненты системы объединены в одном приложении.

🔹 Преимущества

- Простота разработки и деплоя
- Централизованное управление кодовой базой
- Легкость отладки и тестирования

❌ Недостатки

- Трудности масштабирования
- Ограниченная гибкость при внесении изменений
- Риск возникновения узких мест и точек отказа

А чуть больше подробностей 🖱тут🖱

@it_underside

Тут до меня дошло, что уже понедельник😁, значит отдых идёт хорошо))) а пока ловите мини-статейку про микросервисный подход

https://telegra.ph/Tolko-mikroservisy-tolko-hardkor-07-04

Снизу не читайте🐱

P.S.Дальше будет сравнение монолита и микросервисов, потом чисто опыт моего проектирования систем.

Все три статейки про подходы в проектировании ИТ решений тут:
1️⃣ Никакихмикросервисов, только Монолит
2️⃣ Только микросервисы, только хардкор!
3️⃣ Микросервисы или монолит?

Интересно хоть?

@It_underside

Немного юмора под пятницу, готовлюсь к выходу из отпуска 😭

@it_underside

P.S. надеюсь история будет смешной😁😁😁😁😁

Чуть ранее делал опрос, а где лучше работать ИТ-специалисту? Как вы думаете, за что проголосовало большинство - Продуктовые ИТ компании! А давайте поразмышляем, где же ИТ-специалистам живется лучше всего и обсудим аутсорсинг - сегодня, а остальные в следующих постах: аутстаффинг, банковскую сферу, продуктовые компании и не проффильные ИТ-компании. Поехали!

Аутсорсинг - Жизнь на грани дедлайнов⚠️
Аутсорсинг – это как быть супергероем, которого зовут спасать мир от хаоса, т.е. проект за проектом, технология за технологией и ты постоянно в движении, развиваешься и учишься новому, но живешь в постоянных дедлайнах, а также не имеешь всех привелегий и бонусов компании заказчика.

Что круто?

1️⃣Разнообразие проектов. Каждый день новый вызов. Работая над разными задачами, ты становишься универсалом.
1️⃣Карьерный лифт. Если умеешь быстро адаптироваться и показываешь результат, карьерный рост не заставит себя ждать.

Что бесит?

👨‍💻Переработки. Сколько ночей ты провел за кодом, чтобы успеть к дедлайну? Много.
😱Нестабильность. Один проект закончился, другой начнется не сразу. И вот ты уже скучаешь. А может бть и такое, что у компании не хватает проектов и от кого то придётся избавляться.

@it_underside🐱

А, да, напоминаю, пишите в лс, кто не прочь собраться

Продолжаем предыдущий пост и говорим про ⬇️

Аутстаффинг - Жонглирование компаниями
Аутстаффинг – это когда ты работаешь на одну компанию, но по факту трудишься на другую. Хочешь поработать в банке, потом в стартапе, а потом снова в банке? Легко!

Плюсы😏

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

Минусы🥺

🗣Чувство временности. Трудно почувствовать себя частью команды, когда ты формально работаешь на другую компанию.
🗣Юридические заморочки. В разных странах свои нюансы трудового законодательства, и иногда они могут подкинуть сюрпризы.

@it_underside

Наткнулся на мошенников, которые 😭 "помогли" 😡 с продвижением и добавили в канал порядка двух сотен мёртвых душ вместо реальной помощи. Так что будьте осторожны и проверяйте тех, кто оказывает цифровые услуги, даже если эти сервисы имеют хорошую репутацию! Но не будем о грустном. Давайте поговорим о следующем крупном сегменте «почти» ИТ-компаний – банках. Как-то так получилось, что именно банковское ИТ считается одним из лучших - у нас точно.

Почему ИТ в банках такое классное именно у нас, в России? Рассуждать на эту тему можно очень долго, но факт остаётся фактом: банки у нас стали первоклассными ИТ-институтами, ну Касперский, Яндекс, mail.ru и vk также относятся к ИТ институтам, но банкинг имеет огромную долю ИТ. Финтех или банкинг (объединим их) вкладывают огромные средства в развитие технологий, постоянно ищут новые решения и нанимают лучших специалистов. В результате у нас получилось создать одно из самых передовых банковских ИТ в мире, вот где вы видели, чтобы за пару лет создать хранилища, кркдитные конвейеры, crm, инженерные решения самостоятельно - лично я нигде. И не забудем про импортозамещение – сколько новых продуктов создаётся каждый год!

Работа в банках для ИТ-специалистов – это поддержка текущих банковских систем и продуктов, разработка высоконагруженных приложений для обеспечения роста, глубокая аналитика, геоинформационные системы, графовые базы данных, первоклассный ML и многое другое.

🟢 Плюсы

1️⃣ Стабильность. Банки предлагают надёжную и стабильную работу с хорошими соцпакетами.

2️⃣Бенефиты. Отличные условия по кредитам, ДМС и другие бонусы.

3️⃣Высокие зарплаты . ИТ-специалисты в банках часто получают больше, чем в других секторах и вообще по отрасли.

4️⃣Обучение и развитие. Банки инвестируют в обучение своих сотрудников, предлагая курсы, тренинги и сертификации.

5️⃣Инновации. Несмотря на стереотипы, банки активно внедряют новые технологии и решения.

🔴 Минусы

1️⃣Бюрократия. Много цифровой волокиты и строгих процедур, обойти которые порой невозможно.

2️⃣Медленные нововведения. Банки медленно внедряют новые технологии, но данный тезис надо понимать так, что самые последние обновления до тщательного анализа ИБ никто не понесёт, а вообще стек тут всегда актуальный, это вам не штаты))

3️⃣Высокий уровень ответственности. Ошибки в банковской сфере могут дорого стоить, тут и закон о банковской деятельности и ПНД, так что надо быть аккуратным.

4️⃣ Регуляторные требования. Нужно соблюдать множество правил и требований, что иногда сильно усложняет работу.

5️⃣Интенсивная работа. Высокие нагрузки и требования к качеству могут приводить к хорошему выгоранию.

Но несмотря на все минусы, банковское ИТ в России – это мощная платформа для профессионального роста и развития. Если ты ищешь стабильность, хорошую и конкурентную зарплату и возможность работать с передовыми технологиями, то банковский сектор и вообще финтех – отличный выбор)😎

P.S. Ищу в команду хорошего автотестера, описание выше в посте.