Newbie in cerca di consigli sulla programmazione in generale [chiuso]

bisogno di alcuni di voi di ricordare un momento in cui potreste essere stati cattivi nella programmazione ...

Sono stato al mio nuovo lavoro (come sviluppatore di software) per un paio di mesi ormai, ho superato il periodo di prova. Ho pochissima esperienza di programmazione (solo C ++) e attualmente sto lavorando con asp.net MVC e silverlight. Quindi c'è un sito web su cui la società sta lavorando e mi sto unendo allo sforzo per migliorarlo, risolvere bug, ecc.

Il problema è: conoscere un sistema / sito Web che è già stato creato, tramite Visual Studio. Mi sento SEMPRE enormemente sopraffatto, non sapendo mai quale parte di questa linea dovrei cercare e in genere ho molti problemi a ottenere il quadro generale. Visual Studio stesso è qualcosa con cui sto trovando difficoltà a fare i conti, per non parlare del framework asp.net.

Ho l'impressione che, poiché i miei colleghi hanno più esperienza di me, stanno ottenendo tutti i buoni lavori, e mi resta da fare schifo, cose che non sono nemmeno vagamente programmate. Significa che stanno imparando / creando di più e sto imparando / creando quasi nulla. Mi sto demoralizzando e sono troppo spaventato per dire qualcosa.

Non sono stupido, ho letto e praticato molti dei concetti di programmazione fondamentali ... Sono solo spaventosamente spaventato da questo dannato quadro. Lo guardo e mi sento paralizzato.

Il risultato è che continuo a fare domande al veterano più anziano, e lui si sta irritando e preferirebbe darmi lavori facili / insensati / non programmativi per evitare di perdere tempo con l'aiuto. Quindi, quando non capisco qualcosa, esito a chiederlo o meno, e cerco di decidere se sarebbe una perdita di tempo.

Sono il tipo di persona che raccoglie le cose lentamente, ma con molta attenzione ai dettagli. Il primo, però, mi sta facendo sembrare incompetente.

Qualcuno arriva da dove vengo, per favore, dì qualcosa di utile ... Ho paura di perdere il lavoro tra qualche mese o qualcosa del genere ...

Processo che le persone dovrebbero svolgere su un posto di lavoro come nuovo assunto

1. Inizialmente guarda il codice
2. Piccole correzioni di bug
3. Correzioni di bug più grandi
4. Richieste di funzionalità - Aggiunta di qualcosa a un pezzo esistente del puzzle
5. Nuove cose: creare qualcosa dal nulla

Scorrere rapidamente uno sviluppatore ecologico senza esperienza di dominio troppo in fretta causerà troppi problemi. Riceverai le cose del nuovo ragazzo perché devi ottenere le cose del nuovo ragazzo.

Tenere duro

Cominciando dall'inizio. Sei il principiante. Riceverai i compiti di merda. Non c'è modo di aggirare questo. Devi capire che questo non è malevolo. Come hai affermato tu stesso, questi ragazzi hanno più esperienza e sono più abili. Probabilmente hanno anche un grado di retribuzione più elevato. Ciò significa che, dal punto di vista del progetto, il loro tempo è prezioso e più prezioso del tuo. Quindi riescono a svolgere compiti più all'avanguardia (e divertenti), lasciandoti con il lavoro più banale (ma comunque importante).

Ora, l'importante è non rimanere bloccati nella carreggiata per sempre. Cogli ogni momento possibile per familiarizzare con il progetto e gli strumenti a portata di mano. Puoi giocare a Minesweeper quando sei morto. So che imparare una nuova piattaforma e aggiornarsi con un progetto esistente è una prospettiva molto schiacciante. Il trucco è di tagliarlo a pezzi più piccoli e affrontarli uno per uno. Nelle tue scarpe farei qualcosa del genere:

