Thanks for the trouble you guys have caused me. I'm gonna have to hose-whip my co-founder to keep this out of our project until it's mature enough.
Show HN: Meteor, a realtime JavaScript framework
171–180 of 350 posts
Re: Show HN: Meteor, a realtime JavaScript framework
#172Pairing Meteor with Blossom[1] would basically close the loop on writing high-performance mobile HTML5 apps. (Blossom recently went full native on mobile -- the platform runtimes are no longer needed.) [1] https://github.com/fohr/blossom
Can you expand on this? To me it seems like Meteor accomplishes the same thing as Blossom, on the web platform at least, except that it does HTML /templating instead of rendering to a canvas. I bet it would be hard to reconcile the two different frameworks ideas of what Observable or Subscriber/Subscription looks like as well.
AFAICT, Meteor solves a different problem: eliminating the server-side of writing a JavaScript single-page application.
The auto-updating template stuff is cute, but unless your goal is apps that max out around the complexity of a todo list, there's a ton of performance pitfalls (c.f. Ember.js), especially in mobile browsers. A lot of apps are that simple though, so I don't want to knock Meteor (or Ember) here -- that's a useful niche to be in and anything that makes development faster/easier is great!
A Blossom app would simply use the server capabilities and data updating stuff in Meteor, but in the context of a normal, high-performance Blossom-based mobile UI with statecharts, hardware-accelerated surfaces and animation, and yes, GPU-accelerated Canvas rendering (although Blossom now supports old-style HTML/CSS views as well).
Mobile apps written with Blossom have virtually the same amount of resource control as a native iOS app, and to my knowledge, is the only mobile app framework with 100% JavaScript controls that can say that. (Appcelerator's Titanium is the other way to go – wrap the native controls with a JavaScript API.) Not to mention the ability to run on Android and iOS browsers from the same code base, or deploy via PhoneGap, or target desktop browsers or tablets with effectively native performance.
Meteor is really neat, I did something similar to at least the data syncing part two years with a tech I developed called HubSync, which kept a SproutCore datastore in sync across clients. The net effect was the same -- no server code, data stays in sync automatically, and you only ever dealt with the client API. (It could do a few other things, like still function offline, and was also shared nothing on the server side with Cassandra or BigTable -- I've seen serious problems with Mongo scaling in the past (yay, global lock!), and I have no idea what the offline story is for Meteor.)
But still, very cool tech overall, and the team looks like they've got some great ideas. Bravo!
Re: Show HN: Meteor, a realtime JavaScript framework
#173This feels to me a lot like how Rails felt back in 2005. A fundamental leap forward and an understanding of where web technology is going. I haven't felt that way about Node.js or even its higher-level frameworks like Express or Batman. This feels like "The One", even though I've been absorbing the docs and screencasts only for the last 20 minutes.
I felt that way when I first learned about Kanso JS.
Re: Show HN: Meteor, a realtime JavaScript framework
#174Could someone explain how it could work with Firebase?
Re: Show HN: Meteor, a realtime JavaScript framework
#175This feels to me a lot like how Rails felt back in 2005. A fundamental leap forward and an understanding of where web technology is going. I haven't felt that way about Node.js or even its higher-level frameworks like Express or Batman. This feels like "The One", even though I've been absorbing the docs and screencasts only for the last 20 minutes.
[deleted]
Re: Show HN: Meteor, a realtime JavaScript framework
#176Hey everyone! The four of us have been working very hard on this for the last six months, and we're excited to finally take the wraps off. Can't wait to hear what you think! We've got a lot more stuff coming over the next few months, and if there are particular things you'd like us to do/prioritize, I'd love to hear about them!
I haven't been this impressed since DHH showed off Rails in 2004.
Re: Show HN: Meteor, a realtime JavaScript framework
#177Hey everyone! The four of us have been working very hard on this for the last six months, and we're excited to finally take the wraps off. Can't wait to hear what you think! We've got a lot more stuff coming over the next few months, and if there are particular things you'd like us to do/prioritize, I'd love to hear about them!
great launch - most of the stuff that was out there just didn't do it for me. I've done lots of app development before and the new JS frameworks were pale in comparision.
You guys have done a great job at making a true reactive system that doesn't burden the developer with complex binding/event systems. I also like how you guys have avoided the persistent store impedance mismatch :-)
overall, i'm excited to try this out. great work.
Re: Show HN: Meteor, a realtime JavaScript framework
#178Hey everyone! The four of us have been working very hard on this for the last six months, and we're excited to finally take the wraps off. Can't wait to hear what you think! We've got a lot more stuff coming over the next few months, and if there are particular things you'd like us to do/prioritize, I'd love to hear about them!
Can you relax server side requirement a little bit ? Lots of people, including me, want to run such app on google app enigne which do not support node.js yet.
It's been built using Node.js. How on earth are they supposed to 'relax' their dependance on it?
Re: Show HN: Meteor, a realtime JavaScript framework
#179I had two knee jerk reactions. The first has been discussed already (client side DB access). The second has not. Does Meteor have any opinions on testing? I didn't see anything from a quick glance at the docs. I love the idea of tighter development cycles. But as a Meteor app grow in size and complexity, won't it still need a test suite to prevent regressions? Eager to hear thoughts on this from the Meteor devs.
Yeah I also dread the tests that would be necessary to make sure that hot updates won't break anything.
Re: Show HN: Meteor, a realtime JavaScript framework
#180The whole Meteor website just refreshed for me while I was watching the screencast. Did they just push something? ;)
Edit: And now it's down. Thundering herd?