Евгений Степанов @estepanov_coder
Чистый кот
Информация
- В рейтинге
- Не участвует
- Откуда
- Тула, Тульская обл., Россия
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Backend Developer, Fullstack Developer
Middle
Python
Django
PostgreSQL
Docker
Linux
Git
JavaScript
JQuery
Flask
Selenium
Сплошной копипаст с этой статьи 19 года
В этом пункте куда-то пропали нижние подчёркивания. Особенно это сбивает с толку когда смотришь на
class
, а должно быть__class__
Вообще-то пустой
__slots__
будет работать:Видимо, при копировании с документации, вы забыли слово Nonempty.
Вывод подводит итог того, о чём до этого говорилось. Что-то не найду момента в статье (до вывода), где говорилось бы про наследование класса от встроенных типов переменной длины. Если уж копируете с документации, то так и пишите «Примечания по использованию слотов» («Notes on using slots»)
Зависит от выбранных правил при написании кода. Если вы пишите один, то сами выбираете длину строк (я следую PEP8, поэтому для меня это 79). Если пишите в команде, то тимлид или руководитель должен выбирать правила, которые будет соблюдать вся команда. В том числе и длину строк.
На счет pylint и flake, если не ошибаюсь, можно настроить макимальную длину. Либо на крайний случай сделать --disable=<код_ошибки> и ошибка не будет появляться.
Обычно такие тонкости как длина строк - дело вкуса, поэтому можно встретить как 79, так и 120 символов на одной строке.
Это комментарий для читающих статью, а не для читающих код. Просто я поместил его в код, чтобы было удобнее. В реальности его бы не было.
С помощью int мы показываем что ожидаем именно этот тип, хотя если убрать type hint, то можно ждать int, str или что-то ещё
Скорее всего да, не находил в бумажной версии
Похоже на то)
Такая же фраза была в этой статье. В итоге какая книга "лучшая"?)
По Лутцу уже есть статья у этого автора.
Согласен на счет "Укуса питона". 200 страниц, кратко и без воды. А вот про Лутца не соглашусь, имхо очень много воды, страниц 200 прочитал и дальше стало не интересно.
Ого, впервые такую запись вижу. Спасибо
Да, я и не говорю что вы не правы. Просто сказал как у меня было, может у кого-то еще также
Согласен. Но как и "Тонна в килограммах", так и "Минута в секундах" звучат на мой взгляд понятно. Т.е. "сколько будет одна тонна в килограммах" и "сколько будет одна минута в секундах"
Как-то до этого не додумался. Спасибо.
И сам программист, пожалуй, поймет что делает что-то не то)
Тогда уж лучше оставить имя функции как есть, чтобы при её поиске не приходилось бегать по всем
t
в коде.Вариант интересный, но тогда при чтении кода не будет видно что
cooking_time
измеряется в минутах. Придется наводиться на эту переменную, и только тогда мы увидим типMinutes
. Т.е. не получится нормального беглого чтенияТоже вариант
Мне кажется сейчас абсолютно все пишут с помощью IDE.
В остальном согласен, длинные имена тоже не всегда хорошо, но если выбор между "коротким и непонятным" и "длинным и понятным", то лично я выберу второе. Как вы и сказали, это личное дело программиста. Так что тут каждому свое.
Кстати в такой ситуации может помочь TDD.
В первых лаборатнорных переменные обычно именуются как-то так:
a
,b
,c
,var
,list
,value
.MIN_IN_SECONDS
- минута в секундах. Также как вес в килограммахWEIGHT_IN_KILOGRAMS
Хм, у меня всегда максимально противоположное представление было. Примерно такое как в статье.
Ошибки можно выделять через Ctrl + Enter)