Scrivi del codice e lo infastidisce con anti-pattern o non lo scrivi affatto, nessuna fuga da questo dilemma per un principiante? [duplicare]

-1

Ora sto lavorando a un progetto iniziato come compito universitario e, in realtà, è ancora un compito universitario (non ancora attivato ...) e, se ho successo (ciò non significa che lo si debba trasformare e ottenere un grado migliore del fallimento, che significa portarlo alla qualità di pubblicazione), questo sarà il più grande codice di codice che abbia mai scritto. Sto notando che sono violationg Sto violando molte best practice comunemente ritenute ... e, forse ancora peggio, non vedo come potrebbe / dovrei refactoring il mio codice per far sì che aderisca a loro . Ma, dato che la scadenza è sempre più vicina, sto cercando di finire semplicemente il mio lavoro fin d'ora.

Devo dire che ho (forse troppo) grandi speranze riguardo a questo pezzo di codice ... Voglio dire, mi piacerebbe davvero pubblicarlo ad un certo punto. Certo, potrei prima attivare i miei compiti, quindi provare a lavorarci fino a quando non aderirà alle migliori pratiche comuni ... Ma temo che sia difficilmente possibile? A causa della mia mancanza di esperienza, la mia precedente abitudine di rifiutare le persone che cercano di insegnarmi su modelli, anti-pattern e odori di codice e la mia mancanza di profonda comprensione di questi modelli, temo che vado prima soccombere alla paralisi mediante analisi, piuttosto che portare il mio codice di buona qualità da solo.

Cosa devo fare con questo pezzo di codice che sto scrivendo ora?

    
posta gaazkam 02.06.2018 - 17:43
fonte

4 risposte

3

Ecco un'altra regola:

Perfection is the enemy of Progress

A meno che il tuo scopo non sia quello di dimostrare la tua comprensione delle migliori pratiche di ingegneria del software. Quindi stai meglio con il codice di lavoro finito rispetto al codice ben progettato non finito.

    
risposta data 02.06.2018 - 18:35
fonte
2

Dilemma? Chiamerei questa un'opportunità! Sicuramente scrivi il codice! Ciò che ti insegnerà vale più del costo di avere un codice errato.

Solo quando hai sperimentato gli aspetti positivi e negativi di una determinata pratica puoi capire quando lo usi e quando no. Se non scrivi mai codice cattivo (e vedi i problemi che ha) non sarai mai in grado di imparare tutto ciò che è necessario per scrivere un buon codice.

    
risposta data 02.06.2018 - 19:09
fonte
2

Uno degli strumenti che ritengo più utile per lavorare con codice errato è la revisione del codice. Avere un altro paio di occhi può aiutarti a capire come migliorare un po 'di codice in un modo che non avevi considerato prima.

Per prima cosa, scrivi un codice semplice che funzioni. Almeno tu hai qualcosa in quel modo. Quindi, mostralo a qualcun altro. Se tu fossi in un ambiente di lavoro, potresti mostrarlo ai tuoi colleghi. In effetti, molti team richiedono la revisione del codice come parte del loro processo.

Dato che ti trovi in un contesto educativo, hai diverse opzioni. Potresti portarlo dal tuo istruttore per la revisione. Sono lì per aiutarti a imparare, e spesso offrono orari di ufficio per questo scopo. Possono anche avere assistenti di insegnamento che possono aiutare pure. Potresti anche andare da un altro istruttore se ti senti più a tuo agio con loro.

Alcune scuole offrono centri di assistenza per determinati argomenti composti da studenti più avanzati, spesso costando poco o nulla. Se la tua scuola non ha un tale servizio, potresti chiedere ad altri studenti del tuo maggiore di aiutarti a rivedere il tuo codice. (Suggerisco di non chiedere ad altri che attualmente prendono la stessa classe per la revisione in quanto potrebbero essere interpretati come imbrogli.)

Se davvero non ti senti in grado di utilizzare nessuna delle risorse di cui sopra, puoi sempre pubblicare il tuo codice su CodeReview.SE. Molte persone che recensiscono il codice sono professionisti da molti anni.

La revisione è difficile e non è necessario seguire rigorosamente tutti i suggerimenti del revisore, ma dovrebbe almeno aiutarti a vedere diversi modi di approcciare il tuo codice.

    
risposta data 02.06.2018 - 19:33
fonte
-1

Penso che i tuoi compagni di squadra dello stesso progetto (se lavori in squadra con altri) ti forniranno consigli e / o sentimenti migliori di me sulla progettazione della struttura del programma o sul flusso logico, ecc.

Sono d'accordo sul fatto che quei paradigmi di design non possono essere compresi da un giorno all'altro. Ma penso che potresti iniziare da SOLID , che è la base di tutti quei paradigmi di design, e ognuno di essi è un linguaggio- concetto indipendente. Ti aiuteranno a cambiare la tua mentalità progettando il tuo programma.

    
risposta data 02.06.2018 - 18:02
fonte

Leggi altre domande sui tag