Live data from Hacker News

Ruby Is The Future

enfranchisedmind.com

51–56 of 56 posts

Re: Ruby Is The Future

#51
post #23
post #22

Earlier quoted context omitted.

I don't really know Python's community that well, but I would wager it's probably due to sheer size. I disagree with PG's "law of averages" regarding choosing environments - working in a language that has more users does have significant benefits in my opinion. BTW another example that comes to mind regarding beginner-friendliness is how long it took to get Rails working with Apache. Before Phusion you were supposed…

I'm not qualified to respond to your points about Phusion and mongrel but on the previous point about the size of the community, are you also finding as a result that the job market for Ruby positions is sparse (forgetting about the economy for a second)? That's the impression I have from the job boards but you work in the field so maybe you have a better idea.

Actually, there's plenty of Rails work out there, and usually in higher rates than PHP (granted, you do accomplish more work per Rails hour).

It seems to me most Rails jobs are either for companies who chose Ruby because they really know their stuff, which is great, or companies who chose Rails because 2 years ago it was touted as some sort of Web app pixie dust in Wired Magazine, which is often less fun :)

Re: Ruby Is The Future

#52
post #51
post #23

Earlier quoted context omitted.

I'm not qualified to respond to your points about Phusion and mongrel but on the previous point about the size of the community, are you also finding as a result that the job market for Ruby positions is sparse (forgetting about the economy for a second)? That's the impression I have from the job boards but you work in the field so maybe you have a better idea.

Actually, there's plenty of Rails work out there, and usually in higher rates than PHP (granted, you do accomplish more work per Rails hour). It seems to me most Rails jobs are either for companies who chose Ruby because they really know their stuff, which is great, or companies who chose Rails because 2 years ago it was touted as some sort of Web app pixie dust in Wired Magazine, which is often less fun :)

I wasn't sure whether the latter firms had found some new pixie dust by now. Good to know. Obie Fernandez has a talk online somewhere about billing where he says something like no one working in Rails should bill less than $150/hour and that he bills himself and his developers at $250 but will occasionally give discounts for various reasons. Maybe I have numbers wrong - just found it - http://www.infoq.com/presentations/fernandez-sales-do-the-hu...

I recommend watching it. Good talk. Takeaway point - always err on the side of charging too much :)

Re: Ruby Is The Future

#53
post #18
post #13

Earlier quoted context omitted.

Out of curiosity, what has your experience been like? Do you have any major gripes with the language or are you still on a Ruby honeymoon?

I love Ruby. I love that code can be so short and yet easily readable. It might be slower and perhaps more memory-hungry than other languages, but for my needs that's usually not an issue. What I do miss are good, well documented , stable libraries. For example, I currently process RSS/Atom feeds with FeedTools, whose own creator says he's tired of maintaining (I totally understand him and am extremely thankful for t…

(Psst.. check out rfeedparser.)

Re: Ruby Is The Future

#54
post #26
post #18

Earlier quoted context omitted.

I love Ruby. I love that code can be so short and yet easily readable. It might be slower and perhaps more memory-hungry than other languages, but for my needs that's usually not an issue. What I do miss are good, well documented , stable libraries. For example, I currently process RSS/Atom feeds with FeedTools, whose own creator says he's tired of maintaining (I totally understand him and am extremely thankful for t…

"I mean stuff like having better documentation, for example, online, free, in googleable format" Do you mean for the core language? Are you not happy with http://www.ruby-doc.org/ ?

I am not happy with them: recently I was looking for the API docs of the standard library for Ruby 1.9, and it turns out it is not available online anywhere. ruby-doc only has the 1.8 stuff. I spent hours trying to figure out how to create my own documentation with rdoc ad ri but eventually gave up. So now I don't even have the documentation of the standard library for Ruby.

Re: Ruby Is The Future

#55
post #18

Earlier quoted context omitted.

I love Ruby. I love that code can be so short and yet easily readable. It might be slower and perhaps more memory-hungry than other languages, but for my needs that's usually not an issue. What I do miss are good, well documented , stable libraries. For example, I currently process RSS/Atom feeds with FeedTools, whose own creator says he's tired of maintaining (I totally understand him and am extremely thankful for t…

(Psst.. check out rfeedparser.)

Definitely will! Thanks

Re: Ruby Is The Future

#56
post #25
post #8

Earlier quoted context omitted.

dealing with the type system in scala can be a pain and is a hit to productivity in the early stages. The question is if the hit in the early stages leads to more productivity in the later stages. I'm not convinced that it does. I've done a lot of ruby, and I've had monkey patching bite me a few times. However, fixing the problem was never that hard (two days max) and is clearly overshadowed by the productivity gaine…

You're lucky that in those cases you were able to recover in only two days. The time it takes to get back on track can be proportional to the size of the project so imagine if you were dealing with an enterprise system written in and monkey patched in Ruby and you had a similar problem. Depending on your luck, you might get back on track or you might end up having a lot of extra time to work on your resume.

I do work for a very large enterprise. Monkeypatching isn't something that is used liberally, but it's the right thing in certain circumstances.

It's not luck, simply put, it's not hard to fix well written software.

Post reply on HN