Do You Speak MS?

Bill va passer la main à partir de Juin 2008...

Christophe Lauer [MS] — Thu, 15 Jun 2006 23:08:00 GMT

Whaou, ça c'est quand même le scoop de l'année ! Je viens de tomber via le flux Microsoft PressPass sur l'annonce selon laquelle le plan de transition de Bill Gates est amorcé. A partir de Juin 2008, soit dans exactement deux ans, Bill passera le relais à Ray Ozzie et à Craig Mundie pour prendre un rôle de Chairman et de consultant occasionnel. La prise des nouvelles fonctions pour Ray Ozzie et Craig Mundie est immédiate :

"(...) The company announced that Chief Technical Officer Ray Ozzie will immediately assume the title of chief software architect and begin working side by side with Gates on all technical architecture and product oversight responsibilities, to ensure a smooth transition. Similarly, Chief Technical Officer Craig Mundie will immediately take the new title of chief research and strategy officer and will work closely with Gates to assume his responsibility for the company’s research and incubation efforts (...)"

Le reste est détaillé ici.

[Edit] : Je vous invite au passage à lire l'avis éclairé d'Olivier Ezratty sur cette annonce.

Vous avez déjà entendu parler du .NET Framework 3.0 ? Non ? Mais si, bien sur !

Christophe Lauer [MS] — Sat, 10 Jun 2006 00:10:00 GMT

Si vous ne savez pas à quoi correspond la dénomination ".NET Framework 3.0", vous devriez jeter un oeil au blog de Soma Somasegar. Ca, c'est quand même un scoop... A noter que le .NET Framework 3.0 s'appuiera bel et bien sur le CLR 2.0. Vous me suivez toujours ? Tant mieux ;)

Si vous ne suivez pas, ou si vous n'êtes pas certain d'avoir bien compris de quoi il s'agit, Kirk Evans a publié sur son blog un billet présentant le tout de façon visuelle et très compréhensible. Espérons que ça suffise à lever les éventuelles confusions.

Et au passage, retenez que le nouveau nom du client Infocard intégré à Windows Vista est à présent Windows CardSpaces. Pour le reste, les protocoles multi-plateformes -- qui ne sont en rien dépendants de Windows, je le rappelle -- peuvent toujours être désignés par le terme Infocard, jusqu'à ce qu'un éventuel nom officiel ne soit déterminé.

[Update 13/06/2006] : Mitsu actuellement à Redmond dans l'équipe Linq nous apprend le lancement d'un site d'informations et de contenus technique concernant le fameux .NET Framework 3.0. Son nom ? www.netfx3.com Facile à mémoriser, rapide à taper. Cool ;) Il contient également des sections spécifiques à certaines technologies, comme par exemple wpf.netfx3.com ou encore wcs.netfx3.com. Enjoy ;)

Add to del.icio.us

Cycle de vie et Durée de support des Produits

Christophe Lauer [MS] — Thu, 13 Apr 2006 08:05:00 GMT

Un récent article publié sur Silicon.com a une formulation un peu ambigue. Comme on ne peut pas déposer de commentaires sur cet article (eh, Silicon.com, bienvenue dans le Web 2.0 ;)) je publie un billet sur ce blog.

Donc cet article commence ainsi :

"Microsoft met fin au support de Windows 98 et Millenium : C'est officiel. L'éditeur américain vient d'annoncer la fin de la prise en charge de Windows 98, Windows 98 SE et Windows Millenium. Ces OS sont donc définitivement à ranger au placard".

et un peu plus loin :

"La nouvelle devait tomber d'un jour à l'autre et d'ailleurs de nombreux amateurs d'informatique ne savaient pas que le support technique pour 98 et Millenium existait toujours."

Si on lit ceci rapidement, sans trop faire attention, on peut comprendre que c'est une information que Microsoft vient de révéler, ne laissant ainsi que quelques mois à ses clients pour anticiper et prendre les décisions qui s'imposent.

En vérité, depuis plusisuers années, les cycles de support de tous nos produits sont publics et vous pouvez les consulter sur la page suivante : http://support.microsoft.com/lifecycle/

En synthèse, pour tous les produits d'Entreprise et outils/solutions de Développement, la supportabilité est garantie pendant 10 années, d'abord 5 ans de support principal, puis 5 ans de support étendu. Si vous voulez vérifier la durée de vie d'un produit ou d'un outil donné, rendez-vous sur la page mentionnée ci-dessus.

From: Don Box - To: ClaueR

Christophe Lauer [MS] — Tue, 24 Jan 2006 17:44:00 GMT

C'est ça aussi que j'adore dans cette boite : Vous posez une question dans l'une des (innombrables) listes de diffusion thématiques internes, et hop, c'est Don Box qui vous répond, en personne. Mortel.

Et non, ça n'est pas un billet "pour me la pêter"...

Le SP2 de Windows XP vu de l'intérieur...

Christophe Lauer [MS] — Fri, 31 Dec 2004 15:24:00 GMT

