Come decidi i tuoi progetti secondari [chiuso]

In qualsiasi momento, di solito ho un sacco di idee per i weekend / progetti secondari su cui posso lavorare. Le idee possono essere generalmente classificate in questi:

1. Autoapprendimento: apprendimento di una nuova lingua / tecnologia / struttura
2. In relazione al lavoro: apprendere / fare qualcosa che ti possa aiutare sul lavoro
3. Soldi: progetti che (pensi) possono fare soldi
4. Progetti di divertimento / utilità

Queste sono solo le categorie approssimative che mi vengono in mente e ci possono essere più / altri modi di classificazione.

La mia domanda si basa sulla tua esperienza su cosa dovrebbe guidare la decisione su quale tipo di progetto su cui lavorare. Quali parametri, a parte il tipo di progetto, dovrebbero influire su questa decisione (tempo, impegno, denaro ...)

In realtà ho scritto un post sul blog qualche tempo fa. Riassumendo, le principali linee guida alle quali cerco di attenermi nel presentare progetti collaterali sono:

1. Divertiti
2. Impara qualcosa
3. Rendilo senza tempo (in altre parole, rendilo qualcosa a cui puoi tornare più tardi)
4. Non ti limitare al solo codice (imparo molto dal mio blog)
5. Scrivi qualcosa che userò effettivamente (perché personalmente ho maggiori probabilità di attenermi in quel modo).

Per rispondere alla tua domanda un po 'più direttamente, generalmente cerco di fare il numero 1 e il numero 4 quasi esclusivamente con i miei progetti collaterali. Detto questo, mi sono divertito a trovare il posto numero 1 per un motivo. Se non ti stai divertendo, non è un progetto secondario. È lavoro.

Avere sempre un progetto su cui lavorare nelle riunioni

Ad esempio, ho avuto una cosa che ho chiamato "Meeting Lisp".

Questo era un interprete lisp scritto in C su cui ho lavorato a intermittenza nel corso di un paio d'anni nel mio vecchio lavoro.

Le regole:

• Ho potuto lavorarci solo durante le riunioni.
• La fonte doveva adattarsi a una pagina di 66 righe per 80 colonne. (Quindi potrei lavorarci discretamente durante le riunioni!)
• Il codice ha dovuto compilare in modo pulito.
• Nessun debug al computer. I bug dovevano essere diagnosticati e risolti nella riunione successiva.
• Ciò include errori di compilazione.
• Aveva un comando "include", quindi parti della libreria erano in lisp e non contavano per il limite di pagine.

Ho imparato molto ed è stato un ottimo modo per passare il tempo in riunioni noiose, quindi immagino che abbia combinato il n. 2 con il n. 1 e il n. 4.

Direi che dipende molto da quanto sei "hobbista" di un programmatore. Personalmente no. Raramente creo cose per "divertimento" anche se mi piace programmare con o senza un incentivo monetario.

Direi n. 1 che imparare qualcosa di nuovo determinerebbe su cosa ho lavorato. Insieme a questo, direi # 3: qualcosa che credo potrebbe fare molti soldi. 3 non viene fuori così spesso come di solito richiede un sacco di lavoro che non ho tempo di fare.

Per me, il paradiso sta sviluppando qualcosa da te e guadagnandosi da vivere con la sua distribuzione, potendo così dedicarti completamente al tuo lavoro. Non è quello che tutti vogliono?

Ho letto un articolo l'altra settimana su un programmatore di giochi indie che ha sviluppato un titolo acclamato e ora vive comodamente dalle vendite pur essendo in grado di applicare aggiornamenti costanti.

Essere pagati per fare qualcosa che ami è felicità. Non è lavoro. E se possiedi anche il prodotto finale, questo è un vantaggio enorme.

MODIFICARE:

Vorrei anche aggiungere, se eliminato # 3, quindi l'UNICA ragione per cui avrei avuto progetti secondari sarebbe il # 1. Cioè, per imparare qualcosa di nuovo.

Mi sono dedicato all'app Shuffle su Android, questo è per il mio uso personale, ma è stata anche un'esperienza di apprendimento in quanto ho dovuto usare l'SDK di Android per qualcosa di più grande di me.

Ho avviato un sistema di prenotazione online perché l'idea mi aveva assillato per un bel po 'di tempo che i parrucchieri usavano i libri di carta per prenotare i loro clienti. Anche questa è stata un'esperienza di apprendimento, poiché è stata la prima volta che ho iniziato a concentrarmi sul fare soldi. È stata la mia prima esperienza con il marketing e le vendite per conto mio. Questo a sua volta ha creato molte conoscenze che trovo molto utili mentre lavoro.

Infine ho realizzato un progetto per raccogliere errori che si verificano nelle funzioni JavaScript sui siti Web per aiutare gli sviluppatori a vedere gli errori che si verificano quando i loro utenti utilizzano il sito. Ciò è nato dall'esigenza di disporre di un tale sistema, poiché creavo personalmente siti pesanti JavaScript per il sistema di prenotazione.

In generale, Learning and Utility sono quelli che seguono in quasi tutti i progetti che ho dalla parte. Tuttavia quello che mi restituisce il maggior valore è il progetto Shuffle, in quanto viene usato parecchio.

Se desideri un progetto secondario che ti aiuti a continuare a impegnarti, ti consiglierei di ottenere un progetto che scrivi per altri. Qualcosa che qualcun altro vuole usare, come te.

Gratta un prurito.

I progetti collaterali che faccio sono di solito cose di cui ho bisogno di me stesso. Se rientrano nelle tue quattro categorie, è ancora meglio.