51–60 of 86 posts
I'm a webdev at an agency, and Meteor looks great from a prototyping perspective. Javascript is already a key component of much of our work, so this framework could help us roll out concepts much faster than we're doing now... looking forward to learning more about Meteor!
do you think Meteor.js will ever use PostgreSQL 9.4?
I programmed 2 small apps now with Meteor and my learning is that if you want to prototype something fast you can use it but if you want to have something polished afterwards then don't expect to save time by using it instead of other tools. It has its quirks...
I have helped publish a ton of polished Meteor apps.
Haters gotta hate. The framework is brilliant from a productivity and sheer enjoyment perspective. I don't know if it will scale; you don't either. My estimation, though, is that the team building it is very clever and super-aware of what they need to do to make the framework succeed from a scaling perspective. A lot of the comments here are spitballs from the back row of the classroom. They are willfully uninformed…
Also, people are scaling it, we just aren't hearing about it much. I am working to correct that, these trials of scaling need to be more public right now.
As someone who doesn't know what Meteor.js is this doesn't actually tell me what it is, what it can do, or what it can be used for. Now to be fair I'm not a webdev so I don't much about most of these technologies nor am I really the target audience. But still. I feel like if your article is literally called "What is X" it should do a better job telling you what X is.
That's honestly just how the Meteor.js blog posts are. Google around a bit and you'll find two dozen articles stating Meteor.js is the best thing since sliced bread, beer, marijuana or Ruby on Rails. It will completely revolutionize your face, twice over! But they'll never explain what it is, or how it's solving hard problems for them. But hey look how easy it is to add social auth!
Earlier quoted context omitted.
> You're looking at languages, but a language does not affect performance: its platform does. Both language and platform affect performance, otherwise JRuby would be the same speed as native Java, which is not the case. > E.g., the only Ruby benchmark which is faster than Node is actually JRuby, i.e. Java. Which still means that Ruby (as a language, using the JRuby implementation) can be faster than Node (assuming th…
> Both language and platform affect performance, otherwise JRuby would be the same speed as native Java, which is not the case. No. JRuby is the platform, that's why JRuby is not the same speed as native Java. But CoffeeScript has the same speed as plain JavaScript, because both are running over the same platform (NodeJS) even if they're different languages. It just happens JRuby can only run a single language (Ruby)…
Performancewise, for the record, I find JavaScript to be wholly adequate for writing servers, but to say that the platform is what makes it slow(er) doesn't ring true to me. For example, JavaScript has a few poor design decisions that make implementing performant arrays really hard. Some other interpreted languages get this right, and their performance can be (and usually is) much better in that regard. However, this is kind of splitting hairs since you only care about its performance on whatever environment on which you are running it.
I'm surprised at all the negativity. Advocating C++/Java instead of Meteor/Node.js makes about as much sense in my opinion as comparing 18-wheeler trucks to Smart cars, and I wonder if the people who do so have really worked with the latter or are just dismissing it out of hand. The right tool for the job and all that, and you want your toolbox to be comprehensive, right? No serious craftsman ever said "Wrenches? Oh,…
Oh I know why, because it has major funding and they have some marketing blitz going on right now beating into people's mind that Meteor is great/grand.
A couple of things really bother me about Meteor.js. One, the Atomosphere package manager site is insanely slow and buggy. Everything feels like it takes forever to render or rerender. Opening the side menu is a jaggy experience. If performance is that terrible on a super simple list of packages how terrible is it on an actually reactive site? Two, I've never seen an article on meteor that wasn't also an advertisemen…