Esto simplemente depende de la capacidad de los propios desarrolladores y de la disposición de la empresa para moverse.
Muchos desarrolladores carecen de los conocimientos de desarrollo adecuados. En su mayoría dan puñaladas en la oscuridad hasta que alcanzan su objetivo.
Un buen software tiene en mente la composición y hace un uso intensivo de los componentes conectables.
- ¿Qué tan viable es ser algo así como un gato de todos los oficios de desarrolladores web y de software en lugar de especializarse?
- ¿Cuáles son las habilidades necesarias para progresar con el ritmo de Marissa Mayer en la industria del software?
- ¿Puede el desarrollador de software convertirse en la persona más rica?
- ¿Qué habilidades blandas deberían los desarrolladores dedicar más tiempo a cultivar para ser más felices y empleables?
- ¿Dónde está el mejor lugar para vivir para un desarrollador de software?
En Good software, si una parte del sistema no le conviene, ¡cámbiela! Si respetas los límites, el resto del código ni siquiera se dará cuenta.
El lenguaje más reciente lo hace mucho más fácil. P.ej. Go tiene el concepto de interfaces implícitas! ¡Impulsa al desarrollador a crear muchas interfaces pequeñas porque es barato y fácil y la recompensa es enorme!
Entonces, depende de dos cosas:
- Habilidades de desarrollador
- Disponibilidad de las empresas para mover el código heredado a nuevos idiomas (o versiones más nuevas de ellos)
Como QA, puedo decirle que la calidad es preocupante y que la mayoría de los desarrolladores no pueden distinguir entre la inyección de dependencia y la inversión de dependencia. Peor aún, ¡una gran parte no tiene ni idea!
Y si pregunta: “¿Qué paradigma de programación se adapta mejor al problema en cuestión?” O “¿Es una construcción idiomática?”.
Los desarrolladores de APL son ipso facto capaces de responder sobre modismos, pero no pregunte a un desarrollador de PHP o Java (puede hacer una lista de todos los lenguajes que no tratan algunas construcciones como modismos en la fase de compilación: APL reconoce el código idiomático y lo optimiza )!
Efecto Dunning-Kruger: ¡Wikipedia también está siempre en la esquina!
También podemos imaginar que en algún momento, la creación de un programa se realizará de una manera totalmente declarativa. Sería suficiente decir lo que quiere como resultado, y la computadora lo logrará. Este cambio por sí solo eliminaría casi TODOS los desarrolladores que actualmente no pueden realizar un análisis comercial adecuado o incluso uno funcional. ¡Algunos ni siquiera pueden manejar los casos de uso correctamente!