• Al lavoro, prima scopri l'architettura generale dell'intera applicazione. Non è ancora necessario entrare nei dettagli. Basta identificare i principali blocchi di codice; cioè dove si trova l'interfaccia utente? Quale parte accede alla base di dati? Qual è la decisione aziendale? Non aver paura di chiedere in giro. Mostra loro che sei desideroso di apprendere e le persone ricambieranno. Se c'è una buona (e recente) documentazione in giro usarla.
• Ora che conosci i bit principali, è tempo di approfondire un po '. Prova a iniziare da una delle estremità . L'interfaccia utente o il livello del database, quindi, procedi fino all'altra estremità. Dai un'occhiata generale al pezzo che stai studiando. Scopri come funziona. Quali funzioni e metodi espone. I dettagli possono venire dopo. Prendi appunti copiosi, disegna grafici e diagrammi di flusso, fai tutto ciò che ti aiuterà a cercare tutto in seguito.
• Solo quando senti di capire come scorre la logica nell'applicazione puoi iniziare davvero a guardare il codice. Questo è un buon momento per familiarizzare con Visual Studio. Fai clic con il tasto destro su qualsiasi oggetto / funzione nel codice e otterrai un menu contestuale molto utile. "Vai alla definizione" e "Trova tutti i riferimenti" sono particolarmente utili e potenti. Se un comando ti sembra criptico, fai clic su F1.
• A casa o nel tempo libero, leggi di più su ASP.NET MVC e Silverlight (o su qualsiasi piattaforma finisca per utilizzare). In particolare, leggi di più sui bit che hai visto al lavoro oggi.
• Man mano che la tua comprensione della piattaforma e del progetto cresce, alla fine vedrai sempre più opportunità di contribuire al codice. Cogli quei momenti!

Se questo sembra molto lavoro, è perché lo è. Ma i dividendi che alla fine incasserai sono più che un ampio risarcimento.

Ho l'impressione che, poiché i miei colleghi hanno più esperienza di me, stanno ottenendo tutti i buoni lavori, e mi resta da fare schifo, cose che non sono nemmeno vagamente programmate. Significa che stanno imparando / creando di più e sto imparando / creando quasi nulla.

Quanto sei sicuro di questo? Chiedo come qualcuno che generalmente quando inizi qualcosa di nuovo ci sono tutti i tipi di apprendimento che potresti non realizzare. Quanto bene ti sei abituato a Visual Studio? Ricordo che è stato piuttosto spaventoso apprendere l'IDE da zero quando ho iniziato a lavorare nel 1998, ma in qualche modo è stato un periodo interessante. Conoscete bene il software di tracciamento dei bug? Quanto riesci a farti un'idea di tutte le diverse persone del team? Probabilmente ci sono più di alcune cose che stai imparando, anche se potresti non vederle come cose importanti da imparare.

Il mio consiglio sarebbe di prendere in considerazione la possibilità di parlare con alcuni colleghi o con il tuo capo per vedere quanto state facendo bene o meno. Potrebbero dire "Sì, stai andando bene" o "Sei fantastico!" che è qualcosa che potresti dover accettare, anche se alcuni potrebbero semplicemente dirlo perché hanno paura di dire la verità. Allo stesso tempo, riconosci che è qui che scopri dove ti trovi e poi fai qualcosa al riguardo. Essendo lì per un paio di mesi, dovresti sapere alcune cose e quindi essere in grado di fare meglio di quanto hai fatto durante la tua prima settimana.

È come "correggere questo bug, dovrebbe solo prendere una linea", e poi impiegherò anni a scoprire dove penso che quella linea dovrebbe andare.

Ho sentito e detto quel tipo di linea dozzine di volte nella mia carriera, davvero. Ci sono un paio di punti diversi che vorrei sottolineare su una tale linea:

• Potrebbe essere una stima e quindi la persona potrebbe aver dimenticato un caso bizzarro che rende la correzione una manciata di righe. So di aver avuto momenti in cui pensavo "Questo dovrebbe essere fatto in una riga di codice in qualche modo", solo per scoprire in seguito cosa mi sono perso.

