Re: Eu's poor design
- Posted by Juergen Luethje <j.lue at gmx.de> Aug 16, 2003
- 485 views
Andreas Rumpf wrote: > Lets face it, at its current state, Euphoria is rather useless for > programming real applications, for several reasons: > It lacks: > - Call by reference (the most important feature I want to add!): > Some say, it isn't needed in Eu, because you can simply return > a sequence. Yes, that's true. But apart from being tedious to type, > it makes the code much less efficient. > example: > seq[2][3][5] = func(seq[2][3][5]) -- this is just stupid > > So for real applications I would use global variables all over the place > (like the other Eu programmers do). (Great improvement over call by > reference!) > > (The reason why call by reference is missing is probably because Rob > didn't understand functional programming properly. Hey Rob, Euphoria is > no functional language! If you wanted to make a functional programming > language, why did you implement variables and loops? Recursion & > constants would do.) I also would like to have Call by Reference, but the lack of it doesn't mean, that "Euphoria is rather useless for programming real applications". > - Block comments: While they are not essential, it is really dump > to put "--" before any line if I just want to comment out some code for > a short period time. Apart from that, line comments (though being very > useful!) are really inconsequent: If line endings are not important for > the Eu interpreter why are comments/include statements different? And > why use -- for line comments when # would do (#! is allowed in the first > line for linux compability anyway!)? > By the way, the scanner should not be line-based for Euphoria (although > Rob probably did it this way - nobody knows why, it doesn't make much > sense), so block comments are NOT harder to scan than line comments! Because of the lack of Block Comments, "Euphoria is rather useless for programming real applications"??? Maybe you should look for a good editor, that can handle line comments comfortable. > But there are other drawbacks: > allocate() and free() ??? I thought Euphoria had a garbage collector! Maybe this wouldn't be necessary theoretically, I don't know. But where is the problem using it? > If Euphoria is intended for programming newbies, why is Euphoria case > sensitive? Is there an unwritten law, that case sensitivity isn't good for programming newbies? > (Why are so many languages case sensitive by the way? That > way I have to remember exactly how the identifier was being written!) Case sensitivity increases the number of possibilities we have, for creating names of routines, constants and variables. I like that. <snip> Sorry, but nothing that you wrote, is an argument, why "Euphoria is rather useless for programming real applications". Regards, Juergen -- /"\ ASCII ribbon campain | "Everything should be made as simple \ / against HTML in | as possible, but not simpler." X e-mail and news, | / \ and unneeded MIME | [Albert Einstein]