Ce que je trouve à C#, et bien tout simplement qu'il est plus typé que C++ et en plus, on peut l'utiliser beaucoup plus facilement dans le cadre du développement Web (notamment grâce à Aspx puisqu'ils sont tous deux 'issus' de la plateforme .NET )
Il est beaucoup plus malléable, également, dans le cas des objets mais ça chacun son point de vue.
Valter,
qui vient juste d'apprendre à afficher du texte en D
La réponse à ta question est simple, dans deux ans les jeux web seront développés majoritairement en : PHP / Flash.
Comme à ce jour en fait, sauf chez les particuliers où c'est essentiellement PHP.
J'espère cependant que le Ruby va percer, mais je n'y crois pas trop, les habitudes ont la dent très dur.
Ruby (avec RubyOnRails) est plus complexe à mettre en œuvre que PHP, c'est peut-être ce qui le rend moins populaire. Pour ma part, j'aimerai beaucoup m'y essayer, tout comme j'aurais beaucoup aimé essayer un peu Python (avec Django). Le problème, c'est que ça demande un certain investissement en temps.
Sephi-Chan
Plus complexe à mettre en œuvre que PHP, mais est-il plus complexe à mettre en œuvre que Symfony ? (pour citer le Framework qui s'en rapproche le plus en PHP) ?
Si tu parles de l'installation technique du système, depuis quelques mois, elle est devenue TRES TRES simple gràce à la société Phusion qui a créé Modrails et qui créer pas mal de projets autour de tout ça, très intéressant pour une entreprise, et pour les particuliers.
Modrails en gros c'est un module Apache comme le module PHP, mais pour faire du Ruby On rails, et qui est aussi facile à installer que le module PHP de Apache
http://www.modrails.com/
Intéressant. Il reste toutefois quelque chose que je ne cerne pas bien. Est-ce que le serveur Webrick est alternatif ou complémentaire à Apache ?
Concernant l'utilisation de Ruby avec Apache, il me semble qu'un mod_ruby existe, non ? Je suppose également qu'on peut utiliser Ruby via CGI en dernier recours. Non ?
Sephi-Chan
Et bien, Webrick est avant tout le serveur de développement, mais c'est un serveur à part entière, à savoir alternatif à Apache, tout comme Lighttpd par exemple.
Mod_ruby existe, mais n'est plus maintenu depuis 2006, et est très largement perfectible, au point que l'on utilise Ruby en CGI plutôt qu'avec ce premier.
De plus ce qui est souvent mis en avant, c'est la lourdeur d'installation/maintenance/etc de Ruby On Rails comparé au PHP, mettre en place Ruby en CGI est bien plus lourd que d'installer le module PHP pour Apache qui se fait en deux temps trois mouvements, et bien Mod_Rails évite tout ça, et donne une plateforme sure et stable pour utiliser Rails avec Apache.
Effectivement, ça rend simplifie la chose ! Je vais pouvoir l'installer sur mon petit nouveau Gentoo pour me faire la main ! Merci pour les infos, en tout cas.
Sephi-Chan
Valter a écrit :Ce que je trouve à C#, et bien tout simplement qu'il est plus typé que C++ et en plus, on peut l'utiliser beaucoup plus facilement dans le cadre du développement Web (notamment grâce à Aspx puisqu'ils sont tous deux 'issus' de la plateforme .NET )
Il est beaucoup plus malléable, également, dans le cas des objets mais ça chacun son point de vue.
Valter, qui vient juste d'apprendre à afficher du texte en D
Les conversions implicite du C++ ne sont pas non plus monstrueuse, ce n'est pas ça qui va te bloquer dans ton développement.
La différence du typage entre le C# et le C++ à je pense pour unique avantage d'éclaircir le code en vue d'une reprise (ce qui est toujours utile
surtout que MS appuis pas mal sur la synergie de ces produits à ce niveau) mais où c'est contradictoire c'est avec l'ajout de 'var' en C# 3.0 qui laisse à la plateforme .NET choisir le type pour toi et là tu te retrouve avec un code crade, aprés y à plein d'autre avantages au C#
.
Et de toute manière les deux langages n'ont pas les mêmes "cibles", C# étant du code managé il faudrait plutôt le comparer à Java. Il y a peu de chance que tu trouve du C# dans un moteur graphique de jeu ou certaine applications de finance par exemple, les besoins n'étant pas les mêmes. J'aurais bien ajouté les OS mais plus depuis Windows Midori où ils prévoient d'utiliser du code managé
mais bon on sait jamais...
Un développeur ROR m'a un jour dit :
Citation :-Le problème de RubyOnRails est que c'est trop lourd à mettre en place pour de petit projet et pas assez performant pour de gros projet mais sinon ça fait le café.
-Donc ça sert pour les moyens projets ?
-Et encore...
Personne n'a parlé des applets java. (Pourtant je connais au moins une personne qui souhaiterait se renseigner un peu...)
En cas de manque d'inspiration :
Est-ce délaissé parce que le client doit avoir la machine virtuelle ?
Ou parce que le java c'est pas pour les rigolos ?
Est-ce viable ?
Est-ce ringard ?
Est-ce l'artillerie lourde ?
Est-ce que quelqu'un ici a déjà fait des trucs sympa avec ?
Question subsidiaire :
N'est-ce pas le mieux pour le (multi en) temps réel ?
L'artillerie lourde me concernant, je trouve ça imbuvable
C'est sans doute le meilleur oui pour du multi temps réel.