Utilisation de la technologie de prévisualisation dans les logiciels de production

Question

Quels sont les avantages / inconvénients de l’utilisation de la technologie CTP pour les logiciels de production internes? Par production interne, je veux dire que ce sont des logiciels que nous ne vendons à personne, mais qui seront utilisés par un grand nombre d’employés internes répartis dans tout le pays.

Je peux voir les avantages évidents (fonctionnalités qui contrebalancent les systèmes existants) et les inconvénients (bugs, manque de support technique, modifications de l'interface, risque d'interruption du logiciel.) J'aimerais avoir des nouvelles de celles qui ont déjà utilisé Preview Tech. dans les logiciels de production et les types d'obstacles et de choses que nous pourrions ne pas envisager.

La technologie en question est le contrôle de la carte Silverlight Bing CTP.

Merci,

Answer 1

C’est un appel qui peut être difficile à passer et qui dépend vraiment de votre situation. Un contrôle bêta de Microsoft, destiné aux développeurs, qui répond à un besoin immédiat et important, peut être la solution idéale si vous comprenez le manque de soutien.

Surtout compte tenu de la rapidité avec laquelle les applications internes et même les sites publics passent par les révisions et les jalons d'amélioration rapides.

Le Silverlight Toolkit teste un nouveau modèle depuis un an. nous avons mis en place des bandes de qualité spéciales pour aider les clients à passer un appel, et comprendre l’investissement et les garanties fournies par l’équipe produit. J'espère que nous pourrons convaincre les autres équipes de prendre un engagement similaire.

Le contrôle AutoCompleteBox était essentiellement CTP il y a un an, dans le groupe de qualité Preview. Depuis lors, nous l'avons investi et expédié dans le SDK Silverlight 3 en tant que produit mature et compatible.

Discutez avec votre direction pour définir les risques que vous pouvez assumer tout en permettant à vos utilisateurs internes de bénéficier d’une valeur ajoutée (scénarios qui fonctionnent très bien, quelle que soit la qualité publiée sous le capot).

Prenez en compte le code source!
Vous pouvez également discuter des sources et des fichiers binaires. Bien que vous n'ayez pas toujours la possibilité de récupérer le code source de nombreux contrôles ou frameworks, de nombreuses versions open source sont disponibles à ce jour. Votre fournisseur de contrôle peut également être disposé à proposer une licence source.

Le coût pour maintenir votre propre branche privée d’un contrôle open source est élevé, mais c’est une piste à explorer si vous avez besoin de correctifs plus tôt, si vous souhaitez ajouter vos propres fonctionnalités ou si vous avez l’impression qu’une journée de travail pour les développeurs pourrait il suffit de faire personnaliser un contrôle existant pour votre scénario.

Mise à jour avec des liens plus spécifiques:

Boîte à outils Silverlight
Voici des informations supplémentaires sur les bandes de qualité de Silverlight Toolkit, destinées à ces groupes. qui sont intéressés. Ils sont expérimentaux, prévisualisés, stables et matures; L’aperçu ressemble beaucoup à CTP, Aperçu - Bêta et Mature - Publié et pris en charge.

Ce ne sont que des mots, mais ce sont "le mot". de l'équipe.

Microsoft Connect
Avec le contrôle Bing Maps, j'ai constaté qu'il existe un site Microsoft Connect . C'est une excellente ressource - bien que je ne sois pas dans le programme, les sites Connect sont généralement là pour vous aider à proposer des abandons plus fréquents, un ensemble de forums pour discuter de tout problème et un moyen de contacter facilement les développeurs et les testeurs. le produit.

Autres fournisseurs
Il existe de nombreux autres fournisseurs proposant des versions antérieures. N'hésitez pas à utiliser les commentaires pour ajouter un angle différent de Microsoft. Je souhaitais donner mon opinion sur ces sujets, car je connais assez bien la plupart des frameworks Microsoft spécifiques à Silverlight.

Answer 2

Personnellement, je ne pense pas que ce soit une bonne idée, car vos employés internes sont essentiellement votre marché, il s’agit donc essentiellement de logiciels de production.

Il peut donc être nécessaire de réfléchir à des questions telles que les licences, la conformité, le support, les contrats de niveau de service.

Je sais que cela serait mal vu de mon directeur informatique et des responsables de l'audit interne, pour n'en nommer que deux.

Answer 3

Êtes-vous raisonnablement sûr que cela fonctionnera et que vous ne tuez pas les animaux domestiques de vos employés? Alors ça devrait aller.

Sérieusement, assurez-vous que cela fonctionne pour le public cible.

Comme toujours, à mon humble avis.

Answer 4

Parfois, vous ne voulez tout simplement pas attendre une nouvelle fonctionnalité. Par exemple, nous avons commencé à utiliser SQL Server 2008 dans notre nouvelle architecture uniquement pour DateTimeOffset. Nous avons utilisé cette application en interne, mais ce n'était pas un déploiement majeur. Si c'est assez stable alors pourquoi pas. Les avantages, c’est que vous n’avez pas à attendre, vous testez de nouvelles techniques, codez et suivez les technologies.

Les inconvénients sont que certaines fonctionnalités vont changer, que les API ne sont pas terminées ou que certaines choses sont renommées. Ces choses se présentent assez rapidement et sont normalement faciles à changer. De plus, certaines choses peuvent ne pas être documentées, mais il y a toujours quelqu'un qui en parle.

Answer 5

Avec les outils disponibles aujourd'hui, tels que HockeyApp pour gérer les bêtas de mes applications, j'ai moins peur d'utiliser les API de prévisualisation dans les versions bêta de mes applications. De cette façon, je peux élaborer de nouvelles fonctionnalités avec de vrais utilisateurs qui souhaitent essayer la technologie de pointe.

Lorsque j'ai gardé la nouvelle version limitée à un petit groupe d'utilisateurs, tout s'est bien passé.

Depuis que j'utilise la technologie de prévisualisation en production, je suis parfois mordu par le tranchant. J'ai dû contourner les bugs ou vivre avec eux en attendant qu'ils soient corrigés.