Backend

🤔 Что знаешь о хеш функции? Хеш-функция — это функция, которая принимает входные данные (ключ) и возвращает фиксированное число, называемое хешем (или хеш-значением). Основная цель хеш-функции — преобразовать произвольные данные в числовое значение определенного диапазона. 🚩Основные свойства хеш-функции: 🟠 Детерминированность: Хеш-функция всегда должна возвращать одно и то же хеш-значение для одного и того же входного значения. 🟠Равномерное распределение: Хорошая хеш-функция должна равномерно распределять хеш-значения по всему диапазону, чтобы минимизировать количество коллизий. 🟠Быстрота вычисления: Хеш-функция должна быть достаточно быстрой, чтобы не замедлять общую производительность алгоритмов, которые её используют. 🟠Минимизация коллизий: Коллизия возникает, когда два разных входных значения дают одно и то же хеш-значение. Хорошая хеш-функция должна минимизировать вероятность таких случаев. 🚩Применение хеш-функций: 🟠Хеш-таблицы: Используются для вычисления индекса массива, где будет храниться значение, связанное с ключом. Это позволяет быстро выполнять операции вставки, удаления и поиска. 🟠Криптография: Криптографические хеш-функции (например, SHA-256, MD5) используются для обеспечения целостности данных, создания цифровых подписей и безопасного хранения паролей. 🟠Контроль целостности данных: Хеш-функции применяются для проверки целостности данных при передаче или хранении, позволяя выявлять ошибки или изменения в данных. 🟠Генерация уникальных идентификаторов: Хеш-функции используются для генерации уникальных идентификаторов (например, UUID), основываясь на входных данных. 🚩Примеры хеш-функций 🟠Простая хеш-функция: Эта функция возвращает остаток от деления длины ключа на размер таблицы. Она проста, но не обеспечивает равномерное распределение.

    
        def simple_hash(key, table_size):
    return len(key) % table_size{}
    

🟠Хеш-функция для строк (например, DJB2):

    
        def djb2_hash(key):
    hash_value = 5381
    for char in key:
        hash_value = ((hash_value << 5) + hash_value) + ord(char) # hash_value * 33 + ord(char)
    return hash_value{}
    

🚩Методы разрешения коллизий 🟠Метод цепочек (chaining): В каждой ячейке массива хранится список значений, которые хешируются в один и тот же индекс. 🟠Открытая адресация (open addressing): При коллизии ищется другая свободная ячейка по определённому алгоритму (например, линейное пробирование, квадратичное пробирование или двойное хеширование). Ставь 👍 и забирай 📚 Базу знаний

