возможно, я что-то делаю не так, но у меня timeit показывает одинаковое время для моего и вашего варианта. А еще ваше решение справедливо только для методов, но не для функций.
Вообще, как правило, любые правки в линтерах, общих конфигах и т.д. выносятся на обсуждение в команде. Если у всех с текущими настройками все ок (например, длина строки 80 символов всех устраивает), а одному почему-то не ок — значит надо разбираться в самом начале с этим специалистом, почему так. Ситуация, которую вы описали, может возникать в компаниях с высокой текучкой и в аутсорсе иногда и говорит она о том, что рабочий процесс не отлажен.
Справедливости ради, в PEP-8 также прописано следующее:
Some teams strongly prefer a longer line length. For code maintained exclusively or primarily by a team that can reach agreement on this issue, it is okay to increase the line length limit up to 99 characters, provided that comments and docstrings are still wrapped at 72 characters.
У меня была папка. С разной всячиной. Еще с детства. По сути это была свалка вещей, которые мне дороги. Я сменил много операционок: сперва была win xp, потом разные вариации линукса. Каждый раз папка кочевала на новую систему и пополнялась чем-то новым. Много лет. Однажды я убил очередной свой линукс и эвакуировал на флешку множество всего, что нужно было спасти, а про папку забыл.
Пятница. Вечер. Конец рабочего дня. Я убиваю базу на продакшене. В предпаническом состоянии со сверхзвуковой скоростью чиню ее в течение получаса. Не помню, как мне это удалось, помню только, что так быстро я никогда не работал :-)
P.S. про вечер пятницы уточнил, потому что есть же аксиома «если кто-то рано на работе, то необязательно он рано пришел — может он еще не уходил», а значит, есть и ее обратная сторона и конец рабочего дня в пятницу может быть и утром тоже.
правильно. И вот если не использовать локальный try except, то придется каждый раз делать еще один запрос в бд на уникальность. Полагаю, это не лучший вариант.
А как такой подход применить, если есть, например, сервер, который все запросы отдает в хэндлеры, а хэндлер может вернуть разный результат? Например, мы отправляем запрос на создание персонажа, а введенное имя уже занято. Получается, мне нужно добавить доп. запрос в бд на проверку имени, чтоб не использовать локально try except? Имхо, немного накладно. А с декоратором и локальным try...except мы в случае IntegrityError ('name' is duplicated) не делаем экстра запросов. Запрос всегда один.
избавляет от необходимости везде писать try...except, что само по себе достаточно громоздко. Делает код компактным и избавляет от необходимости его дублирования.
как говорил один в меру известный мастер презентации декораторов, «если то, что выше — не презентация декоратора, то я не знаю, что такое презентация декоратора». Скажите хотя бы, чего вы ожидали, может я смогу извлечь какие-нибудь выводы на будущее относительно оформления?
Еще нужно обратить внимание на наличие спортзала и на внешность сотрудников компании. Если все красноглазые и нездоровые на вид (и даже эйчар), то наверняка выжимают по полной. А если нету места, где можно выйти размяться, то это дополнительный косвенный намек, что компания заинтересована в работе, но не в здоровье работника. Кстати, отсутствие спортзала еще неплохо сочетается с наличием овертаймов.
тогда !Boolean(x) не очень смотрится. И почему сразу магия? Простое поведение, унарный оператор возвращает значение и передает второму такому же оператору. В javascript можно и !!!!!!!!x написать.
к чему это я. Для людей, кто изучает предмет систематично — перечисленное не станет малоизвестным, а вот те, кто изучает js по отрывкам (например, начал изучать js аж с реакта, с какой-нибудь статьи «реакт за 10 мин для домохозяек» или со статьи выше) — для них любое ключевое слово js (прототипы,ajax, промисы, стрелочные функции и т д до бесконечности) — любое будет чем-то малоизвестным.
Статья — просто выжимка из learn.javascript.ru, где это все описано достаточно доходчиво и последовательно. В чем минус статьи и ей подобных: уровень подачи материала скатывается до нескольких тезисов, в итоге статья становится одной из многих, после которых надо все-таки идти на тот же learn.javascript и заполнять пробелы в знаниях. Говорю по опыту, как человек, изучавший js с нуля (преимущественно сам), преподававший этот язык и как js девелопер.
так я и не говорил, что для постижения дзен ангулара нужно учиться в Оксфорде. Большая часть проблем с ангуларом — именно в документации, которая сделана для галочки (по крайней мере, мне так кажется уже несколько лет, примерно с начала появления ангулара)
P.S. про вечер пятницы уточнил, потому что есть же аксиома «если кто-то рано на работе, то необязательно он рано пришел — может он еще не уходил», а значит, есть и ее обратная сторона и конец рабочего дня в пятницу может быть и утром тоже.
дзенангулара нужно учиться в Оксфорде. Большая часть проблем с ангуларом — именно в документации, которая сделана для галочки (по крайней мере, мне так кажется уже несколько лет, примерно с начала появления ангулара)