A documentação do usuário geralmente é um bom ponto de partida

# 3: Exploração de Recursos Externos

Solução # 2: Um problema,

Alguém disse uma vez que uma boa ferramenta é aquela que tem aplicações que mesmo que o seu inventor não previa. Embora isso é verdade, a maioria das ferramentas são projetadas para uma única finalidade. Apesar de uma faca de manteiga pode girar um parafuso, você não usaria um como uma chave de fenda e esperar os mesmos resultados. O mesmo vale para o software, você não deve tentar encaixar o software para executar uma função que não foi projetado para fazer.

Não tente fazer um ajuste solução, se os designers não pretende que ele seja usado na maneira que você propõe. Problemas complexos têm muitos aspectos (subproblemas) e que lhes pode exigir mais de uma solução. Examine um subproblema de cada vez, e resolvê-lo. Se a sua solução acontece para ajudar a resolver um subproblema, que é casual. Mas não espere que isso aconteça sempre. Na verdade, uma solução pode criar outros problemas imprevistos, como incompatibilidade com outros produtos.

Se você tem fé em seu fornecedor e sua força de vendas, em seguida, quando o vendedor não recomenda o seu uso de seu produto de uma certa maneira, é melhor escutar seus conselhos. Considere a motivação do vendedor (supondo que ele é um bom vendedor e honesto). Ele quer, em última instância os clientes satisfeitos. Feliz clientes compram mais, e quando elas compram mais, faz mais dinheiro. Se ele diz algo que desestimula-lo de comprar um produto, ele está se transformando no ganho a curto prazo para um ganho de longo prazo. Essa é a marca de um bom vendedor, ele está tentando construir uma relação de confiança com seus clientes. Quando um vendedor ou um engenheiro de vendas faz isso, o conselho considerar cuidadosamente, e é provavelmente válida.

# 1: KISS (Keep It Simple...)

Vivemos em um mundo extremamente complexo. Temos tecnologias e ferramentas sobre as quais nunca os nossos pais e certamente os nossos avós sonharam. E os nossos filhos provavelmente vai ver semelhante avanços tecnológicos em suas vidas.

Eliminar hardware estranhos em sistemas críticos. Get the scanners fora dos sistemas de produção, a menos que sua produção envolve o trabalho de digitalização, é claro. Se os servidores não precisam telas gráficas e ratos, em seguida, retire-lhes, porque não acrescentam nada e são só mais duas coisas que podem quebrar.
Slim os servidores para que eles executar apenas aplicações críticas. Pare de jogar Doom em sistemas de produção, mesmo que The Game não correr mais rápido lá. Não corra protetores de tela em sistemas de produção; monitores modernos não começam burn-in (que é o que os protetores de tela foram originalmente contratado para defender-se contra). Protetores de tela de hoje nada mais são otários CPU.
Desligue os servidores de redes em que eles não precisam de ser. Não há nenhuma razão para o desenvolvimento ou redes de QA para ser conectado a servidores de produção. Uma tempestade de rede ou outro problema nessas redes podem ter um efeito adverso sobre a produção.
Hostnames Select que são fáceis de lembrar e fácil de se comunicar por telefone. É certo que, como hostnames ha4pv56a pode comunicar uma grande quantidade de informações sobre um host, mas eles são difíceis de lembrar, principalmente para novas pessoas. Imagine uma situação em que o patrão diz: "Rápido, corra até o centro de dados e reinicie o servidor de arquivos ha4pv56a! É pendurado, e todo mundo está preso!" Você corre para o elevador, então montá-lo e esperar até a segunda conjunto de elevadores para chegar ao centro de dados. Quando você finalmente chegar lá, você é confrontado por quatro servidores: ha4pb56a, ha4pd56a, ha4pt56a e ha4pv56a. Se você reiniciar o errado, você vai afectar 100 de outro modo os utilizadores afectados, que vai ser bastante irritado.
Se, ao invés daqueles difíceis de lembrar nomes que você escolher nomes pronunciável e memorável de um tema, você vai acertar sempre. Regra de ouro: Se você tem que ler mais de três caracteres no nome de um sistema, é provavelmente um mau nome.
Automatize tarefas de rotina. O erro humano é uma das principais causas de inatividade do sistema. Os computadores são muito bons em fazer tarefas rotineiras e chato. Ao automatizar os uma vez, que reduzem significativamente a chance de erro quando a tarefa deve ser repetida.
Eliminar a ambiguidade do meio ambiente. Se não está claro quem você deve chamar quando quebra alguma coisa, ou quem tem autoridade para tomar uma rede para baixo, a coisa de errado vai acontecer.
A linha inferior é que você quer para minimizar os pontos de controle e contenção, e com a introdução das variáveis. As poucas coisas que estão lá, as poucas coisas que podem quebrar.
Como o erro humano é a principal causa de paralisação, uma forma importante para melhorar a disponibilidade é para reduzir o número de erros que os seres humanos (administradores) faz em sistemas críticos. A melhor maneira de fazer isso é dar-lhes oportunidade de fazer menos erros (mesmo os honestos). Ao tornar os sistemas mais simples, você faz exatamente isso. Sistemas mais simples exigem menos atenção administrativa, portanto há menos razão para administradores de interagir com eles, assim há menos chance para eles fazerem um erro que traz o sistema.

um artigo submetido por Ben Smeider

Isenção de responsabilidade:O nosso site não se responsabiliza pelo conteúdo deste artigo. Webarticles é uma fonte de informação livre.
Importante: Este artigo "A documentação do usuário geralmente é um bom ponto de partida" foi traduzida por um software automático. Nós sentimos muito por quaisquer erros de ortografia que pode ter ocorrido. Obrigado pela sua compreensão.