Backend

🤔 Что такое чистый код? Это понятие в программировании, обозначающее код, который легко читать, понимать и поддерживать. Принципы чистого кода помогают разработчикам создавать качественные и устойчивые к изменениям программы. Вот основные характеристики и принципы чистого кода: 🚩Основные характеристики чистого кода 🟠Читаемость Код должен быть понятным и легким для чтения другими разработчиками. Имена переменных, функций и классов должны быть осмысленными и описательными. 🟠Простота Код должен быть простым и ясным, избегая излишней сложности. Это делает его более понятным и легким в поддержке. 🟠Последовательность Следование единому стилю кодирования и соглашениям по наименованию. Это упрощает чтение и понимание кода. 🟠Минимум избыточности Избегание дублирования кода, что способствует его упрощению и уменьшению ошибок. 🟠Модульность Разделение кода на независимые модули или компоненты, которые можно разрабатывать, тестировать и поддерживать отдельно. 🟠Тестируемость Код должен быть легким для тестирования. Хорошо написанный код обычно легко покрыть юнит-тестами. 🚩Принципы чистого кода 🟠Именование Имена переменных, функций и классов должны быть осмысленными и описывать их назначение.

    
        int age; // Понятно, что переменная хранит возраст{}
    

🟠Функции Функции должны быть короткими и выполнять одну задачу.

    
             void calculateAndPrintTotal() {
         int total = calculateTotal();
         printTotal(total);
     }{}
    

🟠Комментарии Комментарии должны объяснять, почему был написан определенный код, а не что он делает. Хорошо написанный код должен быть самодокументируемым.

    
        // Calculate the total price including tax
int totalPrice = calculateTotalPrice();{}
    

🟠Форматирование Единый стиль форматирования делает код более читабельным. Используйте отступы, пробелы и пустые строки для улучшения структуры кода.

    
             if (isValid) {
         process();
     } else {
         handleError();
     }{}
    

🟠Обработка ошибок Обработка ошибок должна быть понятной и не загромождать основной код.

    
             try {
         processFile(file);
     } catch (IOException e) {
         logError(e);
     }{}
    

🟠Магические числа и строки Избегайте использования магических чисел и строк. Вместо этого используйте константы с осмысленными именами.

    
        static final int MAX_USERS = 100;{}
    

Ставь 👍 и забирай 📚 Базу знаний

🤔 Какие есть статус коды? Статус коды HTTP используются для обозначения результата обработки запроса сервером. 🚩Информационные (100-199) 🟠100 Continue Сервер получил начальную часть запроса клиента и ожидает продолжения. 🟠101 Switching Protocols Клиент запросил изменение протокола, и сервер согласен выполнить это. 🚩Успешные (200-299) 🟠200 OK Запрос успешно обработан, и сервер отправляет запрашиваемые данные. 🟠201 Created Запрос успешно выполнен, и в результате был создан новый ресурс. 🟠202 Accepted Запрос принят для обработки, но обработка еще не завершена. 🟠204 No Content Запрос успешно выполнен, но сервер не возвращает никаких данных. 🚩Перенаправления (300-399) 🟠301 Moved Permanently Запрашиваемый ресурс был окончательно перемещен на новый URI. 🟠302 Found Запрашиваемый ресурс временно доступен по другому URI. 🟠304 Not Modified Данные не изменились, клиент может использовать кэшированную версию. 🚩Клиентские ошибки (400-499) 🟠400 Bad Request Сервер не может обработать запрос из-за ошибки клиента (например, неверный синтаксис). 🟠401 Unauthorized Для доступа к запрашиваемому ресурсу требуется аутентификация. 🟠403 Forbidden У клиента нет прав на доступ к запрашиваемому ресурсу. 🟠404 Not Found Запрашиваемый ресурс не найден на сервере. 🟠405 Method Not Allowed Метод, указанный в запросе, не поддерживается данным ресурсом. 🚩Ошибки сервера (500-599) 🟠500 Internal Server Error Общая ошибка сервера, когда обработка запроса не может быть завершена. 🟠501 Not Implemented Сервер не поддерживает функциональность, необходимую для обработки запроса. 🟠502 Bad Gateway Сервер, выполняющий роль шлюза или прокси, получил недействительный ответ от вышестоящего сервера. 🟠503 Service Unavailable Сервер временно не доступен (например, из-за перегрузки или технического обслуживания). 🟠504 Gateway Timeout Сервер, выполняющий роль шлюза или прокси, не дождался ответа от вышестоящего сервера вовремя. Ставь 👍 и забирай 📚 Базу знаний

