Quali competenze sono essenziali per la programmazione professionale che non sono comunemente insegnate nelle scuole? [chiuso]

Sono una laurea in informatica del primo anno. Sono andato a una fiera del lavoro, ho distribuito curriculum, con mia grande sorpresa ho ottenuto un colloquio e alla fine uno stage come sviluppatore.

Ho spiegato all'intervistatore (che sarà il mio capo) che sono solo un primo anno e non ho molta esperienza nella programmazione. Mi ha semplicemente detto che, dato che ho una solida preparazione in matematica (ho quasi finito la laurea in matematica, e ho anche alcuni corsi di laurea), è sicuro che farò bene.

Faccio bene in tutti i corsi di programmazione, ma mi sento ancora svantaggiato. In questo momento, voglio solo fare del bene in questo lavoro quando inizia. Il lavoro utilizzerà principalmente C #, ma a parte ovviamente imparare un po 'di C #, qual è l'unica abilità che vorresti aver imparato prima di diventare un vero programmatore?

Ogni consiglio è molto apprezzato, ma se hai in mente dei libri, ti preghiamo di dirlo. Grazie!

A scuola, impari a scrivere il codice. Quello che non impari è il resto dello sviluppo di software. Le cose principali di cui non ho mai imparato nulla a scuola sono:

• lavorando come parte di un team di sviluppo
• utilizzando il controllo versione
• utilizzando un localizzatore di bug

Queste sono abilità molto importanti per qualsiasi sviluppatore, e sfortunatamente non le avrai probabilmente in classe.

Vorrei sapere prima nella mia carriera che come sviluppatore, ho un ruolo molto importante nel settore . Non sono solo una scimmia codice.

Come sviluppatore hai una mano importante nelle parti dell'azienda legate al software a cui stai lavorando.

Se la tua azienda non scrive test per il loro codice, inizia a scrivere test ora.

Se non tengono traccia dei bug, trova subito un localizzatore di bug appropriato.

Se il tuo capo vuole che inizi immediatamente a lavorare su un'animazione elaborata per la schermata iniziale della tua app di foglio di calcolo - ma hai ancora dozzine di bug da correggere e diverse funzionalità critiche non finite prima della prossima scadenza di rilascio del cliente - parla della priorità corretta del lavoro .

Anche se sei solo "un normale dipendente", agire come un consulente è un ottimo modo per distinguerti dagli altri sviluppatori che scrivono semplicemente codice e non si comportano come se avessero un interesse acquisito nel business.

La mia scuola non mi ha mai insegnato a risolvere i problemi. Mi hanno insegnato la meccanica del codice, ma essere in grado di studiare un problema, capirlo e trovare una soluzione è qualcosa che non hanno insegnato. Richiede pazienza, rigore e intuizione oltre alla comprensione di un linguaggio di programmazione.

Inoltre, non insegnavano il lavoro di squadra, il controllo delle versioni e l'importanza di scrivere codice facile da mantenere. Inoltre, non hanno insegnato molto su come testare il software. Potrebbero aver toccato i test unitari, ma non hanno approfondito troppo i concetti di test di accettazione, test di regressione, ecc.

Disclaimer: sono andato al college negli anni '80. Tuttavia, ne vedo le prove con le persone che assumo oggi - neolaureati che hanno pochissime conoscenze sul mondo reale della programmazione: controllo delle versioni, test, programmazione pulita, capacità di debug, ecc.

Secondo me alcune delle cose più importanti non apprese (o adeguatamente apprese) a scuola sono:

