Quali benefici ottengo dalla buona metodologia?

La risposta più pratica sarebbe per proteggere la sua posizione .

Anche se per ora si ottengono progetti e tutto sembra a posto, c'è sempre il pericolo che un giorno cada dietro il più giovane e intelligente che conosce gli strumenti e le tecnologie moderne.

Un altro argomento è cercare idee per rendere il lavoro più efficiente . Nuovi strumenti e metodologie non sono inventati per noia ma per portare il lavoro al livello successivo, migliorare la qualità del codice, la manutenibilità e altri aspetti.

E l'ultimo argomento è che è un obbligo di qualsiasi professionista decente (non solo in IT) educarsi continuamente . Se uno non lo fa, non si attraversa mai la soglia della mediocrità.

Sembra che il tuo amico si trovasse in una trappola molto comune per i programmatori: il suo datore di lavoro ha bisogno di un esperto per il tipo di codice che ha in questo momento. Poiché il codice che ha ora diventa sempre più obsoleto, trovare esperti per quel tipo di codice sta diventando sempre più difficile. Quindi paga al tuo amico un salario alto per impedirgli di andarsene e impedirgli di imparare qualcosa di nuovo. Questa è ovviamente un'ottima posizione per entrare: il tuo amico non deve imparare nulla di nuovo e allo stesso tempo sta diventando sempre più difficile per il suo datore di lavoro sostituirlo. Ecco perché è così facile cadere in questa trappola. È il percorso più facile per entrambe le parti.

Il tuo amico potrebbe essere fortunato e rimanere in quella posizione fino al suo ritiro. Ma se il suo datore di lavoro dovesse mai decidere di non aver più bisogno di quel vecchio codice, o di interrompere la propria attività o di essere acquistato da un'altra società, il suo amico si troverà improvvisamente in un mercato del lavoro in cui gran parte della sua conoscenza è troppo specializzata e fuori di data. Inoltre, imparare cose nuove non diventa più facile se non lo pratichi. Se questo accade quando ha trent'anni, può ancora recuperare. Ma se succede quando ha circa cinquant'anni ... beh, immagina quanto potrebbe fare qualcuno in un colloquio di lavoro medio se non sapessero nulla che diventasse mainstream dopo il 1985.

IMHO, questo effetto spiega gran parte della disoccupazione tra i programmatori più anziani. Non sto dicendo che non ci sia discriminazione per età, sto solo dicendo che questa trappola è molto reale, molto pericolosa e molte persone ci cadono dentro, come mostrano i tassi di disoccupazione.

What benefit will he see from those methodologies?

Con quel tipo di atteggiamento, vedranno pochissimi benefici.

He has worked for a decade without unit-testing, uses code-behind and structure programming and it works for him

Stanno semplicemente resistendo al cambiamento. È solo un modo per evitare di imparare.

Molte, molte modifiche renderanno qualcuno migliore.

Ma, se vogliono resistere al cambiamento, sono liberi di evitare di imparare e migliorare.

Se è contento di quello che sta facendo e ha un reddito stabile, non c'è motivo per lui di cambiare.

Anche oggi ci sono programmatori COBOL con un reddito costante. Se la piattaforma è abbastanza grande, sarà probabilmente intorno finché non deciderà di andare in pensione. Il problema è che dovrà lavorare con la stessa piattaforma e il tipo di problema fino ad allora.

Se vuole fare qualcosa di diverso, dovrà spostarsi con il mercato.

Non so se OOP e n-tier siano veramente considerati come metodologie a loro modo Agile e Scrum. OOP e n-tier sono in realtà paradigmi / tecniche di programmazione.

Non ha per imparare tali tecniche. Ma la sua compagnia probabilmente deve competere con le aziende che le usano. Se possono competere senza di loro, più potere a lui.

Ogni problema ha uno strumento perfetto, e col passare del tempo gli schemi dei problemi iniziano a cambiare, quindi le vecchie ricette non si adattano come prima, ecco perché le persone hanno speso un sacco di tempo per vedere quali sono i nuovi problemi e qual è il modo migliore per affrontarli (metodologie agili che sostituiscono Cascading, Oggetti che sostituiscono le Procedure, con Oggetti che i Layes hanno più senso e così via).

Gli utenti sono cambiati, i clienti sono cambiati e anche le esigenze globali, quindi anche l'unico modo per rendere felici i nostri clienti sta cambiando.

Mantenere aggiornato con le ultime tecnologie è qualcosa che è una regola implicita che ogni sviluppatore deve rispettare, Ignorando questo concetto primario non sarà di alcun aiuto significativo per il programmatore / cliente.

Alto reddito è insignificante rispetto al rispetto degli standard di mercato nello sviluppo di applicazioni di qualità prima o poi ci sarà un punto tutto sarà snellito per seguire la stessa politica ed è meglio iniziare in ritardo che mai . (Fatto: i clienti fanno bene la loro ricerca in questi giorni prima che scelgano chi può consegnare i loro prodotti)

Quali benefici vedrà da queste metodologie? Più produttività in primo luogo e lui può assegnare le stesse risorse ai recenti standard per produrre più throughput. È così semplice.

Ora sto iniziando a capire perché la frase "Dead as a Dodo" è venuta a posto:)

forniscono risultati ripetibili e un processo che può essere misurato e migliorato

i nuovi strumenti offrono modi più efficienti per risolvere i problemi comuni

I coltelli di pietra e le pelli d'orso hanno funzionato bene, e in effetti funzionano ancora bene. Sono meno efficienti di altre cose.