Ah je suis tout à fait partant

On peut faire multichoix, suivant les affinités, et les domaines: serveur, client. Java/.net/python/perl (interprété ou "semi interpreté" - dans le genre je fais du bytecode), ou plutot C/C++?

Puis une autre question: faut il préférer des langages de très haut niveau, qui peuvent devenir lourd et lent mais simplifient la vie du codeur sur la gestion mémoire (référence, allocation, tout ca, tout ca), ou plutot préférer du bas niveau, C/C++, mais plus pénible à coder (et beaucoup plus pénible à relire si mal programmé).

Surtout que ce que l'on constate actuellement:
- le projet gnome qui se débarrasse des questions genantes, notamment avec l'accord MS <=> Novell, avec des solutions qui reviennent aux sourges (strigi, tracker, c'est du C pur),
- un gtk# qui a encore ses preuves à faire vs du gtk2,
- chez gentoo, on dégage de plus en plus le bash like (genre baselayout2) pour du C, beaucoup plus violent en perfs,
- toujours chez gentoo, le débat portage (python) vs paludis (C++)

Je trouve que le débat .net/java c'est éculé, et ca n'apporte rien. En revanche, je constate souvent que les applis en langage portable sont très lourdes, et qu'a l'heure actuelle, avec le retour de l'embarqué, on retourne aux sources, avec des solutions qui repartent vers du C/C++ classique, comme si on avait pas fait mieux depuis 15 ans  

Je sais que ce n'est pas partagé par bon nombre de gars de progs, seulement voila, le .net, j'en bouffe actuellement pour un projet sous windows, et la dll qui fait office de drivers pour communiquer avec un porte série a des comportements complètement farfelus sous programme .net, alors que du C++ avec MFC, rien à signaler. Je dois être une bille, conne, incompétente, et que taz ou harko me charient si ca les chantent, seulement, à part pour du design très haut niveau, ces langages ne me semblent pas apporter grand chose