Silverlight a-t-il un avenir? [fermé]

Récemment, j'ai lu des articles / blogs / commentaires sur le développement et l'histoire de WPF et Silverlight. Dans certains forums, de nombreux développeurs et utilisateurs critiquent les performances des applications WPF (par exemple Visual Studio 2010). En fait, la part de marché de Silverlight par rapport à Flash n'est pas très élevée. Au PDC 2010, Bob Muglia a déclaré quelque chose comme "notre stratégie Silverlight et notre orientation future ont changé ..." et Microsoft veut pousser HTML5 à l'avenir.

De plus, Microsoft a annoncé que HTML5 serait un élément central des plates-formes Windows 8 et Windows Phone 8 («Mango»).

Récemment, j'ai commencé à apprendre Silverlight et maintenant je dois me demander si je dois continuer à investir du temps dans l'apprentissage de ces technologies (à mon avis) très agréables et puissantes!? Ont-ils un avenir? Les applications (clients) de bureau (Windows) ont-elles un avenir? Les soi-disant «Rich Internet Applications» ont-elles un avenir? Ou HTML5 deviendra-t-il la «vérité absolue» dans le développement de logiciels?

Quelle est votre opinion et qu'en pensez-vous?

Silverlight + Flash vs HTML5. Oh mec. Il y a eu une tonne de discussions autour de celui-ci.

Concentrons-nous sur Silverlight (bien que bon nombre des mêmes arguments puissent être avancés pour Flash). Est-ce mort aux yeux de Microsoft? NON. Il suffit de regarder le récent événement Firestart, en particulier le discours d'ouverture de Scott Guthrie (de nombreuses nouvelles fonctionnalités à venir):
http://www.silverlight.net/news/events/firestarter/

Ce que cela vous donne:

• La possibilité d'écrire des applications Internet (et de bureau si vous utilisez Out-Of-Browser) dans votre langue dotNET préférée, aujourd'hui.
• Offrez à vos utilisateurs des interfaces hautement interactives et riches sur tous les principaux navigateurs et plates-formes de manière cohérente, aujourd'hui.
• Accès aux API avancées sur le client (c'est un argument assez faible car JavaScript a toujours de nouvelles bibliothèques ajoutées et c'est assez génial).
• Programmabilité de Windows 7 Phone - Silverlight est l'une des deux "API natives" principales du WP7. C'est au moins un appareil pour lequel vous pouvez créer des applications en mode natif.

Le mauvais côté:

• Mobile - Il y a une tonne d'appareils mobiles sur lesquels Silverlight ne sera JAMAIS allumé. Ça n'arrivera pas.
• Microsoft - Avouons-le. Beaucoup de gens refuseront de l'utiliser simplement parce que c'est Microsoft. Certains de vos utilisateurs refuseront d'installer le runtime car c'est Microsoft. C'est idiot, oui, mais c'est un fait.
• Oh, il y en a d'autres. Dois-je vraiment répéter tous les inconvénients?

HTML5 répondra à de nombreux (sinon tous) des inconvénients auxquels nous pouvons penser pour Silverlight. Mais quels sont les inconvénients de HTML5:

• Ce n'est pas une spécification finalisée. Oui, de nombreux navigateurs implémentent de nombreuses fonctionnalités de HTML5, mais de nombreux navigateurs ne le font pas, ou beaucoup le font de différentes manières. Et même s'ils le mettent en œuvre aujourd'hui, rien ne garantit que les spécifications ne changeront pas au cours des prochains mois / années.
• Ce n'est pas prêt à 100% aujourd'hui. Encore une fois, il y a beaucoup de discussions sur ce que HTML5 apportera un jour. Mais pour beaucoup de choses, c'est juste ça. Parler. Alors que certains trucs CORE ont été réalisés (animation, graphiques, etc.), il y a encore beaucoup de morceaux qui sont ENCORE en l'air et loin d'être encore standardisés sur chaque implémentation (accès API matériel pour des appareils comme les accéléromètres par exemple). Vous pouvez commencer à utiliser certaines de ces pièces aujourd'hui, mais vous serez verrouillé dans certains navigateurs, et encore une fois, il n'y a aucune garantie que vous n'aurez pas à modifier votre code à mesure que la spécification approche de la finalisation.
• Cohérence du navigateur - Si vous pensez que HTML5 sera exactement le même sur tous les navigateurs / appareils, alors vous êtes délirant. Chaque navigateur l'implémentera légèrement différemment et vous aurez besoin d'un code pour détecter le navigateur et insérer «l'interpréteur» approprié. Il sera plus facile de détecter le navigateur, j'en suis sûr, et je suis sûr que les bibliothèques aideront (comme JQuery le fait aujourd'hui), mais ce sera toujours un problème.
• App Stores - Le fait est que personne n'achètera votre application HTML5 comme ils le font avec les applications Apple aujourd'hui. Si vous souhaitez que l'utilisateur achète votre application via un App Store, vous devrez écrire dans la bibliothèque native de l'appareil. Encore une fois, il y a eu une tonne de débats autour de cette question, mais le fait est que tous les appareils mobiles modernes offrent un accès par navigateur et que les applications basées sur un navigateur n'ont tout simplement pas l'attrait d'une application native. Les applications conçues aujourd'hui à l'aide de HTML / CSS n'ont tout simplement pas l'attrait de leurs homologues natifs.

Selon moi, Silverlight vous offre aujourd'hui la capacité de "client riche". Vous n'avez pas accès à tous les appareils (en particulier les mobiles), mais pour certaines classes d'applications, c'est un excellent choix et le restera. HTML5 sera un concurrent sérieux très bientôt et j'encourage fortement tout le monde à l'apprendre. Vous en aurez besoin.

Je pense que beaucoup de gens regardent Microsoft et voient une gigantesque entité. Mais ce n'est pas vraiment comme ça. Microsoft ressemble plus à des dizaines de petites équipes et ce n'est vraiment que le nom «Microsoft» qui les relie. Ainsi, alors que l'équipe IE se concentre sur HTML 5 et pousse autant que possible, vous pouvez parier que l'équipe WPF / Sliverlight est tout aussi acharnée sur WPF et Silverlight.

Silverlight pour une utilisation sur le Web n'a jamais vraiment décollé - cependant, Microsoft pousse dur sur Windows Phone 7, qui utilise WPF / Silverlight pour les applications, donc Silverlight lui-même n'est pas tué, c'est juste le point de mire où il est déployé qui est en changeant.

Peut-être que "tuer" est un mot fort. Je pense - et il a été largement rapporté (Mary-Jo Foley, etc.) que Microsoft déplace son attention de Silverlight vers HTML 5. Je pense que Silverlight continuera d'être la plate-forme de choix pour des expériences Web super riches et peut-être des trucs riches en vidéos (par exemple, ce qu'ils ont fait avec la couverture en ligne NBC des Jeux olympiques d'hiver de 2010). Je pense aussi que nous verrons Silverlight de plus en plus dans "l'espace" de l'entreprise - au lieu de fournir des clients "lourds" dans WPF ou WinForms, je peux certainement voir Silverlight, en particulier. exécutant sans navigateur, trouver une maison dans le développement de logiciels d'entreprise.

D'un point de vue stratégique, j'ai lu un article expliquant pourquoi Microsoft est soudainement si intéressé par HTML 5. Pour commencer, cela leur donne un "in" sur le marché iOS. Deuxièmement, cela déplace le jeu vers un domaine où, par rapport à Apple, ils ont un énorme avantage - le Cloud. Quiconque a utilisé le service MobileMe d'Apple peut attester du fait que, alors qu'Apple fait bien des choses, actuellement, le Cloud n'en fait pas partie.

Je pense que Silverlight est pratiquement terminé (en termes de parts de marché), car Flash et Silverlight céderont la place au HTML5 dans les prochaines années.

WPF d'autre part est susceptible de rester (même si les problèmes de performances sont valides) Windows Vista / Windows 7 sont tous deux fortement investis dans WPF et ce sera probablement la stratégie de bureau de Microsoft pour les prochaines années (au moins), d'autant plus que VS & Expression sont écrits en utilisant WPF.

Mais, bien sûr, c'est la stratégie de bureau, et il devient de plus en plus clair que la plupart des applications que les gens utilisent au jour le jour vont migrer du bureau vers le Web (si ce n'est déjà fait) car la prise en charge du navigateur HTML5 devient omniprésente. WPF est toujours (sans doute) le meilleur choix pour les applications qui nécessitent Windows Desktop et .Net, mais celles-ci sont susceptibles d'être des applications de niche par rapport aux applications Web qui seront le courant dominant.

