Il metodo migliore per realizzare progetti personali


15

Ho numerosi progetti personali che ho iniziato e sembra non finire mai perché vengo distratto da altre idee. Mi chiedevo quale sia il metodo migliore per realizzare progetti personali? Qualche trucco o consiglio?

Il problema è che ricevo uno scatto d'ispirazione su alcuni progetti, e non voglio perdere traccia delle mie idee e in questo momento il mio metodo di "salvare le mie idee" è semplicemente fare il più possibile le cose sulle idee in uno notte e poi memorizza alcuni problemi di GitHub da fare. Trovo che questo non mi faccia tornare indietro a progetti più vecchi.


Il titolo e il corpo del tuo post sono in discussione. Per favore, chiarisci qual è la tua domanda concreta.
Péter Török,

Mi dispiace, ho risolto il titolo
Oscar Godson il

Risposte:


13

Di quale sei sufficientemente turbato? Finisci quello. Ripetere.

Questi sono progetti personali : l'unica persona che si prende cura di loro in questo momento sei tu - e se non ti interessa abbastanza, probabilmente hai già ottenuto da loro ciò di cui avevi bisogno. Non ti battere per questo.


6

Ho lo stesso problema

Ho scoperto che ho esattamente lo stesso problema con i miei progetti personali. Trovo che quando ho l'ispirazione lavorerò diligentemente fino all'ossessione per 2-3 settimane su un progetto personale e poi quando avrò fatto un bel po 'di lavoro su un progetto e andrò a sbattere contro un muro, perderò tutta quell'energia e quel grande interesse.

Il trucco è passare in rassegna i tuoi progetti

Trovo che quando abbandono un progetto a causa della mancanza di ispirazione o della mancanza di idee su come procedere, riprenderò l'ispirazione più tardi (anche dopo 6 mesi) e poi otterrò un altro periodo di 2-3 settimane per ottenere molte cose fatto fino a quando finalmente riesco a far funzionare qualcosa.

  • Wall E - Progetto Arduino (la prima iterazione era solo ottenere Servi e saldare)
  • Wall E - Take 2 (ha smontato il giocattolo Wall E e lo ha reso autonomo)
  • Wall E - Take 3 (Unfinished - Abilita il bluetooth per dargli comandi e cambiare modalità)

Ognuno dei progetti di Wall E era a distanza di circa 6 mesi, e lo faccio ancora seduto sulla mia scrivania in attesa di un modem Bluetooth (è necessario capire come farlo entrare nel robot).

Progetti Android / Progetti XNA / I progetti Haskell sono praticamente tutti uguali. Trovo che se perdo interesse e abbandono un progetto solo per ricominciarlo, alla fine finirò il progetto e ne guadagnerò molto di più rispetto a se lo avessi appena abbandonato.


3

Il titolo della domanda è "Come scegliere ...", ma sembra che tu stia chiedendo "Come completare i progetti personali?" Penso che ci siano (almeno) due cose in corso:

  1. Qualcosa che sembra una buona idea al momento potrebbe rivelarsi meno importante per te dopo averci pensato per un po '.

  2. La forma del tuo lavoro potrebbe rendere più difficile il ritorno. A volte, quando ti senti ispirato, hai la sensazione di poter vedere l'intero progetto e come tutte le parti si incastrano insieme, e vuoi scriverlo prima che si allontani da te. Quando torni ad esso più tardi, il codice che hai scritto potrebbe non essere così chiaro, o potrebbe non essere così ben progettato come pensavi che fosse al momento. O forse hai avuto alcune idee aggiuntive sull'argomento, ma non si adattano molto bene al concetto originale.

Nel primo caso, non finire potrebbe essere la decisione giusta. Hai avuto un'idea, è stato interessante e ora stai andando avanti.

Nel secondo caso, penso che la sensazione di vedere tutto sia il tuo cervello che ti gioca un brutto scherzo. Hai un'idea e sembra grandiosa, e il tuo cervello corre a riempire i pezzi mancanti per far sembrare l'idea più coerente. Un modo per affrontarlo è rallentaree utilizzare un processo di progettazione migliore. Invece di saltare direttamente al codice, scrivi l'idea in prosa. Crea un design di alto livello, quindi inizia a definire i dettagli. Se l'intuizione che hai riguarda l'implementazione, scrivi anche quella, ma non provare a codificare tutto in questa fase. In questo modo, hai catturato l'idea o le idee su carta in modo che non si allontanino, ma non hai implementato nulla, quindi il design è ancora abbastanza flessibile. A questo punto puoi tornarci più tardi se vuoi, e se sembra ancora una buona idea, migliorare il design e infine iniziare a implementare in modo metodico. Tieni un registro dei tuoi progressi in modo da poter sempre dire cosa hai fatto e cosa devi ancora fare.

L'ultima cosa è che devi davvero voler finire il progetto. Se non vuoi finirlo, allora è solo un'altra faccenda nella tua lista di cose da fare che si accumula e ti fa sentire sommerso da una tonnellata di lavoro che in realtà non devi fare.


2

Mi viene in mente la regola 80/20. Ci vuole l'80 percento del tempo per completare il 20 percento del progetto. :-)

Attualmente sto lavorando all'implementazione di un gioco da tavolo in borsa degli anni '60 usando Java. Mi sono divertito molto a capire come disegnare il tabellone e mettere insieme l'interfaccia utente.

Gli algoritmi di spostamento si sono rivelati difficili da implementare. A seconda dello stato del gioco, puoi ottenere fino a 3 quadrati diversi in un determinato tiro di dadi. Sono alla terza iterazione degli algoritmi di spostamento e spero che la terza volta sia il fascino.

Non ho avuto problemi a motivarmi a disegnare il tabellone. Ho avuto molti problemi a motivarmi a lavorare su quegli algoritmi di spostamento. Ma gli algoritmi di spostamento erano ciò che dovevo fare per migliorare le mie capacità di progettazione in altre aree simili.

È facile fare cose divertenti durante la programmazione. È più difficile eseguire le parti più difficili di un progetto, soprattutto quando si sbaglia il design. Due volte. Ma riconoscere e imparare dai tuoi errori è ciò che ti renderà un analista, un designer e un programmatore migliori.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.