В чем разница между относительными и абсолютными путями и когда что использовать?

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

Выбор между относительными и абсолютными путями — это не просто так, «ой, какая разница». Это, блядь, фундаментально. От этого зависит, будет ли твой код работать у коллеги, на тестовом стенде или на продакшене, или ты получишь в лог FileNotFoundError и будешь потом, как Герасим, метаться с криком «Муму!», то есть «config.json!», но уже поздно будет.

Относительные пути — это когда ты указываешь дорогу, отталкиваясь от того, где стоишь сейчас (от текущей рабочей директории).

• Плюсы, ёпта: Проект становится самодостаточной капсулой. Скинул архивом — распаковал — запустил. Всё работает, потому что все пути внутри архива. Переносимость — овердохуища.
• Минусы, сука: Всё зависит от того, откуда ты этот скрипт запустил. Если запустил не из корня проекта, а из соседней папки — всё, пиздец, он полезет не туда искать файлы. Ошибки на ровном месте.
• Используй для: Всей своей внутренней кухни — конфиги, модули, тестовые данные, картинки для интерфейса. Всё, что живёт внутри папки с проектом.

# Вот смотри, всё просто и понятно, если ты в корне проекта
config_path = "./config/settings.json"  # Загляни в папку config тут же
test_data_path = "../data/test_input.csv"  # Поднимись на уровень выше и зайди в data

Абсолютные пути — это полный адрес файла, от корня диска C: или /. Как домашний адрес с индексом.

• Плюсы, блядь: Жёсткая надёжность. Где бы ты ни запустил скрипт, он полезет именно по этому конкретному адресу. Никаких неожиданностей.
• Минусы, ёпта: Это и есть главная ловушка! Такой путь сломается при переносе на другую машину, у другого пользователя или даже если ты просто переименуешь папку на своём же компе. Хардкод, сука, в чистом виде.
• Используй для: Системных штук, которые всегда на одном месте. Например, лог системы или какая-нибудь глобальная настройка.

# Пример абсолютного пути (но делать надо с умом, блядь!)
import os
# Вот так правильно — строим путь динамически от места, где лежит сам скрипт.
# Это типа «абсолютный, но умный».
project_root = os.path.dirname(os.path.abspath(__file__))  # __file__ — это путь к текущему файлу .py
config_path = os.path.join(project_root, 'config', 'settings.json')  # Собрали путь безопасно

# А вот так — пиздец как неправильно (почти всегда). Хардкод.
system_log_path = "/var/log/app.log"  # На Windows это просто не существует, ёпта!

Так как же не облажаться? Лучшие практики, блядь:

1. Внутри своего проекта — либо относительные пути (если структура простая), либо, что надёжнее, формируй абсолютные пути динамически, отталкиваясь от магической переменной __file__. Это золотой стандарт, забей себе в башку.
2. Для всяких внешних ресурсов (базы данных, общие сетевые папки) — НИКОГДА не хардкодь путь в коде. Выноси это в конфигурационные файлы (config.yaml, .env), переменные окружения или передавай аргументами при запуске. Чистота кода — залог спокойной жизни.
3. В тестах, сука, тем более используй относительные пути. Чтобы твой CI/CD пайплайн на удалённом сервере не обосрался, пытаясь найти C:UsersVasyaProjectssuper_appdatatest.csv.
4. Используй нормальные библиотеки для работы с путями! os.path — старый добрый друг, а pathlib (в Python 3.4+) — это вообще песня. Они сами разберутся с прямыми и обратными слешами для Windows/Linux, не надо изобретать велосипед.

Короче, правило простое: хочешь, чтобы проект жил и не доставлял боли — избегай хардкода абсолютных путов, как чёрт ладана. Всё, что можно, делай относительным или строй динамически. И тебе, и всем, кто будет с этим работать, будет спокойнее. А то потом разгребать — волнение ебать, терпения ноль ебать.