Re: OpenEuphoria community proposal
- Posted by Spock Feb 03, 2015
- 1698 views
Ryan, i laud your ideas, but sadly, some have been proposed before, and rejected.
If you were to write an article extolling the benefits of Eu vs any other language, what is there to talk about except sequences and binding? Tossing "speed" into the bragging is a red herring, it doesn't matter how fast a language is if it doesn't have the features one needs..
I would consider speed in itself to be a worthwhile "feature" since faster programs are more generally useful. Graphical applications (isn't everything graphical these days?) do require speed. Of course, Euphoria is only speedy in comparison to other slower languages (implementations). Personally, I am just sick of having to laboriously code ASM routines for my graphics library.
Regarding votes and values, that's all in the eye of the beholder, those people needing those functions. I still have no use for hashes or maps or regex..
I used to think like that until I started using them (well, my own versions of them). Eg, Regex can express some patterns much more concisely than other methods. If you do any sort of non-trivial parsing it can cut down your work load, albeit at the expense of program speed.
However, the way Regex developed over the years has meant that parsing patterns can be so cryptic/obsfucated they more resemble line noise (or Perl programs) than anything sane.
I think a better way would actually be to use a mini specialist parsing language - which nobody will write for obvious reasons: Nobody wants to, few have the skills to do so, the end user will be too tempted to follow the internet crowd and just use normal Regex.
Your idea of string execution is great. More on this later..
Spock
