Olivier Dahan

Microsoft MVP Silverlight 2013, 2012,
2011, MVP CAD 2010, MVP C# 2009


Membre du Developer Guidance Advisory Council Microsoft

Audit, Conseil, Formation, Développement
[WPF, Silverlight, WinRT, MonoDroid]

Historique

Silverlight 5 : Hommage à un oublié...

Read this article in your language IT | EN | DE | ES

Le buzz Html 5, le “big shift” de Microsoft, l’arrivée de Windows 8, tout cela est tellement énorme que pendant ce temps la version 5 de Silverlight est sortie dans l’ombre de ce brouhaha, une version oubliée, maltraitée et mal traitée à qui je me dois de rendre hommage, non à titre posthume mais pour l’avenir.

9 Décembre 2011

Cette date aurait du rester dans les mémoires... C’était la release de la version finale de Silverlight 5. Hélas, comme je le disais en introduction, tous les buzz, tout ce bruit autour de technologies dépassées comme Html ou de technologies non encore releasées (Windows 8), bref tous ces “non évènements” ont fini par étouffer le seul vrai évènement marquant : la sortie de Silverlight 5.

Un évènement marquant d’abord parce que Silverlight est arrivé à une maturité exceptionnelle, en étant l’un des plus beaux outils pour développer des applications RIA (Rich Internet Application), le plus beau pour être honnête. Ensuite par ce que cette version 5 tient en elle la clé de nombreux développements à venir notamment en entreprise pour les intranet et les extranet. Car ne doutons pas un seul instant que quel que soit l’adoption de Windows 8 et WinRT, la grande majorité des entreprises ne basculeront pas leur parc informatique sous Metro Style avant quelques années.

Alors une fois qu’on a étouffé Silverlight 5 et qu’on refuse de passer immédiatement à Windows 8, on fait quoi ? Du Html comme il y a vingt ans ?

Soyons sérieux deux secondes...

Non, pour les entreprises la solution la plus rationnelle, la plus mature, la plus efficace, c’est Silverlight !

Alors fêtons, même à retardement le 9 décembre 2011 !

Une histoire longue qui n’est pas terminée

Il est bon de rappeler l’histoire de Silverlight car cela nous permet de prendre conscience qu’il faut des années pour qu’un environnement de développement devienne mature et que le chant des sirènes Html 5 sera depuis longtemps noyé dans les flots incertains des modes et des buzz quand, peut-être, enfin, existera-t-il des outils de développements à la hauteur de ce qu’est capable de faire Silverlight aujourd’hui..

Version

Ajouts

Release

Silverlight 1

- Appelé WPF/E au départ
- Le plugin est invoqué depuis la page html, il charge le code Xaml qui est exécuté.
- Présence de l’API DOM
- Gestion des formats Xml et Json

2007

Silverlight 2

- Intégration d’un framework .NET
- Peut exécuter des programmes écrits dans tous les langages de la plateforme
- Xaml et code sont compilés et assemblés dans un package zippé, le XAP
- Accès aux données REST, WCF Services, ADO.NET Data Services

2008

Silverlight 3

- L’intérêt des développeurs se fait plus fort, SL surpasse Flash côté développement
- Support de l’element to element Binding
- SaveFileDialog permet de sauvegarder des fichiers partout sur la machine
- Ajout de l’Out Of Browser
- Peut tester automatiquement les mises à jour au lancement et les installer dans la foulée

2009

Silverlight 4

- Toujours de nouvelles fonctionnalités
- Support de la Webcam et du microphone
- Support des impressions
- Support du drag’n drop et du presse-papiers
- WCF RIA services
- Support de COM

2010

Silverlight 5

- Devient une plateforme mature de développement pour les applications LOB
- Debug du data binding
- XNA 3D et support interne de la 3D
- Améliorations multiples du rendu du texte
- Ajout de P/Invoke
- In-Browser HTML
- Support 64 bits

2011

Conclusion

Ce billet est un bref hommage à Silverlight et surtout une façon de rappeler à tout le monde que d’une part Silverlight, à ce jour, est toujours un produit vivant, et que, d’autre part, il reste le seul environnement de développement sérieux et mature pour de très nombreuses applications en mode ‘”full web”.