Outre HTML5, les plates-formes mobiles (lire: Android et iOS) sont susceptibles d'être les zones de croissance du développement pour les prochaines années.

Ce n'est pas très surprenant. Avec toutes les excuses dues à tous les développeurs qui l'ont choisi, Silverlight a été une vraie blague depuis le début. Personne ne l'utilise sur leurs sites Web. Le marché cible est saturé par Flash, et trois ans et demi de Microsoft poussant leur alternative n'a pas conduit à une adoption généralisée, et maintenant que HTML 5 sort sur tous les principaux navigateurs, le marché ne supportera vraiment pas trois concurrents , solutions mutuellement incompatibles.

Maintenant, Microsoft dit qu'ils vont se concentrer sur cela comme standard pour la programmation de Windows Phone 7. C'est le dernier clou dans le cercueil, car selon tous les signes, WP7 semble être un énorme flop.

Il semble qu'il y ait eu un changement stratégique au sein de Microsoft, et pour le moment, Adobe Flex / Flash continuera d'être la principale technologie avec laquelle travailler pour les applications RIA. Il semble que HTML5 sera largement adopté et je passerais personnellement à l'expérimentation.

Je dirais que HTML5 est valable aussi longtemps que vous souhaitez produire des applications qui ciblent autant de clients que possible.

Votre application doit-elle nécessiter un accès Internet? Doit-il utiliser les fonctionnalités natives de l'ordinateur? (fichiers, surveillance, etc.). Faut-il partager des informations? Toutes ces questions et plus encore vous indiquent si vous pouvez ou devez produire vos applications en tant que Rich Web App, ou si elles doivent être développées en tant qu'application basée sur le client.

Il y a définitivement une place pour les applications WPF à l'avenir, en particulier à court terme. Silverlight semble être la cible de développements en bac à sable tels que les téléphones, mais nous verrons comment ce train se passe. Mais au début de tout développement, vous devez examiner les exigences de l'application, ce que vous souhaitez réaliser et sélectionner votre technologie en conséquence.

Maintenant, cependant, je voudrais souligner qu'il n'y a aucune raison de ne pas apprendre Silverlight ou WPF, même si ce n'est pas ce qui sera le principal acteur dans 6 ou 7 ans. S'il y a une chose que je peux vous dire avec certitude, c'est que la technologie change. Il y aura un HTML6, il y aura un prochain WPF, et vous devrez apprendre plus d'une technologie si vous voulez vraiment comprendre la première.

Commencez simplement à apprendre l'un d'entre eux, et vous pouvez toujours changer et emmener ce que vous avez appris avec vous à la prochaine technologie.

J'ai écrit un blog sur ce sujet, car il n'a cessé de faire surface au sein de mon équipe depuis que nous utilisons Silverlight. La réponse courte est: Silverlight n'est pas mort. HTML 5 sera un meilleur choix pour atteindre plus d'appareils et de plates-formes. Mais Silverlight est plus riche en fonctionnalités et il est actuellement beaucoup plus facile de développer une application Silverlight qu'une application HTML 5 avec ASP.NET MVC. L'outillage pour Silverlight est magnifique par rapport au manque presque complet d'outils pour HTML 5 de Microsoft. Cela dépend donc de votre environnement et de votre public cible sur lequel est le meilleur choix.

Pour plus de détails, voici mon article de blog:
http://rationalgeek.com/blog/post/Silverlight-vs-HTML-5.aspx

En outre, Hanselman a récemment publié sur le même sujet: http://www.hanselman.com/blog/ShouldIUseHTML5OrSilverlightOneMansOpinion.aspx

Voici un article de ReadWriteEnterprise sur les tendances technologiques en date de mai 2011:

http://www.readwriteweb.com/enterprise/2011/05/it-hiring-and-salaries-up---wh.php

Silverlight a dépassé Flash. Les emplois Silverlight ont connu une croissance de 12,6% au cours des trois derniers mois, tandis que Flash n'a connu que 2,2%. Silverlight a également dépassé Flash en nombre total d'emplois, avec 982 offres d'emploi pour Silverlight et 646 pour Flash.

Et