🤔 Какие бывают блокировки в PostgreSQL? В PostgreSQL существует несколько видов блокировок, которые используются для управления конкурентным доступом к данным и обеспечения целостности транзакций. 🚩Блокировки уровня таблицы (Table-Level Locks) Эти блокировки применяются к целым таблицам и используются для операций, которые требуют эксклюзивного доступа к таблице. 🟠ACCESS SHARE: Блокировка на уровне доступа для чтения данных из таблицы (например, при выполнении команды SELECT). Не блокирует другие команды SELECT. 🟠ROW SHARE: Блокировка уровня строки, позволяющая другим транзакциям выполнять команды SELECT FOR UPDATE и SELECT FOR SHARE. 🟠ROW EXCLUSIVE: Блокировка, применяемая при вставке, обновлении или удалении строк (INSERT, UPDATE, DELETE). Блокирует блокировки SHARE и EXCLUSIVE. 🟠SHARE UPDATE EXCLUSIVE: Используется для выполнения команд, которые обновляют индексы, но не данные (VACUUM). Блокирует другие блокировки SHARE UPDATE EXCLUSIVE и более строгие. 🟠SHARE: Блокировка для чтения данных из таблицы с возможностью блокировки изменений. Используется для операций, которые должны видеть согласованное состояние данных (ANALYZE). 🟠SHARE ROW EXCLUSIVE: Используется для команд, которые выполняют чтение с возможностью блокировки последующих изменений, таких как CREATE INDEX CONCURRENTLY. 🟠EXCLUSIVE: Блокирует доступ к таблице для всех операций, кроме команд SELECT и команд с уровнем блокировки ACCESS SHARE. 🟠ACCESS EXCLUSIVE: Самая строгая блокировка, блокирующая все другие операции. Применяется для структурных изменений таблицы (ALTER TABLE, DROP TABLE). 🚩Блокировки уровня строки (Row-Level Locks) Эти блокировки применяются к отдельным строкам таблицы и используются для управления конкурентным доступом к данным на более детальном уровне. 🟠SELECT FOR UPDATE: Блокирует выбранные строки для обновления другими транзакциями. Строки с такой блокировкой могут быть изменены только текущей транзакцией. 🟠SELECT FOR SHARE: Блокирует строки для чтения, но не для изменения. Другие транзакции могут читать эти строки, но не изменять их. 🟠SELECT FOR NO KEY UPDATE: Похоже на SELECT FOR UPDATE, но позволяет другим транзакциям выполнять операции, не изменяющие ключи. 🟠SELECT FOR KEY SHARE: Похоже на SELECT FOR SHARE, но позволяет другим транзакциям выполнять операции, не изменяющие строки. 🚩Блокировки на уровне индексов (Index-Level Locks) Эти блокировки применяются к индексам и используются для управления доступом к индексированным данным. 🟠Блокировки индексов: Используются автоматически при доступе к индексам для обеспечения целостности данных. Это может включать блокировки при обновлении индексов или их чтении. 🚩Дедлоки (Deadlocks) Дедлоки возникают, когда две или более транзакций блокируют друг друга, ожидая освобождения ресурсов, которые заблокированы друг другом. PostgreSQL автоматически обнаруживает дедлоки и прерывает одну из транзакций для их разрешения. 🚩Примеры использования 🟠Обеспечение целостности данных: Использование блокировок для предотвращения конкурентных изменений данных. 🟠Управление конкурентным доступом: Применение блокировок для управления доступом к ресурсам в многопользовательских средах. 🟠Оптимизация производительности: Выбор оптимальных типов блокировок для балансировки между целостностью данных и производительностью. Ставь 👍 и забирай 📚 Базу знаний

