¿Cómo coordinan sus esfuerzos los desarrolladores de software con diferentes niveles de experiencia?

Supongo que la respuesta simple sería “liderazgo”. No gerencia, sino liderazgo , ya sea formal o informal. En mi opinión, los mejores desarrolladores también son líderes. Estos programadores son el negocio más grande en toda la industria de desarrollo de software.

¿Por qué son una ganga? Porque un buen desarrollador que no es un líder solo puede hacer 1x alguna unidad de trabajo de calidad. Por otro lado, un buen desarrollador que sea líder puede aportar hasta 5 veces más trabajo de calidad en un equipo de 5 personas (obviamente, estos números son cursis y solo para ilustración). En otras palabras, un buen desarrollador puede ser un multiplicador de fuerza. Sin embargo, a los mejores desarrolladores generalmente solo se les paga un pequeño porcentaje sobre los menos calificados.

¿Cómo lo hicieron? Un desarrollador que pueda liderar efectivamente se asegurará, con el tiempo, de que los desarrolladores menos calificados aprendan las buenas prácticas que siguen. Podrán describir por qué sus prácticas son efectivas. Además, podrán demostrar por qué sus prácticas son efectivas. Harán esto porque quieren trabajar con otros buenos programadores.

Pueden lograr esto por diversos medios, pero un ejemplo es diseñar una mini-arquitectura para una característica y descubrir cómo los desarrolladores menos calificados pueden encajar en las tareas de desarrollo dentro de la arquitectura. En otras palabras, mediante la creación de “sandboxes” donde los desarrolladores menos calificados pueden contribuir. También describirán por qué los sandboxes se presentan tal como están para que los desarrolladores menos calificados aprendan algo de arquitectura.

Otro medio es emparejar problemas interesantes para que el desarrollador menos calificado pueda ver el proceso de pensamiento seguido por el desarrollador más calificado. No entre en detalles aquí, hay mucho en la web.

Mike Thomas lo clavó: liderazgo . Alguien es siempre el arquitecto, lo quieran o no, lo sepan o no. Un buen desarrollador comenzará con una arquitectura amplia y luego dividirá el problema en partes manejables que se puedan integrar más adelante.

Si no hay un arquitecto designado en cada proyecto mirando el panorama general, lástima de esa compañía. Tendrán software fragmentado y pirateado. A menos que uno o más desarrolladores intensifiquen y planifiquen intencionalmente la arquitectura.

Una vez que la arquitectura se planifica y documenta , es trivial para un desarrollador junior seguir el plan, y trivial para probar si los desarrolladores junior están siguiendo el plan. El resto es solo código, niños y niñas.