1. Esta pregunta es la razón principal por la cual la ingeniería de software existe como disciplina en sí misma.
2. Escriba para la reutilización (la misma lógica de negocios se puede reutilizar muchas veces cuando se divorcia de la IU, por ejemplo)
3. Haga la menor cantidad posible de suposiciones (pero no el punto de generalización prematura)
- Poco ha aparecido públicamente sobre los cañones de riel en los últimos dos años. Aunque los éxitos de la física aplicada son impresionantes, ¿qué pasa con el desarrollo de software encargado de lograr la intercepción?
- ¿Cuál es la diferencia entre software y aplicaciones?
- ¿Cuál es el peor software ERP con el que has trabajado?
- ¿Cuál es la mejor aplicación de transmisión en vivo?
- ¿Cuál es el mejor programa CAD para el diseño de joyas?
4. Construya redes de seguridad para que nunca vaya “hacia atrás” (deshaga cosas que parecían funcionar pero que no funcionan) siendo las redes de seguridad principales la gestión de cambios (también conocido como control de versiones en sus formas diluidas), compilación / prueba / liberación automáticas sistema y pruebas automatizadas
5. Cuando sea posible, escriba su código para que sea portátil y, si trabaja en un lenguaje orientado a objetos, encapsule cualquier material específico de la plataforma en su propio módulo
6. Siempre busque formas de mejorar su proceso de desarrollo. El enfoque aquí debería estar en la productividad individual medida por la expectativa de vida de cualquier 1000 líneas de código que escriban. Por ejemplo, el nuestro es relativamente alto en 2.5 años más o menos para el código específico del dominio y más de 5 años (más largo que el historial de nuestra compañía) para el código de la biblioteca y la utilidad.