Etapas del desarrollo del programador.

El desarrollador de juegos independiente Erik Rydeman ha identificado una lista de etapas típicas del desarrollo de un programador.

• Pastor copista/novato completamente ecológico: tratando de reunir ejemplos de código que encontró en línea. Tiene una vaga idea de qué y cómo funciona.
• Novato independiente: ¡Viendo Matrix! De hecho, lo vio por el rabillo del ojo, pero aún no se da cuenta y se engaña sinceramente, pensando que ha aprendido el poder y ahora es un asunto menor (jeje). Puede escribir código simple e complejo sin mirar ejemplos. Está muy contento cuando los resultados de su trabajo son exactamente como se esperaba.
• Una mirada más cercana a los patrones de diseño. Ya domina la sintaxis de su primer idioma y ahora está analizando las mejores prácticas. Comienza a estudiar patrones de diseño y la omnipotencia que descendió sobre él en la etapa anterior se disuelve como niebla otoñal. Ante nosotros se encuentra nuevamente un recién llegado irremediablemente verde y eternamente dudoso...
• Entusiasta de los patrones de diseño. Su conciencia vive con la idea del “código ideal”. Un entusiasta intenta estructurar su propio código de manera que se acerque a un ideal inalcanzable y se ajuste lo más posible a los patrones existentes. Ahora es mucho más agradable trabajar con el código que escribió.
• Sobrefanático arquitectónico: le pasa a todo el mundo. Pero algunos programadores profundizan en las mejores prácticas con tanto celo que están dispuestos a defenderlas con un celo que incluso los fanáticos religiosos experimentados envidiarían. Y, como estos últimos, no se calman hasta que todos los que les rodean aceptan su punto de vista o abandonan su campo de visión. A veces, en esta etapa, la productividad disminuye, y todo porque se toman decisiones equivocadas (demasiada confianza en la teoría, no confirmada por la práctica).
• Arquitecto experimentado. La experiencia acumulada empieza a dar sus frutos. El “arquitecto” sabe instintivamente lo que realmente está sucediendo y qué hacer al respecto. En esta etapa, el programador comienza a alejarse de los dogmas estrictos y su frase principal se convierte en "depende" ("cualquier cosa puede pasar"). Las decisiones difíciles ya no son su fetiche.
• Minimalista ascético. Pregunta: ¿Cuál es la mejor manera de estructurar el código? La respuesta del asceta: la más sencilla de todas las posibles. Ahora le interesan mucho menos los desarrollos teóricos de la ingeniería que los resultados prácticos, y es muy posible encontrar una solución que resulte buena y hacerlo en el primer intento: la experiencia de un asceta ayuda.

¿En qué etapa estás?