[#5218] Ruby Book Eng tl, ch1 question — Jon Babcock <jon@...>

13 messages 2000/10/02

[#5404] Object.foo, setters and so on — "Hal E. Fulton" <hal9000@...>

OK, here is what I think I know.

14 messages 2000/10/11

[#5425] Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...>

18 messages 2000/10/11
[#5427] RE: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — OZAWA -Crouton- Sakuro <crouton@...> 2000/10/11

At Thu, 12 Oct 2000 03:49:46 +0900,

[#5429] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...> 2000/10/11

Thanks for the input.

[#5432] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Yasushi Shoji <yashi@...> 2000/10/11

At Thu, 12 Oct 2000 04:53:41 +0900,

[#5516] Re: Some newbye question — ts <decoux@...>

>>>>> "D" == Davide Marchignoli <marchign@di.unipi.it> writes:

80 messages 2000/10/13
[#5531] Re: Some newbye question — matz@... (Yukihiro Matsumoto) 2000/10/14

Hi,

[#5544] Re: Some newbye question — Davide Marchignoli <marchign@...> 2000/10/15

On Sat, 14 Oct 2000, Yukihiro Matsumoto wrote:

[#5576] Re: local variables (nested, in-block, parameters, etc.) — Dave Thomas <Dave@...> 2000/10/16

matz@zetabits.com (Yukihiro Matsumoto) writes:

[#5617] Re: local variables (nested, in-block, parameters, etc.) — "Brian F. Feldman" <green@...> 2000/10/16

Dave Thomas <Dave@thomases.com> wrote:

[#5705] Dynamic languages, SWOT ? — Hugh Sasse Staff Elec Eng <hgs@...>

There has been discussion on this list/group from time to time about

16 messages 2000/10/20
[#5712] Re: Dynamic languages, SWOT ? — Charles Hixson <charleshixsn@...> 2000/10/20

Hugh Sasse Staff Elec Eng wrote:

[#5882] [RFC] Towards a new synchronisation primitive — hipster <hipster@...4all.nl>

Hello fellow rubyists,

21 messages 2000/10/26

[ruby-talk:5533] Re: 2 ideas from Haskell

From: Mark Slagell <ms@...>
Date: 2000-10-14 15:10:27 UTC
List: ruby-talk #5533
Dave Thomas wrote:
> 
>...
> the document's conventions. For example, the Ruby FAQ is marked up
> using SGML. When I want Ruby code, I say
> 
>    blah blah blah...
> 
>    <code>
>      puts "hello world"
>    </code>
> 
>    blather blather blather...
> 
> This then gets preprocessed, and the code fragment is executed. The
> result of the execution is then formatted and displayed alongside the
> code in the viewable version.

Ok.  I wouldn't ask students to submit homework in that form, but the
'lruby' prog that Michel posted more or less takes care of what I'd
originally asked about.  Always nice to be reminded how flexible ruby
is.  I can do what I want without screwing up the language for you. :-)
 
> > .. and this almost belongs off to the side, but I do want to respond to
> > your self-documentation observation. I agree in principle but am alarmed
> > when clear coding practices are so trusted, to the entire exclusion of
> > comments.
> 
> My experience is similar to yours in a way. Except... I've been more
> bitten by out of date or irrelevant comments.

Good point.  While the cure seems not so bad as the disease in my
experience, my experience is mostly pedagogical, trying to help
beginners debug their undocumented and unintentionally obsfucated C++
code.  (step 1: just what is this supposed to do? etc.)
 
> Why duplicate the information, when you can pretty much guarantee that
> at some point it will get out of date. Instead, let's work to make the
> code more readable.

Would you at least agree that there are some good exceptions beyond the
"architectural level decisions" you mentioned?  Surely regular
expressions, except in the very simplest cases, deserve short
natural-language summaries.

Thanks for articulating this by the way.  I've not heard anyone argue
your position before and so hadn't really been aware there was another
position.  So a relative lack of comments doesn't necessarily indicate
somebody being undisciplined, inconsiderate, or worst of all, living by
the "if it was hard to write, it should be hard to read" rule?  Ya learn
something new every day. :-)

  Mark

In This Thread