Ottimi approcci per condividere componenti riutilizzabili tra i compagni di squadra

3

Domanda: parlando dello sviluppo del software, come fornire buoni approcci per ottenere un repository di componenti riutilizzabili all'interno di un progetto?

Contesto: lavorare su una squadra di 10 colleghi può essere molto interessante, ma potrebbe anche non essere organizzato. Servizi duplicati, componenti, in altre parole, codice condivisibile. Documentare e promuovere l'uso di questo codice può essere molto difficile. Esistono approcci noti per ottenere un progetto modulare completo anche quando si lavora su più compagni di squadra? Capisco che questa domanda potrebbe essere troppo generica, ma se ti è stato passato attraverso il lavoro con più lavoratori, devi capire di cosa si tratta.

È importante dire che questo approccio dovrebbe essere privo di qualsiasi tecnologia. Tuttavia, esempi relativi a Angular o Node.js o tecnologie relative al Web sono più che benvenuti.

    
posta Richard 29.09.2016 - 00:56
fonte

3 risposte

3

Si applicano le solite buone pratiche.

Che sia un futuro tu, una squadra di 2, una squadra di 10, una squadra d'oltremare o qualsiasi altra cosa, scrivi il codice che è

  • Modular
  • Facile da leggere
  • Ben chiamato
  • Ben testato
  • ecc.

Con classi e metodi

  • breve
  • Scopo singolo
  • Unità testata
  • ecc.

Con i membri del team che

  • Lavorare fisicamente insieme la maggior parte del tempo
  • Utilizza un sistema di revisione del codice
  • Rispetta l'un l'altro
  • Cura della qualità
  • Hai un buon equilibrio tra vita lavorativa e vita privata
risposta data 29.09.2016 - 02:09
fonte
0

Solo un aspetto che non ho visto menzionato nelle domande / risposte correlate:

A seconda delle dimensioni del team di progetto e della quantità di codice di base già disponibile, potrebbe essere sensato dedicare una certa percentuale (10-20%) dei tuoi sviluppatori alla scrittura di codici di libreria di base / fondamentali / riutilizzabili. Questi ragazzi dovrebbero avere abbastanza senno di poi ed esperienza per essere in grado di decidere "ciò che è generico / riutilizzabile" abbastanza da meritare di essere raccolto.

Altri membri del team che lavorano su parti più specializzate dell'app potrebbero quindi essere in grado di "ordinare" le funzionalità di base che considerano utili per tutte le parti del progetto da questo sottogruppo o di consegnare parti riutilizzabili di base a quelle ragazzi. Se c'è tempo, puoi anche chiedere a queste persone di cercare componenti riutilizzabili nella base di codice globale per accedere alle "librerie generali di supporto" per ulteriori sviluppi, generalizzazione e documentazione (importante!).

Questo (almeno in parte) evita di diffondere la responsabilità dei bit di base sull'intero codice e sulla base di sviluppatori e può garantire una documentazione adeguata. Garantisce inoltre una libreria in costante crescita da cui gli altri possono scegliere.

    
risposta data 29.09.2016 - 08:24
fonte
0

Puoi anche usare Bit:

link

È un progetto open source che ti consente di trasformare qualsiasi sottoinsieme di file dal tuo codice sorgente in un componente riutilizzabile e creare una raccolta simile a una playlist senza configurare nuove librerie / pacchetti. I componenti possono essere condivisi con il tuo team e in tutti i progetti (ad esempio: link ).

Godetevi

    
risposta data 27.09.2017 - 15:19
fonte

Leggi altre domande sui tag