📺 База 1000+ реальных собеседований На программиста, тестировщика, аналитика, проджекта и другие IT профы. Есть собесы от ведущих компаний: Сбер, Яндекс, ВТБ, Тинькофф, Озон, Wildberries и т.д. 🎯 Переходи по ссылке и присоединяйся к базе, чтобы прокачать свои шансы на успешное трудоустройство!

🤔 Для чего подходят асинхронные операции? Асинхронные операции позволяют программам выполнять задачи в фоновом режиме, не блокируя основной поток выполнения. Это улучшает производительность и отзывчивость приложений. 🚩Методы 🟠Сетевое взаимодействие HTTP-запросы: Асинхронные HTTP-запросы позволяют приложениям запрашивать данные у веб-серверов без блокировки пользовательского интерфейса. Например, загрузка данных из API, отправка форм и файлов. WebSockets: Поддержка двустороннего взаимодействия между клиентом и сервером в реальном времени. Это используется в чатах, онлайн-играх и других приложениях, где требуется мгновенная передача данных. API-вызовы: Асинхронные вызовы к внешним API позволяют продолжать выполнение других операций, не дожидаясь ответа от сервера. 🟠Ввод/вывод (I/O) Файловые операции: Асинхронное чтение и запись файлов позволяет обрабатывать большие объемы данных без блокировки основного потока выполнения. Работа с базами данных: Асинхронные запросы к базам данных уменьшают время ожидания и улучшают масштабируемость приложения. 🟠Фоновые задачи и планирование Обработка задач в фоне: Выполнение длительных задач, таких как обработка изображений, видео, данных, без блокировки основного потока. Это позволяет улучшить пользовательский опыт, так как приложение остается отзывчивым. Периодические задания: Планирование и выполнение задач по расписанию, например, обновление данных, резервное копирование, мониторинг системы. 🟠Пользовательские интерфейсы Асинхронные события: Обработка событий пользовательского интерфейса (например, нажатие кнопок, ввод данных) асинхронно для повышения отзывчивости приложений. Анимации и переходы: Асинхронное выполнение анимаций и переходов улучшает пользовательский опыт за счет плавности и непрерывности интерфейса. 🟠Обработка потоков данных Стриминг данных: Асинхронная обработка потоков данных в реальном времени, таких как видео, аудио, данные с датчиков. Это позволяет эффективно управлять непрерывными потоками информации. Реактивное программирование: Асинхронное реагирование на изменения данных и событий. Реактивные системы позволяют обрабатывать данные по мере их поступления, что особенно важно в приложениях, работающих с большим количеством данных. 🟠Обработка и анализ данных Параллельные вычисления: Разделение больших задач на более мелкие части, которые выполняются параллельно. Это улучшает производительность при обработке больших объемов данных или выполнении сложных вычислений. Машинное обучение: Асинхронное обучение моделей и выполнение предсказаний позволяет эффективно использовать вычислительные ресурсы. 🚩Примеры использования 🟠Веб-приложения Асинхронная обработка пользовательских запросов, выполнение сетевых операций и взаимодействие с базами данных для повышения производительности и отзывчивости. 🟠Мобильные приложения Асинхронные операции обеспечивают плавную работу интерфейса и эффективное использование ресурсов при выполнении сетевых запросов и операций ввода/вывода. 🟠Игровая индустрия Асинхронное взаимодействие с серверами, обработка событий пользователя и управление игровыми объектами в реальном времени. 🟠Научные вычисления Параллельное выполнение вычислительных задач и обработка больших объемов данных для повышения эффективности исследований. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое BigO notation? Big O notation (О-большое) - это математическая нотация, используемая в информатике для описания производительности алгоритма. Она выражает, как время выполнения или потребление памяти алгоритма растет по мере увеличения размера входных данных. Big O notation фокусируется на худшем случае, что помогает оценить наихудший сценарий для работы алгоритма. 🚩Основные концепции Big O notation 🟠Асимптотический анализ: Big O notation используется для описания асимптотического поведения алгоритмов, то есть их поведения при приближении размера входных данных к бесконечности. Основное внимание уделяется ведущим слагаемым и игнорированию констант и менее значимых слагаемых, поскольку они имеют меньшее влияние на производительность при больших размерах входных данных. 🟠Оценка худшего случая: Big O notation показывает наихудший возможный сценарий выполнения алгоритма, обеспечивая надежные гарантии его производительности. 🚩Основные классы сложности 🟠O(1) - Константная сложность: Время выполнения не зависит от размера входных данных. Доступ к элементу массива по индексу. 🟠O(log n) - Логарифмическая сложность: Время выполнения увеличивается логарифмически с увеличением размера входных данных. Бинарный поиск. 🟠O(n) - Линейная сложность: Время выполнения растет линейно с увеличением размера входных данных. Линейный поиск. 🟠O(n log n) - Линейно-логарифмическая сложность: Время выполнения растет линейно с логарифмическим множителем. Быстрая сортировка, сортировка слиянием. 🟠 O(n^2) - Квадратичная сложность: Время выполнения растет пропорционально квадрату размера входных данных. Сортировка пузырьком, сортировка вставками. 🟠O(2^n) - Экспоненциальная сложность: Время выполнения удваивается с каждым добавлением нового элемента. Решение задачи о коммивояжере полным перебором. 🟠O(n!) - Факториальная сложность: Время выполнения растет факториально с увеличением размера входных данных. Полный перебор всех возможных перестановок. 🚩Примеры использования 1⃣Поиск и сортировка: Анализ эффективности различных алгоритмов сортировки (например, быстрая сортировка vs. сортировка пузырьком). 2⃣Анализ алгоритмов и структур данных: Оценка времени доступа, вставки и удаления в различных структурах данных (например, массивы, списки, деревья). 3⃣Оптимизация программ: Помощь в выборе наиболее эффективных алгоритмов и структур данных для решения конкретных задач. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое Web Sockets (веб сокет)? WebSockets (веб-сокеты) — это коммуникационный протокол, предоставляющий возможность устанавливать постоянное, двустороннее соединение между клиентом (обычно веб-браузером) и сервером через один TCP-соединение. Это позволяет обмениваться данными в реальном времени с минимальной задержкой и без необходимости повторного открытия соединения для каждого обмена сообщениями, как это происходит в традиционных HTTP-соединениях. 🚩Основные характеристики WebSockets: 🟠Двусторонняя коммуникация: WebSockets поддерживают полноценную двустороннюю (или full-duplex) коммуникацию, что позволяет как клиенту, так и серверу отправлять данные в любое время без необходимости инициирования запроса. 🟠Постоянное соединение: После установления WebSocket-соединение остается открытым, что значительно уменьшает задержки, связанные с установлением новых соединений, характерных для HTTP-запросов. 🟠Меньший накладной расход: WebSockets используют меньше заголовков по сравнению с HTTP-запросами, что делает передачу данных более эффективной и менее затратной по времени и ресурсам. 🟠Протокол: WebSocket протокол стандартизирован в RFC 6455 и поддерживается большинством современных веб-браузеров. Соединение начинается с обычного HTTP-запроса, который затем "обновляется" до WebSocket-соединения через HTTP-заголовок Upgrade. 🚩Как работает WebSocket: 🟠Установление соединения: Клиент отправляет HTTP-запрос с заголовком Upgrade: websocket на сервер, указывая на желание перейти к протоколу WebSocket. Сервер отвечает подтверждением, если поддерживает WebSockets, и соединение устанавливается. 🟠Передача данных: После установления соединения клиент и сервер могут обмениваться данными в обе стороны по мере необходимости. Сообщения передаются как фреймы (frames), которые могут содержать текстовые или бинарные данные. 🟠Закрытие соединения: Соединение может быть закрыто любой стороной в любой момент времени с отправкой соответствующего фрейма закрытия. 🚩Применения WebSocket: 🟠Реальное время: Приложения, требующие обновлений в реальном времени, такие как чаты, системы обмена сообщениями, онлайн-игры, торги на биржах. 🟠Потоковая передача данных: Веб-сокеты идеально подходят для приложений, передающих данные в реальном времени, таких как спортивные трансляции или финансовые данные. 🟠Уведомления и оповещения: Приложения, отправляющие мгновенные уведомления пользователям, например, социальные сети или системы мониторинга. 🟠Коллаборативные инструменты: Инструменты для совместной работы, такие как совместное редактирование документов или доски с заметками. Преимущества WebSocket: 🟠Эффективность: Меньший накладной расход и постоянное соединение делают WebSockets более эффективными для приложений, требующих частого обмена данными. 🟠Скорость: WebSockets обеспечивают более низкую задержку, что делает их идеальными для приложений, работающих в реальном времени. 🟠Простота использования: WebSockets имеют простой API, который легко интегрируется с современными веб-приложениями. Ставь 👍 и забирай 📚 Базу знаний