• Alcune righe di codice possono essere ridicolmente complicate. Hai mai visto un if in cui ci sono dozzine di parentesi quadre per imporre qualche logica in cui ci sono voluti una manciata di volte per leggere correttamente la condizione? So di averlo fatto.

Considera quale tipo di immagine dell'applicazione hai ora e come vedi i diversi pezzi che si adattano insieme, quali convenzioni usa il codice in genere, quali tipi di metodologia di sviluppo vengono utilizzati e quali strumenti vengono utilizzati per vari processi, ad esempio c'è un server di integrazione continua, c'è uno storyboard, ecc.

Richiede tempo. Un paio di mesi è poco tempo. A meno che tu non veda futuro nella tua attuale azienda, gli darei più tempo.

È comune lavorare su prodotti esistenti. È un dato di fatto che lo farai più spesso dei sistemi nuovi di zecca. Ci vuole molta abilità per migliorare i sistemi esistenti che sono già in produzione. Non è necessariamente una brutta cosa.

Buona fortuna per il tuo nuovo lavoro.

Continua a fare domande, ma dimostra anche l'iniziativa ; fai il più possibile prima di chiedere. È un po 'come fare domande qui su Stack Exchange.

Prendi un buon libro su asp.net e probabilmente anche su .net framework e leggili a fondo sull'orario di lavoro. Ti sentirai abbastanza sicuro al lavoro dopo averli letti. È anche incredibile lavorare praticamente su ciò che stai imparando. Il codice avrà senso per te mentre leggi e quindi anche la lettura sarà più divertente. Dovresti sfruttare al meglio il tempo che hai in questo momento, non molte attività ti vengono lanciate, quindi usa questo tempo con saggezza.

Penso di poter parlare per molti di noi dicendo che per un momento mi sono chiesto se il mio sé passato si fosse trasportato nel futuro per porre al mio io presente questa domanda su programmers.se. Questo è praticamente ciò che direi al mio passato se fossi faccia a faccia con lui quando era nei tuoi panni:

Non scoraggiarti : sarà difficile e qualche giorno odierai ciò che stai facendo e vorresti diventare un giardiniere o qualcos'altro ugualmente non programmatore. Sollevati da terra, rispolverati e continua, perché starai meglio e il lavoro che fai migliorerà.

Usa StackOverflow e Google : non essere un "programmatore copia e incolla", ma renditi conto che ci sono tonnellate di persone intelligenti su SO e sul resto del Web che sono disposte, pronte e felici di offrire aiuto. Inoltre, la risposta SO o il post sul blog non ti borbotteranno o ti daranno un aspetto sporco se continui a rileggerli per assicurarti di ottenerlo.

Continua a fare domande - finché fai la tua parte per capire cosa puoi, non c'è niente di sbagliato nel chiedere a qualcuno con più conoscenza ed esperienza di aiuto. Se il tuo collega vuole essere un coglione, trova un altro collega che è più disposto ad aiutarti, o come hanno già detto altri, portalo con sé e vedi cosa dicono. Una piccola comunicazione in situazioni come questa può fare molto.

Continua a provare - non mollare. La programmazione è difficile, ma fa parte del premio. Ci vuole un sacco di tempo e fatica per imparare un nuovo strumento, una struttura, una lingua, un paradigma, ecc ... ma ne vale la pena perché ogni volta che diventi migliore e l'atto di far passare quell'esperienza di apprendimento ti preparerà meglio per la prossima volta che lo affronti. Sto lavorando in una base di codice molto più ampia di quella del mio primo lavoro, ma sono stato in grado di prenderlo molto più rapidamente grazie all'apprendimento che ho avuto lungo la strada.

