¿Cuál es la diferencia entre un desarrollador de software y un arquitecto de software?

El desarrollador de software es generalmente un ingeniero bien versado en un lenguaje de programación que se puede utilizar para crear software.

Software Architect es un profesional independiente del lenguaje que puede diseñar un software desde diferentes perspectivas.

Martin Fowler se refiere al arquitecto de software para que sea como un “urbanista”.

En mi experiencia, el Arquitecto de software y el Desarrollador de software son roles superpuestos. He visto a Arquitectos que son muy prácticos y pueden escribir un código excelente. Hay desarrolladores de software que pueden diseñar software maravilloso.

Si realmente está buscando la diferencia en dos roles, el desarrollador de software debe implementar el diseño creado por el arquitecto de software. Por lo tanto, el trabajo de Software Architect es una entrada para el trabajo del desarrollador de software.

Sígueme en Gautam Gupta porque puedo ayudarte a aprender las últimas cosas en Arquitectura de Software.

Todos tienen su propia definición de lo que es realmente la arquitectura de software, y las definiciones rara vez coinciden. Hace años, noté una tendencia común en estas definiciones y se me ocurrió mi propia metadefinición, pero a la mayoría de la gente no parece gustarle: la arquitectura de software es el aspecto de diseño estratégico de cualquier nivel en el que trabaje predominantemente.

En otras palabras, sea cual sea el nivel en el que esté trabajando, día a día, cuando se detenga a considerar los problemas estratégicos, debe alejarse a una altitud lo suficientemente alta como para poder comenzar a ver la forma del bosque en lugar de ver nada más que arboles Esa es la arquitectura.

Para el mejor talento tecnológico de una empresa, eso puede significar cosas como plataformas, protocolos, tecnologías, lenguajes de programación, etc.

Para el desarrollador de trincheras, eso puede significar cómo encajan los diversos componentes con los que están trabajando.

Para el arquitecto del equipo, eso puede significar cómo los diversos subsistemas de esta aplicación encajan entre sí.

En general, con proyectos que involucran a muchos programadores, es necesario mantener el contexto común en el nivel estratégico (es decir, arquitectura) coherente entre los desarrolladores. También es necesario tener una visión unificada para el panorama general, es decir, no solo cómo interactúan las diferentes partes del sistema de software a nivel estratégico, sino también hacia dónde va la dirección estratégica del sistema en su conjunto.

Tener una persona (o a veces un grupo) que aborde específicamente esos problemas es una forma de satisfacer esas necesidades. Dejando a un lado si es el mejor enfoque …

… para que una persona o personas hagan un buen trabajo, tener una competencia básica en todos o en la mayoría de los aspectos del desarrollo involucrado suele ser una buena idea. Esto se debe a una serie de razones, comenzando con el respeto (y el respeto * por *) de los otros desarrolladores, la capacidad de comunicarse con ellos, etc., pero lo más importante, tener una sensación innata decente de los desafíos y soluciones, y de los subsistemas que interactúan entre sí.

Además, un arquitecto generalmente necesita tener buenas habilidades para comunicarse con otras partes interesadas, generalmente no técnicas. Tanto para solicitar su opinión como para obtener su aceptación del plan estratégico. El software no existe en el vacío.

La persona que realiza la arquitectura del software puede o no tener que hacer también la planificación del proyecto, la gestión y el liderazgo del equipo, pero ciertamente al menos tendrá que trabajar extensamente con esas personas.

También hay habilidades importantes hacia adentro como la comunicación individual y grupal con los otros desarrolladores. Algunos de estos son “blandos”, como la resolución de conflictos, otros son técnicos, como una comprensión de UML mejor que la media, etc.

Software Architect es aquel que toma decisiones de diseño de alto nivel y dicta los estándares técnicos, incluidos los estándares, herramientas y plataformas de codificación de software.

El trabajo del desarrollador de software es investigar, diseñar, implementar y probar el software.

Vea mi respuesta a la siguiente pregunta, donde enumero algunas de las cualidades y habilidades particulares que busco en un arquitecto de software:

Si uno asume el rol de arquitecto técnico por ser desarrollador, ¿cuáles son los requisitos básicos para llegar allí?

Dado que esta pregunta es sustancialmente similar a varias otras en Quora, lo remitiré a mi respuesta en otro lugar en lugar de repetirla.

La respuesta de Doug Bell a ¿Cuál es la diferencia entre arquitecto de software, desarrollador, programador e ingeniero de software?

La herramienta principal de un desarrollador de software es eclipse.

La herramienta principal de un arquitecto de software es PowerPoint.

Triste pero cierto :).

Se trata de su zona de autoridad y responsabilidad, eche un vistazo: ¿Qué hace un arquitecto de software?