🤔 Какие есть коды ответов HTTP? Коды ответов HTTP — это трехзначные числовые коды, используемые для обозначения результата запроса клиента к серверу. Они помогают клиенту (например, браузеру) понять, как обрабатывать ответ. Все коды делятся на пять категорий: 🟠1xx: Информационные Эти коды указывают, что запрос был получен, и процесс продолжается. 100 Continue: Клиент должен продолжать запрос. 101 Switching Protocols: Сервер переключается на другой протокол по запросу клиента. 🟠2xx: Успех Эти коды указывают на успешное выполнение запроса. 200 OK: Запрос успешно выполнен, и сервер вернул нужные данные. 201 Created: Запрос успешно выполнен, и был создан новый ресурс. 202 Accepted: Запрос принят, но еще не обработан. 204 No Content: Запрос успешно выполнен, но в ответе нет содержимого. 🟠3xx: Перенаправление Эти коды указывают, что клиент должен предпринять дополнительные действия для завершения запроса. 301 Moved Permanently: Ресурс был перемещен на постоянный новый URL. 302 Found: Ресурс временно находится по другому URL. 304 Not Modified: Ресурс не изменился с последнего запроса клиента. 🟠4xx: Ошибки клиента Эти коды указывают на ошибки клиента при формировании запроса. 400 Bad Request: Некорректный запрос из-за синтаксической ошибки. 401 Unauthorized: Запрос требует аутентификации. 403 Forbidden: У клиента нет прав доступа к ресурсу. 404 Not Found: Ресурс не найден. 409 Conflict: Конфликт запроса с текущим состоянием ресурса. 🟠5xx: Ошибки сервера Эти коды указывают на ошибки сервера при обработке корректного запроса клиента. 500 Internal Server Error: Внутренняя ошибка сервера. 501 Not Implemented: Сервер не поддерживает функциональность, необходимую для выполнения запроса. 502 Bad Gateway: Сервер получил некорректный ответ от вышестоящего сервера. 503 Service Unavailable: Сервер временно недоступен. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое cherrypick? Это команда в системе управления версиями Git, которая позволяет выбрать один или несколько конкретных коммитов из одной ветки и применить их в другую ветку. Это полезно, когда нужно перенести отдельные изменения без необходимости слияния целых веток. 🚩Основные аспекты cherry-pick 🟠Избирательное применение коммитов Позволяет выбрать конкретные изменения из истории одной ветки и перенести их в другую ветку. 🟠Избежание полного слияния В отличие от обычного слияния (merge), cherry-pick переносит только выбранные коммиты, а не всю историю изменений. 🚩Как использовать cherry-pick Основной синтаксис

    
        git cherry-pick <commit_hash>{}
    

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

    
        git checkout target-branch{}
    

