Posso scrivere codice ... ma non riesco a progettare bene. Eventuali suggerimenti? [chiuso]

Sento di essere bravo a scrivere codice in frammenti, ma i miei progetti fanno davvero schifo. La domanda è: come posso migliorare i miei progetti e diventare a mia volta un designer migliore?

Penso che le scuole e i college facciano un buon lavoro nell'insegnare alle persone come diventare bravi a risolvere i problemi matematici, ma ammettiamo che la maggior parte delle applicazioni create a scuola sono generalmente lunghe circa 1000-2000 righe, il che significa che si tratta principalmente di un esercizio accademico che non riflette la complessità del software del mondo reale, nell'ordine di poche centinaia di migliaia a milioni di righe di codice.

È qui che credo che anche progetti come topcoder / project euler non saranno di grande aiuto, potrebbero affinare la tua capacità matematica di risoluzione dei problemi - ma potresti diventare un programmatore accademico; qualcuno che è più interessato alle cose belle e pulite, che non è assolutamente interessato alle cose quotidiane banali e pelose che la maggior parte dei programmatori di applicazioni affronta.

Quindi la mia domanda è: come posso migliorare le mie capacità di progettazione? Cioè, la capacità di progettare applicazioni su piccola / media scala che andranno in poche migliaia di righe di codice? Come posso apprendere le capacità di progettazione che mi aiuteranno a costruire un kit editor HTML migliore o alcuni programmi di grafica come Gimp?

L'unico modo per diventare davvero bravi in ​​qualcosa è provare, fallire in modo spettacolare, riprovare, fallire un po 'meno di prima e nel tempo sviluppare l'esperienza per riconoscere cosa causa i tuoi fallimenti in modo da poter gestire in seguito potenziali situazioni di fallimento. Questo è altrettanto vero per imparare a suonare uno strumento musicale, guidare un'auto o guadagnare un po 'di età PWN nel tuo sparatutto in prima persona preferito, come lo è imparare qualsiasi aspetto dello sviluppo del software.

Non ci sono scorciatoie reali, ma ci sono cose che puoi fare per evitare che i problemi sfuggano di mano mentre stai acquisendo esperienza.

• Identifica un buon mentore . Non c'è niente di meglio che essere in grado di parlare dei tuoi problemi con qualcuno che ha già pagato le quote. La guida è un ottimo modo per aiutare l'apprendimento rapido.
• Leggi , leggi ancora un po ', pratica ciò che hai letto e ripeti per tutta la vita della tua carriera. Faccio queste cose da più di 20 anni e continuo a imparare qualcosa di nuovo ogni giorno. Scopri non solo la progettazione frontale, ma anche la progettazione, i test, le migliori pratiche, i processi e le metodologie emergenti. Tutti hanno diversi gradi di impatto sul modo in cui i tuoi progetti emergeranno, prenderanno forma e, soprattutto, su come dureranno nel tempo.
• Trova il tempo di armeggiare . Lasciati coinvolgere da un progetto di lavoro a domicilio attraverso il tuo posto di lavoro o fai pratica nel tuo tempo libero. Questo va di pari passo con la tua lettura, mettendo in pratica le tue nuove conoscenze e vedendo come funzioneranno tali cose. Questa è anche la materia che rende una buona discussione con il tuo mentore.
• Lasciati coinvolgere da qualcosa di tecnico al di fuori del tuo posto di lavoro. Questo potrebbe essere un progetto o un forum. Qualcosa che ti permetterà di mettere alla prova le tue teorie e idee al di fuori della tua cerchia immediata di colleghi per mantenere una nuova prospettiva sulle cose.
• Sii paziente . Riconosci che l'esperienza di guadagno richiede tempo e impara ad accettare che devi ritirarti per un po 'per capire perché e dove hai fallito.
• Tieni un diario o un blog delle tue attività, dei tuoi pensieri, dei tuoi fallimenti e dei tuoi successi. Questo non è strettamente necessario, tuttavia ho scoperto che può essere di grande beneficio per te vedere come ti sei sviluppato nel tempo, come sono cresciute le tue capacità e i tuoi pensieri sono cambiati. Torno alle mie riviste ogni pochi mesi e guardo le cose che ho scritto 4-5 anni fa. È una vera rivelazione scoprire quanto avevo imparato in quel periodo. È anche un promemoria che ogni tanto ho sbagliato le cose. È un promemoria salutare che mi aiuta a migliorare.

Bene, non esiste una mela d'oro per questo tipo di domanda, e penso che forse questo sia per ogni programmatore stesso trovare ciò che è giusto per lui. Ecco la mia opinione, comunque.

