Quali sono le migliori pratiche per la gestione e il mantenimento di un'app di Rails di grandi dimensioni?
Quali sono le migliori pratiche per la gestione e il mantenimento di un'app di Rails di grandi dimensioni?
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.
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 ...
Leggi altre domande sui tag ruby-on-rails ruby