🟠Применение коммита Используйте команду cherry-pick, чтобы применить нужный коммит.

    
        git cherry-pick a1b2c3d4 {}
    

🟠Решение конфликтов (если они возникли) Если во время cherry-pick возникают конфликты, Git предложит их решить. Разрешите конфликты, затем завершите процесс:

    
        git add <resolved_files>
git cherry-pick --continue{}
    

Предположим, у вас есть коммит с хешем a1b2c3d4 в ветке feature-branch, который вы хотите перенести в main-branch.

    
        git checkout main-branch
git cherry-pick a1b2c3d4{}
    

🚩Когда использовать cherry-pick 🟠Перенос исправлений Когда нужно быстро перенести исправление из одной ветки в другую (например, багфикс из develop в release). 🟠Избирательное применение новых функций Когда нужно перенести конкретную функцию или изменение без переноса всей ветки. 🚩Ограничения и риски 🟠Конфликты Перенос коммитов может вызвать конфликты, особенно если изменяемые файлы были модифицированы в целевой ветке. 🟠Историческая чистота Частое использование cherry-pick может запутать историю изменений, так как один и тот же коммит будет существовать в нескольких ветках с разными хешами. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что происходит в конце спринта? В конце спринта в гибких методологиях разработки (например, Scrum) проводится серия мероприятий и активностей, направленных на подведение итогов работы команды, оценку достигнутого результата и планирование улучшений. Эти процессы обеспечивают прозрачность, оценку эффективности и подготовку к следующему спринту. 🚩Основные события в конце спринта 🟠Завершение задач спринта Все задачи, включённые в спринт, должны быть либо выполнены, либо перенесены с соответствующими комментариями. Завершённые задачи проверяются на соответствие критериям "готовности" (Definition of Done, DoD). Если задачи не выполнены, они возвращаются в бэклог продукта для повторной оценки в будущем. 🟠Демонстрация инкремента (Sprint Review) Показать заинтересованным сторонам результат работы команды. Команда демонстрирует готовый продукт или его обновления. Обсуждаются выполненные задачи, изменения в продукте и обратная связь от заказчиков или других участников. Результат: обновление бэклога продукта с учётом новой информации. 🟠Ретроспектива спринта (Sprint Retrospective) Цель: анализировать, что прошло хорошо, что можно улучшить и какие действия предпринять в будущем. Участники обсуждают положительные моменты, трудности и проблемы, возникшие в процессе работы. Генерируются идеи для улучшения, которые затем внедряются в следующих спринтах. Используются форматы для выявления проблем, такие как "Start, Stop, Continue" или "Что было хорошо, что плохо, что можно улучшить". 🟠Обновление метрик Обновление burndown chart, velocity chart или других метрик, используемых для отслеживания прогресса. Анализ выполнения целей спринта (например, процент выполненных задач). Уроки, извлечённые из анализа метрик, учитываются при планировании будущих спринтов. 🚩Итоговые действия перед началом нового спринта 🟠Рефайнмент бэклога продукта С учётом новых идей, задач и обратной связи обновляется приоритет задач. 🟠Подготовка к планированию следующего спринта (Sprint Planning) Команда и Product Owner готовятся к обсуждению целей нового спринта. 🟠Документирование Фиксация результатов спринта, включая завершённые задачи, обратную связь и итоги ретроспективы. Ставь 👍 и забирай 📚 Базу знаний