[MLUG - DISCUSSION] Re: [MLUG] guess what

[Michael <EMAIL:PROTECTED>]

>Why? Are you author of one? I fail to see how a printed book can explain the
>nuances of significant whitespace character distinctions.
>  
>
If you think whitespace is really a problem then obviously you've never 
bothered using the language. Everyone, myself included, thinks 
whitespace significance is a bad idea until they try it.

>Baloney. I call "GoogleFight"! http://xrl.us/bugc
>
>See? Perl wins by a landslide.
>
>The first rule of GoogleFight is that Google is never wrong.
>Just google on "litigious bastards". See what I mean?
>  
>
So the meaning of life is to look at porn sites? Because that has the 
most links from Google?

>Yeah, if you like figuring out which of your developers has different tab
>settings and expandtabs turned on in their IDE.
>
>Any language that is dependent upon individual developer IDE settings for
>reproducing working code on another platform has got to be right up there with
>other brilliant programming "ease-of-use" features like TheDataTypeIsInTheName
>and ThEMorOnThatInventedJaVahuMPTYSTyle.
>  
>
Again, you've obviously not used it if you think that it's really a 
problem. Yes, there are idiots that don't know how to configure their 
editors and end up fucking up other peoples code but it's hardly a 
serious problem. No worse than people in C, PHP, etc using the wrong 
style for their braces. It fucks up the code but not in anyway that 
can't be quickly fixed by a formatting tool or better yet by removing 
that schmucks write permissions to your CVS tree.

>And you've never seen the EJB "Hello World" example, have you?
>
>If anything is "easier" to work in than the languages you've listed, that would
>likely mean PHP. Which is really just Perl with training wheels.
>  
>
PHP is easy but it's not very good at growing to large projects. PHP5 
makes some vast improvements but it's still not there. The improved OOP 
and namespaces will make a big difference. Perl doesn't even come close 
in the "easier" department if your talking about anything larger than a 
short script.

>Oh, and did they ever fix the following?
>
>i=1
>def f():
>  print "i=",i
>  i = i + 1 
>
>f()
>
>Hint: It does not print "i=2".
>
Why on earth would it print 2? You're not adding the i + 1 until after 
it's printed the value of i. And i is undefined since you didn't declare 
to use the global value of i or a local value of i before using it. Thus 
the whole benefit of local variables. Global variables are BAD! If your 
program has to rely on global variables then it's poorly constructed. 
Not that they can't be handy for small programs but they will give you 
hell for large programs.
_______________________________________________
discussion mailing list
EMAIL:PROTECTED
http://mlug.missouri.edu/mailman/listinfo/discussion