Overblog Suivre ce blog
Editer l'article Administration Créer mon blog

Présentation

  • : le blog decigeo
  •   le blog decigeo
  • : je suis responsable RD Décisionnel /SIG en Géomarketing. Ce blog a pour but de regrouper toutes les infos sur la convergence entre Business Intelligence et cartographie automatisée.
  • Contact

Recherche

10 juillet 2012 2 10 /07 /juillet /2012 11:45


Le support de Microsoft voudrait-il bien répondre à quelques questions ?


Je vois ici ou là quelques commentaires rageurs à propos du ton employé sur l'evolution de la plateforme Bing Maps de Microsoft
Ces commentaires sont issus du support officiel de Microsoft France, (soustraité par une entreprise de services en informatique)
A ma grande surprise j'ai du supprimer quelques uns de ces commentaires, qui flirtaient un peu trop avec l'insulte et le denigrement personnel

Je révèle encore un mot: "hautain" .. l'aurais-je été ?  je n'attaque que la stratégie de l' entreprise Microsoft (et encore uniquement en ce qui concerne l' API Javascript
Bing Maps)  En aucun cas je n'attaque les personnes dans mes billets. Permettez moi , d'être "hautain" envers les services de Microsoft en charge de l'evolution de l' API Javascript Bing Maps
Je suis un client , auquel jamais un prétendu support n'a voulu  répondre .. Ne parlons pas du service marketing , qui, en France, s'est littéralement évaporé!!

Hautain , je ne sais pas, mais en colère ça oui !!!!! 
N'importe quel clampin pourrait vous dire que la v7 est un autre produit , pas une évolution.
Meilleur? sans doute! mais en attendant, ceux qui on investit du temps et de l'argent dans la version antérieure aimeraient bien comprendre ce qui va se passer.
On entends trop dire qu'il suffit d'upgrader de version , que ce n'est pas si compliqué .
Le résultat est que si vous avez des dizaines de milliers de lignes de code , utilisant intensément  tous les types, methodes, et propriétés de la v 6.3, il faut tout réécrire
Le travail , en conséquence , est aussi important que de passer à la concurrence. Or,  quid de la garantie que cela ne recommencera pas avec la prochaine version ?

Chacun peut se faire une idée en comparant les SDK en ligne
la V6.3 ici : http://msdn.microsoft.com/en-us/library/bb429619
la v7.0 ici : http://msdn.microsoft.com/en-us/library/gg427610



Un tableau comparatif des types et des méthodes est ici :
http://msdn.microsoft.com/en-us/library/hh237870.aspx

Il n'y a que la VEPrintOption class qui est supportée à 100% !!!! encore que ...En plus tous les espaces de noms ont changé!
et ne parlons pas des propriétés et de la verbosité.. 
un VEMap.GetVersion devient un Map.getVersion  (On se demande comment on a pu faire une chose pareille!)
Un VESHAPE Class devient un Microsoft.Map.Pusphin ..
Et pour finir les héritages sont bouleversés.

L'API V7.0 de Bing Maps  N'EST PAS UNE EVOLUTION DE LA V6.3 , MAIS UNE API ENTIEREMENT NOUVELLE


J'entends aussi couramment cet élément de langage : Google a fait pareil avec la v3 de son API . Voici ma réponse:

- Google a déprécié environ 70% des types de son framework .  Microsoft , quelques mois plus tard l'a fait à 100 %  Pourriez vous me citer une classe , une seule qui n'a pas changée entre la v 6.3 et la v 7
Donc , Google n'a pas fait la même chose que Microsoft , Microsoft a fait pire que Google! L'un ne sauve pas l'autre , et la politique du pire n'est pas faite pour nous rassurer !

- au delà des chiffres et des pinailleries techniques: quand Google prends une initiative, cela devient-il un argument pour que Microsoft s'aligne?
Quand Google à annoncé la manière dont son API allait évoluer, j'étais plutôt content de ne pas être chez eux .. quelques mois aprês , j'avais plutôt hônte !

Est-ce une position officielle de Microsoft ?   Parce que là , Google annonce une baisse de 80 % de ses tarifs, pas de facturation tant que le le site ne dépasse pas
25 000 chargements de cartes par jour durant 90 jours consécutifs !!
J'attends avec impatience l'alignement de Microsoft sur Google !!!

Il y a encore pire au sujet de la V7.0  , voici un document qui j'espère fera réagir la communauté de développeur :
j'ai téléchargé il y a deux ans le SDK (Software Developpement Kit) , il est à gauche.., à droite voici le même SDK de la même version téléchargé aujourdh'huicommentaireSDK7v1.jpg



