Модуль – кусок кода, который можно использовать в другом коде. В самом простом случае это файл.

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

ещё десяток других модулей: Питон сам всё разрулит.

Имя модуля совпадает с именем файла и должно быть нормальным именем переменной в Питоне: например, не содержать

знаков минуса.

Есть ещё вариант `from data_loaders import *`, но он вне закона. Забудьте о нём.

Когда Питон видит `import data_loaders`, он находит файл `data_loaders.py` и выполняет его. Реально выполняет:

если в нём есть код, он будет выполнен. Даже если это не просто объявления функций, а их вызов. Представим,

значение `__main__` ([доки](https://docs.python.org/3/library/__main__.html)). Хитро, а?

Главный подводный камень – рекурсивный импорт. Это если мы импортируем `data_loaders` из `bars`, а для `data_loaders`

нужен `bars`. Вот так:

максимально независимые общие функции, которые используются в других файлах. Не наоборот.

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

рядом с `bars.py`. Если не находит, то проходит по папкам в `sys.path` и ищет нужный файл.

Тут – разные мелочи, на которых обычно спотыкаются новички в Питоне. Шагай свободно.

Раньше в C++ итерация по коллекции проходила так:

Делай правильно и не делай неправильно.

Часто нужно предусмотреть какой-нибудь хреновый случай – нет файла с данными, не работает интернет,

не хватает места на диске, пользователь ввёл неверные данные.

Не `if latitude == None` и не `if latitude`. Это важно.

Загрузим json из файла:

def load_json_data(filepath):

Теперь стало проще: меньше вложенности, просто читать. Меньше багов.

Часто в коде приходится проверять переменные на нулевые значения.

Например, пустой список:

Это облегчает код и не вредит читаемости.

Стандартная библиотека Питона огромная, в ней куча всего полезного.

Стоит глянуть [на содержание](https://docs.python.org/3/library/), чтобы оценить масштаб.

и знать, где смотреть, если они понадобятся.

Названия должны однозначно говорить о том, зачем нужна сущность: переменная, функция или что-то ещё.

Переменные – это сущности, а их названия – это существительные (`user.level`) или их свойства (`user.is_admin`).

создаёт ощущение неряшливости, а может и смыслу навредить – тогда о читаемости не может быть и речи.

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

Понятным – это когда с первого взгляда понятно, что он делает:

из скрипта. `send_notifications_to_slack` ничего не знает о том, что `messages` к ней приехали от Фейсбука, для

неё это просто сообщения, которые надо отправить пользователю `user`.

Код нужен для того, чтобы им пользовались. Его цель – сделать пользователю удобно.

То, что задачи учебные и едва ли кто-то будет всерьёз ими пользоваться – не важно. Любой код должен быть удобен