Les professionnels de Microsoft se portent bien, avec une forte croissance en C #, Silverlight et Azure.

C'est juste une supposition, mais avec l'essor des smartphones et des tablettes, en particulier ceux d'Apple, Silverlight en tant que technologie Web ne semble plus avoir beaucoup de sens.

Silverlight est probablement mieux décrit comme la réponse de Microsoft à Flash. C'est le même domaine problématique, donc ce qui fait un bon jeu Flash fera également un bon jeu Silverlight.

Personne ne connaît vraiment l'avenir. Tout ce que je sais en ce moment, c'est que tout ne fait pas une bonne application Web et que tout ne fait pas une bonne application de bureau. Ce que je sais:

• WPF restera probablement un moment.
• Silverlight est à ses balbutiements, donc Microsoft va le proxénétisme pendant un certain temps. J'ai entendu des rumeurs selon lesquelles il est plus agréable de travailler qu'avec Flash, mais n'ayant jamais joué avec, je ne peux pas dire.
• HTML 5 / CSS 3 / JavaScript est censé être le genou des abeilles, mais il ne sera prêt de manière vraiment significative à aucun moment de cette décennie. (En supposant que les comités l'approuvent avant 2020, il a toujours besoin d'une prise en charge complète du navigateur et cela prend du temps).

Pour choisir la plateforme que vous allez poursuivre, vous devez obtenir des réponses fondamentales:

• Quels sont vos clients? (c'est-à-dire quel est votre marché cible?)
• Envisagez-vous de gagner de l'argent? Comment?
• Quel est le délai que vous attendez de cette application en direct avant de la mettre à niveau et / ou de la remplacer?

Si vous cherchez plus de deux ans pour sortir vos deux premières versions, il y a de fortes chances que vous regardiez trop loin. Connaître votre marché cible vous aidera à comprendre si une plateforme est même viable. Par exemple, de nombreux appareils mobiles ne prennent en charge aucun type de plug-in dans leurs minuscules navigateurs - cela signifie non seulement pas Silverlight, mais pas de Flash non plus. Mais si vous ne ciblez pas les appareils mobiles, cela n'a pas d'importance pour vous.

Je pense que ce n'est qu'une conjecture à ce stade. Avec le plan d'un App Store intégré à Windows 8, la technologie d'application probable serait Silverlight (compte tenu de la façon dont elle peut être mise en sandbox dans OOB, etc.). SL sera probablement là pour les années à venir.

L'autre chose à considérer à propos de HTML5 est que le changement mentionné peut être loin de la programmation IE non standard actuelle, pas loin de SL.

Alors, que devrait faire Microsoft?
Dans cette situation, ils doivent prendre en charge HTML5 + js en tant que fabricant du navigateur le plus utilisé.

Mais vous pouvez toujours utiliser Silverlight. Il y aura sans aucun doute des versions et un support pour ce framework bien conçu.

Pas selon cet artcile, ils le rationalisent pour faciliter la création de code multiplateforme.

http://www.theregister.co.uk/2010/10/29/portable_library_project_silverlight_windows_phone/

C'est pourquoi nous faisons toujours une bonne programmation WinAPI à l'ancienne en utilisant Delphi. Mieux vaut consacrer du temps à la résolution des tâches que de le gaspiller avec les soi-disant «nouvelles technologies». Tout ce "nouveau" dans .NET existait bien avant dans Borland Delphi. Personnellement, je pense que la technologie devrait rester au moins 10 ans avant de l'essayer et en dépendre.

Je suis sûr que Microsoft ne tuera pas Silverlight en faveur de HTML5, du moins pas en bref: P. Lors d'un récent événement avec Paul Cotton, nous en avons discuté, et nous avons tous convenu que la principale différence avec HTML5 est: les outils, VS.Net + Blend sont d'excellents outils imbattables pour le moment, c'est un très gros avantage et il y a beaucoup de programmeurs qui continueront à développer sur Silverlight et les nombreuses autres technologies .Net.

Quoi qu'il en soit, lorsque les gadgets Vista sont apparus et qu'ils ont été créés en HTML, personne ne pensait que Silverlight était mort, nous avons trouvé le moyen de mettre Silverlight à l'intérieur ... alors je suppose que nous serons en mesure de mettre nos trucs Silverlight dans le nouveau et interface Windows 8 impressionnante.