Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×
Programming Books Media Book Reviews IT Technology

Ruby Developer's Guide 94

Reader Cole Tucker writes with this review: "The Ruby Developer's Guide was written with the intent to provide an overview of Ruby tools used for developing real-world applications. The book touches on a variety of areas, from GUI development to neural networks, and discusses existing Ruby packages that developers can take advantage of. In the end, the book comes out as a Ruby version of the Perl Cookbook." To see what he means by that, read on below for the rest of Cole's assessment of this book.
Ruby Developer's Guide
author Robert Feldt, Lyle Johnson, and Michael Neuman
pages 720
publisher Syngress
rating 7
reviewer Cole Tucker
ISBN 1-928994-64-4
summary Good introduction to Ruby -- an overview as well as a practical cookbook.

The writers of the book are very enthusiastic about both Ruby and the Ruby Application Archive (RAA), Ruby's response to CPAN. Overall, the text does a very good job demonstrating the base knowledge necessary for each of the libraries introduced and so can be quite useful to any developer with an understanding of core Ruby programming.

Directed towards programmers with a working knowledge of Ruby, the text is a quick read even with working through the examples. It effortlessly introduces the basic concepts of each package worked through and then gives locations where more in-depth information can be gathered. If you wish to work through any of the topics covered without digging through documentation just to obtain a basic grasp of the package, then this book is for you.

The book itself is a Syngress publication, and comes with a "1 year upgrade buyer protection plan" which seems to mean they have an errata page for the book and an "Ask the Author" section on the books website, along with a couple of other features mostly involving email. Looking at the errata page, it seems to be useful and up to date. The "Ask the Author" section also seemed to be fairly well-used by prior customers. Syngress seems to be serious about keeping customers up to date about the state of the book and providing services beyond that.

As for the book's problems, none of which are horrible, but do get old after a while: First, the book is big, and not completely because of content. The examples in the book span pages, and the text used in the source is a larger font that in the rest of the text. The examples also are full applications within themselves, instead of being presented in chunks and then having the full source available online. Another annoyance is each time the book mentions installing a package or library it goes through the whole "$./configure.rb; make; make install" process. The book also appears to have some organization issues, with notes for the text in the table of contents, which just served to irritate me. The final negative thing I noticed was that, though the text assumes programming knowledge of Ruby, the first chapter is dedicated to walking the reader through downloading and installing Ruby. The chapter is a big one too. So the book has a couple of hitches, mostly related to layout or mixed expectations towards the ability of the reader.

If you can deal with these small issues and are interested in the material covered, I can definitely recommend the Ruby Developer's Guide. The content is definitely there and they authors know their stuff.

Chapter List:

  1. Booting Ruby Discusses downloading and installing Ruby, IDE and editor support for Ruby and syntax stylings.

  2. GUI Toolkits for Ruby Covers use of Tk, GTK+, FOX and SWin GUI toolkits with a brush through on others available.

  3. Accessing Databases with Ruby Introduces the Ruby/DBI, Ruby/ODBC, Ruby/LDAp and Ruby DBM-file drivers.

  4. XML and Ruby Talks about the use of XML, including a basic introduction to it and then goes into parsing and creating XML using libraries from the RAA.

  5. Web Services and Distributed Ruby Goes into the libraries used for RPC's, SOAP and running distributed services with Ruby.

  6. WWW and Networking with Ruby Implements a server using high-level and low-level Ruby networking classes, then goes into using Ruby for the web, finishing up with a discussion of mod_ruby and eruby.

  7. Miscellaneous Libraries and Tools This chapter finishes the discussion centered around the RAA, going into graphics programming, data structures, genetic algorithms and other topics that didn't fit into a chapter of their own.

  8. Profiling and Performance Tuning Introduces the aspect of analyzing algorithms in Ruby, profiling your programs and discusses the advantages of similar Ruby constructs depending on what your focus is, with the intent of getting lean, mean programs.

  9. Parse Generators Discusses using Ruby instead of Bison or Yacc for creating a parser, and then goes into the advantages of various Ruby libraries to each other.

  10. Extending and Embedding Ruby Covers writing extensions to Ruby in C and C++ and later embedding Ruby into programs.


You can purchase the Ruby Developer's Guide from bn.com. Want to see your own review here? Just read the book review guidelines, then use Slashdot's handy submission form.

This discussion has been archived. No new comments can be posted.

Ruby Developer's Guide

