Le migliori pratiche per la gestione e il mantenimento di un'app di Rails di grandi dimensioni? [chiuso]

-2

Quali sono le migliori pratiche per la gestione e il mantenimento di un'app di Rails di grandi dimensioni?

    
posta Alexey Anufriyev 29.12.2010 - 12:25
fonte

2 risposte

2

Il grande bisogno è il test. Aggiungi una suite di test davvero grande per essere sicuro di evitare qualche regressione.

Quando puoi provare ad estrarre anche parte della gemma.

    
risposta data 29.12.2010 - 12:38
fonte
3

Nota queste sono le mie raccomandazioni basate sull'esperienza.
Includono certamente le preferenze personali e le opinioni acquisite attraverso l'esperienza.

  • Test per qualsiasi codice messo in produzione.

  • Assicurati che il tuo controllo sorgente sia git su svn e altri.

  • Un buon problema / richiesta / sistema di tracciamento dei bug. Raccomando Pivotal Tracker su altri come Trello.

  • Incoraggia e supporta tdd e bdd. Prendilo come priorità per educare e condividere queste informazioni.

  • Stile di comunicazione. A tutti i livelli, ascolta prima. Spiega anche, mostra esempi e dettagli sul motivo per cui le cose vengono fatte in un certo modo. Sii pronto a essere sfidato, sii amichevole quando succede e sii pronto a cambiare quando ha senso

  • Comunicazione del team. Spesso trascurato. Assicurati che le persone possano dire la loro opinione, essere oneste e rispettate. Fagli sapere quando in alto ti concentri solo sull'uscita del codice e su quando prestare maggiore attenzione al quadro generale. Sì idealmente sia sempre, ma in realtà che oscillazioni del pendolo si basano su altri fattori (tempo, denaro, ecc.).

  • Comunicazione di Product Manager. Mantenere una comunicazione stretta e scorrevole con il project manager. Assicurati che comprendano il business e portalo avanti con la tecnologia appropriata. Comunicare loro perché vengono fatti altri articoli e in che modo li aiuteranno.

  • Comunicazione di gestione. Devi parlare molto con il senior management per ottenere le risorse e il buy-in per fare gli altri elementi in questa lista. Gli articoli che non sembrano avere senso per loro devono essere mostrati pazientemente.

  • Indirizzare il debito tecnico. Considera "1 settimana in 6" per le correzioni del codice - refactoring, miglioramento, pulizia del codice. Ci vuole molta maturità per dire "nessuna funzionalità questa settimana, è il tempo di pulizia del codice", ma è incredibilmente prezioso per il business e anche una grande spinta morale per i bravi programmatori.

  • Mantieni aggiornata la tecnologia. Costruisci nei tuoi calcoli la necessità di aggiornare costantemente i componenti. Consideralo come "cambio d'olio" - non "devi" farli. Ma tu conosci le conseguenze a lungo termine del non farle. Lo so dall'assassinare un motore di un'auto con 78.000 miglia su di esso ...

risposta data 04.03.2012 - 18:14
fonte

Leggi altre domande sui tag