C# ou C++ ?

Faire tourné un prog C# sur Linux releve plus du bidouillage qu'autre chose.

c'est complètement faux. Il suffit d'installer le compilo ainsi que la lib et le tour est joué !

Et bien moi aujourd'hui encore, j'ai eu un bug inhérent au CLR...
Du code fantome qui survie alors même qu'il a été effacé du source!
Et qui s'exécute, même après avoir redémarré le pc, re-compilé, ...! (on aurait dit un film de zombie, impossible de tuer ce code...).
Bref je vais devoir recommencer une partie du projet.

Pour le multi-plateforme, certes cela fonctionne a condition d'avoir le runtime adéquat! Ce n'est pas de la vraie portabilité, c'est juste que la machine virtuelle est prévue pour un système particulier. Pour preuve, on installe Mono sur Linux, et la version Windows sur Windows (il existe aussi un mono sur Wndows je crois, mais chaque version est dédiée a un OS).
Je ne dis pas que c'est mal, hein, c'est une solution, mais le terme "portable" est utilisé un peu abusivement pour une question de sex appeal. Puisque dans la mesure ou on masque le hardware par autre chose qui sert d'interface et qui est indispensable a l'exécution....

En parlant d'abus de langage, je dirai un mot sur les performances.
Pour pleins d'applications standard, c'est sur que on s'en moque un peu, la vitesse et la facilité (enfin des fois c'est pas si simple VS je trouve...) de développement priment.
Mais quand Microsoft dis que C# est aussi (voir plus) rapide que du code natif, hé bien il faut lire les protocoles de tests (^ ^).
Il ne faut pas perdre de vue que si les performances globales de C# sont à la hausse, c'est aussi que les pc sont 10 fois plus rapide qu'il y a 5 ans. Et donc le "gap" se réduit mécaniquement entre les langages car on ne tiens pas compte de l'échelle de vitesse de traitement (ce qui arrange bien le service marketing). On ne devrai pas mesurer la différence de temps d'exécution, mais la différence de cycle d'horloge.
Certes, le CLR sait faire des tas de choses assez ou très bien. Mais tous les cas ne sont pas prévus par le runtime (hé c'est pas magique hein! Des gens ont du coder tout ça en prévoyant l'utilisation qu'on en ferait), et si c'est pas prévu ça peut être la catastrophe au niveau performance et sécurité. Mais l'API est énorme et pour du dev d'application "classique" ca suffit bien (en fait elle est tellement énorme que s'est limite le bordel amha).

Moi personnellement je n'aime pas trop les assistants en règle générale, cependant pour certaines choses c'est vraiment pratique (pour les trucs chiants quoi ^^).

Bref, différents outils pour différents objectifs, mais il ne faut pas se laisser séduire par les sirènes du marketing (ils sont là pour ça et si Microsoft les payent il doit y avoir une raison...) qui clament que leur solution est bonne pour tous les cas!

Donc pour ces raisons et celles exposés dans le post plus haut, je n'inciterai pas a C# si on ne connais pas un langage plus bas niveau (monter l'échelle de l'abstraction est plus aisé et plus formateur que la descendre. Car si en première impression on a un langage de haut niveau, ca deviens la définition de la programmation, un point de comparaison qu'on va faire avec les autres langages. Et par exemple le C n'a pas 5900 fonctions pour tout faire comme php, mais il a d'autre chose a enseigner comme comment fonctionne réellement un pc et comment l'utiliser efficacement, ce qui aide aussi a faire des choix de solutions quand on en viens a un plus haut niveau d'abstraction).
Mais chacun est libre hein!

Je suis globalement d'accord.
Juste un truc, avec ta définition de la portabilité, je ne suis pas sûr que quoi ce soit soit portable...
Java, pareil que .Net, il faut la JVM adaptée au système. Le C ? Même là, il faut un compilateur adapté, non ?

Oui, c'est vrai j'ai exagéré la définition de la portabilité.
De même que Sun pour Java et Microsoft pour C# (je n'ai pas cité Java parce que je connais moins et que le sujet d'origine est C#/C++) exagèrent en prétendant que le code est absolument portable. Ce que je voulais montrer s'est qu'en fait de portabilité, le code C# ou Java tourne toujours sur la même machine, la machine virtuelle.

Pour le C il faut re-compiler oui, et modifier un peu le code quelques fois. Mais les concepts qui forment ce langages sont en très grande partie commun au diverses plateforme ce qui fait qu'on a en fait pas beaucoup de code a retoucher (sans machine virtuelle ^^).
Il est de plus possible de prévoir des tests de préprocesseur a la compilation (ces tests sont du code dans le fichier source du programme) pour déterminer sur quel environnement se déroulera l'exécution et ainsi avoir un seul source pour toutes les plateformes!
Write once, compile everywhere.

Par exemple il m'est arrivé d'écrire du code sur PC (windows) et de compiler sans changer une virgule sur Linux et Mac. Avec Java on ne re-compilerai pas, on fournit "l'exécutable" (l'équivalent quoi) pour toute les plateformes, mais on doit installer la JVM sur celle ci, sinon on ne peut exécuter.

J'ai oublié de parler de la Garbage Collection de C# et Java mais je vous laisse vous renseigner sur le sujet si ca vous dis (en gros ben... ca marche pas top). J'aime bien la pub qui fait peur en disant qu'un programmeur peut très bien faire des memory leaks sans s'en apercevoir (et c'est vrai) alors que grâce a la GC il ne s'en occupe plus. C'est oublier le fait qu'il existe des analyseurs de code qui détecte les fuite de mémoire et le fait qu' un GC (pour l'instant du moins) c'est hiroshima dans la mémoire dès qu'il a décidé de tirer la chasse (pace que la mémoire n'est dés-allouée que très longtemps après qu'elle est cessé d'être utile, par gros blocs pour pas gêner en permanence les performances).

Et puis un autre avantage du C (ou même du C++ si on reste sage) c'est que c'est du procédural (nan pas taper s'il vous plait!) .

Comme je ne voudrai pas avoir l'air de descendre C# et Java qui sont des bons outils, heu... j'écris cette phrase.

Je pense que tu n'as pas compris sa phrase ^^
Il disait que c'était le python qui ne lui permettait pas de créer une IG à sa convenance, et justement il cherche un langage qui lui permette de faire une interface plus facilement.

De mon côté, je préfère le C#, mais c'est surtout par habitude.
Le choix, pour moi, se résume à :
- Une application performante ? C++
- une application rapide à développer et facile à maintenir ? C#

Quelques bouquins :

En français, une bonne référence pour le C# :
https://www.eyrolles.com/Informatique/Livre/c-et-net-9782212126044/

Sinon en anglais et plus dans le style d'un apprentissage pas à pas il y a celui-ci :
http://oreilly.com/catalog/9780735626706

Sinon il y a aussi ce bouquin là en anglais que tu peux télécharger gratuitement en cliquant sur le petit bouton DOWNLOAD sous l'image du livre :
http://www.free-ebooks-download.org/free-ebook/dotnet/CSharp/beginning-visual-csharp-2010.php

Merci, je vais jeter un oeil ! enfin lire...

De plus, le Framework 4 devrait bientot sortir, ajoutant de nombreuses possibilités bien sympa pour tes appli' (je pense surtout à un système d'Add-In perfectionné, pour l'usage que je vais en faire ;-) )

Mais ceci n'est qu'un petit coup de pub, tu restes libre de ton choix.

Bonjour,

Honnêtement, quand je lis les deux codes que tu fournis comme exemple, c'est bien le C++ qui me paraît le plus complexe ! Oui, c'est plus court. Mais quand tu lis le code, ne me dis pas que c'est plus compréhensible !

Xavier

Comme l'a dit Reivax le C#, bien qu'il y ait quelques lignes en plus, est bien plus compréhensible au niveau des mots clés.

Sinon avec Visual C# Express ou Visual Studio, tu peux faire tes interfaces C# (WinForms ou WPF) très très facilement :)

Après pour ton tout petit code en C# tu peux aussi le simplifier comme ceci :

using System; 

class Hello 
{ 
	static void Main() 
	{ 
		System.Console.WriteLine("Hello World!"); 
	} 
} 

Si tu veux un bon exemple de la complexité du C++ regarde le code source d'une appli réseau, par exemple d'un bête serveur acceptant des connexions Websocket.

Tu verras qu'entre l'envoi de paquets héxa et d'autres trucs bien louche ça ne semble pas très clair, alors qu'en C# tout ça es rendu plus bas et tu bénéficie d'un code plus compréhensible même sans commentaires.

Enfin bon si tu veux faire du C++ c'est très bien aussi mais ça te demanderas surement plus de travail dans un premier temps.