From: Andy Stone <xsltguru@...>
Date: 2004-10-26T12:03:43+09:00
Subject: Re: Server Programming

I agree.  In relation to a process, the overall speed can be affected
by many factors including code design, database design and... I could
go on, but I'm sure you already know all of this.

If there was a  choice, I would trade some speed for reliability any
day.  What good is a super fast process if it crashes from time to
time?

I heard that comment a lot about writing code faster with Ruby.  Which
is one of the main reasons I am evaluating Ruby.  As the sole
developer at the day job, maintaining two entirely different and in
some areas, complex web sites along with the intranet, this aspect of
Ruby could help me out tremendously.

I know there's no "holy grail" for computer languages, but I'm always
looking. :)


On Tue, 26 Oct 2004 11:35:07 +0900, James Edward Gray II
<james@grayproductions.net> wrote:
> On Oct 25, 2004, at 9:04 PM, Andy Stone wrote:
> 
> > Would you say it's slower in processing text files?  A single file can
> > run a few megabytes. That's where I was hoping to gain some speed from
> > Ruby.  I was thinking that Ruby would be a little slower in other
> > aspects, but thought that I would make up considerable ground with the
> > parsing process.
> 
> Speed is a dangerous question always.  I'm a skilled Java programmer
> (day job) and I have to tell you true, I BELIEVE I can write faster
> Java code.  Of course, I can write slower too and I certainly write
> code faster in Ruby (and have more fun doing it).  It's a complex
> question you ask.  Benchmark for sure.
> 
> James Edward Gray II
> 
>