Sunday, August 24, 2008

Something that has been on my mind of late

DRAFT POST


I very much need to start standardizing myself on a smaller set of tools. Maybe tools is not the best choice of ord, o much as it is a question of languages and libraries. It's actually kind of ironic, I really would like to learn several more languages (Ada, Fortran, C#, Erlang, and I never did wrap my head around Scheme).


C++

Pro's:

can do low level stuff

can interface well with C code and libraries

Qt is natively C++ and supports everything I need it to run on (in Qt4 OSE hehe)

Fairly portable and standardized (at least much of the 1998 standard...) with several compilers available.

Mainly toolkits and frame works available, both native and from C.


Widely used and my first language


Con's:

having to dig into lower level interfaces is very error prone when doing it with a headache the size of California.


Often not my first choice for building a prototype *quickly* but good for final implementation.


Java

Pro's:

Inheritable portable between JVMs of the same implementation (e.g. Sun JVM for Win and Sun VM for Mac can run same code).


Simpler OOP syntax then C++, imho

The Swing GUI toolkit is fairly portable and SWT sufficiently supports the platforms I want to avoid skipping.

I like the way it handles exceptions, and usually like checked exceptions -- when a class is designed appropriately.


It's well defined if not perfectly standardized and compliant implementations are fairly common enough (Sun's)

Wildly used and my third language.

Well documented (if a bit boring)


Con's:


Everything is OOP....

I prefer native code to waiting on java to load

Requires a suitable runtime


Conventions expected by some tools can occasionally be irksome (to me)


C# (C Sharp)

Pro's:

It's not Java

It's similar to Java/C++

Core elements are standardized

Less resistance to shooting oneself in the foot / doing stupid things then Java but not as much as C++.


Gtk#, the binding of GTK+ to C# is available on the platforms I care about.

Con's:

Most C# applications are probably tied to Microsoft Windows implementation via .NET or through Gnome related interfaces

Requires a runtime (e.g. .NET, Mono, or Dot GNU)

Requires just enough learning of it's differences from Java, for me to use it.


PHP5

Pro's:


Portable and interpreted


Widely used across the WWW for server side scripting.


GTK+ bindings to PHP available and portable'ish


Simple language and member of the CBF.


The OOP increasingly resembles Java syntax and is just "enough" syntax to be useful without cramming.

Well documented

Con's:

Local php.ini files can cause problems (how much can you assume?)

Needs a run time (php) of the right version (5)

php4/php5 is less common off web servers or developers systems



Python

Pro's:


Great for writing prototypes

Several toolkits available that are fairly portable

Easy to work with and quit portable (and issues of portability well noted in the docs)

Large standard library

Implementations for the Java Virtual Machine and Microsoft .NET framework are available (if not as current as CPython) as well as the standard (C)Python implementation.

Con's:

Requires a run time

I *hate* it's handling of regular expressions after being so used to Perl...

It's slower then native code

Interfacing with C /or C++ code can, uhh... Get interesting, from a portability perspective.

The program is the source


Ruby

Pro's:

Handy pure OOP language

Great handling of regular expressions within the language itself, as opposed through importing an object oriented interface (i.e. as in Python/Java/C++)

Usually very "comfortable" to write.

Large standard library

Con's:

It requires a run time and alternative compilers (e.g. xruby, ironpython) may be lacking in reliability or cause some features to be unavailable

The program is the source

Wishing Ruby 2 would come sooner....

Documentation can be irksome at times

It's slower then native code and even slower then Python (Ruby 1.8.x)

No comments:

Post a Comment