Quando è il momento giusto per aderire al progetto open source per programmatore? [chiuso]

17

La maggior parte dei nuovi arrivati in programmazione inizia con progetti di base per iniziare con la programmazione. La maggior parte dei programmatori C ++ trascorre del tempo con enigmi e contest, ma questo non è sempre utile. A volte devi passare un po 'di tempo su progetti reali. Avviare il tuo progetto open source potrebbe essere un problema di autoapprendimento per principianti, causa di mancanza di mentori e colleghi che non possono guardare il tuo codice e dare suggerimenti. I progetti open source possono risolvere questo problema, alcuni progetti potrebbero essere più adatti per i nuovi programmatori. Inoltre tutti sono principianti ad un certo punto. Quindi proverò a fare questa domanda un po 'dalla prospettiva dei principianti.

Ho provato alcune domande sullo stack overflow prima di chiedere questo come Come mi unisco & minimo indispensabile di cui hai bisogno e come essere coinvolti con l'open source e quale livello di programmazione ecc. Ma questo è non mi aiuta quando si tratta di auto-valutare con abilità. Come scoprirlo? Come posso verificare cosa serve per partecipare al progetto open source e sono davvero così a mio agio con un enorme codice sorgente ecc.

La mia domanda è quando considerarti a tuo agio nel partecipare alla programmazione open source? Voglio dire come ti metteresti alla prova che sei pronto a farti carico di progetti grandi / piccoli di open source? come ti metteresti alla prova per vedere se potresti lavorare con il controllo di versione / altri programmatori / programma ristretto ecc.?

    
posta Mahesh 19.09.2009 - 17:25
fonte

4 risposte

28

when to consider yourself comfortable joining open source programming ?

La risposta migliore a questa domanda, a mio parere, è " Quando pensi di poter portare qualcosa al progetto ".

Stai utilizzando un'applicazione / libreria e qualcosa manca o hai trovato un bug? Segnalalo, prova a correggerlo, invia una patch; et voilà; -)

Forse la tua patch sarà accettata, se è OK; continua a farlo un paio di volte: correggere bug è qualcosa (anche bug che non hai segnalato - vedi il bugtracker del progetto che scegli) che ti permetterà di conoscere il progetto.

E, dopo un po ', forse otterrai i diritti di commit sui progetti; -)


Non è necessariamente una questione di abilità o qualsiasi altra cosa: puoi partecipare a un grande progetto open source senza dover modificare il nucleo del progetto o qualsiasi altra cosa: anche piccole patch (come la traduzione, piccole modifiche all'interfaccia utente, correzioni minori ai bug, ...) sono utili per il progetto e non richiedono che tu sia un inizio rock; invece, saranno un inizio perfetto sia per farti conoscere il progetto, sia per vedere che stai facendo bene.

Informazioni sul controllo delle versioni / altri programmatori / pianificazione stretta: immagino che, quando hai (professionalmente parlando) lavorato per un paio d'anni, sei più che pronto per tutto questo; i progetti open source sono forse anche un po 'più clementi a riguardo, in qualche modo - ad esempio, potrebbe esserci meno presunzione rispetto a quando hai un cliente sulla schiena ^^


Come nota finale: qualunque cosa tu faccia, se fatto bene, sarà utile: ciò che conta è che lo fai per il progetto, e non solo "per fare open source"!

    
risposta data 19.09.2009 - 17:27
fonte
4

Quando mi sento a mio agio a non pagare nulla per lavorare sul progetto di qualcun altro, è tempo.

Il mio obiettivo come nuovo arrivato nel software era di essere pagato da qualcuno per fare ciò che mi piace. Da allora ho assunto alcuni lavori proprietari che ho sponsorizzato e ho ricavato dei profitti da questo.

Non sono Anders Hejlsberg, ma ho fatto una vita abbastanza buona. Dato che il talent bar per essere uno sviluppatore professionista nel software è molto più basso rispetto all'essere un atleta o un musicista professionista, c'è qualche motivo particolare per cui hai deciso di diventare un dilettante?

    
risposta data 19.09.2009 - 18:39
fonte
4

In qualsiasi momento! In realtà, i progetti open source vivono dei propri utenti utilizzando il progetto. L'idea di base non è quella di unire il progetto per imparare, ma di usare il codice e contribuire a miglioramenti, cambiamenti nel comportamento, ecc. Anche la segnalazione di un bug è il contributo o la risposta alle domande per gli altri o la documentazione di come guidare. Quindi non sederti sul recinto ma salta subito dentro.

Ovviamente questo trasforma la "domanda" in "Quale progetto dovrei immergermi?" Bene, il miglior progetto per te è quello in cui ne hai davvero bisogno. Se il software graffia una sorta di prurito per te. Meteo sta costruendo un sito web con contenuti e community, trasformando le immagini in modi artistici, godendo di tutti i campanelli e fischietti su quell'app di Mac OS X IM, o ... Se il software fa qualcosa per te oltre a imparare a programmare, ti terremo molto più motivato.

    
risposta data 29.09.2009 - 02:28
fonte
2

C'è una semplice risposta logica a questo.

È possibile scaricare il progetto open source.

  • Apporta una modifica al progetto o correggi un bug che era presente nell'elenco.
  • Compilalo e testalo.
  • Invia il codice.

Non c'è davvero niente nel tuo cuore o nella tua mente che ti dirà quando sarai pronto a contribuire alla società open source. Non ci sono altri test oltre a provarlo effettivamente.

Una volta provato, puoi controllare queste aree di feedback.

  • I tuoi sentimenti su quello che hai fatto.
  • I tuoi sentimenti o pensieri su ciò che puoi migliorare sul tuo approccio
  • Quanto sei a tuo agio nel sollecitare feedback o incorporare qualsiasi feedback che hai ricevuto.

Queste sono le aree in cui migliorare e lavorare (oltre alle capacità tecniche dimostrate o non dimostrate dai tuoi cambiamenti). Diventa super constrongvole seguendo tutte queste aree e assicurati di apportare le modifiche per te.

Buona fortuna e benvenuto!

    
risposta data 27.09.2009 - 06:08
fonte

Leggi altre domande sui tag