The programming language of future!!!

[Sasa_Ivanovic]

you have to allocate and destroy all the memory yourself.
you have to declare var at beginning of the block. ( i would rather die than do this )
global var and func exsist ( in a world of OOP this is like hell )
when you include a file you must make sure that you don't include it again
you have to write two files, by convetion ( Class.h Class.cpp ) one for declaration one for definition
there isn't a tree of packages like in Java, isn't it easier to

import java.util.Random;

than to find all the *.h files neccecery to construct a random number using time seed.

[Sasa_Ivanovic]

bugs like :
exsistance of #define and const.
exsistance of *pointers and &refrences.
possibility to not return anything from a function :

main () {
}

also there isn't a class hierarchy in C++, you have to make your own.

I was a C++ fan once, until i realized the power of Java.

[jblebrun]

bugs like :
exsistance of #define and const.
exsistance of *pointers and &refrences.
possibility to not return anything from a function :

main () {
}

also there isn't a class hierarchy in C++, you have to make your own.

I was a C++ fan once, until i realized the power of Java.

You can declare variables anywhere in a block in C++. That statement is just wrong. Anway, when I write Java code, I still define my vars at the head of a block. It's just easier to read. It's such a pain trying to track down declarations scattered about like breadcrumbs, even with a decent search function.

Why is the existance of #define/const a bug?
Why are pointers and reference a bug?
When you write "main () {}" there is an implicit "void". Void functions are possible in Java as well.
The "class hierarchy" that you speak of is simply a bunch of pre-written Java code. If you use a standard library like glib, you get functionality like containers and random number generators as well.

I agree that having to track down header files is a pain, but I've had just as many times tracking down the right java library to import.

[Sasa_Ivanovic]

i promissed to stop promoting Java. so don't expect any more awnsers from me regarding Java.

[jblebrun]

i promissed to stop promoting Java. so don't expect any more awnsers from me regarding Java.

But I wasn't trying to claim that Java is a poor language, or that it shouldn't be used! I was simply pointing out the flaws in most of your arguments, and pointing out that it's not the ultimate solution to programming as we know it!

[TuxCrafter]

Ok, maybe it is better to create a new treat but here I go:

What will be the best language of the future to programs GUI's
It must be fast in execution low cpu and low memory print
Fast speed to market time.
Fast compilation time.
Good integration with hardware.
Must be GNU free software

I have these languages:
C, C++, D, C#, Python, Obj-C, Java, Pascal

I think I vote for D and Python or C++ next. but the licensing is not GPL

[gummibaerchen]

Ok, maybe it is better to create a new treat but here I go:

What will be the best language of the future to programs GUI's
It must be fast in execution low cpu and low memory print
Fast speed to market time.
Fast compilation time.
Good integration with hardware.
Must be GNU free software

I have these languages:
C, C++, D, C#, Python, Obj-C, Java, Pascal

I think I vote for D and Python or C++ next. but the licensing is not GPL

I bet for C, D and Python. Everything else will die

C, because a lot of programs are in already written in C and you can't fast replace all these with D.

D because it's a better C++, C#, Java whatever.

And Python because it is easy, human readable, smarter Syntax then Ruby and so on.
(hopefully mostly for prototyping, all these new Python-Applets for Gnome scare me, hopefully they will be replaced with a C or D version).

[lnostdal]

Ok, maybe it is better to create a new treat but here I go:

What will be the best language of the future to programs GUI's

Any "modern" language will do;

* Python
* Lisp
* Ruby
* etc .. (see my previous post in this thread though)

..but the most "futuristic" thing will be a switch to more dataflow-based programming-style _regardless_ of language (well, almost):
http://en.wikipedia.org/wiki/Dataflow

..and/or combined with declarative programming of both static and as much dynamic stuff (using dataflow-ideas from above) as possible.

Once you understand how this work it'll blow your mind while at the same time being sooo simple it is surprising it's not more widely known. It is particularly excellent for GUI-work, but also suitable for other stuff.

*goes back to lurking and hacking home-made GTK+ bindings for Common Lisp*

(note to post by pmasiar two posts below this one: Prolog can be implemented directly in Lisp (but I think you already know this))

[pmasiar]

What will be the best language of the future to programs GUI's
It must be fast in execution low cpu and low memory print
Fast speed to market time.
Fast compilation time.
Good integration with hardware.
Must be GNU free software

IMNSHO you grossly confused theoretical programming in ideal world, and real-life software engineering. Engineering as discipline is search for workable compromises between conflicting and contradictory goals. Obviously none of languages ever will be best in all your categories (including GPL) - so every person, team, company will set their own preferences and compromises.

Let me add two more quotes for illustration:

• In theory, there is no difference between theory and practice. In practice, there is.
• Writing software, which is: within budget, high quality, and on-schedule: pick any two.

To learn about compromises and planning for change, try to play strategy resource planning games, like Dune2000, UFO, Civilization etc was 10 years ago - are they used anymore? Or you youngsters play only first-person shooters, slash-them-up, and MMURPG? You cannot get all you want - learn to find how to prioritize and compromise. You gain speed-to-market if you are willing to pay in CPU execution time and RAM, and vice versa, etc.

Or you wanted just to mention important characteristics of such super GUI language? How you feel about adding also:

• code is simple to profile, test, maintain, and refactor
• easy to learn, and lots of programmers with valid skills available
• well paid rare skill which you are safe to use until you retire
• usable in other important areas of application development, like Web-based apps, and apps embedded in mobile devices (phone, PDA, GPS navigator etc)
• easy to integrate with other programs on other platforms

[pmasiar]

declarative programming (...)will blow your mind while at the same time being sooo simple it is surprising it's not more widely known.

Yup. Prolog is 35 years old now, part of Ubuntu, and simply amazing. It was hard to use when 1MB was a lot of memory, but expect it become more popular soon. Today, put 6GB of RAM to workstation, load all knowledgebase into RAM and run inferences *quite* fast. Look at prolog to experience *very* different kind of programming, just as brain exercise