il s'agit du même SDK , alors , comment faisait-on pour migrer il y a deux ans et comment fait-on aujourd'hui , alors que presque 50% de nouvelles classes apparaissent?
La V7.0 d'aujourd'hui n'est pas la même que celle d'il y a deux ans .. à se demander a quoi servent les numéros de version !

Continuons avec les références de l API proprement dites : que de surprises  !!!!
commentaireSDK7v2.jpg

Comme l'indique si bien le billet de M Boonaert trouvé ici

Ces changements  peuvent occasionner des erreurs dans la programmation de l 'API, et cela sans que les programmeurs soit avertis des changements ! un comble!
on pourra relever cette phrase qui est en soit un aveu des pratiques douteuses de Microsoft :

 "Nous avons pu échanger avec les équipes produits et techniques et il est clair que ce genre de scénario va être gage de prudence pour
 les prochaines mises à jour pour ne pas donner une mauvaise impression quant à la plateforme et à sa pérennité."
 
Le support en France peut -il garantir que ces pratiques n'ont plus court ? Que les mises à jour "en mode NINJA" (sic) n'existe plus sur la V7.0?

Le sujet de ce billet est de constater qu'à travers les commentaires du support Microsoft, je ne vois toujours pas de réponse à mes questions, elles sont pourtant bien là:
 
La prochaine version de l ' API Javascript de Bing Maps sera-t-elle compatible avec la V7 ? à quel pourcentage ?

La version 6.3 va-t-elle évoluer?

Combien de temps encore sera-t-elle en ligne ?
Il ne suffit pas de nous dire , "il n'y a pas d'annonce d'abandon pour l'instant", Il faut que Microsoft s'engage sur un agenda clair , précis et daté
Si même le support officiel ne sait rien la dessus , comment peut il y avoir un support digne de ce nom ?

Pourquoi devrait-on payer le même prix pour l'utilisation d'une version qui n'évolue plus ?

Comment l'editeur va garantir les investissements du travail développé avec ses outils ?

Existe-t-il une librairie téléchargeable qui permette de migrer de la V6.3 à la 7.0 ?

Si oui , ou est-elle ?

Qui doit payer le surcôut de travail de migration d'un travail de plusieurs centaines d'heures pour la simple cause d'une incompatibilité de version d'un produit ?
L'editeur ? le prestataire? le client ?

Pourquoi , alors que le support officiel en a fait l'annonce , les appels à l' API sans licence Keys continuent de fonctionner ?

Pourquoi,contrairement à ce qui a été annoncé , les Licences developpeurs valables 90 jours, continuent de fonctionner apres 6 mois d'usage ?

Pourquoi la v7.0 d'il y a deux ans est-elle si différente de celle d'aujourd'hui?

 

Enfin  s'il existe une méthode simple de migration vers la V7.0 , merci de la mettre en ligne ou d'indiquer son adresse.

Partager cet article

Repost 0

commentaires

Antoine 25/11/2014 11:00


S'en est bien fini de la V6.3 en novembre 2016. Pas d'évolution , abandon pur et simple . je vais migrer vers LeafLet !


 


http://www.microsoft.com/maps/discon-control-migrat-guide.aspx

Nicolas Boonaert 10/07/2012 15:07


Merci de revenir vers moi par courriel (pro ou perso) pour une réponse adaptée si besoin et sachez également que dans ce cadre, j'ai escaladé en parallèle en interne pour étudier pourquoi vous
n'avez pas obtenu de réponse lors de votre prise de contact et pour vous accompagner comme il se doit.


 


 


Les patterns de développement ne sont pas liés directement à cette API et concerne le développement au sens général, un des patterns à employer réside par exemple dans l'utilisation du pattern
Facade ou MVP de JavaScript  garantissant une mise à jour à moindre effort peu importe les API utilisées lorsqu'ils sont correctement utilisés : http://addyosmani.com/resources/essentialjsdesignpatterns/book/#facadepatternjavascript.


Le changement d'API (évolution ou migration complète de versions majeure, ou même changement de produit) devient alors relativement simple et vous garantit les meilleures possibilités d'évolution
de votre code vis à vis des API externes. Il est important, et je pense que vous respectez également les bonnes pratiques, de découpler son code métier ou fonctionnel des codes d'implémentation
des API ou librairies externes, ces patterns sont une très bonne solution possible.


