A develer.com conference.
Come garantire che tutto il codice prodotto da una squadra di sviluppatori e` corretto, efficiente, leggibile, ben testato, ben documentato, privo d'errori?
Come assicurarsi che tutta la squadra e` familiare con ogni aspetto del codice (cosi` che l'improvvisa assenza di uno o due membri della squadra non puo` bloccare il progetto perche` sono gli unici a conoscere certe parti del codice)?
L'uso corretto delle code review puo` sicuramente aiutare a perseguire tutti questi ambiziosi e validi obbiettivi.
Non e` un tema controverso: in teoria, tutti amano e onorano le code review... e allora perche` tanti sviluppatori le odiano, e sono spesso usate solo "ritualmente", se non addirittura completamente evitate?
Risposta: perche` piu` spesso che no non sono fatte nel modo giusto. Troppa enfasi su quali strumenti usare per portarle a termine, ignoranza delle trappole e trabocchetti che aspettano l'ignaro al varco, ignoranza delle "best practices" del settore.
Le code review, per essere produttive, devono allinearsi con ogni altro aspetto del progetto: aspetti tecnici, certo (ma paradossalmente sono i meno cruciali!), ma soprattutto aspetti relativi alle persone, alla comunita`, al business model.
Questo talk introduce questo cruciale strumento per lo sviluppo di software, toccandone le basi e offrendo vari esempi e consigli, sia generali, sia specifici.