¿Existe correlación entre rentabilidad y calidad de código?

Comprar más servidores podría no resolver nada si sus procesos son lineales o si no pueden ejecutarse en paralelo.

Si el software involucrado no es importante para su negocio, contrate a un pariente o alguien que necesite un seguro antes de retirarse o algo para hacer lo que sea. Sus resultados probablemente serán “eh, lo que sea” también.

Si el software ES importante para su negocio, controle el diseño de todo el sistema (proceso de negocio, flujo de trabajo, lo que sea). Consígalo bien documentado, especialmente sobre cómo funciona realmente. También querrás saber qué QUIERES que haga, qué NECESITAS que haga y, si tienes mucha suerte, cuál fue el diseño original.

Solo una vez que haya decidido lo que necesita y qué pueden hacer sus desarrolladores para que trabaje para usted, y si sigue CAMBIANDO sus requisitos (especialmente sin consultar con sus desarrolladores sobre el costo de sus cambios), finalizará con un gran fracaso. La mayoría de los proyectos de software grandes fallan por alguna variación de la razón por la cual los propietarios del proyecto siguen cambiando sus requisitos.

Hay una diferencia entre un desarrollador de software que no es tan bueno debido a la inexperiencia, y uno que ha existido por un tiempo pero que aún no es muy bueno (por alguna razón). Estaría dispuesto a arriesgarme con el primer tipo, pero el segundo tipo me asusta, principalmente porque no entiendo cómo piensa la gente así.

Para cualquier software, hay “lo suficientemente bueno”. Lo suficientemente bueno varía con el tipo de software, la audiencia prevista, etc. Para el software que se ocupa de las finanzas personales, o la privacidad y la seguridad, el nivel es bastante alto. Quisiera a alguien con experiencia demostrada en el campo. Para otras cosas menos críticas, estaría bien con alguien que va a aprender algo en el trabajo, sin restricciones externas como “esto debe hacerse ayer”.