
Comme vous le savez, Microsoft a dévoilé Windows 8 il y a quelques semaines. Si les nouveautés apportées par l'OS ont été très bien accueillies, la communauté de développeurs .Net a commencé à hurler devant les choix faits par Microsoft.
Pourquoi ? Quels choix ?
Microsoft, très connu pour ses difficultés à choisir (et surtout à affirmer ses choix) des langages et des technologies pour ses plateformes, a décidé de laisser tomber tout ce sur quoi ils travaillent depuis 10 ans. Les API .Net ? Terminé. WPF ? Terminé. Winforms ?
Terminé. Silverlight ? Terminé.
Microsoft se tourne désormais vers HTML 5 et Javascript pour son Windows 8 ! Et oui, HTML 5. HTML 5 dont la version définitive des spécifications n'arrivera qu'en 2014 voire 2015. Et Javascript. Le langage objet le plus imbuvable de tous, trop dynamique, trop vieux, très lourd à utiliser.
Pour rappel, JavaScript a été créé en 1995. HTML 5 sera définitivement créé d'ici 3 à 4 ans.
Qu'est ce que ça va changer ? Tout. Fini les API qui existent actuellement. Finis les programmes qui tournent sous Windows 7. Fini l'utilisation de Visual Studio telle que vous la connaissez. Fini les bindings en 3 clics. Fini le C#.
Avec HTML 5, vous allez devoir vous mettre au JavaScript. Tous les développeurs .Net vont voir leurs compétences détruites d'un coup suite à un choix de Microsoft. Un mauvais choix. Tout est à réapprendre. Tout est à refaire.
Pourquoi ? Pourquoi Microsoft ? Pourquoi nous impose-t-il ça ?
Une première réponse a été donnée : avec Windows 8, Microsoft a décidé de créer un système d'exploitation compatible avec les PC mais également avec les tablettes. Génial !
Sauf qu'un pc, ce n'est pas une tablette ! Pour moi un PC c'est un produit rapide, puissant, qu'on dirige avec un clavier et une souris et qui permet d'être productif !
La tablette est tout l'inverse ! Elle est destinée à être utilisée ponctuellement, pour tout ce qui est divertissement, multimédia, ... Mais pas pour le travail, la bureautique, les échanges de mails... Aller sur Facebook sur sa tablette, c'est facile et rapide. Travailler et écrire des mails sur une tablette, c'est autre chose !
Les PC sous Windows 8 ne seront plus des PC mais des... navigateurs.
Il reste à espérer deux choses :
- Que Microsoft craque sous la pression et fasse machine arrière (sous la pression de la communauté de développeurs... Mobilisez-vous !) pour persévérer dans ses technologies qui sont excellentes aujourd'hui et qui continueraient à l'être si elles ne sont pas abandonnées... (Tous ceux qui ont travaillé avec WPF / C# savent que c'est mille fois mieux et mille fois plus puissant que HTML / Javascript !)
- Que Microsoft gère mieux le HTML5 dans Windows 8 que dans son dernier Internet Explorer 9.
Je vais peut être me mettre à Java et GWT moi...
source 1, source 2
image retouchée de backofthenapkin, sous licence CC

Il y a quelques mois, Oracle avait fait comprendre à la communauté des développeurs qui travaillaient sur OpenOffice qu'il souhaitait garder la main sur sa suite bureautique, et qu'il ne voulait pas d'un modèle communautaire pour le développement d'OpenOffice.
Un fork (la création d'une nouvelle branche/application à part reprenant les sources disponibles à ce moment là) avait donc été créé par la communauté : LibreOffice. Oracle, quant-à-lui, se concentrait sur la préparation d'une version commerciale d'OpenOffice pour les entreprises.
Bien entendu, 6 mois plus tard, à savoir hier, Oracle a annoncé vouloir abandonner sa version commerciale d'OpenOffice et vouloir rendre à la communauté le contrôle sur sa célèbre suite bureautique.
Bien joué Oracle... Problème de rentabilité du projet Oracle OpenOffice ?
Sauf qu'aujourd'hui, la communauté est scindée en 2 : OpenOffice et LibreOffice. Sera-t-il possible de réunir les développeurs autour d'un même projet ? Ou bien un des deux projets sera-t-il amené à mourir ?
Nous commençons déjà à assister à des problèmes liés au rachat de Sun par Oracle. Ce n'est probablement que le début, et ça fait peur pour l'avenir de Sun et de ses produits (Java ? VirtualBox ? ...).
A suivre.
source, image