Assolutamente.
A mio parere, qualsiasi candidato che richieda una visione d'insieme del codice di base aumenta di un gradino nella mia recensione. Purtroppo, pochi chiedono.
Parte della sfida con questa richiesta è che potrebbero non avere un tempo pianificato per questo durante le interviste iniziali. Potrebbe essere necessario tornare in un secondo momento, o potrebbero essere in grado di estendere la durata della sessione di intervista per darti una panoramica.
Vorrei iniziare chiedendo domande sull'architettura generale.
- Quali tecnologie vengono utilizzate?
- Quanto tempo impiegano per i difetti rispetto al nuovo sviluppo?
- Qual è la parte più difficile della loro base di codice e perché?
- Quanto tempo ci vuole in genere per apportare modifiche?
Tutte queste domande possono fornirti risposte molto interessanti sullo stato della base di codice.
Se / quando sono in grado di fornirti un passaggio, prendi in considerazione la possibilità di chiedere informazioni su quanto segue.
- Come è organizzato il codice?
- Chi possiede quali aree e come vengono risolti i problemi (nota che i nomi non saranno significativi per te, ma la risposta può dirti.
- Chiedi di vedere le parti più "interessanti" del codice. L'intervistatore sceglierà probabilmente da alcune aree che ha scritto e questo dovrebbe darti un'idea del layout e della struttura.
- Chiedi di vedere la loro libreria comune e quali routine forniscono all'interno del loro framework.
La chiave è mostrare un genuino interesse tecnico nella loro base di codice e come sono strutturate le cose. Ogni applicazione ha le sue verruche e il codice brutto. Ogni applicazione ha dovuto affrontare crunch temporali e il codice meno che ottimale doveva essere messo in atto. Ogni applicazione comporta un debito tecnico. Cerca di vedere che i principi fondamentali sono a posto, come l'incapsulamento tra i livelli dell'applicazione.