Una de las cosas que lee una y otra vez cuando la gente habla sobre qué plataformas, idiomas, herramientas, etc. es “depende”. Eso no es una respuesta. Por supuesto que depende. No hay bala de plata. Una talla no sirve para todos. El punto es que se trata de compensaciones. Si elige X sobre Y, gana A, B, C y pierde D, E y F.
Depende, aunque precisa, es débil. Significa que debe identificar las alternativas, investigar y determinar qué opción se adapta mejor a sus necesidades.
Tomemos JavaScript ya que es bien conocido. Si desea escribir una aplicación de consola, puede usar Node. Si desea escribir una aplicación orientada al usuario, puede crear una para el navegador. ¿Qué bibliotecas deberías usar para esa aplicación? jQuery, Redux, Angular, etc. Hay demasiadas opciones para contemplar. Es difícil responder a esa pregunta incluso cuando está aprovechando pilas / marcos completos porque incluso en ese espacio hay muchas opciones. ¿Qué sucede si desea utilizar microlibliotecas y seleccionar manualmente las adecuadas para su aplicación? Ahora tiene muchas opciones que cubren muchas categorías. Acabas de multiplicar el espacio del problema. Depende de mi pie!
- ¿Cómo estructura su equipo su proceso de desarrollo de software?
- Codificación Bootcamp vs grado de 4 años (ingeniería de software, informática)? ¿Cuáles son los costos y beneficios de ambos? ¿Cuál podría ser mejor?
- Cómo aprender el desarrollo impulsado por el comportamiento (BDD)
- ¿Qué es exactamente un SDK?
- ¿Cuántos descansos toman los desarrolladores de software y con qué frecuencia?
Lo que la gente quiere y necesita es una arquitectura que se adapte a una amplia gama de casos de uso para que puedan trabajar con un conjunto conocido de cosas, independientemente de los detalles del software. Decir “depende” es simplemente otra forma de decir gastemos la mitad delantera del proyecto simplemente decidiendo y definiendo nuestra infraestructura, porque realmente tenemos que identificar las mejores piezas para este caso de uso en particular.
Personalmente me he desafiado a mí mismo para encontrar una arquitectura que funcione para casi cualquier tipo de aplicación. Si bien aún no lo he probado, creo que las ideas correctas se pueden encontrar en Elm Architecture y sus derivados (Redux, Cycle.js, etc.). Elm no es muy diferente al estilo de código big-bang que descubrí por primera vez en Racket (ver el libro Realm of Racket). La premisa es que el estado de su aplicación está contenido en un único objeto del mundo que puede modificarse cuadro por cuadro utilizando funciones puras. Esto significa que todos los programas son esencialmente reducciones (que dependen de la conocida función de reduce ).
Creo que esta forma de modelar programas puede funcionar bien en muchas situaciones. Puede funcionar con videojuegos, aplicaciones web, microservicios, demonios, aplicaciones de consola, etc. El área de investigación abierta no se trata tanto de encontrar nuevos diseños como de modelar una arquitectura más general y luego demostrar que se puede aprovechar con éxito para hacer software en cada una de las categorías anteriores. Si hace esto, tendrá éxito en enseñar a muchos programadores que “depende” se usa en exceso y que las arquitecturas generales son suficientes incluso si no son óptimas.
Lo que sería notable de eso es que la gente podría mover más rápidamente las decisiones pasadas de infraestructura para construir las cosas que realmente importan.