¿Crees que trabajar con un buen marco de desarrollo de software mejora tu capacidad de pensar como un arquitecto de software? Por favor elabora.

Tienes que entender la diferencia entre un arquitecto y un desarrollador \ programador.

El arquitecto es parecido a un ingeniero de principios del siglo XX. es decir, una persona que hace el plano completo de una solución o producto en papel. El estampado azul tendrá los detalles minuciosos del diseño. Muchos de estos detalles serían elecciones que el Ingeniero tomaría en función de muchos factores como la innovación, el mantenimiento, los costos operativos, la seguridad, etc. El trabajo del Ingeniero era encontrar la solución en papel.

Develope \ Programmer es similar a los técnicos o asistentes que trabajan en el proyecto. Simplemente sigue un conjunto de instrucciones o pautas como están escritas en el plano. El dominio de su trabajo permanece siguiendo estas instrucciones, no diseñando el sistema ni decidiendo realizar cambios en él.

Si solo está utilizando un marco como desarrollador, es muy poco probable que lo ayude a convertirse en un arquitecto. Trate de ver cómo se ha diseñado el marco. ¿Cuál fue el problema que hizo posible la necesidad de este marco como solución? ¿Qué puede mejorarlo? En el momento en que propone su primera sugerencia para la mejora de la red troncal del marco, ha comenzado a pensar como un arquitecto o un verdadero ingeniero.

Soy un científico informático con 23 años de experiencia y he diseñado muchos sistemas.

No creo que trabajar con un buen marco te haga un mejor arquitecto.

Creo que trabajar con un buen marco puede facilitar el trabajo de desarrollo, pero el rol de un arquitecto es más sobre la elección de un franework apropiado o el diseño de uno nuevo. Para tomar buenas decisiones de arquitectura con respecto a los marcos, debe considerar las compensaciones cuidadosamente y evitar sesgos hacia un marco en particular.

No necesariamente, pero sí.

Es una buena referencia para aprender, ya que está utilizando buenos patrones de software. Y la mayoría de los marcos buenos usan la nomenclatura asociada a los patrones, por lo que le facilita recordarlos en relación a cómo se usan.

Por lo tanto, puede ayudar a encuadrar su pensamiento en la dirección correcta.

Sin embargo, no todos los desarrolladores abstraerán su pensamiento, que es otra condición necesaria para una arquitectura adecuada.

Como lo has redactado, no, no lo creo.

Trabajar con un solo marco de desarrollo de software bueno, no mejora la capacidad de pensar como un arquitecto de software.

Trabajar con muchas personas , junto con la comprensión de los méritos y desventajas relativas de ellas y las alternativas, y la situación y las circunstancias en las que se deben aplicar éstas y las alternativas.