Slashdot Mirror


Interview with the Creator of Ruby

Lisa writes: "Yukihiro "Matz" Matsumoto talks about Ruby's history, the influence of Perl and Python on Ruby, and his new book, Ruby in a Nutshell. In the article he explains: "When I started the language project, I was joking with a friend that the project must be code-named after a gemstone's name (àla Perl). So my friend came up with "ruby". It's a short name for a beautiful and highly valued stone. So I picked up that name, and it eventually became the official name of the language. Later, I found out that pearl is the birthstone for June, and ruby is the birthstone for July. I believe Ruby is an appropriate name for the next language after Perl.""

15 of 183 comments (clear)

  1. Also check out this link by krs-one · · Score: 4, Insightful

    One might want to check out this link as well.

    -Vic

  2. urls by jrs+1 · · Score: 5, Informative

    there the ruby language home page and you can download the latest version.

  3. Why another language by RavenDuck · · Score: 4, Insightful
    Lots of people probably wont read the linked interview, so I think it's worth quoting this beautiful little paragraph as to why the world might need Yet Another Scripting Language.
    Why should you switch to Ruby? If you are happy with Perl or Python, you don't have to. But if you do feel there must be a better language, Ruby may be your language of choice. Learning a new language is harmless. It gives you new ideas and insights. You don't have to switch, just learn and try it. You may find yourself comfortable enough with Ruby to decide to switch to it.
  4. Nice, but developer mindshare already too diluted by Ars-Fartsica · · Score: 4, Insightful
    I've been following Ruby for a couple of years now - in general its a polished design that synthesizes the best of many competing languages, but ultimately there is little motivation for Perl and Python programmers to invest time in becoming Ruby gurus.

    The language biosystem is overpopulated, and mindshare starvation can be fatal to a new tool.

  5. What Ruby got that Python don't got? by Linux_ho · · Score: 4, Insightful

    I love Perl, wrote many a fine script in it, and a couple mostly unreadable messes. I started using Python, and am using it for most of my scripts now. I poked around Ruby's web page a while back and tried to find out what all the hoopla was about, but couldn't find anything really revolutionary. Bruce Eckel (of Thinking in C++/Java fame) doesn't seem to think much of Ruby.

    Sure, maybe there's some cool new syntactic sugar. Sure, it's sexy to be able to say you're developing in/developing libraries for/developing a brand new computer language. But unless there's some significant additional benefit to this new design, why re-invent the wheel with Yet Another Language?

    So, SOMEONE must be able to tell me what's so *great* about Ruby that we should start calling Python obsolete. Either that, or acknowledge that Ruby is just a fun, impractical project that truly is re-inventing the wheel.

    --
    include $sig;
    1;
    1. Re:What Ruby got that Python don't got? by Waffle+Iron · · Score: 4, Insightful

      So, SOMEONE must be able to tell me what's so *great* about Ruby that we should start calling Python obsolete.


      Ruby's iterators. IMHO, this simple construct provides 80% of the what's truly useful in a functional language without the ivory tower weirdness.


      Having said that, Python 2.2 is soon adding it's own iterators and generators. They looks slightly less elegant, but I havent' tried them yet, so I can't be totally sure; they might be better.

  6. As Long as You're Happy In ______ .... by namespan · · Score: 5, Insightful

    From the article:

    As long as some people feel happy using Ruby, that's enough of a reason for another language for me.

    A-men.

    It works for a lot of other things, too. Pick
    a language, or political party, or religion, or
    operating system, or city of residence, or
    economic system, or mathematical notation, etc...

    Seriously, folks, adopt this attitude, and the
    world will sleep MUCH easier at night.

    --
    Libertarianism is rich wolves and poor sheep playing gambler's ruin for dinner.
  7. Need to see it in job ads before it's "official" by Wee · · Score: 4, Insightful
    I've had a habit of reading want ads (mostly job postings lately, but the "Farm Equipment" and "Misc Real Estate 4 Sale" sections are always good) since I was a kid. I know, that's weird. But back then it was always fascinating to me that you could find out just want people want if you read enoguh ads. I thought that if I could read all the want ads then I'd know exactly what my city needed. I imagined that you could make graphs and see what was in demand and such -- kinda like SimCity's zoning bar graphs (which was my immediate thought when SimCity came out).

    I'm not officially OT. See, I still read wants ads. And I look at what's in demand for clues to what I should be learning, trends, etc. Databases are a good example from a couple years ago. I noticed that lots of the 1996 job ads had web->DB stuff in them, and so starting brushing up on databases in my off hours. It turned out to be useful later on. I know that one could take this line of reasoning to mean that everyone should start learning VB and IIS stuff, but it isn't an absolute. You kinda have to read all the ads and then stand back and squint to see the trendfs in your area. If you're a Unix geek, you'll see what ost people want, which might lead to learning something new.

    My (long winded) point is: Ruby won't be on my radar until people can reasonably be expected to pay me for using it. I know I just got modded down in the minds of a lot of poeple by saying that, but it's how I think. When I see Ruby listed in want ads, then I start noticing it (especially if its mention grows over time). I figure that I need to kill two birds with one stone: know enough to get my job done by knowing a diverse enough range of stuff so that I can still get paid. If I spent all my time learning every other thing that came out, I'd never get any work done. And I'd only know a little bit about everything. I need to know a certain subset of things really well, and just the right amount about a lot of other stuff in order to stay competitive. It's setting that threshold of other stuff where the want ads come in handy. If everyone wants wireless all of the sudden, something's up. So I devote a little time to learning it.

    I guess as I get older, I'm starting to value my unplugged time. I can't burn 36 straight hours engrossed in new (and mostly arcane) stuff like I did 15, 20, or even 10 years ago. I have to choose my projects and apply my time wisely. So whern I start seeing Ruby in the wants ads, I'll take a look. I'll be behind the curve, but that's fine.

    -B

    --

    Ash and Hickory, straight-grained and true, make excellent bludgeons, dandy for the cudgeling of vegetarians.

  8. Ignorance is Strength by Anonymous Coward · · Score: 4, Insightful

    > Sure, maybe there's some cool new syntactic sugar.

    [sigh.] All non-1stGLs are, boiled down, syntactic and semantic sugar. *That's the whole point.* You try and map the necessary, needs-of-the-machine language up to something closer to How People Think (tm).

    > Sure, it's sexy to be able to say you're
    > developing in/developing libraries for/developing
    > a brand new computer language.

    Yeah, I like to read the same book over and over, too. It's not like I can learn any new ideas from anything other than _Atlas_Shrugged_.

    > But unless there's some significant additional
    > benefit to this new design, why re-invent the
    > wheel with Yet Another Language?

    If nothing more, than to grind one's teeth on the *art* of language design. Am I reading you wrong, or are you actually convinced that Python and Perl are the highest glory of formal systems?

    > So, SOMEONE must be able to tell me what's so
    > *great* about Ruby that we should start calling
    > Python obsolete. Either that, or acknowledge that
    > Ruby is just a fun, impractical project that truly
    > is re-inventing the wheel.

    You should become a project manager, as you have the proper terror for new ideas. I'll be here at work over the weekend, grinding out shit in Visual C++ that could have been done in no fucking time with Common Lisp. But hey, those LISPs are just fun and impractical.

    "And the people bowed and prayed to the neon god they made"
    --_The_Sounds_of_Silence_

  9. Re:just have to wait. by Waffle+Iron · · Score: 4, Funny

    I'm only now on chapter two of learning python. gonna have to wait till i can do more than just

    print "Hello, World"

    before i try to learn something else.


    You're in luck. That code is valid for both Python and Ruby. If you stay on this track, you'll master both languages in no time.

  10. better alternative for product development by Lepruhkawn · · Score: 4, Interesting

    If someone INSISTS on using a scripting language to build thousands of line of code that I then have to try and maintain and enhance as a product, I'd welcome any alternative scripting language that doesn't encourage obfuscated code as much as Perl does.

    I don't know if Ruby fits that bill, but it would be a reason to switch if it does.

    Of course, I know that code in any language can be well documented and written so that's easy to understand. It just seems like code written in Perl is much more likely to be difficult to read than in other languages more appropriate for applications.

    I'm part of a group that has had Perl code (using the OO facilities) handed off to it to maintain and fix. It contains many Packages and probaby several thousand lines of code. Not sure. I've successfully kept my name off the responsibility list for that code. It's been pure hell for the engineers that have been asked to fix it--and all it's supposed to be is a simple parser and data access interface.

    I use Perl myself for my own scripting but it can be cruel and unusual punishment to be given someone else's Perl to maintain.

    It's enough to make you take your clothes off and run around the office screaming "I CAN'T CODE NAKED!!! AHAHAHAHAAHAH!!!" until they put you on a different project.

    --
    Jesus saves....And takes 1/2 damage.
  11. Re:Shoga wa? by JamesOfTheDesert · · Score: 4, Funny
    Yeah, and god knows, OO languages that combine the power of Lisp with the ease of Perl are all over the place.

    Like Java(tm). Oh, wait, that's the power of COBOL with the ease of, well, COBOL.

    Java is a trademark or registered trademark of Sun Microsystems, Inc. in the United States and other countries. All rights reserved. The Java name and Java logo may not be used without express permission from Sun Microsystems, Inc. Sun Microsystems reserves the right to pretend interest in "open source" development yet maintian dictatorial control over ever last freaking aspect of the Java bloated programming language because Sun Microsystems were the first and only people to think of "write once, run anywhere." Oh, and that phrase is trademarked, too, so don't even think of applying it to anything else, even if it's true (which it isn't for Java, but we have the marketing and the laywers, so there).

    --

    Java is the blue pill
    Choose the red pill
  12. Re:It ain't bad... by JamesOfTheDesert · · Score: 4, Informative
    It desperately needs a Camel book...


    Perhaps one of these (some out know, some to be published Real Soon Now) would help.


    Programming Ruby: A Pragmatic Programmer's Guide, by David Thomas, Andrew Hunt
    Paperback - 608 pages 1st edition (December 15, 2000)
    Addison-Wesley Pub Co; ISBN: 0201710897

    Ruby Developer's Guide, by Michael Neumann
    Paperback - 520 pages 1st edition (November 2001)
    Publishers Group West; ISBN: 1928994644

    Ruby In A Nutshell, by Yukihiro Matsumoto
    Paperback - 230 pages 1st edition (November 2001)
    O'Reilly & Associates; ISBN: 0596002149

    The Ruby Programming Language (With CD-ROM), by Yukio Matsumoto
    Paperback - 496 pages Bk&Cd-Rom edition (July 5, 2002)
    Addison Wesley Professional; ISBN: 020171096X

    The Ruby Way, by Hal Fulton Guy Hurst
    Paperback, 400pp. ISBN: 0672320835
    Publisher: Sams, Pub. Date: November 2001

    Sams Teach Yourself Ruby in 21 Days, by Mark Slagell
    Paperback, 1st ed., 600pp. ISBN: 0672322528
    Publisher: Sams Pub. Date: December 2001

    Programmieren mit Ruby, by Armin Röhrl, Stefan Schmiedl, Clemens Wyss, etc.
    dpunkt.de; ISBN 3898641511 (February, 2002)
    --

    Java is the blue pill
    Choose the red pill
  13. Maybe Slashdot should do an "Ask Bjarne" by puppetluva · · Score: 5, Insightful

    I did. In 1995 I had a conversation with Bjarne Stroustrup (inventor of C++) and asked him the obvious layup "Which language should programmers seek out and learn?"

    Instead of automatically plugging C++ he suggested something like this:
    1. Learn (or read) at least one every year or two so you don't get pigeonholed into the limitations of the language you use every day. Different languages promote different approaches - and different approaches/designs are the toolchest of this industry.
    2. At least try out one functional language (Lisp/Scheme), one OOP language(C++/Java), one procedural language. None is better than the other, they have different takes on the world and shine at solving different types of problems.
    3. Sticking with one language (at the total exclusion of others)limits your output and stunts your learning curve. Looking at more than one also reminds you what languages are for -- expressing more succinctly and clearly the instructions you want the computer to heed.

    This being said, I look at lots of languages and I've learned a lot from using Ruby (and I use it a lot now). The best ideas from Perl, Smalltalk, Python and C/C++ are all there. The downsides are not (Perl - clumsy OO, Smalltalk - high-priced/low acceptance, Python whitespace-significance/non-OO primitives, C/C++ - compilation, etc.). The user community is probably the most helpful and thoughtful I've been a part of as well.

    As far as Ruby's success at translating your thoughts to working programs? I read posts where people claimed they wrote less code, got more functionality, and fewer bugs right away. At the same time, they claimed they generally produced cleaner solutions at a faster rate than they ever had before with Perl or Python. Skeptical at first, I tried it out. . . I was shocked to find it was true for me within 2 days - I was sold.(note - I really am baffled by Bruce Eckel's comments on Ruby. . .I respect him as a writer, but I couldn't disagree with him more)

    Final note: If you are interested in becoming a better programmer, you should get the book "The Pragmatic Programmer" and read it(It was previously and glowingly reviewed by Slashdot - and no, I'm not the author). Its full of great advice on how to approach new languages and the general art of programming. The authors also wrote the book "Programming Ruby" (The "pickaxe" book) and they are big fans of Ruby as well.

  14. Re:mmmm by smallpaul · · Score: 4, Interesting

    Other scripting languages have really hit a wall in development because of the objectless syntax, but ruby, is a piece of work.

    Yeah, I can see your point. The other languages have a totally objectless syntax!

    Too bad they have all hit a wall.