🤔 Логика предметной области в хранимых процедурах: плюсы и минусы Это исполняемый код (например, SQL-скрипты), который хранится и выполняется непосредственно в базе данных. Разработка бизнес-логики внутри хранимых процедур является спорной практикой. Она имеет как преимущества, так и недостатки в зависимости от требований системы, архитектуры и команды разработки. 🚩Плюсы ➕Повышение производительности Хранимые процедуры выполняются на сервере базы данных, что уменьшает накладные расходы на передачу данных между приложением и базой. Обработка больших объёмов данных становится быстрее, так как нет необходимости отправлять их в приложение и обратно. ➕Централизация бизнес-логики Вся логика предметной области сосредоточена в одном месте (в БД), что облегчает контроль доступа и выполнение важных операций. Удобно для многослойных систем, где несколько клиентских приложений используют одну базу данных. ➕Снижение нагрузки на сетевой канал Вместо передачи большого количества SQL-запросов между сервером базы данных и приложением, выполняется один вызов процедуры. ➕Повышение безопасности Системы могут ограничить доступ к таблицам и предоставить доступ только к хранимым процедурам, что снижает риск несанкционированного доступа. Встроенные механизмы контроля прав доступа (например, в PostgreSQL и Oracle). ➕Языковые возможности БД Современные СУБД поддерживают процедурные языки, такие как PL/pgSQL (PostgreSQL), T-SQL (SQL Server) или PL/SQL (Oracle), которые предоставляют функции, циклы и исключения, что позволяет реализовать сложную логику. ➕Миграция между системами При необходимости переноса части функциональности между разными приложениями (например, Web-приложением и мобильным клиентом) логика в БД остаётся неизменной. 🚩Минусы ➖Сложность поддержки и сопровождения Хранимые процедуры часто сложны для чтения, отладки и тестирования по сравнению с кодом на языке программирования (например, Java, C#, Python). Версионный контроль затруднён, так как БД не всегда удобно интегрируется с системами контроля версий (Git). ➖Жёсткая зависимость от БД Логика, написанная в хранимых процедурах, привязывает систему к конкретной СУБД (например, Oracle или SQL Server). Переход на другую БД становится дорогостоящим и трудоёмким. ➖Отсутствие масштабируемости Сервер базы данных становится "узким местом" системы. Если бизнес-логика выполняется только на сервере БД, это может привести к перегрузке, особенно при высоком трафике. ➖Ограниченные возможности тестирования Инструменты для юнит-тестирования и автоматизированного тестирования хранимых процедур менее развиты, чем для традиционного кода приложений. Тестирование бизнес-логики требует специальной инфраструктуры (например, отдельной тестовой БД). ➖Смешение слоёв архитектуры Внедрение логики в БД нарушает принципы многослойной архитектуры, такие как Separation of Concerns (разделение ответственности). Логика бизнес-уровня смешивается с уровнем данных. ➖Меньшая гибкость разработки Разработка и деплой изменений в хранимых процедурах требуют взаимодействия с базой данных, что замедляет процесс внедрения обновлений. Изменения в хранимых процедурах могут повлиять на производительность всей системы. ➖Зависимость от разработчиков БД Написание и оптимизация хранимых процедур требуют специфических навыков SQL и понимания особенностей СУБД. Не все разработчики владеют этими навыками. 🚩Когда стоит использовать? 🟠Производительность критична Если необходимо минимизировать сетевые вызовы и максимально эффективно обрабатывать большие объёмы данных. 🟠Централизация логики Если бизнес-логика должна быть единой для нескольких клиентов (например, мобильного приложения, веб-сервиса). 🟠Ограничение доступа Если безопасность и контроль доступа являются приоритетом. 🟠Проекты с жёсткой привязкой к БД Например, для старых систем или проектов, где миграция на новую архитектуру невозможна. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое столп "наследование" ? Наследование — это ключевой принцип объектно-ориентированного программирования, позволяющий создавать новый класс (наследник), который заимствует свойства и методы существующего класса (родителя). Это способствует: 🟠Повторному использованию кода Общие функции и данные определяются один раз в родительском классе и могут быть использованы во всех классах-наследниках. 🟠Упрощению расширения функциональности Наследники могут добавлять новые свойства и методы или изменять существующие, не затрагивая код родительского класса. 🟠Созданию иерархий классов Помогает структурировать и организовать код в виде дерева классов, отражающего реальные отношения иерархии.

    
        class Animal {
    void eat() {
        System.out.println("This animal eats.");
    }
}

class Dog extends Animal {
    void bark() {
        System.out.println("The dog barks.");
    }
}

public class Main {
    public static void main(String[] args) {
        Dog dog = new Dog();
        dog.eat(); // Наследованный метод
        dog.bark(); // Метод класса Dog
    }
}{}
    

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

#вакансия #удаленка #NodeJS #TypeScript #remote 📌Senior Backend Developer (Node.js) Компания: Технология здоровья (команда MedControl) Формат: удаленка / гибрид / офис З/П: от 300.000р net Можно ли работать из заграницы?: Да Оформление: ТК РФ, аккредитованная IT-компания О проекте: MedControl - телемедицинская B2B-платформа, которая помогает проходить дистанционные медицинские обследования за несколько минут. Продукт продлевает жизни людей и повышает безопасность на дорогах и в промышленности. Мы уже 2 года в проде и активно растем. Наши целевые показатели - 1.000.000 осмотров в сутки и 1000 RPS в пике. Будем рады Backend разработчику с коммерческим опытом разработки на проде, который разделяет наши ценности. - Правило бойскаута: оставь код (или любую другую сущность) лучше, чем нашёл. - Мы делаем документацию понятной и лёгкой для восприятия - это забота о клиентах и поддержке. - Мы знаем, что путь к совершенству долог и итеративен, и готовы по нему идти. 📌Будет плюсом, если у тебя есть опыт менторства и тебе нравится делиться знаниями с коллегами. *Напиши о своем опыте при отклике. Stack: Backend: NodeJs, TypeScript, Nest.js Frontend: React.js Infrastructure: PostgreSQL, Clickhouse, Redis, Kafka Tools: Docker, Kubernetes, Gitlab, gRPC Team: Team Lead, 2 x Tech Lead (backend, frontend), 3 x Node.js Developers, 2 x DevOps, 3 x Frontend Developer, 6 x QA *Работаем 2-х недельными спринтами Задачи для нашего кандидата: • Разрабатывать высоконагруженные и сложные с точки зрения бизнес-логики сервисы • Быть ментором для 3-х backend-разработчиков • Принимать участие в разработке AI проектов • Проектировать эффективные схемы БД и алгоритмов работы с большими данными • Конечно же, писать unit-тесты. Не протестированный код - сломанный код • Совместно с командой строить архитектуру проекта • Проводить code review Твой опыт нам подойдет, если: • Работал с Node.js, Typescript на коммерческих проектах от 5-х лет • Работал с PostgreSQL или другими реляционными СУБД • У тебя есть понимание брокеров сообщений (Kafka, RabbitMQ и т. п.) • Знаком с архитектурой ПО (паттерны проектирования, SOLID и проч.). Уверенно применяешь все эти подходы там где нужно, и не применяешь там, где не нужно ) • У тебя есть опыт построения архитектуры сложных проектов • Желание изучать новые технологии и подходы. В нашей команде тебе пригодится нестандартное мышление - мы за живой интерес и любопытство • Готовность предлагать технические решения, объективно оценивать их, объяснять и отстаивать 🔖Для отклика заполни пожалуйста опросник (2 мин) Ответ придет в любом случае в течение 1-3 дней

🤔 Что такое транзакция в БД ? Это последовательность одной или нескольких операций над базой данных, которая выполняется как единое целое. Транзакции обеспечивают, что все операции в рамках транзакции либо успешно выполняются, либо полностью отменяются, что гарантирует целостность данных. 🚩Основные свойства транзакций (ACID) 🟠Atomicity (Атомарность) Транзакция должна быть либо выполнена полностью, либо не выполнена вовсе. Если какая-то часть транзакции не удается, вся транзакция откатывается (roll back) к исходному состоянию. 🟠Consistency (Согласованность) Транзакция переводит базу данных из одного согласованного состояния в другое. Это означает, что после завершения транзакции все правила целостности данных должны быть соблюдены. 🟠Isolation (Изоляция) Результаты выполнения транзакции не должны быть видны другим параллельно выполняющимся транзакциям до тех пор, пока данная транзакция не завершится. Это предотвращает влияние одной транзакции на другую. 🟠Durability (Устойчивость) После успешного завершения транзакции (коммита) ее результаты должны быть зафиксированы в базе данных и сохранены, даже если произойдет сбой системы. 🚩Пример работы с транзакциями На SQL

    
        BEGIN TRANSACTION;

-- Пример операций внутри транзакции
UPDATE accounts SET balance = balance - 100 WHERE account_id = 1;
UPDATE accounts SET balance = balance + 100 WHERE account_id = 2;

-- Если все операции прошли успешно
COMMIT;

-- Если произошла ошибка
ROLLBACK;{}
    

Пример на Java (использование JDBC)

    
        Connection connection = null;
try {
    connection = DriverManager.getConnection("jdbc:mysql://localhost:3306/mydatabase", "user", "password");
    connection.setAutoCommit(false);  // Начало транзакции

    // Пример операций внутри транзакции
    PreparedStatement pstmt1 = connection.prepareStatement("UPDATE accounts SET balance = balance - 100 WHERE account_id = ?");
    pstmt1.setInt(1, 1);
    pstmt1.executeUpdate();

    PreparedStatement pstmt2 = connection.prepareStatement("UPDATE accounts SET balance = balance + 100 WHERE account_id = ?");
    pstmt2.setInt(1, 2);
    pstmt2.executeUpdate();

    connection.commit();  // Коммит транзакции
} catch (SQLException e) {
    if (connection != null) {
        try {
            connection.rollback();  // Откат транзакции при ошибке
        } catch (SQLException ex) {
            ex.printStackTrace();
        }
    }
    e.printStackTrace();
} finally {
    if (connection != null) {
        try {
            connection.close();
        } catch (SQLException ex) {
            ex.printStackTrace();
        }
    }
}{}
    

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

🤔 Что такое итератор? Это объект, который позволяет поочередно проходить через элементы коллекции (например, списка или множества) без необходимости знать внутреннее представление этой коллекции. Итераторы предоставляют стандартный интерфейс для доступа к элементам, что делает их важной частью объектно-ориентированного программирования и функционального программирования. 🚩Основные аспекты итераторов 🟠Итерабельные объекты (Iterable) Объекты, которые поддерживают протокол итерации, называются итерабельными. Примеры включают списки, кортежи, множества и словари. 🟠Протокол итерации В Python, чтобы объект был итерабельным, он должен реализовать метод __iter__(), который возвращает итератор. 🟠Итератор Итератор — это объект, который реализует методы __iter__() и __next__(). Метод __next__() возвращает следующий элемент последовательности, а когда элементы заканчиваются, возбуждает исключение StopIteration. 🚩Пример использования итератора в Python Пример с использованием встроенного итератора

    
        numbers = [1, 2, 3, 4, 5]
iterator = iter(numbers)  # Получение итератора из списка

print(next(iterator))  # Вывод: 1
print(next(iterator))  # Вывод: 2
print(next(iterator))  # Вывод: 3
print(next(iterator))  # Вывод: 4
print(next(iterator))  # Вывод: 5
# print(next(iterator))  # Вызывается StopIteration{}
    

Пример создания собственного итератора

    
        class MyIterator:
    def __init__(self, start, end):
        self.current = start
        self.end = end

    def __iter__(self):
        return self

    def __next__(self):
        if self.current >= self.end:
            raise StopIteration
        else:
            self.current += 1
            return self.current - 1

# Использование собственного итератора
my_iter = MyIterator(1, 5)

for num in my_iter:
    print(num)  # Вывод: 1 2 3 4{}
    

🚩Плюсы ➕Унифицированный интерфейс Итераторы предоставляют единый интерфейс для прохода по элементам коллекции, независимо от их типа. ➕Ленивая загрузка Итераторы генерируют элементы по одному, что экономит память при работе с большими наборами данных. ➕Инкапсуляция логики прохода Итераторы инкапсулируют логику обхода элементов, упрощая код и делая его более читаемым. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое JSON? Это легкий формат обмена данными, который легко читается и пишется человеком, а также легко парсится и генерируется компьютером. Он используется для представления структурированных данных в текстовом формате и основан на подмножестве языка программирования JavaScript, но независим от него. JSON часто используется для передачи данных между сервером и веб-приложением в формате, который легко обрабатывается. 🚩Основные характеристики 🟠Простота JSON имеет простой и понятный синтаксис, состоящий из двух основных структур: коллекций пар "ключ-значение" (объектов) и упорядоченных списков значений (массивов). Это делает его легким для понимания и работы как для людей, так и для машин. 🟠Легковесность В отличие от более сложных форматов, таких как XML, JSON занимает меньше места благодаря лаконичному синтаксису, что делает его идеальным для передачи данных по сети, особенно в веб-приложениях. 🟠Язык-независимость Хотя JSON основан на синтаксисе JavaScript, он поддерживается практически всеми языками программирования. В большинстве современных языков существуют библиотеки для парсинга и генерации JSON, что облегчает его интеграцию в различные системы. 🟠Читаемость человеком JSON форматы легко читаются человеком благодаря своей структурированности и использованию простой текстовой нотации. 🚩Структура 🟠Объекты Представляют собой коллекции пар "ключ-значение", заключенные в фигурные скобки {}. Ключи являются строками, а значения могут быть любыми допустимыми типами данных JSON (строки, числа, массивы, объекты, логические значения, null).

    
          {
    "name": "John",
    "age": 30,
    "isStudent": false,
    "address": {
      "street": "123 Main St",
      "city": "Anytown"
    },
    "courses": ["Math", "Science", "History"]
  }{}
    

🟠Массивы Представляют собой упорядоченные списки значений, заключенные в квадратные скобки []. Значения могут быть любого типа данных JSON.

    
        ["apple", "banana", "cherry"]  {}
    

🟠Примитивные типы данных Включают строки, числа, логические значения (true или false), и null.

    
          {
    "stringExample": "Hello, World!",
    "numberExample": 42,
    "booleanExample": true,
    "nullExample": null
  }
  {}
    

🚩Использование JSON 🟠Передача данных между клиентом и сервером JSON широко используется в веб-разработке для обмена данными между клиентскими приложениями и сервером через HTTP-запросы, обычно с использованием методов GET или POST. 🟠Конфигурационные файлы JSON используется для хранения конфигурационных настроек в различных приложениях, поскольку его структура легко читаема и редактируема. 🟠Хранение данных В некоторых базах данных, таких как MongoDB, JSON используется как формат для хранения документов. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что делает код хорошим? Это код, который легко читать, понимать, поддерживать и расширять. Он эффективно решает поставленные задачи и соответствует требованиям качества, которые важны для конкретного проекта и команды. 🟠 Читаемость Код должен быть понятным для других разработчиков, даже если они не знакомы с проектом. Использование осмысленных имён для переменных, функций и классов, а также наличие чётких комментариев помогают быстрее понять логику программы. Читаемый код снижает риск ошибок при поддержке и улучшении, упрощает ревью и обучение новых участников команды. 🟠Поддерживаемость Код должен легко поддаваться изменениям, чтобы можно было адаптировать его под новые требования или исправлять ошибки. Это достигается за счёт модульности, изолирования логики и избегания «жёсткого» связывания частей кода. Хорошая структура и стандартизация, такие как следование принципам SOLID или архитектурным шаблонам (например, MVC), делают код более устойчивым. 🟠 Простота Хороший код решает задачи самым простым и прямым способом. Простой код легче читать, тестировать и отлаживать. Он избегает ненужных усложнений и излишних абстракций, но при этом остаётся гибким. Следование принципу KISS (Keep It Simple, Stupid) и принципу YAGNI (You Aren't Gonna Need It) помогает держать код простым. 🟠Эффективность Код должен быть оптимизирован для выполнения задачи без избыточного потребления ресурсов, таких как время выполнения и память. Хотя преждевременная оптимизация нежелательна, хороший код учитывает производительность и избегает явных узких мест. Понимание алгоритмов и структур данных помогает писать эффективный и быстрый код. 🟠 Тестируемость Хороший код легко тестировать. Это означает, что его можно покрыть модульными, интеграционными и системными тестами. Тестируемость обеспечивается за счёт слабого сцепления и высокой связанности, а также соблюдения принципов инверсии зависимостей. Код, который легко тестировать, позволяет быстрее находить и исправлять ошибки, что повышает общую надёжность. 🟠 Гибкость и расширяемость Хороший код легко адаптируется к изменяющимся требованиям. Новые функции можно добавлять без значительных изменений существующей логики. Это достигается благодаря слабому сцеплению и высокой связанности, применению шаблонов проектирования и принципов SOLID. 🟠Документированность Хотя код должен быть самодокументируемым, иногда необходимы комментарии и документация, чтобы объяснить сложную логику, архитектурные решения или нюансы реализации. Хорошая документация помогает быстрее разобраться в коде и понять его использование. 🟠Соответствие стилю и стандартам Код должен соответствовать общим стандартам стиля, принятым в проекте или языке. Это делает его единообразным и легко читаемым для других участников команды. Использование линтеров, форматтеров и следование общеотраслевым стандартам (например, PEP8 для Python) помогает поддерживать единый стиль. Ставь 👍 и забирай 📚 Базу знаний

🤔 В чём разница между SQL и NoSQL? Разница между SQL и NoSQL базами данных заключается в их архитектуре, структуре, методах хранения данных и использовании. Рассмотрим эти различия подробнее. 🟠Архитектура и структура данных SQL (Structured Query Language) базы данных Реляционные базы данных: SQL базы данных являются реляционными и используют таблицы для хранения данных. Каждая таблица состоит из строк и столбцов, что позволяет структурировать данные в виде отношений. Схемы данных: SQL базы данных требуют четко определенных схем (schemas), которые строго контролируют структуру данных. Все записи в таблице должны следовать заранее определенной структуре. Язык запросов: SQL использует структурированный язык запросов для манипуляции данными. Язык SQL стандартизирован и включает команды для создания, чтения, обновления и удаления данных (CRUD). 🟠NoSQL (Not Only SQL) Нереляционные базы данных: NoSQL базы данных не обязательно используют таблицы для хранения данных. Вместо этого они могут использовать различные модели данных, такие как документы, графы, ключ-значение и столбцы Гибкость схем: NoSQL базы данных часто не требуют фиксированных схем. Это позволяет хранить данные разной структуры в одной и той же коллекции или таблице. Разнообразие языков запросов: В NoSQL базах данных отсутствует единый стандарт языка запросов. Они могут использовать различные методы доступа к данным, включая REST API и собственные языки запросов. 🚩Масштабируемость и производительность 🟠SQL базы данных Вертикальная масштабируемость: SQL базы данных обычно масштабируются вертикально, то есть увеличивая мощность сервера (CPU, RAM, дисковое пространство). Транзакции и консистентность: SQL базы данных поддерживают ACID транзакции (Atomicity, Consistency, Isolation, Durability), что обеспечивает высокую надежность и консистентность данных. 🟠NoSQL базы данных Горизонтальная масштабируемость: NoSQL базы данных предназначены для горизонтального масштабирования, что позволяет распределять данные по множеству серверов. Гибкость и скорость: NoSQL базы данных обычно более гибки и могут обеспечивать высокую производительность при работе с большими объемами данных и высокими нагрузками на запись и чтение. 🚩Использование и примеры 🟠SQL базы данных MySQL, PostgreSQL, Oracle, Microsoft SQL Server. Финансовые системы, системы управления запасами, системы управления клиентами (CRM), где требуется сложные запросы и транзакции. 🟠NoSQL базы данных MongoDB, Cassandra, Redis, Couchbase. Системы больших данных, реального времени аналитика, социальные сети, приложения для интернета вещей (IoT), где требуется высокая производительность и гибкость. Ставь 👍 и забирай 📚 Базу знаний

Сегодня последний день, когда можно приобрести пожизненный PRO тариф easyoffer Акция до 20 февраля 00:00 Покупаешь сейчас один раз — пользуешься всю жизнь без лимита, включая все будущие функции. 👉 Смотри подробности тарифа и покупай на https://easyoffer.ru/