Ну, мне кажется, что учиться скорее нужно по примерам кого-то, кто придерживается принятых правил написания кода. А когда человек пишет для того, чтобы к ним придти, то это не пример для обучения, это тренировка самого человека, который пишет. И всë верно, учиться по чужому не очень хорошему коду — не самая удачная идея.
Я не хотел сказать, что Rack был позже PSGI, или что он чем-то плох, или что-нибудь еще подобное. Я хотел сказать, что некорректная подача информации может сбить с толку того, кто не знает.
WSGI можно рассматривать как дальнейшее развитие апи сервлетов, но отличия у них значительные. У PSGI и WSGI отличия лишь в том, что один — для перла, другой — для питона (ладно, я немного перегибаю, но в целом — так).
Идея в том, что PSGI называет WSGI в качестве главного вдохновителя. И по названию кое-что заметно, и по интерфейсу — тоже. WSGI при этом не имеет таких явных предтеч.
Потому сказать, что в перле появился PSGI, который сделан по подобию Rack'а — несколько странно.
Ну, наверное лучше, но батарейку жрут сильнее. Мне в принципе пофиг, c2d хватает.
Хочу видеть ссылку на ноутбук лучше, чем MBP 13", за те же 1200$.
Это был большой мерж и я очевидно пропустил кое-чего. :( Это не извиняет, конечно, но объясняет.
Django style guide надо читать. Там сказано, что фигурные скобки нужно отделять пробелами.
WSGI можно рассматривать как дальнейшее развитие апи сервлетов, но отличия у них значительные. У PSGI и WSGI отличия лишь в том, что один — для перла, другой — для питона (ладно, я немного перегибаю, но в целом — так).
Потому сказать, что в перле появился PSGI, который сделан по подобию Rack'а — несколько странно.