Что такое полиморфизм в контексте скриптов и автоматизации?

Эй, а давайте-ка поговорим про эту вашу заумь — полиморфизм. В нашем деле, ёпта, это не про какие-то там абстрактные классы, а про реальную, хитрожопую магию, когда одна и та же команда или скрипт работает по-разному, смотря куда его ткнуть. Это как универсальная отвёртка, которая сама понимает, винт перед ней или гайка. Удобно, блядь, до безобразия.

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

Пример первый: Ansible, наш верный друг. Вот смотрите на этот playbook. Одна задача, а работает на всём, что шевелится.

- name: Install a package (Polymorphic task)
  package:
    name: nginx
    state: present
  # На Debian/Ubuntu выполнит `apt install nginx`
  # На RHEL/CentOS выполнит `yum install nginx`
  # На Alpine выполнит `apk add nginx`

Видите? Модуль package — он не дурак. Он приходит на сервер, нюхает воздух, понимает, что за система перед ним, и сам решает, какого менеджера пакетов сейчас вздрочнуть: apt, yum или apk. Тебе, как инженеру, вообще похуй, что там внутри. Написал один раз — и работает везде. Красота, ядрёна вошь!

Пример второй: Питонячий скрипт для облаков. Тут уже посложнее, но суть та же. Одна функция, а создаёт виртуалки где угодно.

def create_vm(provider, config):
    """Полиморфная функция создания VM."""
    if provider == "aws":
        # Вызов boto3 EC2 client
        response = ec2.run_instances(...)
        return response['Instances'][0]['InstanceId']
    elif provider == "gcp":
        # Вызов google-cloud-compute client
        instance = compute.instances().insert(...).execute()
        return instance['id']
    elif provider == "azure":
        # Вызов azure-mgmt-compute client
        poller = compute_client.virtual_machines.begin_create_or_update(...)
        return poller.result().name
    else:
        raise ValueError(f"Unsupported provider: {provider}")

# Единый интерфейс для разных провайдеров
vm_id_aws = create_vm("aws", aws_config)
vm_id_gcp = create_vm("gcp", gcp_config)

Смотрите, как хитрожопо: ты говоришь функции «создай мне машину в AWS», а она внутри уже сама знает, какого именно клиента boto3 нужно впендюрить. Сказал «GCP» — она уже лезет в google-cloud-compute. Один интерфейс, а под капотом — три абсолютно разных движка. Это и есть полиморфизм, ёпта. Не нужно городить три отдельных скрипта, которые друг друга ненавидят.

Пример третий: Bash и его вечная магия. Ну и куда же без нашего старого доброго терминала. Возьмём jq — инструмент, который сам по себе полиморфный как чёрт.

# Извлечение поля
cat data.json | jq '.name'
# Фильтрация массива
cat data.json | jq '.[] | select(.status == "up")'
# Форматирование вывода
cat data.json | jq -r '.[].ip'

Одна команда jq, а делает овердохуища всего. Дал ей один фильтр — она тебе имя вытащит. Дал другой — она массив отфильтрует. Это как если бы отвёртка, в зависимости от твоего взгляда, превращалась то в гаечный ключ, то в паяльник. Удобно, блядь.

Так в чём же соль, спросите вы? А соль в том, что полиморфизм — это наше всё в автоматизации. Ты пишешь один абстрактный Ansible-плейбук, один Terraform-модуль или одну джобу в CI/CD, а эта штука потом сама раскидывает мозгами и работает с кучей разных систем: и с Ubuntu, и с CentOS, и с AWS, и с Azure. Тебе не нужно плодить кучу почти одинакового кода, который потом ещё и поддерживать — терпения ноль ебать. Написал логику один раз, обернул её в умный интерфейс — и спи спокойно. Это и есть профессиональный подход, а не распиздяйство.