Con il team precedente con cui lavoravo, eravamo abituati a lavorare sullo stesso progetto in quel momento. O almeno abbiamo usato la stessa piattaforma / linguaggi di programmazione. La revisione del codice era routine quasi quotidiana e procedura stabilita. Tuttavia, quando sono entrato nella mia nuova squadra come sviluppatore senior, non è stata seguita nessuna revisione del codice. Una delle cose che mi è stato chiesto di presentare al team è la revisione del codice.
Il problema è che il mio team attuale lavora su diversi progetti, principalmente utilizzando piattaforme diverse e diversi linguaggi di programmazione. Ad esempio, in queste due settimane sto scrivendo in PL / SQL e sto facendo uno sviluppo dell'APICE ORACLE. Un altro membro del team sta sviluppando un'app mobile utilizzando una piattaforma di app ibrida (jQuery, JavaScript, CSS, ecc.). Un terzo è la creazione del sistema IVR / OVMS che ha a malapena qualche codice scritto ad eccezione di alcuni DB di base di MySQL. Ruotiamo solitamente in progetti futuri, in modo che tutti possano capire le piattaforme. Ma non lavoriamo sulla stessa piattaforma allo stesso tempo.
Capisco che questo modo di distribuire il lavoro non sia il migliore (potrebbe essere per questa azienda, ma non credo di avere il privilegio di discuterne, almeno non ancora solo adesso). Il problema è che quando assegno la revisione del codice a un membro del team in una lingua che non ha toccato per un paio di settimane (forse mesi), è molto difficile commentare o fare qualsiasi utile comprensione di esso. Quando ho passato tutta la giornata a scrivere in Javascript, e alla fine della giornata mi viene chiesto di rivedere alcune logiche complesse in PL / SQL, non è davvero un compito facile.
Quindi la mia domanda: c'è qualche metodo seguito in casi simili? Come posso facilitare il processo e fare il miglior uso della revisione del codice dato il carico di lavoro del gruppo?