Cómo construir un gran software

¿Cómo construir un gran software

Word Count:
723

Resumen:
En este artículo voy a explicar las 10 falacias de desarrollo de software de mi empresa evita. Al evitar estos mitos y concentrarse en la excelencia, somos capaces de hacer que el software de gran calidad.


Palabras clave:
software, los mitos, las grandes falacias, el desarrollo


Cuerpo del artículo:
En este artículo voy a explicar las 10 falacias de desarrollo de software de mi empresa evita. Al evitar estos mitos y concentrarse en la excelencia, somos capaces de hacer que el software de gran calidad.

Software Mito 1) deben ser diseñados con todo detalle antes de que comience el desarrollo, de modo que un plan claro puede ser fuera de clara disposición.

La verdad) El más complejo es un diseño, más como el software de diseño en sí es. Mediante el perfeccionamiento de un diseño, a continuación, escribir el software para que el diseño, que está efectivamente al escribir la obra dos veces. En su lugar, haciendo algunos bocetos de diseño simple y modelado de datos en lugar de un libro-como el diseño, un equipo de desarrollo bien puede crear un shell para el software de manera eficiente y refinarlo para el producto terminado. Este proceso de refinamiento crea prototipos naturales, permite una fácil adaptación, cuando los problemas que se imprevisto por un diseño nacido (o criados como nuevas preocupaciones por un cliente), y el proceso total dura mucho menos tiempo. Para llevar esto a cabo requiere de un equipo cercano, la habilidad y experiencia, pero es de lejos la mejor opción para la mayoría de las situaciones.

Mito 2) Hay programadores, diseñadores, analistas y usuarios.

La verdad) Al estructurar el desarrollo para que todos los desarrolladores a obtener cierto grado de exposición a cada parte del proceso de desarrollo, las habilidades pueden ser compartidos y un mayor conocimiento puede ser adquirido. Si se anima a utilizar realmente el software, entonces puede utilizar esa experiencia para pensar en las mejoras que de otra manera no saldrían a la luz.

Mito 3) Un equipo feliz es un equipo productivo.

La verdad) Un equipo de personas con una amplia variedad de recursos naturales habilidades, experiencia y preocupación, que critica a los demás y argumenta con vehemencia sobre los detalles más pequeños, se abrirá y resolver los problemas que de otro modo nunca se iban a abordar. Un horno de argumento implacable es la mejor manera de forjar el entendimiento y alcanzar la perfección.

Mito 4) Es importante entender nuestra dirección y que no comprometan con él.

La verdad) La vida es compromiso, y el compromiso no es una debilidad. Siempre habrá problemas (como la eficiencia, el presupuesto, la facilidad de uso, potencia, alcance, y la necesidad de internacionalización fácil) que no pueden ser simultáneamente satisfechas sin tal compromiso.

Mito 5) Sabemos lo que quiere el cliente, sabemos cuáles son los problemas.

La verdad) sin una reevaluación constante, es fácil perder de vista el objetivo. Los desarrolladores a menudo se enfrentan con problemas que resolver que consideran los problemas, cuando éstos son, de hecho, separados de los objetivos reales del mercado y puede llegar a ser totalmente irrelevante. Los desarrolladores siempre debe comprender los objetivos de mercado y ser capaces de adaptarse al cambio de otras cosas, o incluso los propios objetivos de cambio.

Mito 6) Más grande es mejor. Las características son cool.

Características de la verdad) puede confundir a los usuarios, y su valor real siempre debe considerarse en el costo de la confusión. En algunos casos es razonable para eliminar realmente las características de trabajo, debido a esas preocupaciones.

7a mito) El cliente siempre tiene razón.

La verdad) La mayoría de los clientes tratan de no mirar ignorante frente a los desarrolladores de software, y por lo tanto la frase de sus sugerencias en una forma técnica. El efecto es que a menudo las sugerencias no son realmente apropiado, porque no está fundada en una sólida comprensión de las cuestiones técnicas.

Mito 7 ter) El cliente es a menudo mal.

La verdad) Aunque las necesidades de los clientes a menudo no se satisfacen mejor por hacer literalmente lo que dicen, ellos siempre saben lo que quieren y por qué lo quieren - y por lo general de muy buena razón. Entenderlas y adaptar lo que dicen, hablar con ellos, pero nunca ignorar.

Mito 8) Comenta tu código mucho.

La verdad) Código de Buen requiere poco comentario, ya que utiliza sensible de nombres y espacios en blanco son mejores alternativas. Los comentarios deben sólo alguna vez explicar la no-obvio, o proporcionar la documentación de la API estándar.

Mito 9) Tal y como se necesita, tal y como es muy grande.

La verdad) Un mal trabajador culpa a sus herramientas. Mientras que algunos de desarrollo de herramientas de desarrollo sustancialmente la ayuda, un buen programador puede hacer grandes resultados en la mayoría de las cosas que se les sirve. Hay algunas excepciones, como Microsoft Access, o en lenguaje ensamblador, pero en general la diferencia en los resultados de la calidad es mucho más debido a las habilidades de los desarrolladores de la calidad de sus herramientas.

Mito 10) El cliente entiende que si hay una interfaz eficiente y fácil de usar.

La verdad) La interfaz no sólo tiene que ser fácil de usar, tiene que ser navegable sin una comprensión global de los sistemas. Pantallas deben ser auto-descriptivo.