Concediti un po 'di credito : sei riuscito a trasformare l'esperienza C ++ in un lavoro che funziona con ASP.NET MVC e Silverlight. Sei su programmers.stackexchange in cerca di aiuto. Stai lavorando, provando e facendo ciò che puoi per migliorare. Stai facendo le cose giuste e sei già una buona parte del percorso lì in virtù del fatto che sei stato in grado di ottenere un lavoro di programmazione. Continuate e sarà più facile.

Trova qualcosa da fare sul lato : fare una programmazione troppo dura o banale o qualunque cosa possa logorare rapidamente il tuo divertimento. Trova un progetto su cui puoi lavorare da solo oltre al lavoro, uno che non sia troppo impegnativo ma che manterrà il tuo interesse e ti entusiasmerà per la programmazione. Non solo ti eviterà di odiare la codifica, ma ogni pezzo di codice che scrivi ti aiuta ad affinare le tue capacità e i progetti personali sembrano belli sui curriculum se decidi che questo lavoro non è adatto a te.

Mi dispiace se questo sembra troppo grande di un discorso pep. Sono appena stato nei tuoi panni e so come ci si sente. Spero che questo e gli altri consigli delle persone qui ti siano di aiuto. Oh, e un'altra cosa: hai iniziato la tua domanda con questa linea:

need some of you to remember back to a time when you might have been bad at programming...

Sono ancora! Noi siamo tutti! Continuiamo a lavorarci e cerchiamo di succhiare di meno ogni anno .

Succede a tutti nella programmazione. Anche i programmatori con molti anni di esperienza avranno una sostanziale curva di apprendimento di fronte a un sistema complesso che esiste da molti anni. È raro entrare in un lavoro con quasi tutte le conoscenze di cui hai bisogno. Puoi aspettarti di sentirti sopraffatto per un po 'a meno che tu non stia lavorando al 100% di nuovi sviluppi in una società / divisione relativamente nuova o in sistemi molto semplici.

Penso che la tua preoccupazione sia davvero valida. Ma non dovresti preoccuparti troppo .

Come nuovo dipendente, ovviamente otterrai i compiti che nessuno vuole fare. Come il compito che resta da fare, compiti che sono più meccanici e spiacevoli.

Sento davvero il tuo dolore, perché tutti qui, come me, sono già stati lì. Ciò di cui hai bisogno è fare le cose velocemente e fare il meglio che puoi .

In questo modo: le persone vedranno che puoi fare cose sempre più difficili, che stai dando davvero il massimo e che migliorerai davvero, cosa che ti permetterà di ottenere prestazioni ancora migliori e lasciare una buona impressione (nel modo giusto).

E anche essere paziente . Ci vuole del tempo, ma ne vale la pena.

Pazienza. 20 anni fa, quando ero il nuovo ragazzo, mi stavano rimandando nella sala server per riavviare i router che si bloccavano continuamente. Suggerimento rapido: per apprendere un nuovo framework quando si dispone di codice esistente, provare ad aggiungere un altro campo a un modulo esistente e quindi portare i suoi effetti fino al punto in cui andrebbe in un database. Seguendo il valore di un altro campo già presente nel modulo. Imparerai un sacco.

Tra le tue opzioni: trova un lavoro in cui non ti aspetteresti di raggiungere il suolo correndo. Non tutte le aziende sono un buon posto per un lavoro entry-level. Una grande società di consulenza (ad es. Dell o Accenture) potrebbe essere un inferno che esaurisce l'anima per rimanere come un programmatore regolare, ma dovrebbero avere solidi programmi di formazione e le risorse per affrontare il sovraccarico dei dipendenti con il tuo stile di apprendimento.

Il corollario è che è del tutto possibile che tu sia il tipo sbagliato di dipendente per il tuo attuale datore di lavoro e viceversa. Mentre perdere il lavoro è una proposta spaventosa, potrebbe essere meglio ridurre le perdite.

Certo, non sto dicendo che dovresti arrenderti. C'è una buona probabilità che tu abbia solo bisogno di più tempo per superare la parte peggiore della curva di difficoltà e arrivare al punto in cui tutto "scatta".

