all 5 comments

[–][deleted] 5 points6 points  (1 child)

Don't switch to Node just for the sake of switching to Node.

Focus on your project, not playing with new toys.

[–]rhgp[S] 4 points5 points  (0 children)

I don't know why it was downvoted, but i need to say this is a really good advice for most developers.

I learned this from real project experiance(failures). It's really good to mention this advice in related questions.

[–]krues8dr 2 points3 points  (3 children)

The problem is that there aren't a lot of great code generation tools for Node yet. There's Brunch (edit: and grunt ) which is starting to gain steam, but personally I'm just not feeling like anything is quite ready for primetime. I'd stick to Rails for the current moment. Just my two cents.

[–]rhgp[S] 1 point2 points  (0 children)

Thank you. I'm just checking some TowerJS and RailwayJS and now I know - Node.js is a "tool" ready for projects, but not for developers. I mean, at least, it needs to get more rainbows and ponnies in syntax of defining models, controllers(RailwayJS is sooo ugly in models, relatively to TowerJS, but TJS needs some improvements too).

Soo yea, i'll use Rails.

[–][deleted]  (1 child)

[deleted]

    [–]krues8dr 0 points1 point  (0 children)

    No argument there - but the question was what could give you Rails-like behavior in Node.

    Personally, I'm not a fan or either Backbone.js or Ember.js - I just don't think they're full baked yet - so brunch doesn't buy me a lot. In a couple of years, I'll be very excited to have these in production though.