node.js has real-time guarantees?
We should use the term "auto-synchronizing" insteaf of real-time
Show HN: SpaceMagic, a real-time node.js framework
21–30 of 30 posts
Re: Show HN: SpaceMagic, a real-time node.js framework
#22Could someone please explain: How does this compare to Meteor?
Re: Show HN: SpaceMagic, a real-time node.js framework
#23I'm sure a lot of us could rip the real-time/live updating/auto-synchronizing (pick your term) engine out of our current web apps and package it up in a tiny framework without much effort.
Re: Show HN: SpaceMagic, a real-time node.js framework
#24Could someone please explain: How does this compare to Meteor?
We do things a little differently. We built SpaceMagic while working on a real-time web app of our own and did so with the goal of making our work as easy as possible. Ideally, we want to make developing realtime apps as easy as it is to make non-realtime apps. First, we support semantic HTML templates, allowing developers to turn their mocks into working prototype applications with a bit of javascript. Second, we make developers able to write validation and other important code once and have it run on both the client and the server. Third, SpaceMagic is released as just another npm package that works with your preexisting Node install and packages.
Re: Show HN: SpaceMagic, a real-time node.js framework
#25Was this already in progress or made in response to meteor (and firebase)? I'm sure a lot of us could rip the real-time/live updating/auto-synchronizing (pick your term) engine out of our current web apps and package it up in a tiny framework without much effort.
Re: Show HN: SpaceMagic, a real-time node.js framework
#26Re: Show HN: SpaceMagic, a real-time node.js framework
#27Could someone please explain: How does this compare to Meteor?
That's fair to ask. We're both trying to solve the same problems in similar ways. Both of us use Node and MongoDB and both of us keep everything automatically synched and up to date between the client and server. We do things a little differently. We built SpaceMagic while working on a real-time web app of our own and did so with the goal of making our work as easy as possible. Ideally, we want to make developing rea…
Re: Show HN: SpaceMagic, a real-time node.js framework
#28Could someone please explain: How does this compare to Meteor?
That's fair to ask. We're both trying to solve the same problems in similar ways. Both of us use Node and MongoDB and both of us keep everything automatically synched and up to date between the client and server. We do things a little differently. We built SpaceMagic while working on a real-time web app of our own and did so with the goal of making our work as easy as possible. Ideally, we want to make developing rea…
Re: Show HN: SpaceMagic, a real-time node.js framework
#29Earlier quoted context omitted.
Didn't we call websites that update without a manual page reload "AJAX" just a few minutes ago? And yes, even if there's no XML present, but at least it's an abuse of a pretty new, web-specific term. I propose we call all that stuff "FEFYOM" (Fast Enough For You Old Man) from now on.
AJAX is where you click on something and then the page updates. Comet is where the page updates without the user having to initiate anything.
Re: Show HN: SpaceMagic, a real-time node.js framework
#30Earlier quoted context omitted.
We should use the term "auto-synchronizing" insteaf of real-time
You know those journalist pages where they report what's happening at an event with immediate updates? It's called "live updating". Why don't we use that term? TV news stations say "LIVE" when it's current events happening now. "Real time" as used for this Ajax technique means that the page is auto-updating with events happening now. That's "live". Any seconders?
In the docs, Meteor usually tries to use the word "reactive" or sometimes "automatic," thought "realtime" does seem to have slipped in in some places.