Altre osservazioni casuali:

Mi sento SEMPRE enormemente sopraffatto, non sapendo mai quale parte di questa linea dovrei cercare e in genere ho molti problemi a ottenere il quadro generale.

Il motivo principale per cui colpire il terreno correndo con nuovi progetti diventa più facile con l'esperienza è perché avrai lavorato con la maggior parte di ciò che tali sistemi consistono, quindi non sono davvero "nuovi". Non esiste "esperienza generale", basta avere familiarità con molti concetti, strutture e strumenti e attingere al problema legato alle cose che si conoscono. Per un programmatore entry-level essere sopraffatto da un sistema non banale è perfettamente normale. (Come per un programmatore esperto se lavora su un sistema con abbastanza cose che sono nuove per lui. La programmazione è una bestia complessa e la maggior parte dei programmatori ha una "zona di comfort".)

La programmazione è un processo di apprendimento senza fine. Non entrerò in ciò che ti renderà migliore, ma affronterò quella sensazione sopraffatta, essendo stata lì e occasionalmente sentendomi ancora così. Saltare in un grande progetto mentre apprendi l'IDE e la tecnologia utilizzata È un sacco da gestire. Sono in un lavoro in cui sto usando VS 2010, C #, WPF, SQL Server e MVVM per la prima volta. Quindi, nulla è diventato facile senza tonnellate di Google.

Considera alcune cose: hai superato il periodo di prova, quindi a loro piace quello che fai. Credono in te come dipendente. Sanno anche che sei nuovo e non si aspettano che tu assorba 10 anni di esperienza aprendo VS un paio di volte. Ti permetteranno di crescere. Sei un investimento e una risorsa: non vogliono che tu fallisca e se mostri progressi e desideri, ti terranno in giro per avere successo.

Per quanto riguarda il ragazzo "irritato", ha sbagliato al 100%. Se stai mostrando una propensione per lo sforzo e la ricerca prima di chiedere, non ha motivo di irritarsi. Parte dell'essere leader è leader: qualcuno direbbe che è una parte importante. =) Se sta guidando quel povero esempio, hanno scelto l'uomo (o la donna) sbagliato. Affronta l'argomento con lui e fagli sapere che apprezzi l'aiuto. Gli sviluppatori possono essere tipi scontrosi e spesso possono essere un po 'pieni di se stessi. Se è un problema, parlane con il tuo manager. Ancora una volta, sei un vantaggio e avere qualcuno che stenta la tua crescita non aiutando come dovrebbe ferire la squadra.

Soprattutto, non sudare. Se fai sforzi e ti piace quello che fai, è una garanzia che migliorerai e farai capo a quella squadra un giorno o uno simile. Se sono intelligenti, ti daranno morsi che puoi masticare.

Infine, ho 6 anni e sto ancora imparando. A volte quando non "capisco" immediatamente, mi sento un po 'giù con me stesso. Come te, devo solo dirmi: 'Calmati, il mondo non sta finendo. È .Net per l'amor di Dio. '

Innanzitutto, accetta il fatto che non sei bravo a programmare. Se non vuoi accettarlo, allora sarà un problema. Sei un noob. Sii pratico. E sii sincero con te stesso. Periodo. Accettato? Quindi continua a leggere.

In secondo luogo, prova a te stesso (e a nessun altro. Ripeto, nessun altro tranne te) che non sei più un noob e che puoi decifrare, creare, eseguire il debug del codice più sporco e più atrocemente scritto. Puoi salire in cima alle classifiche, aspettarti la più alta scala retributiva dal tuo buon capo, dimostrando a te stesso che non sei più nessuno .

Quindi ora, arrivando alla risposta effettiva: come diamine dovresti farlo tra le tue ore di lavoro strette, la tua famiglia, il tuo tempo libero? Sì. so che non è facile. Il modo in cui lo faccio. E di gran lunga, penso che sia il più efficace:

