Когда-то я писал на PHP и очень удивлялся, почему же все эти ошибки не ловятся моим catch-ем. Но потом я перешёл на нормальные языки программирование, и мои волосы стали гладкими и шелковистыми.
Потому что gtk+ гуй на php был сделан лет пять назад, ничего принципиально нового в таком решении нет. Насколько я знаю, нет вообще ни одной программы сколь-нибудь известной, написанной таким образом. Что как бы показывает нам всю нужность php за пределами сообщества начинающих программистов.
Есть ещё отличное нововведение в транке — on_delete для ForeignKey. Все решали проблему с тем, что django эмулировала ON DELETE CASCADE, по-разному. Я вот писал def delete() в каждой модели. И это очень раздражало. Теперь же пришло счастье в виде on_delete.
Относительно class based views: сделано неплохо (по крайней мере теперь можно пользоваться, старые generic views были целиком и полностью бесполезны), но продумано далеко не всё. Например, неясно, как быть, если сигнатуры методов get/post/put/delete различаются.
Со staticfiles молодцы — давно пора было разделить статику сайта и статику пользователя. Но опять перемудрили — сделали специальную manage.py команду для деплоя статики в расчёте на rsync. Но этот путь далеко не единственный.
Я приверженец мнения, что если с русским нелады (а тут кроме как с русским ещё и с чувством прекрасного нелады: что может быть отвратительнее таких стихов-поздравлений, я просто не представляю), то в голове каша, что и на профессиональные навыки влияет не лучшим образом.
Относительно class based views: сделано неплохо (по крайней мере теперь можно пользоваться, старые generic views были целиком и полностью бесполезны), но продумано далеко не всё. Например, неясно, как быть, если сигнатуры методов get/post/put/delete различаются.
Со staticfiles молодцы — давно пора было разделить статику сайта и статику пользователя. Но опять перемудрили — сделали специальную manage.py команду для деплоя статики в расчёте на rsync. Но этот путь далеко не единственный.
доносузаявлению в прокуратуру?