-
Ya es bastante difícil encontrar un error en su código cuando lo está buscando; es aún más difícil cuando ha asumido que su código está libre de errores.
-
El trabajo del gerente promedio requiere un cambio de enfoque cada pocos minutos. El trabajo del desarrollador de software promedio requiere que el desarrollador no cambie de enfoque más de una vez cada pocas horas.
-
Un buen código es su mejor documentación. Cuando esté a punto de agregar un comentario, pregúntese: "¿Cómo puedo mejorar el código para que este comentario no sea necesario?"Mejore el código y luego documéntelo para hacerlo aún más claro.
-
Los proyectos de software fracasan por una de dos razones generales: el equipo del proyecto carece del conocimiento para llevar a cabo un proyecto de software con éxito, o el equipo del proyecto carece de la determinación para llevar a cabo un proyecto de manera efectiva.
-
En el software, la cadena no es tan fuerte como su eslabón más débil; es tan débil como todos los eslabones débiles multiplicados juntos.
-
El movimiento predeterminado en un proyecto de software debe ser en la dirección de eliminar elementos del software para simplificarlo en lugar de agregar elementos para hacerlo más complejo.
-
Es mejor esperar a que un programador productivo esté disponible que esperar a que el primer programador disponible sea productivo.
-
No hay secretos en un proyecto de software exitoso. Tanto las buenas como las malas noticias deben poder moverse hacia arriba y hacia abajo en la jerarquía de ptoject sin restricciones.
-
... la programación requiere más concentración que otras actividades. Es la razón por la que los programadores se molestan por las 'interrupciones rápidas'; tales interrupciones equivalen a pedirle a un malabarista que mantenga tres bolas en el aire y guarde sus comestibles al mismo tiempo.
-
Está bien descubrir misterios de asesinatos, pero no debería necesitar descifrar el código. Deberías poder leerlo.
-
El problema con quick y dirty es que la suciedad permanece mucho después de que Quick se haya olvidado.
-
Las pruebas por sí solas no mejoran la calidad del software. Los resultados de las pruebas son un indicador de calidad, pero en sí mismos no la mejoran. Tratar de mejorar la calidad del software aumentando la cantidad de pruebas es como tratar de perder peso pesándose más a menudo. Lo que come antes de subirse a la báscula determina cuánto pesará, y las técnicas de desarrollo de software que utilice determinan cuántos errores encontrarán las pruebas. Si quieres perder peso, no compres una báscula nueva; cambia tu dieta. Si desea mejorar su software, no pruebe más; desarrolle mejor.
-
Un buen código es su mejor documentación.
-
La construcción de software implica varias etapas de planificación, preparación y ejecución que varían en tipo y grado según lo que se esté construyendo. [...] Construir una torre de cuatro pies requiere una mano firme, una superficie nivelada y 10 latas de cerveza intactas . Construir una torre 100 veces ese tamaño no solo requiere 100 veces más latas de cerveza.
-
Un buen diseño visual muestra la estructura lógica de un programa.
-
Una solución de fuerza bruta que funciona es mejor que una solución elegante que no funciona.
-
Incluso cuando tienes personas capacitadas, motivadas y trabajadoras, la estructura incorrecta del equipo puede socavar sus esfuerzos en lugar de catapultarlos al éxito. Una estructura de equipo deficiente puede aumentar el tiempo de desarrollo, reducir la calidad, dañar la moral, aumentar la rotación y, en última instancia, provocar la cancelación del proyecto.
-
La ingeniería es la aplicación de principios científicos hacia fines prácticos. Si la ingeniería no es práctica, es mala ingeniería.
-
Tratar de aplicar métodos formales a todos los proyectos de software es tan malo como tratar de aplicar el desarrollo de código y corrección a todos los proyectos.
-
La heurística es un algoritmo con traje de payaso. Es menos predecible, es mà ¡s divertido y viene sin una garantÃa de devolución de dinero de 30 dÃas.
-
Un intento general de evitar errores es el mayor error de todos.
-
En software, los consultores a veces le dicen que acepte ciertos métodos de desarrollo de software con exclusión de otros métodos. Eso es desafortunado porque si compras una metodología única al 100 por ciento, verás el mundo entero en términos de esa metodología. En algunos casos, perderà ¡oportunidades de utilizar otros mà © todos que se adapten mejor a su problema actual.
-
el 95% en contenido y lenguaje informático sigue siendo el mismo.