Si potrebbe leggere libri sull'argomento. Grandi libri. Libri fantastici. Ma trovo che questi libri ti siano d'aiuto solo dopo aver provato a creare e progettare un'applicazione, ma non ci sono riuscito.

Per me, si tratta solo di esperienza. Quando ho iniziato come novellino, ho letto libri su come progettare. Allora non capivo molto del contenuto. Quando ho iniziato a lavorare e ho dovuto progettare applicazioni da solo, ho creato applicazioni molto complicate. Hanno funzionato, ma sono stati un dolore da mantenere. Poi ho letto di nuovo quei libri - e questa volta ho capito meglio.

Ora continuo a fare nuovi errori e ad imparare da quelli vecchi.

Smetti di progettare e impara a refactor code. Lo sviluppo incrementale con refactoring continuo e aggressivo si tradurrà in un prodotto finale molto più pulito rispetto a qualsiasi progetto iniziale.

Leggi gli schemi, certo, ma prima di tutto leggi gli anti-schemi. Riconoscere gli anti-schemi è importante ed è più facile capire perché qualcosa non dovrebbe essere fatto in modo tale da non farlo.

Vedi http://sourcemaking.com/antipatterns/software-development-antipatterns per esempio.

Scrivi il codice in modo che possa essere modificato rapidamente in caso di modifica dei requisiti (cosa molto comune nell'ambiente di produzione).

Sii super scettico sull'aggiunta di "solo un altro piccolo trucco". Un altro qui, un altro lì, e il codice diventa non modificabile.

Valutare il principio aperto / chiuso .

Scrivi test (come nel TDD). Ti costringono a pensare al tuo progetto anche prima di implementarlo.

Sfoglia il codice dei progetti open source (quelli di dimensioni ragionevoli, cioè). Ero sorpreso di - di solito - vedere così tanti livelli di astrazione. Ora capisco che non è arte per l'arte, c'è un motivo per cui è fatto in questo modo.

Un principio che trovo molto importante per un buon design è la decomposizione: se una classe è troppo grande (più di, diciamo, 300-400 righe di codice) la scompone in classi più piccole; se un metodo è troppo grande (diciamo, più di 50 righe di codice) lo scompone; se un progetto contiene più di 50 classi, scomporlo.

La chiave è stimare le dimensioni del sistema e costruire diversi livelli di astrazione (ad esempio sottosistema, applicazione, progetto, modulo, classe, metodo) che consentono di scomporre il codice in unità comprensibili con relazioni chiare tra loro e poche dipendenze.

È difficile, quello di cui stiamo veramente parlando è la capacità di astrarre piuttosto che creare un codice migliore, ma due cose ti renderanno migliore e una cosa ti renderà più felice:

"Meglio"

A) Trova il miglior designer che puoi e abbina il programma / fai un disegno insieme. Chiedi loro di spiegare cosa stanno pensando mentre affrontano il problema, non accontentarti di "sembra giusto" e continuare a scavare. Tale processo aiuterà anche la parte del "mentoring"

B) Immagina tutto come singoli attori e conversazioni tra di loro. Ciascuno degli attori dovrebbe avere un unico ruolo / responsabilità e gruppi di essi gestiscono sistemi diversi. Se quella conversazione funziona e ogni attore si sente coerente e coeso allora sei sulla buona strada.

E "più felice"

C) Se hai fatto del tuo meglio e non sta ancora accadendo, non c'è niente di sbagliato nell'accettare che alcune persone non possono fare alcune cose. Potresti scrivere un codice stretto e brillante, ma non essere mai in grado di progettare o progettare. E allora? Non riesco a praticare sport fisici per il toffee, non sono di bell'aspetto e la mia guida in auto non sarà mai migliore della media. Goditi e utilizza ciò in cui sei bravo.

Nella mia esperienza personale leggere il codice degli altri è una buona fonte di "ispirazione". Voglio dire, cerca di capire i disegni degli altri e chiediti perché fa le cose in quel modo?

puoi trovare molti progetti open source per la ricerca.

comunque hai bisogno di pratica.

Non vivere nella paura

Cerca la semplicità

Ascolta i tuoi utenti

Prova molte idee

Crea qualcosa, quindi miglioralo

Lavora su cose che aggiungono valore, abbandona cose che non lo fanno

Impara a porre le domande giuste. Il più delle volte migliorerai il tuo design guardando il problema da una prospettiva diversa. In particolare, questo ti aiuterà ad allontanarti dalla concentrazione sulla risoluzione del problema attuale e ad approfondire le soluzioni che risolvono molteplici problemi correlati.