Penso che potresti fare un po 'di entrambi, dato che di solito è una buona cosa comunicare con molte persone e diffondere la comprensione di come è costruito il sistema.
-
Scegli il revisore in base al tipo di codice in esame (se si integra pesantemente con il back-end, usa uno strumento di back-end ... se è principalmente front-end, vedi come usare l'altro ragazzo. )
-
Verifica se alcuni utenti back-end sono più disposti a imparare / investire nel front-end delle app rispetto ad altri. Di solito è così, ed è bello avere qualcuno in ufficio che conosce il tuo front-end, per mitigare il fattore bus e aiutare con i picchi del carico di lavoro.
-
Le revisioni del codice possono essere eseguite "offline" (cioè via e-mail o strumenti web) per mitigare la differenza di orario. Se tu e l'altro utente della UI state già comunicando bene, probabilmente funzionerebbe. In caso contrario, entrambi dovreste discutere se siete a vostro agio con l'idea e disposti a spendere gli sforzi necessari per arrivarci. (cioè conoscersi abbastanza bene in modo che non sia necessario comunicare in tempo reale.)
Ciò dipende dal fatto che le altre persone siano disposte a passare del tempo con te. Probabilmente dovrai guidare un po 'te stesso, ma vedere se ottieni il permesso, il supporto e la benedizione dal tuo (e loro) capo, poiché renderà le cose molto più facili per te e per tutti gli altri (dato che sanno che è ok spostarsi di qualche ora dal proprio lavoro per scrivere recensioni con te).
Spero che ti aiuti.