Domanda

Quando si può creare classi e fare le cose semplici (GUI, la lettura di file di testo, ecc ...), dove devo andare da qui? Ho iniziato a leggere Code Complete 2nd Edition che è grande, ma è più di un libro di programmazione generale. Quali argomenti dovrei imparare prossimo?

È stato utile?

Soluzione

direi che, ad un certo punto, non è più circa temi . Si tratta di facendo cose . Devi scrivere il codice una volta devo scrivere un sacco di esso.

La gente spesso si dirà di trovare qualche problema di nicchia per cercare di risolvere quando si impara una nuova lingua e questo è perfettamente bene, ma se c'è un'applicazione o una funzione di un'applicazione che ti piace molto usare o realmente ammirare, provare a costruirlo (o parti di esso) da soli. A maggior ragione, se si trova la vostra auto chiedendo Hey, come fa [questa applicazione] do che?! Cercate di costruirlo.

Molti dei vostri progetti potrebbero non vedere mai la luce del giorno oltre il vostro desktop, ma l'apprendimento, l'esperienza e gli strumenti avrete sotto la cintura sarà qualcosa che si può portare verso ogni progetto successivo.

Non si sa mai, però, uno di quei piccoli progetti hobby può finire per risolvere un problema per qualcuno.

Altri suggerimenti

Non essere d'accordo con le persone che hanno da dire "scrivere cose", ma un argomento che si dovrebbe conoscere il prossimo è i fondamenti alla base del CLR - il funzionamento del motore che si siede dietro tutte queste librerie. Una buona risorsa per questo è di Richter "CLR via C #".

Scrivi un lettore da tavolo RSS. Otterrete l'esposizione a una serie di aree diverse (file di parsing, applicazioni grafiche, HTTP, l'anomalia di internet), e si potrebbe effettivamente utilizzare il risultato su base giornaliera. Scegliere un obiettivo specifico o una caratteristica di lavorare verso vi aiuterà a imparare più rapidamente di qualcosa di astratto.

Sono d'accordo con la maggior parte delle risposte finora, ma credo che se si vuole migliorare come sviluppatore si può trarre grandi vantaggi da non correre da solo. Prova a trovare qualcuno che possa allenare voi. Nel corso degli anni ho fatto le mie più grandi LEEPS in profondità di comprensione collaborando con i programmatori che erano più intelligenti e più esperti di me. (Sono ancora :-))

imparare un'altra lingua e applicare le conoscenze apprese a C #.

F #, Scala, Haskell - un sacco da scegliere:)

Get ReSharper, mantenere tutte le raccomandazioni abilitati e capirli.

Scopri le best practice e ingegneria del software e come applicarle a C #.

Per saperne di controllo della versione, TDD, Domain Driven Development, Continuous Integration, MVC, MVP, Una manciata di modelli:. Facciata, fabbrica, repository vs. record attivo, etc

Ulteriori strumenti che vi aiuteranno a evitare di reinventare la ruota:. Validation Application Block, NHibernate, ecc

Ho trovato questo e-book gratuito dai ragazzi di CodeBetter qualche giorno fa: text

Non ho letto tutto questo, ma sembra che una buona lettura.

Prova a leggere il codice sorgente Mono per ottenere uno sguardo a come il compilatore C # scritto in C # sembra. Imparerete così tanto sulla lingua, compilatori, e l'architettura del computer. Questo è il grande vantaggio di un progetto con la fonte - si può imparare da esso

.

Il codice scrivere, un sacco di esso. E non quei soffici programmi poco HelloWorld-tipo.

Trova o un vero e proprio progetto che voi o qualcosa che hai già scritto che può essere convertito in C # e da fare che interessa. Solo facendo (e, purtroppo, rendendo copiose errori) impariamo.

pratica, guardare i progetti open source, completamente capire cosa fa e come lo fa, le librerie in particolare complessi come quadri beffardo, ORM, ecc

CodePlex.com e GitHub.com e cercare i progetti open source che si può contribuire in direzione.

guardando q / a di StackOverflow, c # argomento. :-D

Anche un buon modo è quello di essere coinvolti in un piccolo progetto con più membri (forse) gli amici, in modo da poter imparare gli uni dagli altri e vedere come altre persone fanno la loro roba.

scrivere buoni test di unità e cercare di ottenere la copertura del codice in alto possibile

Scrivi codice da soli, e leggere il codice che è stato scritto essere qualcun altro. Ma, non chiunque altro; di una persona di cui si è sicuri che scrive bene,, codice d'abbigliamento pulita.

  • Lavoro in un squadra con migliori programmatori - vengono impiegati
  • I lavori per i grandi progetti open source.

Non sono d'accordo con la maggior parte delle persone qui che l'apprendimento attraverso la costruzione di solo roba da soli è il modo migliore.

Il modo migliore per imparare è quello di rimanere bloccati in realtà e costruire alcune applicazioni interessanti, siti web, qualunque sia. La sua ancora una buona idea di tenere il passo con i vari siti web per imparare cose nuove che si potrebbe non avere incontrato però.

Forse costruire la prossima facebook o google:)

Se vuoi diventare una migliore C # (sostituire con qualsiasi altra lingua), il lavoro su applicazioni su larga scala, il tipo che ha certe caratteristiche sul 'must' in esso che sai di avere idea di come realizzarli, ma . Tutte quelle facili intorno questi core 'dadi-to-crack' vi aiuterà, troppo .. è sempre bene abituarsi a pensare in grande, dipendenze intrecciati in progetti che ti costringono a pensare attraverso e Layout l'architettura del prodotto finale in anticipo.

Questo non è particolarmente c # correlato, ma se vuoi diventare uno sviluppatore migliore, questo tipo di progetti (che implicitamente includere un sacco di ((c) magra) di codifica e test etc etc) sono i migliori motivi di apprendimento.

Se nessuno dei clienti vuole 'dare la possibilita' di lavorare su un progetto del genere con la vostra abilità corrente impostata appena ancora, andare avanti (o in ogni caso) e iniziare a scrivere codice in un progetto opensource e mantenere amici, colleghi e posti come StackOverflow coinvolti.

Essere preparati e aperti a fare 'errori' (come si potrebbe giudicarli in seguito) ... perché solo con un errore gazillion fatto vedere il percorso sottile / vento tra di loro.

Detto questo, imparare a non eccessivamente tecnico o ottenere tooo perfezionista troppo presto. Bugs saranno effettuati, i bug possono anche rimanere in un prodotto finale in considerazione determinate condizioni di impatto, ecc, imparare a convivere con questo come ingegnere / sviluppatore.

consiglio di leggere C # in profondità . Si tratta di un profondo tuffo in C # che permetterà di migliorare notevolmente la comprensione della lingua. L'autore, Jon Skeet, si dice di essere un lurker su questo sito ...

Con una nuova lingua, cercare di risolvere alcuni dei Project Euler problemi. Migliorare la matematica e di codifica in stesso tempo!

CLR via C # di un grande libro !! aiutato (ancora aiutare) mi ha molto comprensione della lingua inoltre è possibile scaricare la specifica linguaggio C # prenotare

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top