Windows-informazioni riservate: In triplice copia, grazie!
Semplicemente non è possibile scrivere un documento formale che dettagliano ogni possibile azione, se è una buona idea o no.
Raymond Chen
Un cliente una volta osservato che la dimensione di un file come riportato da Explorer non cambia fino a quando l'applicazione di aggiornamento del file finalmente chiuso il file. (Non c'era più la questione, ma lasciamo a quel).
Il collegamento del cliente trovato un blog mio sull'argomento, ma ha chiesto intorno vedere se c'era qualche documentazione formale. Non è chiaro che tipo di documentazione formale che stava cercando di risolvere questo problema.
La natura del comportamento extracontrattuale è che tende a non essere formalmente documentati. Documentazione formale crea l'impressione che la documentazione non contrattuale è in effetti contratto. "Che cosa vuoi dire che hai cambiato il comportamento in condizioni X? Ho questo documento da voi che dice che in queste condizioni, il comportamento è Y. In Windows 7, però, è cambiato il comportamento di Z. Windows è non comportarsi come documentato."
Il collegamento del cliente ha chiesto se potremmo creare un articolo della Knowledge basato sul mio blog. "Il cliente è insistente su un documento ufficiale, quindi possono includere come parte della documentazione del prodotto", ha detto.
Rendendo la documentazione ufficiale, tuttavia, verrebbe vanificato lo scopo di avere comportamento esplicitamente non contrattuale. Un collega ha osservato, "la documentazione formale non è la stessa cosa come cliente pronto. Forse sono opposti polari".
Un blog è come una conversazione informale che hai con qualcuno in una conferenza, o quando ci si imbatte in qualcuno a un evento sportivo locale. Ma perché è un blog, è una conversazione informale con qualche migliaio di persone. Questa conversazione informale potrebbe darvi alcune informazioni sul problema e aiutare a capire meglio, ma è difficilmente formale documentazione.
Una ricerca sul Web per le quattro parole chiave "file", "tempo", "update" e "MSDN" alzato documentazione su MSDN che ha dichiarato: "Timestamp vengono aggiornati in tempi diversi e per vari motivi. L'unica garanzia su un file timestamp è che l'ora del file si riflette correttamente quando viene chiusa la maniglia che fa il cambiamento."
C'è la documentazione formale: Non dice nulla di specifico su ciò che accade, a parte un comportamento contrattuale, vale a dire che l'informazione è corretta quando la maniglia è chiusa.
Collega Aaron Margosis ottiene frequentemente richieste dai clienti per la documentazione che dice esplicitamente che una cattiva idea è una cattiva idea. Ad esempio, un collegamento cliente ha scritto, "mio cliente utilizza file. reg per distribuire le impostazioni di criteri di gruppo, invece di utilizzare oggetti Criteri di gruppo (GPO). Sto cercando di farli passare, ma che stanno cercando un documento formale che spiega perché il loro modello corrente è una cattiva idea."
La risposta alla domanda specifica è che i file. reg manuale tutti i tipi di problemi. Essi sarà in conflitto con i criteri di gruppo di dominio. File reg manuale non saranno in grado di sfruttare gli strumenti esistenti per la gestione di criteri di gruppo, ad esempio l'Editor criteri di gruppo o l'utilità di LocalGPO che viene fornito con Security Compliance Manager.
Determinare il risultato dell'applicazione di più file. reg può essere difficile, se le impostazioni di sovrappongano e conflitto. Non sarà in grado di utilizzare uno strumento come gruppo di criteri risultante per studiare tutte le impostazioni applicabili e determinare il risultato finale. Non sarà in grado di cercare un GPO individuare quelli che possono influenzare una particolare impostazione.
Inoltre, le modifiche applicate da file reg manuale, spesso non hanno effetto fino al successivo accesso. Tutto quello che stai facendo veramente sta aggiornando le voci del Registro di sistema senza avvisare i componenti pertinenti che un'impostazione è stata modificata e che dovrebbe andare a controllare la nuova impostazione. Di conseguenza, tutte le impostazioni che applicano sono sempre un passo dietro.
Queste sono le cose che potrebbero andare in questo white paper, ipotetico, "perché usando reg file per la distribuzione di criteri è una cattiva idea". Come Aaron ha spiegato che "Ci sono un'infinità di posti dove si può scegliere tra fare la cosa intelligente e la cosa stupida, ma solo un numero finito di white paper che documentano le istanze".
Per esempio, avete veramente bisogno un documento formale che dice: "Se ti viene richiesto di riavviare il computer dopo l'installazione di un aggiornamento della protezione Microsoft, assicurarsi che eseguire subito l'operazione di riavvio"? Questo sembra ovvio, ma un cliente una volta insistette che creiamo un documento prima di essi avrebbe dissuaso dall'avere una politica aziendale di installare gli aggiornamenti di sicurezza e quindi non riavviare il sistema.
La maggior parte di queste richieste di documentazione formale provengono non da persone che sono in grado di applicare il buon senso a una situazione, ma piuttosto da persone che non sono disposti a mettere il proprio collo sulla linea per una decisione e vuole passare la palla. Mentre è vero che questa è una tecnica per evitare di ottenere infornato, è anche una tecnica per evitare di ottenere promosso.
.jpg)
Raymond Chen's Sito Web, la vecchia nuova cosa, e libro intitolato identicamente (Addison-Wesley, 2007) trattare con storia di Windows, Win32 anniversari programmazione e negativi.