Live data from Hacker News

Ruby Is The Future

enfranchisedmind.com

21–30 of 56 posts

Re: Ruby Is The Future

#21
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'm not the parent but I'll reply anyway. I have very few issues with Ruby as a language, in general it let's me get from thought to working code quicker than any other language I've used. Honestly the largest issues I've run into with Ruby typically deal with people trying to be too clever. Ruby certainly provides a lot of ways for people who want to look incredibly clever to hang themselves and anyone using their c…

-> "the largest issues I've run into with Ruby typically deal with people trying to be too clever"

I agree with you about Thought-to-Code and even though I argued in favor of monkey patching earlier, the willingness to use it without discipline has raised a red flag for me and is the biggest sign of this "too cleverness" that you're referring to (at least for me). If Ruby becomes the new Java, maintaining irresponsibly monkey patched legacy systems could be a nightmare for the enterprise developer in the years to come.

Re: Ruby Is The Future

#22
post #20
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 assume if there were more people coding Ruby, there would be a better chance someone would step up and take his place." Is it more the fact that the community is small or that fewer people share their code than in the Python community? Just wondering.

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 to run your own mongrel cluster or similar fringe solutions - it was insane to ignore the world's most widely installed server. Personally I only started considering Rails production-worthy after mod_rails turned out to be fast and stable. Sure, I can run Thin/nginx or whatever, but I don't want to learn a new server (and wait for it to mature) just so I can use Rails.

Re: Ruby Is The Future

#23
post #22
post #20

Earlier quoted context omitted.

->"I assume if there were more people coding Ruby, there would be a better chance someone would step up and take his place." Is it more the fact that the community is small or that fewer people share their code than in the Python community? Just wondering.

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.

Re: Ruby Is The Future

#24
post #17
post #6

Earlier quoted context omitted.

Why? Because of monkey patching, syntax, performance, the community or some other reason such as you prefer Python or have an intuitive, ineffable and unexpressable disklike of the language or because Matz is from Japan and they bombed Pearl Harbor?

Ruby isn't a very good Smalltalk, nor is it a good Lisp.

It's not a very good Java either but does that really say anything? Java's not a very good Ruby. We can go round in circles.

Re: Ruby Is The Future

#25
post #8
post #4

Earlier quoted context omitted.

As noted in Werner Schuster's article, many languages (such as C# or Scala) do support type-safe, non-ambiguous, non-conflicting extension of existing classes, demonstrating that extension of existing classes can be safely implemented and does not require the use of dangerous monkey-patching.

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.

Re: Ruby Is The Future

#26
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…

"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/ ?

Re: Ruby Is The Future

#27
post #22
post #20

Earlier quoted context omitted.

->"I assume if there were more people coding Ruby, there would be a better chance someone would step up and take his place." Is it more the fact that the community is small or that fewer people share their code than in the Python community? Just wondering.

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, for one, thought that the popularization of the "Fuck Apache" mindset was one the most positive results of Rails' ascendancy.

I don't like Rails, but I hate Apache.

Re: Ruby Is The Future

#28
post #27
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, for one, thought that the popularization of the "Fuck Apache" mindset was one the most positive results of Rails' ascendancy. I don't like Rails, but I hate Apache.

[deleted]

Re: Ruby Is The Future

#29
post #12

Earlier quoted context omitted.

How do you deal with excess verbosity in C#? I know this is a separate argument from the monkey patching issue but for me the conciseness and elegance of the Ruby syntax versus C# is the primary reason to choose Ruby.

Which version of C# are you thinking of? In C# 3, the verbosity level is much less than in C# 2, where it's slightly less than C# 1. I don't see where Ruby syntax is particularly more concise than C# 3's. Well, let me clarify "particularly". I don't find myself feeling like I'm suffering under C#'s syntax, relative to Haskell's. It has about the same amount of syntactic overhead: writing types for method parameters,…

"I don't see where Ruby syntax is particularly more concise than C# 3's."

1.upto(10).each{|x| print x}

I'm curious - how would you print 1 through 10 in C# 3 by comparison?

Re: Ruby Is The Future

#30
post #24
post #17

Earlier quoted context omitted.

Ruby isn't a very good Smalltalk, nor is it a good Lisp.

It's not a very good Java either but does that really say anything? Java's not a very good Ruby. We can go round in circles.

Smalltalk and Lisp are both well-designed languages, whereas Java's not.
Post reply on HN