• Come utilizzare correttamente e IDE; l'utilizzo della piena potenza di un moderno IDE fornisce un enorme aumento della produttività: refactoring automatico, navigazione del codice, integrazione VCS, analisi del codice, completamento del codice ecc.
• Come utilizzare correttamente un debugger: debug remoto, debug di applicazioni multi-thread, valutazione espressa ecc.
• Correzione e manutenzione dei bug; all'università non ti insegnano quasi nulla al riguardo, ma nell'industria è abbastanza comune riparare i bug.
• Come lavorare in una grande squadra e su un grande progetto; fondamentalmente all'università, i progetti sono piuttosto piccoli, rispetto ai grandi progetti industriali.
• Come scrivere un buon codice e come mettere l'accento sulla leggibilità; questo viene fornito con esperienza, ma ci sono alcuni libri che ti insegnano le basi (Codice completo, Codice pulito ecc.).
• Come usare un framework al massimo della sua potenza, usando la sua personalizzazione; all'università forse hai imparato come usare alcuni framework su alcuni scenari di base; nell'industria raggiungerai i casi angolari.
• Come capire e scrivere il codice dopo le specifiche; probabilmente imparerai come scrivere le specifiche ma ora come leggerle e come interpretarle

VCS, sistemi di tracciamento dei bug, strumenti di costruzione, ecc. Sono strumenti che sei obbligato a imparare per poter lavorare con un team; non richiedono molto tempo per essere appresi a livello base, e sono piuttosto semplici dopo ciò (almeno all'inizio); l'elenco sopra contiene sottigliezze che, se note, aumentano la produttività.

La cosa più grande che vedo mancare ai neolaureati è una buona comprensione del controllo delle versioni.

Se hai esperienza nello sviluppo di software open source usando repository di codice sorgente (come GitHub ) sei un passo avanti rispetto mostai tuoi compagni di classe.

La seconda cosa è una comprensione della complessità ( big O). La maggior parte delle persone al di fuori del college ne hanno sentito parlare, ma devono ancora sviluppare software reale dove entra in gioco e quindi non capiscono la sua reale importanza.

Quando i tuoi set di dati sono così grandi che la forza bruta non potrà mai tagliarla e la comprensione di altre tecniche è utile ed essere in grado di indovinare quando la forza bruta andrà bene per la situazione, è qualcosa che sviluppi con esperienza e commetti errori.

Come eseguire correttamente il debug, in particolare utilizzando un debugger e adottando un approccio adeguato per affrontare un bug, ovvero scoprire cosa sta causando, scoprire perché lo sta causando e capire perché la soluzione lo risolve piuttosto che semplicemente provare cose e sperare.

La maggior parte dei laureati in informatica è sorprendentemente povera nel debug e, di conseguenza, impiega molto più tempo a correggere le cose di quanto sia necessario e creare più bug nel farlo.

Altre cose come il controllo della versione, il tracciamento dei bug e così via meritano di essere menzionate, ma a mio avviso la mancanza di approcci sensati al debug è un problema molto più grande e che richiede più apprendimento.

qual è l'unica abilità che vorresti aver imparato prima di diventare un vero programmatore?

Nella mia esperienza, la mia scuola non mi ha mai insegnato a risolvere i problemi.

In base alla mia esperienza, la programmazione riguarda la risoluzione dei problemi. Nella mia scuola stavano solo verificando se si può scrivere un programma senza errori di sintassi. Ciò che è effettivamente richiesto non viene fornito come input. La sintassi è solo qualcosa che puoi cercare da qualsiasi libro, se necessario. Ma la capacità di risolvere un problema non può essere raggiunta da nessuna parte se non che ti alleni bene e ti alleni per questo.

Lascia che sia di qualsiasi tipo, prova a completare quante più domande possibili in modo da creare un po 'di fiducia in te stesso. Prova a farlo con un po 'di passione nella tua mente e sicuramente ce la farai.

Prenditi del tempo per imparare alcuni schemi di progettazione comuni: fabbrica, singleton, adattatore, comando e osservatore (il mio college non ha insegnato loro).

Se la società utilizza la metodologia Agile per lo sviluppo del software, sarebbe utile conoscerla.

Molte delle competenze di cui avrai bisogno come programmatore professionista sono quasi impossibili per ognuno in un ambiente universitario / accademico.

Possono venire solo dall'esperienza di lavoro direttamente sul campo.

• Imparare a collaborare e comunicare con persone al di fuori della propria "professione", come grafici, progettisti, manager, ecc.

• Comprendere che il tuo compito non è scrivere codice, ma dare vita a un prodotto. Più facile a dirsi che a farsi.

• Saper bilanciare le buone pratiche di codifica con considerazioni pratiche. Acquisire la capacità di giudicare quando il codice è "abbastanza buono", "troppo ingegnerizzato" o "necessita di refactoring".

• Imparare a superare le proprie debolezze e insicurezze. Acquisire la capacità di resistere alle critiche. Lasciar andare il tuo ego. Imparare cosa significa assumersi la responsabilità personale e quindi assumerlo.

È facile da leggere su tutto questo. È una cosa completamente diversa metterlo in pratica. L'unico modo è farlo. Sarai morso molte volte e probabilmente ti farà male, ma ne uscirai più forte e migliore.

Lettura pertinente: modelli di apprendistato

Tutto dipende dalla scuola. Nel mio college, abbiamo molti progetti pratici. Abbastanza spesso in squadre e usando vari controlli di fonte. Quindi penso che alcune scuole si concentrino su quelle.

Ma una cosa che la scuola non insegna: i dettagli. Molto spesso quando la scuola insegna alcune tecnologie o pratiche (come lo sviluppo web, lo sviluppo dell'interfaccia utente JAVA, i database avanzati), graffieranno solo la superficie e non entreranno mai nei dettagli, che sarebbero necessari per utilizzare questa tecnologia o pratica negli affari del mondo reale. Avrai una panoramica generale dei possibili modi per risolvere i tuoi problemi, ma dovrai imparare da te i dettagli necessari.

L'unica volta in cui la scuola insegna qualcosa nei dettagli è quando c'è un forte background matematico o teorico dietro qualcosa. Cose come i linguaggi formali o i database SQL sono abbastanza spesso parte integrante del curriculum scolastico, perché sono basati su basi matematiche e sono usati molto nell'informatica o nell'ingegneria.

• requisiti: sbagliarli e riposare è principalmente uno spreco
• priorità (quale caratteristica in quale versione)
• fare o usare fuori dalla scatola (acquista / freeware)
• lavoro di squadra
• gestione del progetto - requisiti, qualità (campioni di dati in prod, casi di test, come testare, copertura prima della codifica, ci sono più costi simili ma non rilevanti. leggi un libro PMI
• strumenti di comunicazione (posta, riunioni: agenda planner)
• gestione del codice sorgente

Vorrei aver deciso molto prima nel gioco se volevo o meno essere un programmatore generale, imparare molte cose, lingue, database e piattaforme diverse e infine diventare uno sviluppatore web, o dovrei specializzarmi in un solo CMS, o anche solo specializzarti in Photoshop, essendo uno specialista, le tue abilità sarebbero altrettanto preziose e redditizie quindi sapendo davvero cosa dovrebbe sapere un vero programmatore. In altre parole, se hai solo bisogno di fare soldi, specializzati in UNA COSA. Se ami il computer e ami risolvere i problemi, allora sii programmatore.

[riflettendo su e dopo aver appreso come 4 o 5 "framework" javascript diversi prima che JQuery diventasse davvero forte, ottenere la certificazione in JAVA e non ottenere mai una posizione java e dopo aver lavorato su più piattaforme; AS400- rpg,> .NET - c #, e PHP, prima di desiderare di avere appena imparato a fare Photoshop e fare soldi uguali senza dover correggere bug o scrivere software. ]

Voglio dire, c'è una certa soddisfazione nel conoscere una vasta gamma di argomenti, ma la soddisfazione è ostacolata quando vedi qualcuno che conosce semplicemente Photoshop con lo stesso stipendio.