Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Meteor releases authentication, accounts system, and new screencast

meteor.com

Post reply on HN
Print view View original

51–60 of 70 posts

Re: Meteor releases authentication, accounts system, and new screencast

#51

Post by pygy_ »

wamatt wrote: post #43
hbbio wrote: post #10

"Meteor 0.5.0, available today, allows you to write secure realtime client-server applications in pure JavaScript. It's the only system of its kind in the world." That's an outright lie. cf. http://opalang.org

>That's an outright lie. cf. http://opalang.org While I agree with you wrt to there being other examples, and the original claim was wrong/false, it could be considered presumptuous to label this as 'an outright lie' . Most people I know, and the internets, seem to agree that lying requires: intent to deceive . Having chatted with Matt DeBergalis online and in person on occasion, he comes across rather honest in my a…

Notwithstanding Hanlon's razor, ignoring the existence of your competitors (Opa, Derby, SocketStream) would be a display of incompetence I don't expect from the Meteor team.

http://opalang.org/

http://derbyjs.com/

http://www.socketstream.org/

Re: Meteor releases authentication, accounts system, and new screencast

#52

Post by pygy_ »

mattwdelong wrote: post #24
hbbio wrote: post #10

"Meteor 0.5.0, available today, allows you to write secure realtime client-server applications in pure JavaScript. It's the only system of its kind in the world." That's an outright lie. cf. http://opalang.org

What about nowjs? http://nowjs.com/

Now.js has been abandoned by its authors [0], and bitrot is creeping in. Someone stepped in to maintain it, but has barely touched it ever since [1].

0. https://github.com/Flotype/now/issues/208

1. https://github.com/jameskeane/now/commits/master/

Re: Meteor releases authentication, accounts system, and new screencast

#53

Post by dylanpyle »

rbn wrote: post #32

I've used the Auth Branch for a few month now. You can see it in action at http://www.classfy.com (P.S: make sure you have the "www", or else you wont be able to access the page)

It's super confusing to have your 'naked' domain and www. subdomain point to different things. Clearly, it also requires you to explain it every time you post somewhere. What's the reasoning behind this?

Re: Meteor releases authentication, accounts system, and new screencast

#54

Post by Flow »

hbbio wrote: post #10

"Meteor 0.5.0, available today, allows you to write secure realtime client-server applications in pure JavaScript. It's the only system of its kind in the world." That's an outright lie. cf. http://opalang.org

And the several years old Jaxer in Aptana IDE.

Re: Meteor releases authentication, accounts system, and new screencast

#59

Post by taude »

amix wrote: post #25

Basing this on the screencast I think this looks amazing and they seem to be very productive. This said, I am unsure if this would produce codebases that are easier to maintain, since there is not a clear separation of concerns and everything seems to be connected. I think doing client-side JavaScript is hard and messy (even with Backbone or Ember) I could not imagine this would be any easier if I had to handle the b…

Agree on all fronts. However, for getting something up and running, MVP, and for 99.9% of sites that don't need to scale past couple-hundred thousand users (just making up a small figure here), this type of solution might be more than sufficient...

I don't know, though, but I do know that I'll keep following the project. They make great screen casts, and have interesting ideas.

Re: Meteor releases authentication, accounts system, and new screencast

#60

Post by taude »

davidlumley wrote: post #28

While I'm not confident that being this tightly coupled to MongoDB is a great (or even a good) idea, I'm really glad to see Meteor get closer to 1.0 especially seeing as it's not another Rails clone. The other concern I have is how testable is a meteor/derby codebase? I don't think I could commit to using something in a team environment without being able to _easily_ test things.

Based on the way they were calling all the inserts and and data changing from the command line, it seems like testing wouldn't be difficult.

Agree on the tightly coupled to MongoDB, though. Hopefully by the time it's released there's suport for traditional relational databases.

Post reply on HN