Comments Filter:
  • intresting language (Score:5, Interesting)

    by Abnormal Coward ( 575651 ) on Tuesday April 30, 2002 @10:57AM (#3435586)
    Lanugage homepage is http://www.ruby-lang.org/en/.

    Theres a intresting presentation of it, comparing to some other languages here:

    http://www.io.com/~jimm/downloads/rubytalk/talk. ht ml

    Looks like the language uses lots of sort cuts, might give it a try sometime :).
  • by Fweeky ( 41046 ) on Tuesday April 30, 2002 @12:00PM (#3436027) Homepage
    http://freak.aagh.net/ruby/intro/ [aagh.net]

    It's only a first draft, but it should give a reasonable overview to the curious.
  • by pong ( 18266 ) on Tuesday April 30, 2002 @12:18PM (#3436139) Homepage
    I haven't been a fan of dynamically typed languages like ruby until about 5 months ago, but the combination of

    * a terse syntax
    * True object orientation
    * dynamic typing
    * and *unit tests*

    is a winning combination. The first three allows you to write well-factored, compact and flexible code. With a comprehensive test suite you have much more confidence in your code than you get from static typing, so it effectively voids that issue.

    Another thing I really like about Ruby is that you can reopen classes. This means that you can add features to existing classes, if that is where they really belong. When you do that every object of that type automagically gets the new features. Along with the fact that a lot of built-in features in ruby are methods, and the fact that you can rename and redefine existing methods means that ruby itself can be extended in very interesting ways! E.g, lets say you want to load ruby modules from zip files! Simple, just redefine Kernel.require to access zip files as well as directories.

    Most of all, though, I just like the ease of expression you get with ruby.
  • by King Babar ( 19862 ) on Tuesday April 30, 2002 @01:11PM (#3436591) Homepage
    Even if it is more popular in Japan, who the heck cares? Python is more widely used, supported, etc. everywhere else.

    The problem of support is, of course, a real one in many applications. The fallacy of the "who cares?" argument here is that the same argument could probably have been used against every programming language since the first assembler was written. Not every new language "makes it" by a long shot, but not every well-supported language lives forever, either. Python was barely on people's radar for the very longest time; it has succeeded because enough people were convinced it had advantages that outweighed a temporary (or possibly even permanent) disadvantage in publicity, support, or whatever reason-to-fail you might give.

    I choose Python over Ruby because Ruby is actually *proud* of its Perl heritage. Gimme a break!

    Well, you can be proud of your heritage without repeating the sins of your parents. :-) As far as I can tell (I've programmed in Perl since 1991 and in Ruby for a few months), Ruby retains much of Perl's flexibility while hugely reducing the amount of (non-regexp) "line noise" feel that even I think Perl sometimes has, and dramatically reducing the number of oddball special cases. I know you could say the same thing about Python, but I never really "got into" Python, for whatever reason. Like it or not, I think we all realize that tastes vary somewhat in these things.

  • by Anonymous Coward on Tuesday April 30, 2002 @01:15PM (#3436625)
    I personally found Perl so arcane that the half-life of code was short (after a time it degenerates into an unreadable state even when commented well as one moves on to other projects). But it has one advantage over Python: momentum. CPAN is several orders of magnitude a grater body of useful libraries and modules than anything Python has. The Vaults of Parnassus dim in comparison. Does Ruby have more promise than Python. To the casual observer, it seems even more sketchy that Python. And, honestly, Jython is a great to use: the power of Swing and jarred Java code with the ease of a scripting language. Maybe Jython is why the Vaults are lying fallow: Java code can be jarred and used in Jython. Comments anyone?
  • by innerraver ( 576361 ) on Tuesday April 30, 2002 @02:12PM (#3437130) Homepage
    I have used ruby. What exactly do you mean by "Ruby shines with unit tests"? In the project I was working on I rolled my own tests. Was I missing something convenient or easy?
  • by scrytch ( 9198 ) <chuck@myrealbox.com> on Tuesday April 30, 2002 @03:57PM (#3437946)
    I don't know that it offers a value proposition enough to knock off perl's "good enough" (CPAN still has tons and tons more libs, dbish with DBD::ODBC is just the neatest thing in the world for a db developer), and the syntax certainly won't really sway the python crowd. I mean it's a good language, but I can't get mod_ruby binaries, last I looked couldn't get mod_ruby at all for win32 (yes, I use apache on win32, it's all about what I can fit on my laptop, and vmware causes too much thrashing on this pitiful thing).

    Lack of a CPAN type tool is *still* the reason I haven't mainly switched to python BTW. Download sites like VoP aren't even in the same category.
  • by Guib607 ( 308188 ) on Tuesday April 30, 2002 @04:28PM (#3438168)
    I just gave a presentation in my Programming Languages class about Ruby. Coming from a backgroung in mostly emperitive languages, I've found that Ruby is very easy to understand and work with. Also I like Matz's "Principle of Least Surprise," which in my opinion makes it a lot eaiser to work in. The only severe problem that I ran into in my breif tour of the language was without strong typedefs or compling it down to machine code, it's going to have a harder time competeing with languages like Python.

    "If you pick up a starving dog and make him prosperous, he will not bite
    you. This is the principal difference between a dog and a man." --Mark Twain

"Engineering without management is art." -- Jeff Johnson

Working...