Pull to refresh

Comments 24

Не за что! Видео с конференции я, к сожалению, не могу найти.
UFO just landed and posted this here
Спасибо за доклад на хайлоаде, мне очень понравился :)
Twisted хорош. Tornado еще лучше. Node.js самый лучший, ну и что, что не на питоне :)
Чем Tornado то лучше? Я вот на него посмотрел, и понял что они пролетели — они облегчили Twisted на Deferreds, а это ошибка.
Тем, что он проще, в нем нету кучи лишних вещей, редко нужных.
И тем, что на нем работает френдфид → можно доверять :)
Это которые вещи лишние? Deferreds? Ну-ка ну-ка, мне даже интересно — обоснуйте их ненужность.
Это то, что там для управления callback'ами?
В Tornado проще, не надо ничем управлять, просто параметр callback=_my_callback где надо и декоратор @tornado.web.asynchronous перед всем безобразием :)
Проще, согласен, и потому убого. Расскажите мне, как вы передадите исключение таким способом?
Что есть в Tornado для запуска процессов?
Что есть в Tornado для управления пулами потоков?
Какие библиотеки есть для Tornado?
Дело было примерно так — автор Tornado пытался понять Twisted, писал в список рассылки, спрашивал. Но так и не понял и сделал Tornado. Видимо, такова его ниша (Tornado) и такое «упрощенное» решение имеет право на существование.

Без обид. Просто другой взгляд на вещи.

Поэтому я думаю сравнение технологий без определения критериев и конкретных метрик бесмысленно.
К сожалению, это не так. Писали FriendFeed на низком уровне, на чистом питоне. Потом из него вытащили Tornado.
Так же, как из Basecamp вытащили Rails.
Батенька трололо в общем. Низкоуровневый питон это уже за гранью.
/s/на низком уровне/без фреймворка/
Ладно, примем. Автор не осилил Twisted, deferreds, и написал свой велик, который и вполовину не дотягивает до оригинала.
Давайте Вы освоите Twisted, а потом обсудим?
Зачем мне Twisted? Зачем мне что-то обсуждать?
Я высказал свое мнение: Tornado проще, а значит лучше.
Я люблю, когда люди, высказывая свое мнение, приводят хорошие аргументы. Считаю себя в праве забивать на необоснованное ИМХО, да еще от не владеющих предметом.
Так забей — зачем отвечаешь?
Хороший аргумент — простота.
Я забиваю на ИМХО, а не на эффект от от его горделивого изложения.

Простота Tornado очень спорная штука, и если бы вы, вместо гундежа в воздух, изучили бы Twisted, вам это пошло бы на пользу.

А также авторам node и Tornado, тоже очень бы пригодилось поучиться писать асинхронные фреймворки.

P.S. не надо тыкать, уважайте собеседника.
Node.js может справится с подобными задачами? У него уже есть готовые решения, всмысле поддерживаемые протоколы и бэкэнды (больше всего интересует мемкешди)? Про асинхронность помню уже писали и ее вроде хвалили. Спасибо.
А вы поищите — под node много чего уже написано. Как минимум точно есть асинхронные драйвера к SQL БД, Redis. Думаю memcache там уж всяко реализован.
Подскажите, пожалуйста, в презентации еще упоминаются руби EventMachine. Насколько он хорош? Мне не важен язык, важна производительность фреймворка. Спасибо.
Я не готов сравнить их. EventMachine — это «Twised на Ruby».

То есть на верхнем уровне это скорее различие языков и философий программирования, определяемых языком.

Вообще говоря Ruby MRI на сегодня медленнее Python.

Может, кто из пробовавших оба расскажет?
Sign up to leave a comment.

Articles

Change theme settings