История изменений
Исправление Dred, (текущая версия) :
было бы правильней :=.
ну вот почему оно было бы правильней ? Это ведь условность, при чем условность вида использования k,q,i,j в качестве итераторов (по этому поводу у меня отдельно горит, каждый преподаван считает своим долгом сказать что в циклах надо использовать это, но вот если бы хоть кто-нибудь включил голову и понял насколько проблемно в итоге читать код каждый раз мысленно разделяя i и j, а если кто-то решит еще расписать на бумаге, то прямо уух.). И я понимаю что все оно из математики, только это не значит, что это хорошая идея.
with офигительно ближе
по моему одна из самых удачных конструкций python, серьезно, работает куда очевиднее какого-нибудь finally из java. И позволяет не оборачивать лишний раз ошибки
_foo(), __foo(), __foo__()
ну это условность уже для тех кто будет не просто смотреть на алгоритм, а именно код писать. Мне вот не хватало в java этого, когда один деятель накосячил в геттере и чтобы нормально посмотреть на защищеное поле внутри пришлось заморочиться.
Списковые вкючения кстати тоже отличная штука, сразу же понятно что внутри цикл и что он генерирует, куда удобнее map и filter, которые как раз надо было отправить туда же куда и reduce
Если уже докапываться до современного python, то из-за убогих тернарных операторов и лямбд
Исходная версия Dred, :
было бы правильней :=.
ну вот почему оно было бы правильней ? Это ведь условность, при чем условность вида использования k,q,i,j в качестве итераторов (по этому поводу у меня отдельно горит, каждый преподаван считает своим долгом сказать что в циклах надо использовать это, но вот если бы хоть кто-нибудь включил голову и понял насколько проблемно в итоге читать код каждый раз мысленно разделяя i и j, а если кто-то решит еще расписать на бумаге, то прямо уух.). И я понимаю что все оно из математики, только это не значит, что это хорошая идея.
with офигительно ближе
по моему одна из самых удачных конструкций python, серьезно, работает куда очевиднее какого-нибудь finally из java. И позволяет не оборачивать лишний раз ошибки
_foo(), __foo(), __foo__()
ну это условность уже для тех кто будет не просто смотреть на алгоритм, а именно код писать. Мне вот не хватало в java этого, когда один деятель накосячил в геттере и чтобы нормально посмотреть на защищеное поле внутри пришлось заморочиться.