Pull to refresh
9
0
Send message
Господи, Vk начинают мне напоминать яндекс. Решают уже решенную задачу, правда яндекс еще обычно делает это хуже, чем уже существующие решения. Дуров говорит, что у них хотя бы работает быстрее, но утверждение голословное.

Что мешало им взять HipHop и сделать его лучше? Они бы осчастливили не только тех, кто перейдет на этот KPHP, но и тех, кто уже использует HipHop.
Ну и, конечно, не могу не отметить, что в Facebook уже (спрашивал лично разработчиков) около 50% инфраструктуры работает на HipHop VM github.com/facebook/hiphop-php, www.facebook.com/note.php?note_id=10150415177928920. Так что я слабо представляю, где там «на некоторых тестах можно ждать окончания компиляции полчаса».

Кому, конечно, нужен мой совет, но я бы сказал так: лучше меньше снобизма и больше открытости. Пускай примером служат то, как Google поступил с Vine, а Facebook с Cassandra.
несмотря на то, что ваша позиция мне симпатична. В ноде нет многопоточности из коробки, есть event-loop. Много поточность довольно легко активировать с помощью вот такого замечательного npm-пакета (https://github.com/lloyd/node-compute-cluster).
Просто это Java
Круто, молодцы!
И это доказывает, что Meteor — ерунда?
Meteor(а в целом и nodejs) работает в одном потоке, слышали? Не модно — значит не модно, такое мое субъективное мнение. WebSockets — почитайте тут ru.wikipedia.org/wiki/WebSocket
в следующей статье будет живой пример
Возможны оба варианта.
Вы правы, это объективный показатель.
Кстати, нашел интересную ссылку в инернете meteor.com/blog/2012/07/25/meteors-new-112-million-development-budget
Вот тут неплохая статья есть habrahabr.ru/post/124731/
Окей, вы безусловно правы и оень логичны. У меня закончились аргументы.
Мне очень грустно, что я не смог донести до аудитории, что meteor — это не про MVC, это про реактивность, а backbone в meteor интегрируется одной командой.
Я говорю о том, что если выбирать между тем, чтобы сервис вообще не работал и тем, чтобы у части пользователей были проблемы (кстати, когда тестил в ie8, никаких неудобств серьезны не заметил), лучше выбрать второй вариант.
Пускай часть пользователей будут недовольны, зато сервер будет жить.
Пытаюсь евангилизировать потихоньку
реализация с iframe — это не хорошо, потому что мы занимаем целый коннекшн, для node.js — это очень плохо. То же самое с long-polling. Не забывайте, что мы работаем на одном ядре. А так, WebSockets — это самый правильный Comet, и так.
А что вы имеете ввиду под comet?

Information

Rating
Does not participate
Works in
Registered
Activity