Come possiamo migliorare l'istruzione e la formazione del programmatore in generale? [chiuso]

Wow, grande domanda a cui pensare, difficile da rispondere. Poiché tutti noi abbiamo esperienze e desideri diversi, è difficile trovare una soluzione adatta a tutte le dimensioni. Ma getterò alcune opinioni che ho avuto nel corso degli anni su questo stesso argomento.

1) Smettere di vedere il job hopping come brutto e incoraggiarlo. Cambia aziende ogni pochi anni. Il programmatore viene esposto a molte tecnologie, metodologie e attività diverse nel corso della sua carriera. Le aziende ottengono un flusso costante di nuove idee.

2) Smettila di considerarti un programmatore della compagnia X e ti consideri un professionista che fornisce un servizio alla compagnia X. Se pensi come un professionista, sarai trattato come un professionista. Se siamo visti come ingranaggi sostituibili, è perché agiamo come ingranaggi sostituibili.

3) Le università devono cambiare. Dovrebbero avere un periodo iniziale di 2 anni di istruzione di base in computer seguiti da una scelta. Informatica o ingegneria informatica. E la pista di ingegneria ha bisogno di professionisti che lavorano sul campo ogni giorno, non di qualcuno che scrive solo articoli. E ciò che viene insegnato deve essere pratico, in modo da poter andare a fondo il giorno dopo la laurea. Forse avere un programma di apprendistato per coloro che non seguono un corso di laurea.

4) Modifica: questo era un po 'ridicolo. Quello che volevo dire era che tutti noi abbiamo molto da imparare gli uni dagli altri, indipendentemente dall'età e dall'esperienza.

5) Abbastanza legato al punto 2. Non vedi più il tuo datore di lavoro come responsabile della tua carriera. Siete. E solo tu. Se vuoi andare a una conferenza, pagalo tu stesso se la tua azienda non lo farà. Metti da parte i soldi ogni anno specificamente per i libri e la formazione e lo sviluppo professionale. Se aspetti che il tuo datore di lavoro ti invii alla formazione, starai aspettando molto tempo. Tempo trascorso a guardare le tue abilità diventare irrilevanti. Non fare abbastanza per permetterselo? Cambia lavoro.

6) Dobbiamo essere onesti con noi stessi e con i nostri colleghi programmatori. La programmazione è difficile. Molto difficile. Vedo ancora pubblicità per l'addestramento al computer con ricchezza garantita dopo la laurea. Ciò porta molte persone sul campo che semplicemente non sono qualificate o che peggio non hanno alcun interesse reale al di là del denaro. Dobbiamo trovare un modo per incoraggiarli a ripensare ai loro piani di carriera.

A questo punto penso che la mia testa stia per esplodere, quindi concluderò.

Ottima domanda! Non vedo l'ora di leggere più risposte.

Non penso che sia disorganizzato unicamente a causa della mancanza di insegnamento. Penso che sia effettivamente riflessivo che le "migliori pratiche" differiscono da lavoro a lavoro. Le "migliori pratiche" saranno sempre basate in un contesto particolare.

Ci sono molti passaggi incrociati per alcune delle aree di lavoro più comuni, ad es. sviluppo web. Tuttavia, ritengo sia un errore credere che solo perché è opportuno impegnarsi in una particolare pratica nella maggior parte dei lavori dovrebbe essere utilizzato in tutti i lavori.

Le pratiche che intraprendi dovrebbero derivare da un'analisi e dalla sperimentazione di ciò che ti fa lavorare meglio. Non dovrebbero essere scelti attraverso la cieca credenza. Solo perché qualcosa viene ripetuto spesso in rete non lo rende una verità nella tua situazione, né una verità (per tutte le situazioni).

Ottima domanda per esercitare la mente, sono d'accordo che qualcosa deve essere fatto, ma penso che sia impossibile rispondere. Il mio tentativo:

Prima Non uccidere la creatività in generale, devo dire che sono d'accordo con Sir Ken Robinson, guarda questo fantastico TED talk . Il nostro sistema educativo sta uccidendo la creatività e questo deve essere modificato. Soprattutto per i programmatori.

Secondo Insegnare come modelli il nostro campo professionale non è abbastanza maturo. Abbiamo molte cose diverse che pensiamo siano la strada da percorrere, ma non possiamo davvero essere d'accordo su di loro. (penso a TDD, BDD, Agile vs Waterfall, la quantità di documentazione necessaria, Java o .Net) Nella mia mente ciò è dovuto alla discussione senza contesto e con molta specializzazione. Non è possibile fare la scelta giusta senza sapere in quale contesto viene posta la domanda e non si può fare la scelta giusta se si conosce solo un'opzione. Quando lo riporti all'educazione, sembra impossibile da risolvere. Non puoi aspettarti che qualcuno sappia tutti i contesti possibili e tutte le possibili soluzioni. Ma con i modelli ora alcune soluzioni generali e i contesti sono applicabili e contesti quando le soluzioni si rompono. IMHO questo è il modo in cui abbiamo bisogno di insegnare, soluzioni generali all'interno di un contesto e descrizioni di quando la soluzione non funziona.

Terzo metti le dichiarazioni di non responsabilità sugli esempi Penso che ci sia un problema con gli esempi che mostriamo su MSDN, sui blog, sui libri, ecc. Gli esempi sono spesso messi a tacere per far capire che lo scrittore è cercando di fare. Ma negli esempi più elementari ci sono già decisioni su molti livelli. Questi esempi insegnano tutte queste altre decisioni sbagliate. Penso che ogni esempio debba venire con un disclaimer che dica qual è il punto e cosa non dovresti fare in generale. Un grande esempio di questo è stato bloggato oggi qui .

Ultimo Do Do Do Penso che ci sia bisogno di fare di più. Ho imparato a fare, fallire, correggere e discutere.