[#3109] Is divmod dangerous? — Dave Thomas <Dave@...>

14 messages 2000/06/06

[#3149] Retrieving the hostname and port in net/http — Roland Jesse <jesse@...>

Hi,

12 messages 2000/06/07

[#3222] Ruby coding standard? — Robert Feldt <feldt@...>

16 messages 2000/06/09

[#3277] Re: BUG or something? — Aleksi Niemel<aleksi.niemela@...>

> |I am new to Ruby and this brings up a question I have had

17 messages 2000/06/12
[#3281] Re: BUG or something? — Dave Thomas <Dave@...> 2000/06/12

Aleksi Niemel<aleksi.niemela@cinnober.com> writes:

[#3296] RE: about documentation — Aleksi Niemel<aleksi.niemela@...>

> I want to contribute to the ruby project in my spare time.

15 messages 2000/06/12

[#3407] Waffling between Python and Ruby — "Warren Postma" <embed@...>

I was looking at the Ruby editor/IDE for windows and was disappointed with

19 messages 2000/06/14

[#3410] Exercice: Translate into Ruby :-) — Jilani Khaldi <jilanik@...>

Hi All,

17 messages 2000/06/14

[#3415] Re: Waffling between Python and Ruby — Andrew Hunt <andy@...>

>Static typing..., hmm,...

11 messages 2000/06/14

[#3453] Re: Static Typing( Was: Waffling between Python and Ruby) — Andrew Hunt <andy@...>

32 messages 2000/06/16

[#3516] Deep copy? — Hugh Sasse Staff Elec Eng <hgs@...>

Given that I cannot overload =, how should I go about ensuring a deep

20 messages 2000/06/19

[#3694] Why it's quiet — hal9000@...

We are all busy learning the new language

26 messages 2000/06/29
[#3703] Re: Why it's quiet — "NAKAMURA, Hiroshi" <nahi@...> 2000/06/30

Hi,

[#3705] Re: Why it's quiet — matz@... (Yukihiro Matsumoto) 2000/06/30

Hi,

[ruby-talk:03237] Re: Ruby coding standard?

From: Mathieu Bouchard <matju@...>
Date: 2000-06-10 03:45:05 UTC
List: ruby-talk #3237
On Fri, 9 Jun 2000, Robert Feldt wrote:
> Anyone knows of a Ruby coding standard or at least some recommendations on
> how to write Ruby code that is easily readable? Has some consensus
> evolved?



I'm going to say something not many people say.



About what the code should do and how it does it:

  * the code shows "HOW", the comment shows "WHAT"

or, if you can:

  * the code shows "WHAT" so you don't need a comment telling "WHAT".

a supplementary comment, "WHY", might be desirable. This is usually left
out, but in many circumstances it would be helpful, if only to prevent a
random programmer from rewriting your code while thinking you are an
idiot. 

giving shape to your code by proper use of language structures, is good,
but difficult. it's more "good" than "difficult", so you should do it.
it's not an obvious task: you may have to restructure your code once in a
while.



About notation:

	* usually the length of an identifier should follow its scope.

	* usually the shortness of an identifier should follow its
	  frequency of use.

	* your eyes can see in two dimensions; act accordingly

	* your eyes can see patterns in the text without having to read
	  the text; act accordingly

	* consistency is good, except when it's not

deduce all kinds of useful rules from that.

know when to make exceptions to your rules.

Some people might want to set standards, usually on syntactic details. if
expecting consensus on clear answers, most of the questions are wrong to
start with: they have no such answers. treat standards as guidelines, not
as the law. 




Mathieu Bouchard


In This Thread