Le Service Pack 2 de Windows XP restera un épisode important de l'actualité de Microsoft en 2004. Si vous voulez en savoir plus sur comment ce projet s'est concrétisé chez Microsoft, comment ce projet initialement estimé à deux ou trois mois a vu son importance décupler, les prises de décisions et délicats mais nécessaires arbitrages, en bref, la petite histoire derrière l'histoire, je vous invite à lire cette interview très intéressante sur le site WinSupersite.

Qu'est-ce que Microsoft utilise pour son informatique interne ?

Christophe Lauer [MS] — Fri, 17 Dec 2004 18:22:00 GMT

Des produits Microsoft, bien sur ;-)

Mais si vous voulez en savoir plus sur la question, je vous invite à lire l'interview de notre CIO, Ron Markezich qui lève le voile sur un aspect méconnu de Microsoft. Il y a quelques informations intressantes, comme le fait que sur les 10 millions d'e-mail reçus chaque jour, plus de 9 millions sont détruits après avoir été identifiés comme SPAM ou assimilé, et que les 300,000 machines du réseau sont inspectées en continu afin de vérifier qu'elles correspondent à la politique de sécurité interne...

[Update] Cette interview est également disponible en vidéo pour les amateurs...

Le cycle de développement typique d'un produit Microsoft... et les programmes de Beta test

Christophe Lauer [MS] — Fri, 24 Sep 2004 10:58:00 GMT

Dans cette rubrique "Do You Speak MS?", je vais vous parler de temps en temps de différents aspects méconnus de la vie interne de Microsoft, qu'il s'agisse de sujets techniques, de la culture d'entreprise, ou de l'énorme masse d'acronymes et de mots de Jargon qui sont tout simplement incompréhensibles pour les non-Microsofties, et auxquels vous pouvez être confrontés au cours d'une réunion de travail qui comporte plus de dexu employés de Redmond...

Pour débuter avec cette rubrique, je vais commencer par vous parler du cycle de développement typique d'un produit Microsoft. C'est là encore un aspect méconnu de ce qui se passe derrière le rideau... et au passage, vous y apprendrez quelques uns des acronymes (généralement à trois lettres, les fameux ATL) qui sont si présents dans le vocabulaire de Microsofties.

Tout d'abord, il faut savoir que parmi les populations techniques et les groupes produits, "shipper" un logiciels, ou le rendre disponible aux utilisateurs, que ce soit commercialement comme par exemple pour Office, ou en téléchargement gratuit comme le .NET Framework, c'est le but principal. Il existe même dans le jargon de la maison une insulte entre développeurs qui est "This guy never shipped anything", pour parler d'un développeur dont les travaux ne sont jamais sortis des labs de développement... C'est pour dire ;-)

Au début, tout commence par la phase de Spécification. Il s'agit alors pour un groupe de Program Managers de brainstormer en croisant différents types et différentes sources d'informations, telles que des analyses du marché cible, des visions et des priorités. Ce qui en ressort, donc ce qui est produit par tout ce jus de cerveaux, c'est une liste de fonctionnalités à implémenter, et un agenda prévisionnel du projet.

Ensuite, les développeurs entrent en jeu, et la phase de développement démarre. Elle est marquée par plusieurs étapes majeures intermédiaires, les MM pour "Major Milestones". Ces MM sont généralement au nombre de trois à cinq. Ce qui est produit est une sorte de pré-version à usage purement interne, et durant toute cette phase de développement des MM, il n'y a pas de tests sur ces builds. Les testeurs n'interviennent que plus tard. Voilà pourquoi on réserve ces MM à des utilisations internes à Microsoft.

L'étape suivante est le "ZBR1", soit la première version dans laquelle tous les bugs identifiés par les testeurs et les utilisateurs internes ont été corrigés. ZBR signifiant "Zero Bug Release". La ZBR est alors packagée et parfois localisée dans deux langues étrangères, généralement en Allemand et en Japonais. La langue Allemande permet de tester le fonctionnement correct de l'interface avec des libellés sur les contrôles de l'interface utilisateur sensiblement plus longs qu'en Anglais. Le Japonais, quant à lui permet de tester l'UI avec des langues utilisant des jeux de caractères spéciaux. Cette version packagée, pour laquelle on dispose d'une procédure d'installation automatisée en MSI, devient alors la version Beta 1, qui devient disponible aux utilisateurs et clients, et non plus seulement en interne à Microsoft.

Il peut y avoir plusieurs versions Beta, généralement moins de quatre. C'est aussi pendant cette période que l'onb décide parfois de déployer en interne ces pré-versions en production. C'est ainsi que longtemps avant la disponibilité de la version finale, tout Microsoft fonctionnait sur une version Beta de Exchange... 60 000 employés dont la messagerie est l'outil principal. Dans le jargon Microsoft, utiliser en production en interne des pré-versions s'appelle le "Dog Fooding". C'est vrai que par la taille de l'entreprise, on identifie ainsi certains disfonctionnements et on évite à nos clients d'essuyer les plâtres sur les premiers déploiements.

