有关Matz的Ruby!

Ruby's primary focus is productivity of program development, and users will
find that programming in Ruby is productive and even fun. Ruby is well suited
for the problem domains such as these:

Text processing
—Ruby's File, String, and Regexp classes help you
process text data quickly and cleanly.



CGI programming
—Ruby has everything you need to do CGI programming,
including text-handling classes, a CGI library, database interface, and even
eRuby (embedded Ruby) and mod_ruby for Apache.



Network programming
—Network programming can be fun with Ruby's
well-designed socket classes.



GUI programming
—GUI tool kit interfaces such as Ruby/Tk and Ruby/Gtk
are available.



XML programming
—Text-handling features and the UTF-8-aware regular
expression engine make XML programming handy in Ruby. The interface to the expat
XML parser library is also available.



Prototyping
—With its high productivity, Ruby is often used to make
prototypes. Prototypes sometimes become production systems by replacing the
bottlenecks with C written extensions.



Programming education
—You can teach students that programming is
fun



Freedom and Comfort
Bill Venners
: One of the design philosophies in the Python
community is providing one and only one way to do things. If you provide fifty
different ways to do the same thing, then you've provided convenience for code
writers. People can write things in their favorite way. The tradeoff is for code
readers. When I read your code, you might have written it one way. When I read
the next person's code, they may have written it another way. So as a reader I
end up needing to be familiar with all ways to accomplish the task, not just my
favorite way of writing it. That's the design tradeoff. The Python community
seems to prefer the one and only one way approach, but Ruby seems to provide
multiple ways to do the same thing.


Yukihiro Matsumoto
: Language
designers want to design the perfect language. They want to be able to say, "My
language is perfect. It can do everything." But it's just plain impossible to
design a perfect language, because there are two ways to look at a language. One
way is by looking at what can be done with that language. The other is by
looking at how we feel using that language—how we feel while programming.
Because of the Turing completeness theory, everything one Turing-complete
language can do can theoretically be done by another Turing-complete language,
but at a different cost. You can do everything in assembler, but no one wants to
program in assembler anymore. From the viewpoint of what you can do, therefore,
languages do differ—but the differences are limited. For example, Python and
Ruby provide almost the same power to the programmer.

http://www.rubyist.net/~matz/小松日记
http://ja.wikipedia.org/wiki/RubyマッチャンのWiki紹介
http://jp.rubyist.net/日本ＲＵＢＹの会