Fasi di sviluppo del programmatore

Lo sviluppatore di giochi indipendente Erik Rydeman ha identificato un elenco di fasi tipiche dello sviluppo del programmatore.

• Copy-pastor/novizio completamente inesperto: cerca di mettere insieme gli esempi di codice che ha trovato online. Ha la più vaga idea di cosa e come funzioni.
• Principiante indipendente: vedere Matrix! In effetti, l'ha visto con la coda dell'occhio, ma non ne è ancora consapevole ed è in sincera delusione, pensando di aver imparato il potere e ora è una cosa da poco (hehe). Può scrivere codice semplice e complesso senza guardare esempi. È molto felice quando i risultati del suo lavoro funzionano esattamente come previsto.
• Uno sguardo più da vicino ai modelli di progettazione. Ha già imparato la sintassi della sua prima lingua e ora sta esaminando le migliori pratiche. Comincia a studiare modelli di progettazione e l'onnipotenza caduta su di lui nella fase precedente si dissolve come nebbia autunnale. Davanti a noi c'è di nuovo un nuovo arrivato irrimediabilmente verde ed eternamente dubbioso...
• Appassionato di modellismo. La sua coscienza convive con l'idea del “codice ideale”. Un appassionato cerca di strutturare il proprio codice in modo che sia vicino a un ideale irraggiungibile e si adatti il ​​più possibile ai modelli esistenti. Ora è molto più piacevole lavorare con il codice che ha scritto.
• Fanatico dell'architettura: capita a tutti. Ma alcuni programmatori approfondiscono le migliori pratiche con tale zelo che sono pronti a difenderle con uno zelo che persino i fanatici religiosi più esperti farebbero invidia. E, come questi ultimi, non si calmano finché tutti intorno a loro non accettano il loro punto di vista o lasciano il loro campo visivo. A volte in questa fase la produttività diminuisce, e tutto perché vengono prese decisioni sbagliate (troppa fiducia nella teoria, non confermata dalla pratica).
• Architetto esperto. L'esperienza accumulata comincia a dare i suoi frutti. L’”architetto” sa istintivamente cosa sta realmente accadendo e cosa fare al riguardo. In questa fase, il programmatore inizia ad allontanarsi dai dogmi rigidi e la sua frase principale diventa "dipende" ("tutto può succedere"). Le decisioni difficili non sono più il suo feticcio.
• Ascetico minimalista. Domanda: qual è il modo migliore per strutturare il codice? La risposta dell'asceta: la più semplice di tutte possibile. Ora è interessato agli sviluppi teorici dell'ingegneria molto meno che ai risultati pratici, e trovare una soluzione che si riveli buona, e farlo al primo tentativo, è del tutto possibile: l'esperienza di un asceta aiuta.

A che punto sei?