Концепции разработки

Что такое Концепции разработки

Набор базовых понятий, которые встречаются в любом проекте независимо от языка и стека. Каждое ниже разобрано отдельно: что это, зачем и где встречается на практике.

Идемпотентность

Идемпотентность — свойство операции давать один и тот же результат при повторном применении. Выполнили один раз или пять — состояние системы одинаково.

Это не «операция ничего не меняет», а «повторение не меняет ничего сверх первого раза». x = 5 идемпотентно, x += 5 — нет.

Понятие стало практически важным из-за ненадёжных сетей: клиент отправил запрос, ответ потерялся, запрос ушёл повторно. Если это «списать 1000 рублей», деньги спишутся дважды.

Метод HTTP	Идемпотентен	Почему
GET	Да	Только читает
PUT	Да	Задаёт состояние целиком
DELETE	Да	Второй раз удалять уже нечего
POST	Нет	Каждый вызов создаёт новую сущность
PATCH	Зависит	{"status": "paid"} — да; {"счётчик": "+1"} — нет

Практический приём — ключ идемпотентности: клиент генерирует уникальный Idempotency-Key, шлёт его заголовком, сервер запоминает и на повтор возвращает прежний результат, ничего не делая заново. Так устроены платёжные API.

Та же идея — в основе Ansible и IaC: playbook описывает желаемое состояние, и повторный прогон на настроенном сервере ничего не ломает.

main — точка входа

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

// Java: сигнатура фиксирована, JVM ищет именно её
public static void main(String[] args) { }

# Python: точки входа как таковой нет — интерпретатор просто выполняет файл сверху вниз
def main() -> None:
    print("работаем")

if __name__ == "__main__":
    main()

Эта конструкция в Python означает: «выполнить, только если файл запущен напрямую, а не импортирован». При запуске python app.py переменная __name__ равна "__main__"; при import app — равна "app", и блок не сработает. Без этой проверки импорт модуля запускал бы его сайд-эффекты.

Слово main встречается и в другом значении — основная ветка в Git, пришедшая на смену master. Контексты не связаны.

Статический метод

Статический метод принадлежит классу, а не экземпляру. Ему не нужен объект: у него нет self/this и доступа к полям конкретного экземпляра.

class Temperature:
    def __init__(self, celsius: float) -> None:
        self.celsius = celsius

    def to_fahrenheit(self) -> float:       # обычный: работает с self
        return self.celsius * 9 / 5 + 32

    @staticmethod
    def is_valid(value: float) -> bool:      # статический: объект не нужен
        return -273.15 <= value <= 5000

Temperature.is_valid(20)          # вызов без создания объекта

Когда уместен: утилита, логически относящаяся к классу, но не зависящая от состояния — валидаторы, конвертеры, фабричные методы. В Java это public static void; поэтому и main статический — объект класса на старте ещё не создан.

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

Виртуальное окружение

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

Проблема, которую оно решает: проект A требует Django 3, проект B — Django 5, а версия глобально одна на всю машину. Плюс pip install в системный Python на сервере способен сломать системные утилиты, написанные на нём же.

python3 -m venv .venv              # создать окружение в папке .venv
source .venv/bin/activate          # активировать (Linux/macOS)
pip install -r requirements.txt    # ставится внутрь .venv, не в систему
deactivate                         # выйти

Технически .venv — каталог со своим bin/python и своей site-packages; активация просто подставляет его в начало PATH. Саму папку не коммитят — в репозитории живёт requirements.txt.

Аналоги: node_modules в Node.js изолирует по умолчанию, у Ruby — bundler, у PHP — composer. Более радикальный вариант — контейнер: он фиксирует не только библиотеки, но и системные пакеты с версией интерпретатора. На сервере обычно так и делают.

No-code и low-code

No-code — подход, где приложение собирается визуально, без написания кода: конструктор форм, блок-схема логики, готовые интеграции. Low-code — то же самое, но с возможностью вставить свой код там, где конструктора не хватает.

Примеры: n8n и Make для автоматизации, Tilda для сайтов, Airtable для баз.

Где работает: внутренние инструменты, автоматизация рутины, прототипы, лендинги — всё, что нужно быстро и не требует уникальной логики. Где ломается: нестандартные требования, большие нагрузки, версионирование и код-ревью, а главное — vendor lock-in: перенести проект с платформы обычно означает переписать его с нуля.

Keygen

Keygen (key generator) — генератор ключей. Два совершенно разных контекста:

Легальный и повседневный — утилиты генерации криптографических ключей. Самая известная — ssh-keygen:

ssh-keygen -t ed25519 -C "dev@example.com"

Создаёт пару ключей: приватный остаётся у вас, публичный кладётся на сервер. Подробнее — SSH-ключ. Из той же категории openssl genrsa, gpg --gen-key, генераторы API-токенов.

Пиратский — программы, подбирающие серийные номера к платному ПО по восстановленному алгоритму лицензирования. Именно из-за этого значения слово имеет дурную славу; такие «кейгены» — типичный носитель вредоносного кода.

Среда программирования

Среда программирования (среда разработки) — совокупность инструментов для написания и запуска кода: редактор, компилятор или интерпретатор, отладчик, сборщик. Когда всё это объединено в одну программу, её называют IDE.

Термин используют и шире — как всё окружение, в котором живёт код: версия языка, зависимости, переменные окружения, ОС. В этом смысле «настроить среду» означает поднять виртуальное окружение или контейнер, а не установить редактор.

Связанные термины

• Python — venv, __main__, статические методы
• IDE — среда разработки в узком смысле
• SSH-ключ — что делает ssh-keygen
• REST API — где идемпотентность методов критична
• контейнер — изоляция окружения на уровне системы
• n8n — self-hosted пример no-code-автоматизации