Différer temporairement (4 mois) la MAJ anniversaire (Redstone)

[Wullfk]

Bonjour,

 

Pour ceux qui ne souhaitent pas effectuer dans l'immédiat la mise à niveau vers Windows Anniversary Update

 

Peut-être êtes-vous en déplacement et vous ne souhaitez pas avoir une mise à jour majeure tout de suite. Ou peut-être préférez-vous attendre de voir ce qu’il se passe chez les autres avant de vous engager.

 

Si vous utilisez Windows 10 Pro ou Entreprise, vous poussez repousser la mise à jour pendant quatre mois.

 

Dans la build 1511, allez dans le menu Paramètres > Mise à jour et Sécurité > Options avancées et cliquer sur l’option « Différer les mises à niveau ». Activer cette option passera la machine de la branche courante à la branche courante business.

 

Avec cette option activée, vous continuerez à recevoir les mises à jour de sécurité, mais vous n’aurez pas à vous préoccuper de la mise à jour majeure avant quatre mois, jusqu’à ce que Microsoft la déclare prête pour la branche business.

 

Si vous possédez déjà la mise à jour Anniversaire, l’option a un nom différent : "différer les mises à niveau de fonctionnalités".

 

Source : zdnet.fr

[Invité Notpa]

Merci Wullfk,

Maj désactivée. Il est dit :

Différer les mises à niveau dans Windows 10

• Certaines éditions de Windows 10 vous permettent de différer les mises à niveau sur votre PC. Lorsque vous différez les mises à niveau, les nouvelles fonctionnalités de Windows ne sont ni téléchargées ni installées pendant plusieurs mois. Le report des mises à niveau n’a pas d’incidence sur les mises à jour de sécurité. Remarque : si vous différez les mises à niveau, vous n’obtiendrez pas les toutes dernières fonctionnalités de Windows dès leur sortie.

A moins qu'il n'y ait une nouvelle fonctionnalité très utile (tel qu'il est, il me convient), c'est parfait.

[Dylav]

C'est quand même bizarre...

Comme si Microsoft n'avait pas confiance dans sa programmation. Ils n'ont peut-être pas tort !

[Invité Notpa]

Dans la programmation, si, mais dans les programmeurs, non !

[albatroce]

Dans la programmation, si, mais dans les programmeurs, non !

Ca, c'est pas gentil !!!!

[Invité Notpa]

Je sais de quoi je parle : j'ai fait de la programmation en assembleur pendant 15 ans environ sur mainframe IBM. Les erreurs de programmation sont courantes mais vite corrigées.

 

L'erreur est humaine....

[Dylav]

Les erreurs de programmation sont quasi inévitables. C'est la qualité des tests et leur côté systématique qui permet de les repérer et de les corriger. Durant mes 30 ans d'analyse et de programmation, j'ai pu constater que, même après une analyse détaillée du problème et sa programmation soigneuse, la mise au point d'un module consomme pratiquement autant de temps que son élaboration. Le défaut, chez Microsoft, c'est que cette étape est un peu négligée...

 

Une seule fois, dans ma vie, j'ai créé un module qui a fonctionné du premier coup ! J'en ai été le premier surpris...