Les versions candidates sont-elles sûres pour la production? [fermé]

Question

Dans ce cas particulier, il s’agit de MVC. Mais quelle différence y a-t-il entre la version candidate et la version en ligne ou de production? Je détesterais construire beaucoup sur le RC et le laisser casser ou rater parce que je n'ai pas attendu. Par contre, j'ai des dealines à rencontrer.

Merci.

mettre à jour en fonction des commentaires:

Qu'est-ce que cela signifie réellement de prendre en charge quelque chose comme MVC de Microsoft? Je ne suis pas sûr du soutien que je demanderais même. Je me suis toujours posé la question en ce qui concerne la programmation. Obtenir de l’aide pour un serveur physique (un disque dur est mort), je comprends. Que demanderais-je à Microsoft dans un cas comme celui-ci?

Answer 1

En général, attendez la version de production avant de l'utiliser. Si la société qui la développe n'est pas prête à poser une étiquette de production, comment pouvez-vous lui faire confiance dans votre production? Lorsque vous déterminez la fiabilité de votre site / produit, vous ne pouvez être aussi fiable que votre lien le plus faible. Le risque pour la plupart des RC est trop élevé pour pouvoir jouer.

Cependant, il existe des exceptions. .Net MVC en est un. L’équipe de développement a publié très tôt et souvent des quantités énormes de développeurs externes qui ont trouvé les bogues. Ce RC est très sûr et pas un gros pari.

D'autres exceptions proviendraient de circonstances similaires:

• le produit a fait l'objet de tests approfondis par de grands groupes d'utilisateurs externes
• la société laisse les produits en mode RC ou bêta beaucoup plus longs que la normale, de sorte qu’il reste suffisamment de temps pour rechercher les bogues (Gmail par exemple)
• le support immédiat ou la source est disponible

Le type d'assistance dont vous auriez besoin est une réponse rapide (avec des correctifs) à tous les bogues que vous avez découverts. Par exemple, votre application utilise l'outil DooHickey pour effectuer l'opération HickeyItUp. Vous trouvez que cet outil fonctionne très bien, sauf lorsque vous l’utilisez pour HickeyUp un objet de type AlmostHickey. Au lieu de cela, il renvoie une erreur. Cette erreur provoque le blocage de votre site et vous avez besoin d'une réponse maintenant. Un bon support vous dira si vous l’implémentez mal et correctement, ou si vous apportez une solution de contournement et / ou si vous corrigez un bogue très rapidement.

Ne vous attendez pas à une telle assistance de la part de Microsoft (MVC pourrait être différent en raison de la formidable équipe qui a été si réactive). Au lieu de cela, vous obtiendrez une grande partie de cette information auprès du corps des développeurs qui l'utilisent déjà.

Answer 2

Généralement, les builds RC auront des API et une interface utilisateur finalisées, elles pourraient simplement avoir des bogues. Je dirais qu'il est prudent de développer contre, mais je serais très prudent contre le déploiement de code non publié.

Answer 3

Je dirais qu'en règle générale, n'utilisez pas les versions candidates dans les environnements de production. Cela dit, il existe des exceptions certaines, certains produits sont encore au stade bêta ou au stade de la publication (Release Candidate) pendant une longue période et peuvent être assez stables avant d’atteindre la disponibilité générale.

Answer 4

Cela dépend des fonctionnalités que vous utilisez, de la possession du code source et de la licence du fournisseur vous permettant même de passer à la production avec.

Le code source peut atténuer les problèmes, mais il serait insensé d’utiliser un produit non pris en charge dans un environnement critique.

Answer 5

Je pense que non

Answer 6

J'ajouterais que cela dépend de la disponibilité de l'assistance du fournisseur en cas de problème, ce qui est souvent lié aux conditions de la licence.

Answer 7

Par définition, non, mais vous devez utiliser votre propre jugement en fonction du produit, du fournisseur, des mises à jour qu'il contient et de vos besoins.

Answer 8

Dans ma vie passée, je le faisais tout le temps. Tout ce que j'ai déployé était basé sur des composants open source. Cependant, je ne choisis que des composants fournis avec de bonnes suites de tests.

Avec les logiciels à source fermée, vous n’avez aucune idée de la qualité des tests. Le fournisseur utilise peut-être sa base d'utilisateurs en tant qu'équipe de contrôle qualité étendue.

Mais, comme le dit Carlton Jenke, il y a toujours une exception.

Answer 9

Je pense que cela dépend de la robustesse attendue de la "production". app.

Votre site web personnel? Bien sûr!

Le système de demande d’assurance chômage de l’État? Non.