Je prévois d'écrire un article au courant de la semaine ou semaine prochaine pour expliquer ou rappeler les patterns possiblement utilisables dans ces contextes.


Je me tiens à disposition pour échanger avec vous sur les implémentations et sur vos problématiques.

antoine 10/07/2012 14:31


quels sont les " patterns adaptés permettant la migration d'une version majeure à une autre en minimisant le coût."  ?????    En vous lisant , j'ai l'impression de ne pas
avoir suivi les reco de programation !  Ou sont ses fameux "patterns" ? de quelle utilités sont -il quand l'ensemble complet du framework a changé y compris les name spaces , les classes, le
héritages, les methodes etc etc ...

Nicolas Boonaert 10/07/2012 13:15


Au plaisir de vous lire et n'hésitez pas à me contacter sur ma boîte personnelle ou professionnelle en fonction du type d'échange que vous attendez.


Je reste à disposition pour échanger avec vous par courriel.


Cordialement,
Nicolas Boonaert

Nicolas Boonaert 10/07/2012 13:13


>> Pourquoi,contrairement à ce qui a été annoncé , les Licences developpeurs valables 90 jours, continuent de fonctionner apres 6 mois d'usage
?


Pour les mêmes raisons que des entreprises ne s’authentifiaient pas, il existe des entreprises qui utilisent, par mégarde, des clés développeurs. Encore une fois, Microsoft ne souhaitant pas
impacter les sociétés, les équipes dédiées monitorant l’utilisation de la plateforme reviennent vers les entreprises concernées pour les accompagner dans ces changements de clés.


 


>> Pourquoi la v7.0 d'il y a deux ans est-elle si différente de celle d'aujourd'hui?


Un des changements majeurs de la version 7 réside dans sa modularité au sens premier du terme. L’ensemble du contrôle AJAX v7 intègre une capacité de charger dynamiquement des modules officielles
et même d’autres modules communautaires (http://bingmapsv7modules.codeplex.com/ ) et les principales évolutions de la version 7 sont venues
pour simplifier l’utilisation de la plateforme générale au sein du contrôle AJAX.
C’est un réel plus dans le cadre d’une industrialisation de vos développements et c’est ce qui manifestait pas l’apparition des nouveaux espaces de noms et nouvelles classes et méthodes tels
que : Microsoft.Maps.Directions, Microsoft.Maps.Traffic…


La plateforme évolue sur plusieurs aspects et on retrouve des évolutions qui suivent des nouvelles fonctionnalités ajoutées (GeoLocationProvider et autres classes de Position par exemple) mais
aussi suite à des demandes de la communauté ou des entreprises (ex : propriété sur les polygones ou polylignes pour tracer des pointillés, intégration des infoboxes…).


Cette version 7 évolue tout comme la version 6.3 en son temps avec l’apparition du chargement « core ». Tout comme l’API Google Maps v3, tout comme l’API Nokia Maps, le contrôle évolue
afin de toujours plus simplifier le développement pour les entreprises et pour les développeurs.


Enfin, ces versions évoluent également pour renforcer la compatibilité avec des navigateurs qui évoluent sans cesse afin de fournir l’expérience la plus adaptée et la plus riche exploitant par
exemple SVG dans la dernière version 6.3 en bénéficiant de l’accélération matérielle tandis que jadis, cela n’était pas exploité.


 


Enfin, pour conclure mes réponses, je pense que si vous rencontrez des soucis avec la plateforme ou plus particulièrement concernant l’évolution du contrôle AJAX, vous devriez clairement envoyer
les questions au support et qu’en tant que client vous recevrez une réponse adaptée et un accompagnement adéquat.


Vos articles concernant l’abandon de la plateforme sont faux et votre vision concernant l’évolution du contrôle AJAX n’est pas nécessairement justifiée et nous pouvons tous les deux continuer
d’échanger sur le plan communautaire au-delà de vos questions. N’hésitez pas à me joindre pour faire une conf-call si vous le souhaitez, j’en serai ravi.


J’espère que ces réponses vous seront utiles et qu’elles vous apporteront satisfaction. Je répète, si vous souhaitez des réponses officielles, utilisez les canaux dédiés. Je vous propose ici une
réponse personnelle et avec un esprit communautaire avec l’ensemble des informations publiques. J’encourage chaque société qui rencontre des problèmes similaires à contacter le support dédié et
ses intermédiaires chez Microsoft qui sauront sans aucun doute, vous aidez dans la résolution de vos soucis autour de ces problématiques techniques.

Articles Récents