Автор призывает не только добавлять хорошее, но и удалять плохое. Причём даже не в варианте "сожжём всё старое" (хотя я из этого лагеря), а через deprecation. Кому надо старьё - есть версионирование.
Тот же git checkout <branch> - пусть пишет deprecation warning в течение года, раз появился git switch. Или мы теперь на каждую плохо названную команду будем добавлять хорошо названный дубликат?
Это либо откладывание проблемы (нафигачим сейчас кое-как, а потом будем тратить часы на отладку и рефакторинг), либо перекладывание ответственности (нафигачим сейчас кое-как, а кто-то другой будет с этим разбираться). Ну типа это их путь, но не мой.
Согласен абсолютно. Увы, этот момент красиво разрешить не получилось, так как есть зависимость от других атрибутов - поэтому default_factory не прокатит. Все фиксы, что мне пришли в голову, были ужасны.
Так как я контролирую окружение, где запускается мой проект, то там assert не вырезается. Если есть такие опасения, то, разумеется, нужно написать проверку, которая не удалится.
Не понял предъявы :) Купоны нашёл? Нашёл. Можно их отоварить? Можно (ведь мой личный купон, который был среди найденных , сработал - значит, сработают и остальные). Стал ли я отовариваться? Нет, потому что это преступление. Или это не считается взломом, пока я не стану писать статью из СИЗО?
Шикарный пример! Жить стало ещё страшнее
Ну пусть авиация/автостроение/финансы/военные откроют для себя version pinning, классная штука!
Я понимаю! Но у них есть пересечение функционала, и вот это мне не нравится
Звучит больно! Но радует, что java не отстаёт 😀
Вы явно переоцениваете мой энтузиазм :)
Автор призывает не только добавлять хорошее, но и удалять плохое. Причём даже не в варианте "сожжём всё старое" (хотя я из этого лагеря), а через deprecation. Кому надо старьё - есть версионирование.
Тот же
git checkout <branch>- пусть пишет deprecation warning в течение года, раз появилсяgit switch. Или мы теперь на каждую плохо названную команду будем добавлять хорошо названный дубликат?Точно! Спасибо, поправил
Я бы не сказал, что приговор, но точно задел на будущие баги.
Ну да, можно
if ...: raise AssertionError, согласен. В одну строчку линтер вряд ли даст написать, так что будет чуть длиннее.Это либо откладывание проблемы (нафигачим сейчас кое-как, а потом будем тратить часы на отладку и рефакторинг), либо перекладывание ответственности (нафигачим сейчас кое-как, а кто-то другой будет с этим разбираться). Ну типа это их путь, но не мой.
Ну в следующий раз ещё какой-нибудь конкурс придумаю :)
Согласен абсолютно. Увы, этот момент красиво разрешить не получилось, так как есть зависимость от других атрибутов - поэтому default_factory не прокатит. Все фиксы, что мне пришли в голову, были ужасны.
Так как я контролирую окружение, где запускается мой проект, то там assert не вырезается. Если есть такие опасения, то, разумеется, нужно написать проверку, которая не удалится.
Выглядит отвратительно, лучше бы не было :)
Это мой хитрый план, чтобы пеп открыли ;) Продвигаю тайп хинты в массы через обман читателей
Да ладно, Макс, тут тоже весело. В принципе-то автор правильно накидывает. Я когда начинал работать с дрф, тоже знатно офигел, были схожие чувства.
Я бы добавил какой-нибудь алерт или варнинг, если в не-секретном файле встречается переменная, содержащая "KEY" или "TOKEN"
"Со мной в комнате 50 подарочных кодов, и я буду активировать по одному каждый час пока вы не дадите мне миллион долларов и вертолёт."
Не понял предъявы :) Купоны нашёл? Нашёл. Можно их отоварить? Можно (ведь мой личный купон, который был среди найденных , сработал - значит, сработают и остальные). Стал ли я отовариваться? Нет, потому что это преступление. Или это не считается взломом, пока я не стану писать статью из СИЗО?