Chez MS ils font comme partout, ils regardent ce qui se fait ailleurs, ils regardent ce que les clients veulent, ils essaient de creer des nouveaux trucs,...
Je sais pas comment ni pourquoi XAML a vu le jour, mais ils ont du considerer que cela faciliterait le developpement de softs pour Windows suffisament pour que ca vaille la peine d'etre integre, et si les developpeurs trouvent des avantages a developper sur Windows, ils restent sur Windows...
Les teams font des sondages, prennent les rapports du support, etc... pour voir quels sont les problemes rencontres par les utilisateurs, ce que les utilisateurs voudraient voir de nouveau, et voir comment ameliorer les choses.
Les debats pour les choix technologiques ben c'est un peu comme ca :
- un team propose une feature plus ou moins grande, disons une grande
- il cree une spec decrivant la feature, les avantages, inconvenients, ce que ca amene, les couts en developpement, l'architecture de la chose,...
- La spec est revue par les managers plus haut, avec meetings et presentation pour convaincre les tetes pensantes du bien fonde de la feature
- Si c'est vraiment un gros truc(genre WinFS par exemple), la tu debarque devant Bill pour lui presenter la chose et voir ce qu'il en pense, avec de bonne chances de te faire allumer la gueule parait-il car il est du genre direct et pas tres agreable parait-il.
- Si ta feature est acceptee, ben hop, faut la coder et respecter certaines deadlines, sinon ta feature risque de pas finir dans le produit.
[^] # Re: XAML et l'avenir de GNOME
Posté par pasBill pasGates . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 3.
Je sais pas comment ni pourquoi XAML a vu le jour, mais ils ont du considerer que cela faciliterait le developpement de softs pour Windows suffisament pour que ca vaille la peine d'etre integre, et si les developpeurs trouvent des avantages a developper sur Windows, ils restent sur Windows...
Les teams font des sondages, prennent les rapports du support, etc... pour voir quels sont les problemes rencontres par les utilisateurs, ce que les utilisateurs voudraient voir de nouveau, et voir comment ameliorer les choses.
Les debats pour les choix technologiques ben c'est un peu comme ca :
- un team propose une feature plus ou moins grande, disons une grande
- il cree une spec decrivant la feature, les avantages, inconvenients, ce que ca amene, les couts en developpement, l'architecture de la chose,...
- La spec est revue par les managers plus haut, avec meetings et presentation pour convaincre les tetes pensantes du bien fonde de la feature
- Si c'est vraiment un gros truc(genre WinFS par exemple), la tu debarque devant Bill pour lui presenter la chose et voir ce qu'il en pense, avec de bonne chances de te faire allumer la gueule parait-il car il est du genre direct et pas tres agreable parait-il.
- Si ta feature est acceptee, ben hop, faut la coder et respecter certaines deadlines, sinon ta feature risque de pas finir dans le produit.