What's really holding Euphoria back...
There's been a lot of discussion lately about why Euphoria isn't as =
popular as other languages, despite its many advantages over C, Visual =
Basic, Java, etc. Most of these discussions return to the viability of =
structures (i.e., fixed length, fixed type sequences) and namespaces. =
While both of these features would greatly enhance the flexibility and =
usefulness of Euphoria, neither of these are really serious flaws. =
Simple but flexible IO can easily be handled with EDOM. I believe =
several of the preprocessors take care of namespaces, and David Cuny has =
address structures in his libraries. There are also several packages =
available on the contributions page that allow object oriented =
programming. So if you want it, it's out there. =20
The real problem is that RDS doesn't have the name power of Sun, =
Borland, or Microsoft. Should any of these large companies offer a =
Euphoria package, it would become the new staple of programming! The =
other problem that prevents Euphoria from competing with the likes of =
Perl is its lack of a Unix version. The web is run by Unix, not DOS. =
While the EuServer and ANN packages are quite good, they require DOS to =
run. If we wrote a web page (i.e., CGI) that asked the browser to run =
Euphoria rather than Perl or Java, the 90+% of Web Servers that use Unix =
wouldn't know what to do. As a note, they *all* have Perl.
As far as large packages are concerned, my Store Manager program has the =
potential to become a large commercial package. The only reason it =
isn't is because I don't have time to complete the project quickly, and =
I'm not making any effort to market it. Version 0.5 is now available on =
my homepage, and includes several bug fixes and the printing of sales =
orders. Anyone who wants to steal code fragments to use in their own =
applications (including I/O routines) are more than welcome.
Michael J. Sabal
mjs at osa.att.ne.jp
http://home.att.ne.jp/gold/mjs/index.html
|
Not Categorized, Please Help
|
|
