SA | IT | Александр Турченко

Название звучит как начало мексиканского фильма, но речь пойдет о рабочем подходе. 🧑‍🌾

3 amigos (Three Amigos) — это встреча перед стартом разработки конкретной задачи, на которой сходятся три точки зрения для обсуждения предложенного решения, выявления возможных альтернативных сценариев, а также для формирования общего понимания контекста.

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

🔣Кто входит в команду «3 amigos»?

🔣Бизнес — отвечает за бизнес-контекст, цели, ценность функционала и ожидания пользователей.
🔣Разработка — оценивает решение с технической точки зрения, выявляет ограничения и предлагает варианты реализации.
🔣Тестирование — смотрит на требования с точки зрения проверяемости, тестовых сценариев, рисков и возможных edge cases.

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

🔣 Как проходит?

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

2. Проведение встречи
На встрече участники вместе разбирают задачу:
🔣обсуждают предложенное решение;
🔣уточняют требования и ожидания;
🔣рассматривают альтернативные сценарии;
🔣выявляют риски, ограничения и неочевидные кейсы;
🔣фиксируют вопросы, которые требуют дополнительной проработки.

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

🔣Главные преимущества

🔣Единое понимание задачи
Участники заранее синхронизируются по контексту, требованиям, ограничениям и ожидаемому результату.

🔣Меньше недопонимания в разработке
Спорные моменты и неочевидные сценарии обсуждаются до старта реализации, а не во время разработки или тестирования.

🔣Раннее выявление рисков
Команда заранее замечает технические ограничения, пробелы в требованиях, сложные edge cases и потенциальные проблемы.

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

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


Делитесь, какие подходы вы используете в команде ⬇️⬇️

🤩🤩🤩

Недавно на собеседовании мне задали вопрос:
«Что такое CMS?»
А я в голове такой:
«ЦМ… что?» 🔨
Понял, что не понимаю, о чём речь. Поэтому решил разобраться, что это такое, и заодно написать об этом. 📝

Популярные CMS
🤩WordPress
🤩1C-Битрикс
🤩Joomla
🤩Drupal
🤩OpenCart

А вы используете CMS в своём проекте? 🤩
🥰 — Да
⛔️ — Нет
🐶 — Не знаю, что используется в проекте

Ребята, хочу немного прокачать канал ⌨️

В Telegram можно открыть дополнительные возможности для канала, если за него проголосуют подписчики с Premium.

Это даст мне возможность добавить новые реакции и другие приятные штуки для оформления и взаимодействия. 😎

Если у вас есть Premium, буду благодарен за буст канала 👇👇

⏺ БУСТАНУТЬ КАНАЛ ⏺

RabbitMQ и Kafka наглядно 🟡

Если вы только начинаете знакомиться с брокерами сообщений или знаете про них, но пока не встречали их на практике, можно начать с наглядных примеров и посмотреть, как сообщения проходят от producer к consumer.

📌Для Kafka можно открыть интерактивную визуализацию:
https://softwaremill.com/kafka-visualisation/

Там видно, как сообщения попадают в topic, распределяются по partitions, как работают consumer groups, offsets и что происходит при добавлении или отключении consumers/brokers.

📌Для RabbitMQ есть симулятор:
https://tryrabbitmq.com/

Там можно собрать схему. Добавить producer, exchange, queue, consumer, настроить routing и посмотреть, как сообщение проходит по цепочке. Это помогает наглядно разобраться с разными типами exchange и маршрутизацией сообщений в очереди.


Как у вас с брокерами сообщений?
😎 — Kafka уже не пугает, а RabbitMQ уже приручен
🔫 — Понимаю в теории, но руками пока не трогал(а)
🎃 — Пока знаю только Кафку, который писатель

💜🔸🟨🛅🌷🧡🔸 🛅💮🔽🔽👉🔸💜

Feature Toggles — это подход в разработке программного обеспечения, при котором отдельные функции приложения можно включать и выключать без необходимости нового релиза.

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

⭐️ Чем отличается от обычного релиза

➖Обычный релиз — выкатили код, и новая функция сразу стала доступна пользователям.
➖Релиз с Feature Toggles — код уже выкатили, но саму функцию можно включить позже и отдельно управлять её доступностью.

⭐️ Как применяются

➖Постепенный запуск
Фичу сначала включают для небольшой части пользователей. Если всё работает стабильно, постепенно расширяют на всех.

➖Тестирование
Разным группам пользователей можно показывать разные варианты функции и сравнивать метрики. Это удобно для A/B-тестов и проверки гипотез.

➖Быстрое отключение
Если новая функция работает нестабильно, её можно сразу выключить. Остальная часть приложения при этом не затрагивается.

➖Доступ для отдельных групп
Функцию можно включать только для отдельных групп пользователей: сотрудников, тестировщиков или VIP-пользователей.

⭐️ Где может жить логика

➖На фронтенде
➖На бэкенде
➖В gateway или edge-слое
➖В фоновых процессах (jobs)


А вы знакомы с Feature Toggles? 🤩🤩

😎— Да, используем в работе

💩— Слышал(а), но не применял(и)

🤔 — Нет, только узнал(а) сейчас

🥏🥏🥏

Сегодня на повестке дня ADR, удобный способ фиксировать архитектурные решения, их причины и последствия. 📑

Инструменты для ведения ADR:
🥏Confluence
🥏MADR
🥏Markdown + Git

А вы используете ADR в своих проектах? 🤩
👍🏼— Да
🥳— Нет, у нас решения хранятся в коллективной памяти

Собеседование с роботом 🤨

Написал мне подписчик и поделился интересным опытом.
Он откликнулся на вакансию СА в компанию «Самолет» и вместо звонка от рекрутера получил ссылку на интервью с виртуальным ассистентом Фёдором 👋

Само собеседование длится примерно 30–40 минут.
Вопросы в основном про ваш опыт, подход к работе, взаимодействие с командой и решение рабочих задач. Также не обошлось без вопросов по SQL и UML.

Если всё проходит успешно, приглашают на следующий этап интервью 👍


А вы сталкивались с таким форматом?
Как вам идея проходить первичный скрининг с нейросетью?

🤔 - Ничего против не имею

😐 - Идея так себе

🥳 - Ждем, когда офферы будет выдавать ИИ

🔠🔠🔠🔠🔠 🔠🔠🔠🔠🔠🔠🔠

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

🔲Сохраняйте, чтобы не потерять