Quali sono gli svantaggi dell'avvio di un progetto opensource se non si è un programmatore esperto? [chiuso]

12

Ho molte idee per i prodotti da costruire. Il problema è che ho meno di un anno di esperienza lavorativa professionale e ho paura di giudicare negativamente in futuro in base a ciò che produco ora. Non ho idea se il mio codice è buono.

Non ho familiarità con nessuno degli schemi di codifica. Tutto quello che so è costruire prodotti che funzionano. Voglio avere un profilo pubblico in github per i miei progetti futuri e cercherò di assicurarmi che sia ben commentato, sia ottimizzato e pulito.

Queste sono le cose che temo vengano esposte pubblicamente:

  1. Il mio codice potrebbe non essere ottimizzato in modo ottimale.
  2. Uso errato di determinate librerie o funzioni che, a caso, completano il lavoro.
  3. Non conoscendo o seguendo uno schema di codifica.
  4. Un sacco di bug / non considerando casi di angoli, bordi
  5. Fondamentale mancanza di comprensione e applicazione di determinati concetti come la sicurezza dei thread, problemi di concorrenza nella programmazione multi-thread, ecc.

Devo andare avanti e iniziare o continuare a dedicarmi alla costruzione di materiale a livello locale e privato finché non avrò più esperienza. Non voglio che gli errori fatti qui perseguitino le mie prospettive di carriera a lungo termine.

    
posta endrendum 22.07.2012 - 02:21
fonte

3 risposte

32

Dopo 30 anni di sviluppo di software professionale, continuo a creare bug. Trovo ancora schemi che non conosco. Imparo ancora dai miei colleghi e incontro cose che non conosco tutti i giorni.

Gli sviluppatori più esperti ti giudicheranno su come rispondi a problemi e critiche, se impari dai tuoi errori e migliori il tuo prodotto per soddisfare le esigenze degli utenti o della comunità, se ammetti ciò che non conosci e cerchi di migliorare .

Una delle migliori abilità per uno sviluppatore è la volontà di fare domande stupide e di apparire un po 'sciocchi, a volte, al fine di trovare risposte valide il più rapidamente possibile.

Tutti quelli che sono esperti e molto abili erano una volta dove sei ora. Imparerai molto più velocemente se metti il tuo lavoro là fuori e lavori con altre persone.

Non c'è motivo di aspettare. Rendi il tuo progetto aperto.

Ancora meglio, contribuisci ad altri progetti aperti e impara da loro.

    
risposta data 22.07.2012 - 04:29
fonte
6

Penso che ti preoccupi troppo.

La comunità del sistema operativo è più preoccupata di quanto sia utile una determinata app più di quanto bene sia scritta. Se è scritto male, la comunità interverrà e aiuterà a correggere gli errori. La cosa più interessante è quanto l'applicazione risolva i problemi con cui le persone stanno lottando. Se l'applicazione / progetto fornisce una soluzione elegante a un problema fastidioso, la qualità del codice diventa un punto controverso.

Mettilo fuori, guarda cosa succede. Non saprai quanto è buono / quanto male il tuo codice finché gli altri non lo guardano e iniziano a giocarci. TUTTO il codice ha bug. La cosa più interessante è la rapidità con cui l'autore lavora alla risoluzione di questi bug.

Consideralo un esercizio di apprendimento. Non scoprirai ciò che non sai finché non ti tiri fuori un po 'il collo e raccogli alcune critiche. Si spera che la maggior parte delle critiche possano diventare costruttive. Dato che in primo luogo te lo stai chiedendo, allora mi sento abbastanza comodo dire che avrai almeno un codice di qualità medio o migliore.

    
risposta data 22.07.2012 - 04:31
fonte
5

Troviamo persone con conoscenze elevate nel campo Open Source. È vero, e anche intimidatorio per i nuovi arrivati. Ma sono anche molto bravi nel fornire aiuto per progetti validi, anche se lo sviluppatore principale non riflette i requisiti effettivi per il software per raggiungere un'alta qualità.

Conosci già i tuoi limiti. Non è un brutto inizio. È un buon inizio.

Entra nella festa e trova il tuo posto lì.

Buona fortuna!

    
risposta data 22.07.2012 - 02:45
fonte

Leggi altre domande sui tag