En bref, je veux commencer à développer des applications liées au Web que les gens peuvent facilement «brancher» sur leur propre site (comme un chat, un streaming vidéo, un lecteur MP3).Qu'est-ce qu'un bon choix pour une langue Web de «service»?
Quel serait un bon langage pour cela?
Javascript est le meilleur choix. C'est aussi le plus largement supporté, et ne nécessite pas de plugins tiers. Il vous donne aussi beaucoup de corde pour vous accrocher avec!
Sinon, je dirais Silverlight ou Flash.
Silverlight est idéal si vous êtes un développeur .NET, mais il nécessite un plugin et n'est pas aussi largement adopté. Il a également les connotations négatives associées à MSFT. Il y a aussi Moonlight par les étalons derrière Mono, ce qui vous donne une option open source pour le développement.
Flash est la norme pour le contenu "riche", mais avec le HTML5, Flash trouve une concurrence accrue. C'est bien, mais nécessite une chaîne d'outils propriétaire pour construire des applications flash.
Pour les exemples que vous avez listés (chat, vidéo, mp3), je pense que les options sont Flash, Silverlight, ou JavaScript standard. Les deux premiers peuvent rendre les fonctionnalités flashy plus faciles, mais ils nécessitent un plugin de navigateur. Si vous choisissez de faire du JavaScript standard, le backend pourrait être ce que vous préférez: Ruby, C#, Java, PHP, Python, Perl, SmallTalk, etc.
Avec votre intention de vous connecter facilement à des sites tiers , Javascript est le meilleur choix. Les derniers navigateurs Web et la prochaine norme html5 rendent ce choix encore meilleur. Certes, flash et, dans une moindre mesure, Silverlight continuera à jouer un rôle pendant un certain temps, mais à moins que vous êtes facilement maîtriser ces technologies, je regard sur GWT (Google Web Toolkit) ou outils similaires (1)
pour le côté client: Essentiellement, avec GWT vous écrivez le code côté client en Java, ce qui est converti en une série de jeux de javascript optimisés statiques (un pour chacun des navigateurs web marques/versions que vous ciblez). S'il n'y a pas de logique côté serveur requise, celles-ci peuvent être déployées sur n'importe quel serveur Web sans autre exigence.
Sur le côté serveur: La logique côté serveur peut être fournie avec java qui est généralement facilement ou facilement disponible sur la plupart des hôtes. Il peut également être fourni avec la plupart des langages/framework (ASP.NET, Struts, PHP ...) que vous pensez que "vos" sites tiers supporteront. Si vous restez avec GWT pour le côté serveur, vous êtes "tout ensemble", si vous utilisez d'autres langages, vous aurez juste besoin de vous assurer que vous pouvez lire/écrire des messages json et vous connecter dans un framework RPC relativement simple.
(1) Je ne connais que GWT, mais je sais que MSFT a (ou avait?) Volta. Je ne serais pas surpris si de nombreux outils similaires étaient facilement disponibles ou devaient apparaître sous peu.
Fondamentalement, ces outils sont "un peu plus" (!) Que les compilateurs pour le nouveau code machine, c'est-à-dire javascript. Je sais que ce type de commentaires peut apporter des déductions SO de fiers jockeys javascript, et bien sûr, nous aurons toujours besoin de génies dans ce domaine, mais les masses peuvent maintenant se concentrer sur leurs détails d'application, à un niveau supérieur d'abstraction, au lieu de Traiter les blues de compatibilité cross-browser ou les problèmes d'optimisation lourds.