4 ошибки, которые мешают вам выучить Python

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

1. Почитайте статьи про Python и сравните его с другими языками.
2. Пообщайтесь с карьерным консультантом.
3. Посмотрите, какие проекты реализованы на Python и с какими технологиями это связано.
4. Выпишите преимущества и недостатки Python.
5. Решайте, учить или нет. А можете пока собирать информацию дальше.

Какое бы решение вы ни приняли, скорее всего, оно будет ошибочным. Писать код на профессиональном уровне не всем подходит — часто это монотонная работа, в которой нет творчества и приключений, как в фильме «Социальная сеть». То есть вообще нет гарантий, что вам понравится процесс.

Теперь о хорошем. Программированием необязательно заниматься всю жизнь. Если вы приобретёте опыт и научитесь работать, то через какое-то время сможете использовать свои навыки и изменить карьеру. Например, стать тимлидом и заниматься менеджерской работой или открыть IT-стартап и руководить разработкой полезного сервиса.

Ошибка №2

Писать код и не знать PEP-8

Если решите стать водителем, то придётся выучить правила дорожного движения. Без ПДД вы не получите права и рискуете попасть в аварию.

В языке Python есть индекс PEP-8 — руководство по стилю написания кода. По уровню значимости это такой же документ, как ПДД для водителя.

Каждый Python-разработчик в любой компании должен писать код, учитывая требования PEP-8. Они важнее корпоративных правил, и ошибка новичка — учить руководство по стилю в отрыве от теории и практических домашних заданий. То есть в тот момент, когда этих знаний потребует работодатель.

PEP-8 — это объёмный документ, который недостаточно только прочитать. Нужно научиться видеть ошибки и знать, как поправить код.

PEP-8 не всегда входит в учебную программу, и поэтому программист должен самостоятельно его изучить. Это напоминает внеклассное чтение на лето. Есть разные методики запоминания, но здесь подходит техника коротких записей:

• Заведите блог или страницу в соцсетях.
• Каждый день читайте фрагмент руководства по стилю для Python-кода.
• Делайте короткую заметку обо всём, что запомнили.

Уделяйте этому упражнению 10–15 минут в день, и через несколько месяцев выучите PEP-8 назубок. Когда разберётесь с теорией — переключайтесь на практику. Берите свой или чужой код, находите в нём ошибки и исправляйте их по правилам. Так вы набьёте руку и привыкнете к чистому коду.

Ошибка №3

Игнорировать правила нейминга

Если быстро не застеклить разбитое окно, то скоро в здании не останется целых окон. Если не убрать пакет с мусором из неположенного места, то вокруг него вырастет свалка. Если в Python-проектах не следить за неймингом, получится запутанный код, в котором сложно ориентироваться. Социологи объясняют это теорией разбитых окон, согласно которой незначительные нарушения приводят к крупным проблемам.

Предположим, программист назвал функцию delete_all — «удалить всё». Без погружения в контекст и чтения кода ничего не понятно — эта функция может означать что угодно:

• удалить все файлы из базы данных;
• удалить всё с компьютера;
• удалить всех хейтеров из интернета;
• и так далее.

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

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

Возьмём функцию delete_all и переименуем её в delete_all_archive — «удалить весь архив». Одним словом мы убрали неопределённость. Теперь программистам не нужно изучать код, чтобы понять назначение функции.

Название должно объяснять, что делает код и зачем он нужен. Если ответить на два вопроса не получается, добавляйте комментарий. В названии пишите, что делает код, а в комментарии — зачем он нужен. Это упрощает чтение:

1. Программист видит функцию delete_all_archive и понимает, что она удаляет все архивные комментарии.
2. Дальше он читает комментарий и узнаёт, что код нужен для автоматической очистки системы от мусорных файлов.
3. По названию и комментарию программист может решить: раскрыть код и посмотреть реализацию или не тратить время. Так работает нейминг.

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

Ошибка №4

Программировать в отрыве от сообщества

Python много заимствовал у ABC — мёртвого языка программирования, который, по мнению Гвидо ван Россума, провалился из-за отсутствия поддержки сообщества. Язык ABC проектировали учёные, которые не смогли учесть интересы программистов за пределами лаборатории.

Python развивался иначе. После релиза вокруг него сложилось сообщество, где программисты делились опытом, давали обратную связь и предлагали улучшения. Прошло 30 лет, а сообщество продолжает дорабатывать Python.

Пример с Python и ABC демонстрирует силу сообщества, которую можно использовать для изучения языка. Не нужно замыкаться и самостоятельно разбирать непонятные вопросы — не всё можно загуглить, и не всегда ответы поисковой выдачи помогают сориентироваться в предмете.

Присоединиться к Python-сообществу несложно. Проблема в том, что новички часто стесняются и не видят ценности в общении с другими программистами. Они учат базовый материал, которого полно в интернете. Если есть наставник или преподаватель, то они быстрее любого сообщества ответят на вопросы.

Для понимания ценности сообщества нужно представить ситуацию: вас взяли на испытательный срок и в качестве теста попросили разобраться с какой-то нестандартной Python-библиотекой. Коллеги недоступны, в поисковике пусто, а экспериментировать некогда. Остаётся сообщество. Если вы знаете, куда обратиться за помощью, то с большой вероятностью найдёте подсказку.