A la fin du développement de ces versions Beta, on obtient une version que l'on nomme "Code Complete", ou "Feature Complete". C'est une build qui comporte l'intégralité des fonctionnalités prévues sur la "Feature List". A partir de cette étape on entre donc dans la phase de Stabilisation qui va durer jusqu'à la disponibilité commerciale du produit fini.

Après la dernière version Beta, apparait donc la version RC0, ou "Release Candidate 0". Durant toute la période qui suit, il n'y a en principe plus de modifications dans la liste des fonctionnalités présentes dans le produit. Il n'y a plus alors que des corrections de bugs.

Suivant les produits, on peut avoir plus ou moins de versions RC. On peut voir alors des version RC5 ou RC7. A noter que toutes ces versions RC ne sont pas forcément disponibles pour le public et les clients de Microsoft.

La dernière version RCx donne la place à la version RTM : Release To Manufacture. C'est cette build qui sera utilisée pour réaliser les médias d'installation que vous retrouverez dans votre boite de produit. La RTM est à l'octet prêt identique au produit fini que vous pouvez obtenir dansle commerce.

A partir de la disponibilité commerciale d'une version, par exemple de la suite Office 2003, les Product Managers et les développeurs se mettent déjà à travailler sur la version suivante, et le cycle reprend...

Du point de vue du développeur, qu'il soit chez un client final (dans une société utilisatrice) ou chez un Partenaire Microsoft (Société de Service, ou Editeur de Logiciels), durant toutes ces phases de Développement et de Stabilisation, la disponibilité au plus tôt ces versions successives est souvent un facteur de réussite des projets de développement.

Pour celà, les équipes produit s'astreignent à fournir des versions intermédiaires publiques, aussi souvent que leurs ressources le leur permettent (en effet, stabiliser, localiser et packager des versions intermédiaires "jettables" entraine une charge et des coûts non négligeables...)

Autour des premières version Alpha, les groupes produits vont se rapprocher d'une cinquantaine de clients ou partenaires à travers le monde, et les intégrer dans un programme de type "Early Adopter" très en amont. Ces programmes s'appellent les TAP pour Technology Adoption Programs.

Vient ensuite aux alentours de la première version Beta, un autre programme Early Adopter prend le relai. Il s'agit des programmes nommés "Ascend". Cette fois, ce sont les Partner Account Managers et les personnes de Microsoft qui travaillent sur le terrain avec les partenaires (SSII ou Editeurs) qui proposent la participation ces société aux programmes Ascend. L'objectif est alors de recruter au niveau mondial environ 200 à 500 sociétés qui ont un réel projet de développement sur le produit ou la technologie concernée. Les groupes produit font alors une sélection parmi ces candidats proposés par les personnes de terrain et déterminent donc les participants. Les heureux élus bénéficient alors d'un lien direct avec les équipes produit, de support technique pointu via des newsgroups privés, et de formations pour les développeurs et administrateurs.

Après les programmes Ascend, et aux alentours de la version Beta 2, viennent les programmes Touchdown, qui visent à produire jusqu'à 100 000 implémentation de solutions partenaires. C'est un programme plus 'large bande" que les programmes Ascend, et les bénéfices pour les sociétés participantes sont donc nécessairement revus à la baisse. Typiquement, les programmes Touchdown n'offrent pas une formation d'une semaine aux développeurs des participants, contrairement au programme Ascend.

Pourquoi vous avoir expliqué tout ceci ? Tout simplement pour vous inciter à vous faire connaitre de Microsoft si vous êtes une société de service ou un éditeur de logiciels. En effet, les contacts locaux "du terrain" - dont je fais partie - ne peuvent proposer les candidatures que des sociétés qu'ils connaissent et avec qui ils sont en relation. En résumé : Faites vous connaitre ! Pour celà, vous pouvez utiliser la page Contact de ce blog, ou de ceux de mes collègues de Microsoft France, ou adresser un mail direct à l'un des contacts présents sur cette page.

A ce propos, nous sommes actuellement en phase de recrutement de partenaires pour trois programmes Ascend qui couvrent SQL Server 2005 "Yukon" pour le premier, Visual Studio 2005 "Whidbey" pour le second et Windows Server 2003 SP1 et Editions 64 Bits pour le dernier. Là encore, si vous êtes intéressé, prenez contact avec nous.

De l'intérêt de participer aux programmes Early Adopters "Ascend" ...

Christophe Lauer [MS] — Thu, 23 Sep 2004 00:48:00 GMT

J'ai répondu à quelques questions de Mathieu du site DotNet Emplois la semaine dernière au sujet des programmes Early Adopter que Microsoft propose actuellement à ses clients et partenaires. Si les sujets techniques autour de Visual Studio 2005 "Whidbey" ; SQL Server 2005 "Yukon" et Windows Server 2003 SP1 et Editions 64 Bits vous intéressent, je vous invite à prendre connaissance de cette interview.

Par ailleurs, je vous prépare un topo dans la rubrique "Do You Speak MS?" qui vous permettra de mieux comprendre les intérêts et bénéfices pour un client ou partenaire de participer à un tel programme, et replacera ces programmes dans le contexte du cycle de développement d'un produit chez Microsoft. A suivre...