La documentación de usuario suele ser un buen punto de partida

# 3: explotación de los recursos externos

Solución 2: un problema que,

Alguien dijo una vez que una buena herramienta es la que tiene aplicaciones que incluso su inventor no había previsto. Si bien es cierto, la mayoría de herramientas están diseñadas para un solo propósito. A pesar de un cuchillo de mantequilla puede girar un tornillo, que no se usará uno como un destornillador y esperamos los mismos resultados. Lo mismo sucede para el software, usted no debe tratar de meter con calzador en el software que realicen una función que no fue diseñado para hacer.

No trate de hacer una gran solución si los diseñadores no tenía intención de que sea utilizado en la forma que usted propone. Los problemas complejos tienen muchos aspectos (subproblemas) para ellos y puede requerir más de una solución. Examina un subproblema en un momento, y resolverlo. Si la solución pasa para ayudar a resolver otro subproblema, eso es casualidad. Pero no espere que ocurra cada vez. De hecho, una solución puede crear otros problemas imprevistos, como la incompatibilidad con otros productos.

Si usted tiene fe en sus proveedores y su fuerza de ventas, a continuación, cuando el vendedor no recomienda su uso de su producto en un cierto modo, lo mejor es escuchar sus consejos. Tenga en cuenta la motivación del vendedor (asumiendo que es un buen vendedor y honesto). Él quiere que en última instancia, clientes satisfechos. Los clientes felices compran más, y cuando compran más, se gana más dinero. Si le dice algo que le desanima a comprar un producto, es rechazar el beneficio a corto plazo para una ganancia a largo plazo. Esa es la marca de un buen vendedor, él está tratando de construir una relación de confianza con su cliente. Cuando un vendedor o un ingeniero de ventas hace esto, deben considerarse las recomendaciones cuidadosamente, es probablemente válida.

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

Vivimos en un mundo enormemente complejo. Tenemos las tecnologías y herramientas de la que nunca nuestros padres y sin duda nuestros abuelos soñado. Y nuestros hijos probablemente verá similares avances tecnológicos en sus vidas.

Eliminar el hardware extraños en sistemas críticos. Obtener los escáneres fuera de los sistemas de producción-a menos que su trabajo implica el análisis de la producción, por supuesto. Si los servidores no necesitan pantallas gráficas y los ratones, a continuación, eliminarlos; no aportan nada y son sólo dos cosas más que se pueden romper.
Slim los servidores para que sólo se ejecutan las aplicaciones críticas. Deje de jugar Doom en los sistemas de producción, incluso si el juego se ejecuta más rápido allí. No ejecute los protectores de pantalla en los sistemas de producción; los monitores modernos no se burn-in (que es lo que los protectores de pantalla fueron originalmente empleado para defenderse). Protectores de pantalla de hoy no son más tontos de la CPU.
Desconecte los servidores de las redes en las que no es necesario. No hay ninguna razón para el desarrollo o las redes de control de calidad a ser conectados a los servidores de producción. Una tormenta de red u otro problema en esas redes pueden tener un efecto adverso sobre la producción.
Seleccione los nombres de host que son fáciles de recordar y fácil de comunicar por teléfono. Es cierto que, como nombres de host ha4pv56a puede comunicar una gran cantidad de información acerca de un host, pero son difíciles de recordar, sobre todo para gente nueva. Imagine una situación en la que el jefe dice: "Rápido, corre hasta el centro de datos y reiniciar el servidor de archivos ha4pv56a! Está colgado, y todo el mundo está en la cárcel!" Corre hacia el ascensor, y luego montarlo hasta esperar a la segunda conjunto de los ascensores para llegar al centro de datos. Cuando finalmente llegar hasta allí, se enfrentan a cuatro servidores: ha4pb56a, ha4pd56a, ha4pt56a, y ha4pv56a. Si reinicia el equivocado, te afectan de otra manera 100 usuarios afectados, que va a estar bastante enojados.
Si en vez de los difíciles de recordar los nombres que usted elija los nombres de pronunciable y memorable de un tema, lo haré bien todo el tiempo. Regla de oro: Si usted tiene que leer más de tres caracteres en el nombre de un sistema, es probablemente un mal nombre.
Automatizar las tareas de rutina. El error humano es una de las principales causas de tiempo de inactividad del sistema. Las computadoras son realmente buenos para hacer tareas rutinarias y aburridas. Mediante la automatización de una vez, que reduce significativamente la posibilidad de error cuando la tarea se debe repetir.
Eliminar la ambigüedad del medio ambiente. Si no está claro a quién debe llamar cuando se rompe algo, o que tiene autoridad para tomar una red de abajo, lo malo va a suceder.
La conclusión es que desea reducir al mínimo los puntos de control y contención, y la introducción de variables. El menor número de cosas que están ahí, las pocas cosas que se pueden romper.
Dado que el error humano es la principal causa de inactividad, de una forma importante para mejorar la disponibilidad es reducir el número de errores que los seres humanos (administradores) que en los sistemas críticos. La mejor manera de hacerlo es darles menos oportunidades de cometer errores (incluso los honestos). Al hacer que los sistemas más simples, a hacer precisamente eso. Simplificación de los sistemas requieren menos atención administrativa, por lo que hay menos razones para que los administradores de interactuar con ellos, así que hay menos oportunidad para que se comete un error que trae el sistema.

un artículo presentado por Ben Smeider

Descargo de responsabilidad:Nuestro sitio web no es responsable por el contenido de este artículo. Webarticles es un recurso de información gratuito.
Importante: Este artículo "La documentación de usuario suele ser un buen punto de partida" fue traducida por un software automático. Sentimos pena por los errores de ortografía que pueda haber ocurrido. Gracias por su comprensión.