Que le buzz Html 5 et la haine de Steve Jobs pour Flash aient pu tuer l’avenir des plugins pour le web grand public, cela est possible. Le grand public, la “masse”, n’a jamais été considérée comme une “élite” au comportement pesé et intelligent, c’est un euphémisme...

Silverlight ne s’adressera plus aux masses. Certes.

Mais vous ?

Vous, le développeur, ingénieur de formation, vous, le Directeur des Systèmes Informatiques, diplômé, supposé intelligent et œuvrant pour l’intérêt de votre employeur, vous tous, auriez-vous échangé votre cerveau pour celui d’une midinette suivant les modes et les aboiements des gurus morts ?

Oserez-vous lancer votre carrière ou votre employeur sur des chemins aussi ringards qu’hasardeux que sont ceux de Html 5 pour créer toutes les applications internes de l’entreprise et qui en feront l’efficacité et la compétitivité de demain ? Obligerez-vous votre entreprise à une opération couteuse de mise à jour de vos licences Windows 7 en Windows 8 dans l’urgence, sans attendre que cette nouvelle plateforme ait fait ses preuves en entreprise juste pour tout réécrire en WinRT ?

Bien sûr que non ! Ou bien vous ne mériteriez pas votre salaire... Et je suis certain que vous êtes des professionnels, avec tout ce que cela implique de sérieux, de réflexion et de sagesse.

Alors ne perdez plus votre temps.

Pour tous vos développements internes, deux seules technologies s’offrent aujourd’hui à vous : Silverlight pour du full-web ou WPF pour des applications plus lourdes.

Ouvrez-vous à WinRT si vous avez à supporter les tablettes et les applications mobiles sur smartphone, c’est aussi le choix de l’intelligence. Cela vous coutera toujours moins cher que la mode (encore une) totalement stupide du BYOD qui va vous envahir de Ipad que vos équipes ne savent pas gérer. Mieux vaut acheter des lots de tablettes WinRT et réexploiter le savoir-faire de vos équipes que de “gratter” quelques euros en utilisant le matériel des employés mais vous imposant l’embauche et la formation de personnel qualifié sous iOS, un contre-sens économique...

Dans tous les autres cas, n’hésitez pas, vous avez assez perdu de temps comme cela. Les solutions matures et éprouvées existent depuis longtemps et elles ont un nom : Silverlight et WPF.

Stay Tuned !

Comments (18) -

Salah
Salah
7/8/2012 4:31:01 PM

C'est un tres bon rappel. Merci pour ce post !

Nathanael Marchand
Nathanael Marchand
7/8/2012 5:32:16 PM

Pour faire du html5, encore faudrait il que les grands groupes abandonnent Win XP et IE6-8 Laughing

Jem
Jem
7/8/2012 10:03:29 PM

Y'en a un autre qui n'est toujours pas mort malgré tout le buzz qu'on a pu faire sur son soi-disant "remplaçant", c'est Windows Forms.

Enfin je dis ça, je dis rien ;)

Olivier
Olivier
7/9/2012 4:58:29 AM

@Jem: j'ai encore des applis qui tournent en WIndows Forms, mais ce n'était jamais qu'un Delphi+VCL plus abouti, mieux fini. Rien "d'explosant".
Pratique, puissant, rien à dire.
Mais le monde a changé... difficile de concevoir aujourd'hui des logiciels au look XP. Ce n'était déjà plus réservé qu'aux services internes des entreprises (les informaticiens maison se moquant généralement pas mal de ce que veulent ou pensent les utilisateurs...). Mais "produire" un logiciel pour la vente sous Windows Forms aujourd'hui serait une terrible erreur.
L'Iphone, l'Ipad, Android, sont passés par là.
"Quant même votre concierge possède un IPhone, on ne peut plus développer des logiciels au look XP"...
C'est ça qui a changé. Windows Forms fonctionne toujours. Comme les postes à galène, comme les "gardes-manger", comme les bacs à rafraichir dans lesquels on mettait un pain de glace acheté au type qui passait en tricyle.. Bref toutes ces technos marcheraient encore. Mais l'utilisateur n'en veut plus. Tout simplement...

Vaken
Vaken
7/9/2012 9:50:19 AM

En même temps, tu prêches probablement des convertis.

