Cosa fare dopo aver completato il progetto, ma prima di passare a quello successivo?

Naviga le tue risposte
8

Ho studiato informatica e ora lavoro in un'azienda come singolo sviluppatore su un progetto Java piuttosto agile per quasi un anno. Il progetto sarà presto completato (almeno lo spero!) Finito.

La funzionalità principale ... funziona e anche altre cose che non erano nei requisiti di avvio. Ho anche molte idee per nuove funzionalità che non sono necessarie, ma aiuterebbero con l'usabilità e la funzionalità del programma.

Alcune parti del programma funzionano molto bene, mentre altre parti hanno un codice di cui non sono molto orgoglioso ...

Dall'inizio del progetto ho imparato molto e quindi ora so come scrivere in teoria un codice migliore da quelle parti - il che ti fa capire gli errori che hai fatto che prima non avevi notato!

Il problema: non ci sarà molto tempo dopo il progetto per fare qualsiasi cosa, la riscrittura da zero non è semplicemente possibile. E ri-scrivere solo le parti cattive richiederebbe approfondire la funzionalità di base - > ci vuole un sacco di tempo!

Ci sono metodi / strategie su come imparare dai miei errori e rendere il prossimo progetto ancora migliore?

C'è altro che dovrei fare dopo aver completato il progetto, ma prima di passare a quello successivo?

    
posta hamena314 21.09.2016 - 16:12
fonte

1 risposta

1

Un buon codice come una buona scienza dimostra la sua capacità di lavorare / fare ciò che intende in un modo che è approvato da un gruppo di colleghi. Se questa app funziona, fai parte del sistema, ma probabilmente non puoi esporre questo codice al pubblico e stai lavorando da solo.

Inizia un progetto personale. Prima è meglio è. Questo porta a termine alcune cose:

  1. Il codice è un'eccellente forma di documentazione per il codice. Impariamo dagli esempi e anche se possiamo ottenere più approfondimenti quando discutiamo o documentiamo il codice, ci piace ancora il codice.
  2. Invita gli altri a guardare il tuo codice. Poni domande specifiche su StackOverflow. Creare o contribuire a un progetto open source. Unisciti a un gruppo di sviluppatori locali e invitali a guardarlo.
  3. Pratica di refactoring - Prendi parte del tuo progetto e imita il modo in cui lo hai fatto nel tuo precedente progetto e poi lo rifatti. Avere il controllo del codice sorgente per mostrare prima e dopo. Ancora una volta, il codice è importante.
  4. Metti alla prova la tua nuova conoscenza della codifica. Costruisci altre parti nel modo in cui ora pensi di doverlo fare. Funziona? È davvero meglio del vecchio modo? Qual è il tuo criterio? Più veloce, più facile da scrivere, mantenere?
  5. Aggiungi una funzionalità estrema. Ora vedremo se il tuo codice è veramente gestibile. Scrivere parti di esso per un RDBMS e un database Nosql. Costruisci la tua app Web per l'esecuzione anche in una riga di comando. Crea un file di log che tiene traccia ogni volta che qualcuno non chiude l'app correttamente (ho detto che era pazzesco.)

Probabilmente ci sono un sacco di note e altra documentazione che potresti mettere insieme, ma ogni volta che puoi fare cose nel codice, fallo. Nella programmazione si migliora come quasi tutte le cose con la pratica e, si spera, qualche misura di miglioramento. Le recensioni tra pari possono aiutarti se stai migliorando. Se hai un'app che viene esposta a un gruppo di utenti che può fornire un feedback, ancora meglio. Non conosceranno i dettagli, ma riconosceranno miglioramenti in termini di velocità, design migliore e la possibilità di apportare modifiche / correzioni più rapidamente. Questo non deve essere un progetto estensivo. Basta chiedere "È meglio o no?"

    
risposta data 21.09.2016 - 17:36
fonte

Leggi altre domande sui tag

GitHub Flow distribuire in produzione prima dell'unione con il master: una seconda funzione non sovrascriverà la prima? Come testare le modifiche alla configurazione in un servizio?