Ottieni le tue nozioni di base in breve: i concetti di OOP dovrebbero essere integrati nel tuo cervello.

Codici di progettazione (al posto dei Castelli) nell'aria So che sembra folle, ma vedere le ruote delle macchine come funzioni aiuta il cervello umano ad abituarsi al mondo dei codici!

Pratica prima su carta! Il mio professore mi ha detto questo trucco. Pratica prima su carta. Dry Esegui i tuoi programmi sulla carta stessa. Ti aiuterà a entrare nel flusso di un compilatore + ti aprirà quelle porte logiche nel tuo cervello.

Progetta il tuo progetto sì. sia esso un calcolatore basato sulla CLI. crea il tuo codice. Renderlo unico. Perché il tuo programma unico? Perché ti costringerà a pensare "Come dovrei farlo?" e non forzarti a sentirti frustrato. E quando hai dubbi, chiedi a Herbert Schildt (perdonami se l'ortografia non è corretta) o Google o fai una domanda qui. Questo è il modo migliore per studiare da solo e improvvisare le tue abilità.

Quando mi è stato presentato C, anche io ho avuto un brutto momento. Soprattutto con Structures n Pointers n Blahs n blahs. Ho imparato queste cose straordinariamente ... nel modo più duro se puoi chiamarlo. E poi, quando mi sono rotto, non ho perso la speranza. Ho comprato un libro di consultazione e ho iniziato a realizzare un programma che ho sempre desiderato. Dopo 3 mesi (sì, puoi ridere!) Ho finalmente realizzato una versione CLI di un programma che prenderà il tuo nome come input e mostrerà la tua personalità come output. Acrophonology.

Sì. Mi vanto perché ne sono orgoglioso! Perché ho visto i volti dei miei anziani che mi prendevano in giro. È tutta determinazione amico mio! La programmazione non è scienza missilistica! Se fosse stato, non avresti passato la libertà vigilata! È facile!

La mia convinzione personale: se hai la logica nel tuo cervello e capisci cos'è il buon senso, puoi essere un buon programmatore.

E la buona notizia è che hai entrambi! Perché se non l'avessi avuto, non avresti fatto il passo giusto condividendo il tuo problema con noi!

Se ti senti bene ora, sono felice. E sì, ora puoi ignorare la prima riga di questa risposta .. era necessario allora .. Non necessario ora! Saluti!

Disclaimer: sono dell'opinione che il tuo problema, sebbene specifico del programmatore, sia affrontato da nuovi professionisti / professionisti in tutti i campi. Voglio dire, nessuno sa nulla per i primi mesi e i nuovi ragazzi ottengono sempre i compiti peggiori ( tranne forse quando questi compiti sono troppo critici).

Un momento in cui potresti essere stato un cattivo programmatore

Sono ancora cattivo. Nessun ripensamento.

Ne ho l'impressione perché i miei collaboratori hanno più esperienza di me ..

Ancora una volta, ricorda che ogni giocatore era un ragazzo palla una volta. Per ottenere una buona cosa su cui lavorare, devi prima dimostrare il tuo valore in cose che non ti piacciono, e questo è comune in tutti i campi, non solo nella programmazione.

Lo guardo e mi sento paralizzato.

Cosa ti fa sentire paralizzato? Hai paura di tornare al framework ancora un'altra volta o odi guardarlo del tutto?

Cerca sempre di suddividere i tuoi problemi in uno o più semplici passaggi. Quindi passare a ciascuno separatamente. Non esiste un proiettile magico qui, se non quello di continuare a resistere, ed è quello che conta.

Ottenere il controllo

Come il nuovo ragazzo, si dovrà affrontare i problemi a conoscere gli strumenti con cui lavori con (VB, ASP, ecc) e le cose si lavora sul (il quadro ). Questo è naturale Lo affrontiamo tutti. La tua priorità principale dovrebbe essere quella di continuare.

Continua ad imparare le lingue, continua a fare domande, continua a cercare nei quadri e ripeti!