Il y un truc qui me chipote depuis un moment.  C'est qu'il faudrait une galerie quelque part, où on puisse montrer ce qu'on fait déjà maintenant, dans le "vrai monde", avec SL et un framework du genre de celui de Telerik (ne serait-ce qu'une série de screenshots et un résumé des features de l'application).  Je crois que trop de développeurs voient encore SL comme un gadget.

(Par ailleurs, j'ai un truc bête quand on me fait une démo d'une "application html5" pour démontrer que ça a encore du chemin à faire : je fais une sélection à travers tout avec la souris ; ça refroidit généralement les gens).

Jem
Jem
7/9/2012 11:36:16 AM

Certes, mais le développement à destination des professionnels (et j'y inclue les PME qui ne sont pas forcément à la recherche d'applis super sexy mais surtout de développements rapides) représentent quand même toujours 80% (je n'écris pas 90% par pure modération dans mon propos) du travail des développeurs. Et j'ai envie de dire à fortiori des développeurs .NET qui est une plateforme qui n'a jamais visé le grand public qu'à la marge.

MS a décidé d'effectuer un grand virage : adieu les clients entreprise, maintenant on développe pour le grand public. C'est pour le moins audacieux comme pari mais bon, admettons.

Est-ce que ca veut dire que toutes les SSII et les éditeurs de progiciels (c'est chez eux que sont les développeurs .NET !!!) doivent aussi se mettre à vendre au grand public ? Adieu logiciels de facturation, comptabilité, gestion médicale, configuration avion, gestion documentaire, analyse statistique, génération d'analyse d'optimisation des contrats de fourniture électrique... à partir d'aujourd'hui notre seul horizon à tous c'est de coder des Angry Birds pour tablette et smartphone avec tweet automatique du hi-score !!

Je vais essayer de convaincre mon employeur, mais j'ai des doutes.

Olivier
Olivier
7/9/2012 3:11:12 PM

@Vaken: il est vrai que la majorité des lecteurs de dot.blog sont acquis à "la cause", mais pas tous, j'ai de nombreux lecteurs qui suivent le blog pour s'informer et dont l'opinion n'est pas forcément forger dans l'acier sur chaque sujet... D'ailleurs selon le sujet, un lecteur peut être dans la première ou dans la seconde catégorie. Avoir un avis absolu sur tout ça serait suspect intellectuellement parlant Smile

Alors il existe une galerie Silverlight gérée par Microsoft, avec un peu de tout dedans... il faudrait y faire une sous sélection des plus belles applications. Tu veux te lancer ? Je publierai ton billet si tu veux.

Olivier
Olivier
7/9/2012 3:49:30 PM

@Jem: Il y a beaucoup d'applis internes pour lesquelles en entreprise on cherche d'abord la rapidité d'écriture, c'est un fait. Mais tous ces logiciels sont utilisés par des non informaticiens dans 99.99% des cas. Des gens qui possèdent aujourd'hui un smartphone, une tablette.
Leur rejet des logiciels qui ont un look périmé devient de plus en plus grand.
On s'en fichait et on s'en fiche encore dans les services informatiques internes. C'est vrai.
Mais c'est oublier que ces logiciels, moins ils sont facilement adoptés par les salariés, plus il y a de remontées de problèmes, plus le travail est lent ou mal fait car on se décharge sur le logiciel qu'on accuse de tous les maux...
C'est là où mon discours dépasse l'informaticien et s'adresse plus à sa direction. Car l'informaticien "maison" pourra toujours continuer à écrire du windows forms en se fichant pas mal de l'utilisateur. Son intérêt est de faire le job "dans les temps", il n'a pas d'intérêts autres, son avancement ou ses sanctions seront directement liés au "vite et bien" plutôt qu'au "beau/ergonomique".
Je ne blâme donc pas des gens qui sont dans les faits dépassés par cette problématique.
En revanche les directions elles doivent modifier leur approche. Un soft interne ça coute de l'argent, le salaire des informaticiens qui le produisent, et il faut qu'il atteigne son but. En entreprise le but c'est la productivité et la rentabilité...
Et c'est là qu'entre un soft avec un vieux look rejeté par les utilisateurs et un soft plus "sexy" (mais surtout plus ergonomique, je me moque des petits mickeys et des arabesques hein...) qui sera adopté par les utilisateurs il y a un gain avéré de productivité.
C'est l'intérêt de l'entreprise que les salariés travaillent vites et bien, mais pas seulement le service informatique... tous les salariés et notamment tous ceux qui doivent utiliser des logiciels internes aussi !
Dès lors c'est aux directions de modifier les contraintes qu'elles font peser sur les développeurs. Elles doivent intégrer la dimension ergonomique, la dimension de plaisir d'utilisation à égale valeur avec la rapidité de production des logiciels.
Il ne suffit plus de produire un soft interne vite et pas trop bogué, il faut en plus (et pas à la place) qu'il soit ergonomique et plaisant.
La rupture avec "avant" est là.

Quant au marché grand public, je crois que comme toute opportunité dans la vie on peut l'attaquer par la face nord ou la face sud...
On peut, comme tu sembles le dire, démontrer que faire du grand public c'est la mort du petit cheval, la mort du B2B.
On peut aussi se dire que même des éditeurs spécialisés dans le B2B (éditeurs de facturation, de gestion commerciale, tes exemples en gros) peuvent saisir cette nouvelle opportunité de vendre _en plus_ à une nouvelle clientèle en se reposant sur leur savoir-faire et leur nom.

Je suis certain que lorsque Adobe fabrique "photoshop essential" pour android ou iphone, par exemple, ils le font en ayant parfaitement conscience de cette nouvelle approche. Le soft est même gratuit (et très limité si on s'attend à "photoshop"). Le but est ici de séduire le grand public pour se faire encore plus connaître, s'imposer encore plus, et vendre encore plus...
Un éditeur comme Ciel (ou ses concurrents) ne tirerait-il pas avantage à produire une gestion de compte personnel, voire gratuite, dans le même esprit que Adobe pour se faire de la publicité et une nouvelle renommée ? (PS: si Ciel sort un tel logiciel je présenterai ma facture en tant que conseil hein Smile ).

Bref, s'il ne s'agit pas d'abandonner le B2B, il y a des moyens intelligents d'utiliser le marché grand public pour se faire encore plus d'argent.

C'est un problème, une fois encore, qui intéresse plus les directions que les développeurs eux-mêmes.
Et Dot.Blog n'a pas le lectorat de l'Express ou du Point... Mais si les développeurs arrivent à être convaincus de la nécessité de ce changement de point de vue, je suis certain qu'à force, ils peuvent faire prendre conscience de ces aspect nouveaux à leurs directions.
Leur intérêt : développer des logiciels de meilleurs qualité qui flattent plus l'égo que des trucs baclés avec un look attroce. Le développeur aaime utiliser des outils de dev de qualité, et il aime aussi pouvoir être fier de ce qu'il produit...

C'est donc bien des changements importants de mentalité qui doivent se faire.
Pourquoi à titre personnel changer ? parce que le monde est vaste et que ceux qui ne changeront pas finiront pas se faire bouffer par ceux qui ont déjà compris, il y en a , il y en aura de plus en plus. Il faut en avoir conscience.. Ce n'est pas parce qu'on refuse d'évoluer qu'il n'y a pas quelques malins plus odacieux qui eux bougeront.
Donc autant faire partie de ceux qui bougent !

Thomas
Thomas
7/9/2012 4:33:16 PM

"auriez-vous échangé votre cerveau pour celui d’une midinette suivant les modes et les aboiements des gurus morts ?"
Non, mais le fait que pas mal de gens, comme chez Google ou Microsoft, pensent que le HTML5/JS ça peut être bien pour développer des applications ça me semble être une raison pour ne pas rejeter en bloc ces technos.
De plus, j'ai jamais eu l'impression que MS présentait ça comme la killer over feature qui allait tout remplacer mais comme : "C#/XAML vous connaissez et c'est bien, venez découvrir HTML5/JS vous pourrez y trouver votre compte".

Mais bon, midinette je suis midinette je resterai...

Olivier
Olivier
7/9/2012 7:24:31 PM

@Thomas: Il ne faut pas prendre au mot et à titre personnel un billet qui, par force, secoue le cocotier... Pire, il serait injuste et même peu honnête intellectuellement de ne retenir comme tu le fais qu'une petite portion hors contexte. Car le passage cité se poursuit aussi par "Et je suis certain que vous êtes des professionnels, avec tout ce que cela implique de sérieux, de réflexion et de sagesse." ...

Mais je vais te répondre aussi sur le fond.

Que MS et Google pensent que Html5/Js "ça peut être bien pour développer.." très franchement :
les "gens" chez MS et google peuvent "penser" ce qu'ils veulent, j'ai l'habitude de penser avec mon propre cerveau et non celui des autres, comme tout professionnel qui a de l'expérience d'ailleurs.
Ce donc n'est pas un argument très convaincant pour être franc, en tout cas techniquement.

Mais ce n'est qu'un détail.

Ce qui compte c'est la question de base "peut-on développer des applications avec Html/js" ?

Et là tout dépend de la définition de "application".

Si on parle des applis de type G+ ou Facebook sur smarphone, on peut les développer en n'importe quoi.
Si on parle de Photoshop ou de grosses applis de gestion, ma réponse est nette, claire, et sans appel : non on ne peut pas.

Ensuite chacun se situe sur cet échiquier.
Si tu développes des applis pour smartphone comme la majorité de celles qu'on peut voir alors utilise ce que tu veux, ce sont des applis tellement simples que même du basic interprété MS des années 80 serait parfait.

Si tu veux développer des applications un peu plus grosses, je ne dis pas des "vraies applis", tu noteras, car cela serait péjoratif pour les petites applis. Elles sont justes "petites" ce qui n'est pas dévalorisant, mais elles sont petites et ne réclament pas le même niveau professionnel ni les mêmes outils de développement pour le faire.

Donc si tu veux développer des applis plus grosses, utiliser html5/js est professionnellement une erreur.

Comme vouloir utiliser une pelle pour creuser les fondations d'un immeuble. Il faut des machines, des grosses, conçues pour.

Maintenant pour faire la dalle d'un cabanon au fond du jardin, tu peux creuser avec une pelle.

Personnellement, dans l'exercice de mes fonctions professionnelles, je ne fabrique pas de cabanons au fond des jardins, mais des immeubles. Donc Html5/js c'est tout simplement hors de question.

Il est tout à fait possible que tu sois toi spécialisé dans les cabanons de jardin, et ça ne serait pas péjoratif une fois encore, c'est juste pas tout à fait le même métier et dans ce cas, html5/js pourquoi pas.

Mais si tu crois vouloir construire des immeubles avec une pelle et une truelle et une veille boite de conserve pour faire le mélange de ton béton, là, franchement, je t'assure que tu vas vers de grosses déconvenues...

Pour terminer, le discours MS est fluctuant, trompeur, un discours dans la panique de ratés énormes et impardonnables coup sur coup. Le web, MS out, les smartphones, MS out, les tablettes, MS out ... Alors on vire des gens bien, on se plie aux caprices de visionnaires à deux balles comme Sinofsky et on a une communication déplorable, ce qu'on a depuis deux ans.

Le pire c'est que ce sont des ratés commerciaux, des ratés de communications alors même que MS possédait et possède toujours une avance technique importante.
ASP.NET MVC est l'outil le plus abouti pour développer sur le web, Windows Phone 6.x était un OS de smartphone bien avant que Steve Jobs ne pense à faire l'IPhone. L'Origami était un concept de tablette bien avant que le même Jobs ne se fasse passer pour l'inventeur de la tablette... Etc.

Techniquement je crois en Microsoft et en la qualité de ses équipes. Et je crois en leur capacité a revenir dans la course. Parce que techniquement ils sont meilleurs, sans conteste.

Mais concernant le leadership j'ai des gros doutes, comme beaucoup de gens, sur les capacités de la direction actuelle qui agit dans la panique.

Alors, MS dit que html5 c'est l'avenir absolu, mais il faut comprendre "c'est juste un truc en plus", je ne sais pas. Moi j'écoute ce qu'on dit et je prends note.
Et côté communication chez MS en ce moment c'est un désastre, tout simplement.
Alors vouloir faire de l'interprétation comme tu le fais me semble un exercice certes distrayant, mais ne pouvant pas avoir la force d'une vraie démonstration étayée.

Mais pour en revenir au sujet, on a tous été des gamins à qui les parents ont dit "arrête de jouer avec le couteau, tu vas te faire mal". Et on a tous continué. Jusqu'au jour où on s'est coupé. Là on a compris...
Html/js ? On ne fait pas le bonheur des gens contre leur gréé, après tout, fais en autant que tu en as envie.
Si tu te limites aux cabanons au fond des jardins ça passera.
Si tu veux te lancer dans la construction des immeubles fait moi le plaisir d'avoir au moins l'honnêteté de revenir dire que j'avais raison une fois que tu te seras gauffré...

Jem
Jem
7/9/2012 11:15:05 PM

Merci pour ta (longue) réponse argumentée Smile
Je ne suis pas d'accord avec tout, à commencer par WinForms = "Moche et pas ergonomique". Parce qu'en s'en donnant un peu la peine on peut faire des trucs vraiment bien assez vite (en restant dans les limites du "desktop", certes).

Et j'ai été plus que refroidi par le gap énorme que représente WPF :
- Une barre d'outil vite fait avec boutons/image qui se grisent tout seul si disabled = macash
- Editeur de binding / colonnes de grilles en mode design : encore très rudimentaire
- Obligation d'embaucher une nouveau profil dans l'équipe (le designer) sans quoi notre appli est plus moche que du XP (plutôt ambiance Win 3.1).
- De manière générale, obligation de réinventer la roue pour tous les comportements de base d'une interface.

Tout ça c'est un investissement énorme, et à ce jour je n'ai pas trouvé de boite (petit éditeur ou grosse SSII) prête à investir dans ma mise à niveau.

pechaire
pechaire
7/13/2012 1:33:27 PM

Les seuls à pouvoir l'oublier sont ceux qui ne l'ont pas utilisé, l'ont souvent critiqué et a qui le temps a donné raison, et MS. Pour les 1er, rien à dire, ils ont fait un pari gagnant... pour le 2nd, ça non plus je n'oublierai pas et je pense ne pas être le seul...

Alex
Alex
7/13/2012 3:27:46 PM

Je tiens beaucoup à cette technologie, et encore récemment, j'ai eu un exemple en plus de la puissance de Silverlight, en développant assez rapidement une application de type intranet ludique.

Malheureusement, si Microsoft ne permet pas d'installer le plugin sur la version tablette de IE10, et que les autres systèmes de ce type ne le permettent pas non plus, je suppose que le jour où les patrons me diront qu'ils veulent accéder à ce type d'applications depuis leurs mobiles ou tablette, je vais devoir m'adapter même à contre coeur.

Olivier
Olivier
7/13/2012 5:16:26 PM

@pechaire: MS a fait de nombreuses erreurs, ils ont du réagir dans l'urgence comme à chaque fois qu'on se fait doubler par des concurrents plus malins et plus rapides.
Dans ce chamboulement ils devaient proposer quelque chose qui tranche, qui fasse la différence. Le choix de Metro Style/Windows 8/WinRT est de ce point de vue certainement une très bonne réaction.
C'est vraiment différent, ça marche plutôt bien, et ça ne copie rien qui existe chez les autres.
Le seul problème est que cela vient tard, et que Silverlight n'a pas été traité à la hauteur de ses qualités. Pourtant, C#/Xaml de WinRT c'est quasiment du Silverlight, le code est compatible à 95% dans mes tests. C'est donc le même produit, technologiquement parlant.
Les amoureux de SL auraient certainement sauté de joie si MS avait présenté les choses en disant que SL devenait la techno de développement de Metro Style. Cela aurait été vrai, à 5% près (comme SL Web et SL WP7 qui s'appellent pareil malgré quelques différences) et tout le monde était content...
Mais notre métier est guidé plus par la haine que l'amour... C'est la haine de Jobs pour Flash qui a fait basculer Silverlight, c'est la haine de Sinofsky pour .NET qui a eu raison de SL en interne...
Ils détestent cette techno parce qu'elle est mature et qu'elle permet d'échapper à leurs sombres desseins de market place verouillés... tout simplement, mais elle est tellement bien qu'ils ne peuvent s'en passer, la preuve WinRT se programme en Silverlight (sans donner ce nom, juste ça).

Deux choses sont à se rappeler : en effet MS nous a poignardé et pour beaucoup nous a fait perdre de nombreuses affaires dans les 2 dernières années, en tant que "partenaire" de business ils ont perdu en crédibilité.
La seconde, c'est que lorsqu'on choisi une bonne techno on ne le regrette jamais totalement : en choisissant .NET à ses début et C# je n'ai jamais eu le sentiment de m'être trompé. En choisissant WPF, quand Silverlight est sorti je n'ai jamais eu le sentiment d'avoir perdu mon temps, et aujourd'hui en ayant suivi la voie .net / c# / Wpf /Silverlight je me dis que j'ai vraiment bien fait car tout ce que je sais depuis des années je peux m'en servir pour Windows Phone 7 et 8, pour les prochaines tablettes Surface et pour Windows 8.

Bilan : MS n'est pas fiable comme partenaire et ne tient absolument pas compte du tort fait aux fidèles qui vivent et vont vivre leurs technos, mais d'un autre côté ce sont les ingénieurs de chez MS qui conçoivent les environnement de développement les mieux fichus...

Je préfère encore ça que l'inverse. C'est un peu comme au resto, je préfère une serveuse moche et pas trop aimable qui me sert des trucs délicieux, qu'une serveuse allumeuse bien roulée me servant un truc infame...

Dans l'idéal, la jolie serveuse souriante habillée en lapin playboy apportant des plats succulents, c'est le top, mais c'est juste dans "l'idéal" ... Smile

Olivier
Olivier
7/13/2012 5:30:34 PM

@Alex: ne te désespère pas trop vite.
D'une part tes choix actuels sont bons et fonctionnent.
D'autre part si dans 2 ou 3 ans ton patron te demandent un truc qui ne peut pas se faire tu lui fera remarquer que "devin" ne fait pas partie de la définition de ton poste.
Mais comme tu es sympa, tu auras une solution à leur offrir :
Soit ils achètent des tablettes en windows 8 pro, et ô magie ça marchera directement sans un seul sou à dépenser.
Soit ils achètent des tablettes de pauvre uniquement en WinRT, et comme tu as fait les bons choix technologiques, il te sera assez facile de porter l'existant en Metro Style. Mais ce ne sera pas gratuit.

Au passage, demande une augmentation et que ta fiche de paie intègre le charge de devin, moyennant une salaire de devin, c'est à dire "astronomique" ! Smile

muondo
muondo
7/22/2012 2:01:02 PM

merci de ce rappel!

Anonyme
Anonyme
12/12/2012 11:14:13 AM

Et maintenant, on fait quoi? Frown

Mes boss (SSII) ne veulent plus entendre parler de Silverlight, c'est has been et personne ne veut développer avec sur le marché. On n'est pas crédible. Du coup, pas le choix, obligé de se mettre à html72 / js et se casser la tête pour faire des applis compatibles et pas matûres parce que rien ne sera prêt avant au moins 2 ans.

J'en ai bien peur : les midinettes ont gagné :'(

Olivier
Olivier
12/12/2012 7:59:07 PM

Je ne suis pas sûr que les midinettes ont gagné, car ceux qui se lancent dans html/js se retirent les uns après les autres : solutions trop pauvres, ergonomie à la noix, enfer d'incompatibilité entre browser, cout de développement en explosion et la maintenance finit par couter une fortune, etc, etc...

Il n'y a aucun problème de "confiance" vis à vis de MS, ou alors c'est que ces gens n'ont rien compris au monde qui les entoure ce qui est grave quand on dirige une SSII. Mais il est vrai que les patrons de SSII sont rarement des informaticiens compétents et expérimentés, plutôt des argentiers rêvant de "monter" en bourse.
Donc, face à cette situation il faut expliquer ce qu'ils ne savent pas voir et qui est sous leur nez depuis toujours...

Par exemple, je te propose de faire lire à tes dirigeants mon billet sur le "big shift" de Microsoft. Il y a plus d'un an il expliquait très en détail ce qui était en train de se passer, notamment sur Silverlight et pourquoi.
Un an après tout ce que j'expliquais se revèle exact... Un bon commencement pour tenter d'accorder les violons et éviter ce problème de "confiance" qui est un contre-sens technique et historique.
Le post à (faire) lire :
http://www.e-naxos.com/Blog/post.aspx?id=7254e798-b4e0-4555-a025-d983676e08fe

Add comment

  Country flag

biuquote
  • Comment
  • Preview
Loading