HP3000-L Archives

February 2006, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"James B. Byrne" <[log in to unmask]>
Reply To:
James B. Byrne
Date:
Fri, 24 Feb 2006 14:32:39 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (41 lines)
Some of you are aware that I am in the process of moving our 
applications from HP3000/MPEiX/Image/PowerHouse to 
i86/Linux/PostgreSQL/Ruby.  In consequence I now spend a good deal 
of my time on the Ruby and Rails programming lists.  In a recent 
debate over Ruby syntax the following humorous metaphor was posted. 
 Even though it is a old joke I thought that the novel formulation 
might prove enjoyable for some of you.  The particular issue was 
whether conditional and process blocks should be explicitly closed 
with an end statement or via a python-like indentation convention, 
and if ends then should context insensitive variants be used rather 
than a simple end (endif, endwhen, endclass, etc.) 

<pre>
> I think we can learn a lot from programming languages and Python.
> First off, we should be writing in a fixed space font so we can take
> visual cues from spacing more easily. Next, why do we need periods
> at the end of a sentence when we know that two spaces after a word
> mean that the previous sentence just ended  Doesn't that make sense 
> And do we really need caps at the beginning of a sentence  we know
> all sentences are capitalized and we have just defined that two
> spaces before a word means that it is at the beginning of a sentence
>  next we should look at spelling  double consonants don't realy add
> to the meaning  so begining now we spel words by droping repeated
> consonants  just look at al these great benefits we can learn from
> python self.we self.just self.need self.to self.learn self.to
> self.ignore self.certain self.aspects self.that self.may self.cary
> self.over
> 


--   
     *** e-mail is not a secure channel ***
mailto:byrnejb.<token>@harte-lyne.ca
James B. Byrne                Harte & Lyne Limited
vox: +1 905 561 1241          9 Brockley Drive
fax: +1 905 561 0757          Hamilton, Ontario
<token> = hal                 Canada L8E 3C3

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2