📌 Что такое dependency injection

Dependency Injection — это способ передачи зависимостей в класс снаружи, а не когда сам класс их создаёт.
То есть объект не сам решает, какие ему нужны зависимости, а получает их «готовыми».

➡️ Плюсы DI

Ослабляет связность кода (loosely coupled).
Легко подменять зависимости → проще тестировать.
Код становится гибче и расширяемее.

➡️ Минусы DI

Иногда избыточно для маленьких проектов.
Если использовать DI-фреймворки (Spring, Dagger, Guice), то порог входа выше.

Как ответить на собесе:

«Dependency Injection — это принцип, при котором зависимости передаются в класс извне. Это улучшает тестируемость и уменьшает связность. На практике часто реализуется через конструктор или специальные DI-контейнеры».

🏃‍♀️ Азбука айтишника

#ликбез

🕯 Паттерн Состояние (State)

State — это поведенческий паттерн, который позволяет объекту менять свое поведение в зависимости от внутреннего состояния. Вместо множества условных операторов (if-else или switch), каждое состояние представляется отдельным классом, а сам объект делегирует управление текущему состоянию.

⭐ Когда использовать

— Когда у объекта есть несколько состояний, и его поведение зависит от текущего состояния.
— Когда код с if-else или switch начинает разрастаться и усложняет поддержку.
— Когда необходимо четко разделить логику различных состояний и сделать систему более гибкой.

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

— Избавляет от множества if-else конструкций, делая код более читаемым и поддерживаемым.
— Облегчает добавление новых состояний без изменения существующего кода.
— Обеспечивает инкапсуляцию логики для каждого состояния, упрощая тестирование и модификации.

⭐ Недостатки

— Может усложнить код, если состояний слишком мало, а логика простая.
— Увеличивает количество классов, так как каждое состояние реализуется отдельно.
— Вводит дополнительные связи между классами состояний и контекстом.

State — мощный инструмент, когда объекту нужно динамически изменять свое поведение. Он особенно полезен в конечных автоматах, обработке пользовательских действий и моделировании процессов с четко определенными шагами.

🏃‍♀️ Азбука айтишника

#буст

📌 Что такое CORS-атака?

CORS-атака (Cross-Origin Resource Sharing attack) — это эксплуатация неправильных настроек CORS, позволяющая злоумышленнику получить доступ к защищённым данным с другого домена.

➡️ Как это работает

Браузеры ограничивают выполнение запросов между разными источниками (same-origin policy). CORS (Cross-Origin Resource Sharing) позволяет ослабить эти ограничения. Если сервер неправильно настроен, злоумышленник может отправить вредоносный запрос от имени жертвы и похитить данные.

➡️ Как защититься

— Явно указывать доверенные источники в Access-Control-Allow-Origin
— Использовать строгую проверку Access-Control-Allow-Credentials
— Отключать небезопасные методы (PUT, DELETE, OPTIONS), если они не нужны
— Проверять Origin на сервере, а не только в заголовках CORS

🐸Азбука айтишника

#ликбез

Что выведет код?

🔥 — 3
❤️ — 3.5
👍🏼 — Error

🏃‍♀️ Азбука айтишника

#междусобойчик

⚙️ В чем разница между Load Balancer и API Gateway?

➡️ NLB (Network Load Balancer) – распределяет трафик на уровне IP. Он работает на более низком уровне и не анализирует HTTP-запросы.

➡️ ALB (Application Load Balancer) – маршрутизирует запросы на основе HTTP-заголовков или URL. ALB предлагает более сложные правила маршрутизации. Выбор между NLB и ALB зависит от ваших потребностей. Для простых сервисов в небольших масштабах одного балансировщика нагрузки может быть достаточно.

➡️ API Gateway – работает на уровне приложений и берет на себя задачи, такие как аутентификация, ограничение скорости запросов, кэширование и другие. Его функции отличаются от Load Balancer.

Схема иллюстрирует детали работы этих компонентов. Чаще всего Load Balancer и API Gateway используются вместе, чтобы создать масштабируемую и безопасную архитектуру для современных веб-приложений.

🔹 Два подхода к архитектуре:

➡️ Опция A: ALB + сервисы
ALB распределяет запросы между различными сервисами. Ограничение запросов, аутентификация и другие функции реализуются на уровне сервисов. Это более гибкий подход, но требует больше работы при разработке.

➡️ Опция B: API Gateway + сервисы
API Gateway берет на себя функции аутентификации, ограничения запросов, кэширования и других задач. Это упрощает разработку сервисов, но уменьшает гибкость по сравнению с первым вариантом.

🏃‍♀️ Азбука айтишника

#буст

Что выведет код?

👾 — NaN
🔥 — Exception
❤️ — ZeroDivisionError
👍🏼 — SyntaxError

🏃‍♀️ Азбука айтишника

#междусобойчик

📌 Что такое Inversion of Control (IoC)

Inversion of Control — это принцип проектирования, когда управление зависимостями и процессами «переворачивается»: вместо того чтобы класс сам контролировал создание и использование зависимостей, внешний контейнер или фреймворк управляет этим процессом.

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

➡️ Плюсы IoC

— Гибкость архитектуры: легко менять реализацию без изменения основного кода.

— Повторное использование компонентов.

— Ослабленная связность и упрощённая поддержка.

➡️ Минусы IoC

— Более сложное понимание для новичков.

— Иногда избыточно для простых приложений.

— При использовании IoC-контейнеров (Spring, .NET Core DI, Guice) появляется дополнительный уровень абстракции.

Как ответить на собесе:

«Inversion of Control — это принцип, при котором управление зависимостями передаётся внешнему коду или контейнеру. Один из самых популярных способов его реализации — Dependency Injection».

🏃‍♀️ Азбука айтишника

#ликбез

🏃‍♀️ Азбука айтишника

#развлекалово

📌 Что такое JWT?

JWT (JSON Web Token) — это компактный формат токенов для безопасной передачи данных между сторонами. Используется для аутентификации и авторизации, особенно в веб-приложениях.

➡️ JWT состоит из трёх частей, разделённых точками

1️⃣ Header — тип токена и алгоритм подписи (например, HMAC или RSA).
2️⃣ Payload — полезная нагрузка (данные, например userId, roles).
3️⃣ Signature — цифровая подпись для защиты от подделки.

➡️ Как работает

Клиент аутентифицируется, сервер создаёт JWT и отдаёт его клиенту. Затем при каждом запросе клиент передаёт JWT в заголовке Authorization: Bearer <token>. Сервер проверяет подпись и, если токен валиден, разрешает доступ.

➡️ JWT самодостаточен: сервер не хранит состояние токенов.

🏃‍♀️ Азбука айтишника

#ликбез

🏃‍♀️ Азбука айтишника

#развлекалово