Питонические атаки

Заблуждения по поводу времени, в которые верят программисты:

* часть 1: https://infiniteundo.com/post/25326999628/falsehoods-programmers-believe-about-time
* часть 2: https://infiniteundo.com/post/25509354022/more-falsehoods-programmers-believe-about-time

Люблю всякие исследования и статистику. JetBrains выкатили результаты исследования экосистемы разработки за 2020 год.

Инфографика: https://www.jetbrains.com/ru-ru/lp/devecosystem-2020/
Пост в блоге: https://blog.jetbrains.com/ru/2020/06/22/the-state-of-developer-ecosystem-2020/

#jetbrains

Замечаю, что начинающие питонисты часто пишут код примерно вот так:

for key in dictionary:
    print(dictionary[key])

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

for value in dictionary.values():
    print(value)

Так лучше. По заголовку цикла сразу же видно, что использоваться будут только значения словаря.

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

https://semakin.dev/2020/07/iterate_over_dict/

Согласно документации, встроенная функция zip() извлекает по одному элементу из каждой переданной последовательности (или вообще любых итерируемых объектов) и возвращает их все вместе в виде кортежа, делая так до тех пор, пока одна из последовательностей не закончится. Это значит, что конец более длинных последовательностей просто тихо выкидывается и не используется. Поведение абсолютно логичное, существует уже много лет, явно описано в документации, но, к сожалению, оно слишком неочевидное. В ситуации с последовательностями разной длины результат операции может получиться не таким, как ожидается, при этом никаких ошибок не произойдет. Это настолько распространённая проблема, что даже в стандартной библиотеке Python были баги по этому поводу.

В Python 3.10 приняли PEP 618, который добавляет в zip() аргумент strict. В режиме zip(..., strict=True) функция будет контролировать, чтобы все последовательности заканчивались одновременно.

Например,

zip([1, 2, 3], [1, 2], strict=True)

зарейзит ошибку ValueError, потому что переданы списки разной длины.

По умолчанию zip() сохранит своё старое поведение.

Ждём Python 3.10!

Ссылки:
* PEP 618: https://www.python.org/dev/peps/pep-0618/
* Документация по zip: https://docs.python.org/3/library/functions.html#zip

Круто, когда есть инструменты, на которые можно положиться. Круто, когда тайп-чекер через десять файлов и пятнадцать вызовов функций понимает, что ты передаёшь не правильный аргумент, и сообщает тебе об этом. Круто, когда тайп-чекер знает, как правильно пользоваться всеми (ну ладно, не всеми, но многими) внешними библиотеками и не даёт косячить.

Это возможно лишь благодаря аннотациям типов. Ещё круто, что аннотации типов в Python опциональны — хочешь говнякаешь по-быстрому, а хочешь — пишешь на века.

Писать аннотации типов в Python — это очень полезно. Вот, даже пост об этом написал:

https://semakin.dev/2020/06/type_hints/

Кстати, раз уж затронули тему опросов и исследований, то JetBrains тоже недавно опубликовали результаты своего исследования среди Python-разработчиков.

Интересное:
* Python часто используют совместно с JavaScript, Bash, HTML/CSS и SQL;
* основными областями применения Python остаются анализ данных, веб-разработка, машинное обучение и DevOps;
* Python 2 уже почти не используется (10%), а Python 3.7 является самой популярной версией среди 3.x.

https://www.jetbrains.com/lp/python-developers-survey-2019/

#jetbrains

Часто замечаю, что люди забывают ставить символы переноса строки в конце текстовых файлов (будь то исходники Python, SQL или просто TXT-файл). А это важная деталь, её отсутствие нарушает основопологающие стандарты разработки ПО и заставляет многие утилиты Unix сходить с ума.

https://semakin.dev/2020/05/no_newline_at_end_of_file/

StackOverflow опубликовали результаты ежегодного опроса среди разработчиков за 2020 год.

Из интересного:
* Python является четвертым по популярности языком программирования (а если не учитывать HTML и SQL — это ж язык разметки и язык запросов, то вообще второй);
* TypeScript сместил Python на третье место в рейтинге "Most Loved";
* Python до сих пор держит первое месте в рейтинге "Most Wanted".

https://insights.stackoverflow.com/survey/2020

Git-хуки — это невероятно мощный и полезный инструмент, который, как мне кажется, часто игнорируют и недооценивают.

Написал пост про Git-хуки в целом и про инструмент pre-commit, который упрощает работу с ними. Если ещё не пользуетесь, то наверняка будет полезно, на каком языке бы вы ни писали!

https://semakin.dev/2020/05/pre-commit/

#git

Недавно прошел Pytup (митап по Python), перебазировавшийся в онлайн из-за пандемии. Было две достаточно интересных и хардкорных темы.

Запись доступна здесь: https://youtu.be/tpKs4UVe3Bk

pipenv выпустил долгожданный релиз! Это значит, что проект будет жить!

Обновил статью про pipenv: https://semakin.dev/2020/04/pipenv/

Одумойтес

#meme

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

Это правда очень круто, когда вся кодовая база проекта абсолютно одинаково отформатирована. Глаз не отвлекается на всякие мелочи, код воспринимается легко. И для этого даже почти ничего не нужно делать!

https://semakin.dev/2020/05/black/

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

https://semakin.dev/2020/05/python2_print/

Тема немного оффтопик, но я в восторге от choco — пакетного менеджера для Windows! Больше никогда не буду устанавливать программы через "поставить галочку под лицензией", "далее", "далее", "далее", "готово".

https://semakin.dev/2020/05/chocolatey/

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

Постарался в статье подробно рассмотреть как пользоваться двумя самыми популярными линтерами для Python — flake8 и pylint.

Линтеры в Python

Раз уж я начал писать про менеджеры версий, то нельзя обойти стороной универсальный менеджер версий — asdf. Этот инструмент будет полезен не только для питонистов, но и в целом для людей, которые сталкиваются с задачей управления версиями своего любимого языка программирования. Может быть вы пишете на Node.js, Rust, Kotlin или Go? А может быть на всём этом сразу? asdf умеет управлять версиями всех этих языков и ещё кучей всего!

На самом деле, именно asdf я и пользуюсь в своей повседневной работе вместо pyenv. Сейчас через него я управляю только версиями Python и Node.js, но если мне захочется освоить другой язык, то я уже знаю, как я буду его устанавливать 😊

Управление версиями чего угодно при помощи asdf

pyenv — это отличный инструмент для установки любых версий любого интерпретатора Python. Можно установить как древний CPython 2.1.3 (вышел 18 лет назад 😱), так и ультрасовременный 3.9.0, который выйдет только через полгода. А ещё pyenv умеет устанавливать альтернативные интерпретаторы Python. И умеет удобно переключаться между версиями. Классная вещь.

Установка нескольких версий Python параллельно при помощи pyenv

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

pipenv — как pip, только удобнее