Segredos do Windows: Triplicado?
Simplesmente não é possível escrever um documento formal detalhando cada ação possível, se é uma boa idéia ou não.
Raymond Chen
Um cliente uma vez observou que o tamanho de um arquivo, conforme relatado pelo Explorer não mudar até o aplicativo que foi atualizado o arquivo, finalmente, fechar o arquivo. (Havia mais a questão, mas vamos deixar isso para isso.)
A ligação do cliente encontrado uma entrada de blog meu sobre o assunto, mas pediu ao redor para ver se havia qualquer documentação formal. Não está claro que tipo de documentação formal que estava procurando para resolver esse problema.
A natureza do comportamento extracontratual é que ela tende a não ser formalmente documentadas. Documentação formal cria a impressão de que a documentação não contratual é na verdade contratual. "O que você quer dizer que alterou o comportamento sob condição de X? Eu tenho este documento de você que diz que, nestas condições, o comportamento é Y. No Windows 7, embora, você alterou o comportamento de Z. Windows é já não comportando conforme documentado."
A ligação do cliente perguntou se poderíamos criar um artigo da Base de conhecimento com base na entrada do meu blog. "O cliente é insistente em um documento oficial para incluí-lo como parte de sua documentação de produto", disse ele.
Tornando-se de documentação oficial, no entanto, derrotaria a finalidade de ter comportamento explicitamente não-contratual. Um colega comentou: "a documentação Formal não é a mesma coisa que prontos para o cliente. Talvez eles estão opostos".
Uma entrada de blog é como uma conversa informal que você tem com alguém em uma conferência, ou quando você topar com alguém em um evento esportivo local. Mas porque é uma entrada de blog, é uma conversa informal com alguns milhares de pessoas. Nesta conversa informal pode lhe dar alguns insights sobre um problema e ajudá-lo a compreendê-lo melhor, mas é praticamente formal documentação.
Uma pesquisa na Web para as quatro palavras-chave "arquivo", "tempo", "update" e "MSDN" transformou-se a documentação no MSDN que afirmou: "Carimbos de hora são atualizados várias vezes e por várias razões. A única garantia sobre um carimbo de hora de arquivo é que o tempo de arquivo corretamente é reflectido quando é fechado o identificador que faz a mudança."
Então não há documentação formal: Ele não diz nada específico sobre o que acontece, além de um comportamento de contratual — nomeadamente que a informação é correcta quando o identificador é fechado.
Meu colega Aaron Margosis freqüentemente recebe solicitações de clientes documentação que explicitamente diz que uma má idéia é uma má idéia. Por exemplo, uma ligação de cliente escreveu, "meu cliente usa arquivos. reg para implantar as configurações de diretiva de grupo, em vez de usar os objetos de diretiva de grupo (GPOs). Estou a tentar levá-los a mudar, mas eles estão procurando por um documento formal, explicando por que seu modelo atual é uma má idéia."
A resposta para a pergunta específica é que arquivos. reg manual tem todos os tipos de problemas. Eles vai entrar em conflito com a diretiva de grupo do domínio. Arquivos. reg manual não será capazes de tirar partido das ferramentas existentes de gerenciamento de diretiva de grupo, como o Editor de diretiva de grupo ou o utilitário LocalGPO exe que vem com o gerente de conformidade de segurança.
Determinar o resultado da aplicação de vários arquivos. reg pode ser difícil se suas configurações de sobreposição e conflitam. Você não será capaz de usar uma ferramenta como o conjunto resultante de diretivas para estudar todas as configurações aplicáveis e determinar o resultado final. Você não será capaz de procurar um GPO localizar aquelas que afetam uma determinada configuração.
Além disso, as alterações aplicadas pelos arquivos. reg manual muitas vezes não terão efeito até o próximo início de sessão. Tudo o que você está realmente fazendo é atualizar as entradas do registro sem notificar os componentes relevantes que uma configuração foi alterada, e eles devem ir verificar a nova configuração. Como resultado, todas as configurações que você aplicar estão sempre um passo atrás.
Estas são as coisas que podem entrar neste white paper hipotético, "por que usar o. reg arquivos para implantar a diretiva é uma má idéia". Como Aaron explicou, "Há um número infinito de lugares onde você pode escolher entre fazer a coisa inteligente e a coisa muda, mas apenas um número finito de white papers, documentando casos."
Por exemplo, você realmente precisa um documento formal que diz: "Se você for solicitado a reiniciar o computador depois de instalar uma atualização de segurança da Microsoft, certifique-se de executar imediatamente a operação de reinicialização?" Isso parece óbvio, mas um cliente uma vez insistiu que nós criamos esse documento formal antes que iriam ser dissuadidos de ter uma política da empresa de instalar as atualizações de segurança e, em seguida, não reiniciar o sistema.
A maioria destas exigências para documentação formal vêm não de pessoas que são incapazes de aplicar o senso comum a uma situação, mas sim de pessoas que não estão dispostas a colocar o seu próprio pescoço na linha de decisão e quero passar o fanfarrão. Embora seja verdade que esta é uma técnica para evitar ser demitido, é também uma técnica para evitar ser promovido.
.jpg)
Raymond Chen's Web site, o velho novo coisa e escreveu um livro (Addison-Wesley, 2007) tratam Windows histórico, Win32 aniversários programação e negativos.