Pre-implementación de revisiones de diseño Estoy asumiendo asegura un buen diseño, cumple mejor los requisitos de un proyecto. Las revisiones de código durante la implementación aseguran que el programador traduce correctamente el diseño en código real. ¿Son necesarias las revisiones de diseño? Pros y contras.¿Cuáles son los pros y los contras de las revisiones de diseño/código?
Las revisiones de diseño son críticas. Si a los desarrolladores simplemente se les entrega un diseño en el que sienten que no tuvieron acceso, probablemente sea menos probable que lo cumplan durante la implementación.
Err, entonces deben ser disciplinados o despedidos. Si te has metido en un trabajo en el que se supone que debes implementar los diseños que te han sido asignados y cambias la implementación, eso es MALO (tm). – paxdiablo
¿Qué tal si me metí en un trabajo donde la creatividad estaba estresada, y luego simplemente le di un diseño? ¿O si el diseño es incorrecto porque el diseñador tiene 10 años de retraso con la tecnología actual? Hipotético de todos modos ya que no estoy codificando ATM. – tloach
Si no le gusta el diseño que le entregan, no debería simplemente cambiarlo: hable con el diseñador; lo que llamamos REVISIÓN DE DISEÑO. – DJClayworth
Lo mejor sobre revisiones de diseño/código: le hace pensar en su diseño.
Cuando sepa que necesita explicar su diseño o código a alguien, usted (probablemente) tendrá más cuidado al escribirlo.
Y, por supuesto, el revisor puede incluso tener buenas ideas y comentarios acerca de su diseño/código para compartir.
Las revisiones de código son una buena forma de acelerar la velocidad de los nuevos desarrolladores: si señala problemas potenciales y mejores soluciones para alguien con su propio código (de manera amigable, por supuesto), aprenderá mejor estilo de codificación mucho mas rápido. Por supuesto, debe asegurarse de explicar cuáles son las diferencias con el mejor código. Simplemente "me gusta más así" no se corta.
Empiezo a adorar las revisiones de código por mi cuenta - Estoy en una posición de programación senior y estoy cambiando más en la función de ayudar a otros programadores a resolver problemas difíciles, hacer revisiones de código, en lugar de programar (OMG estoy convirtiéndose en un gerente).
Como la persona que revisa el código de los demás, ¡siempre intente aprender algo de ellos! Siempre hay algo que aprender, incluso de nuestra pasante de siete días de escuela que programó algunas cosas pequeñas de php. Aprendí formas interesantes de hacer cosas.
Pros: las revisiones de diseño y código también ayudan a garantizar la coherencia entre un equipo, especialmente cuando se trata de programadores junior o cuando se trata de nuevas tecnologías o métodos de programación. (Mi equipo fue a MVP, pero todos los desarrolladores lo implementaron de diferentes maneras. Se necesitaron revisiones para ayudarnos a todos a estar en la misma página)
Contras: si no se hace bien, son un azote. Algunos desarrolladores los usan para golpear a cualquiera que no esté de acuerdo con ellos. Otras veces se convierten en una discusión línea por línea del código en lugar de una discusión de arquitectura general. O se convierten en una formalidad que no es más que trabajo pesado.
Depende del tamaño del equipo, los niveles de habilidad de los miembros del equipo y lo bien que se conocen entre sí. Un equipo pequeño que tiene un alto nivel de habilidad y han trabajado juntos durante mucho tiempo, no lo necesitaría y puede perder tiempo. En este caso, pueden resolver problemas de diseño y codificación "sobre la marcha" a través de la interacción inmediata y no esperar a una reunión.
También hará que la continuidad sea mejor y que no se detenga el arranque.
Las revisiones de código y diseño perfectos añaden poco valor, pero también toman muy poco tiempo, por lo que hay poco que perder al probarlas.
Además, las revisiones de diseño y código pueden ayudarlo a compartir conocimientos con el resto del equipo de código. Hace que la propiedad del código sea más global que individual, lo que significa que alguien puede encargarse de tus tareas si te golpea un autobús en el camino al trabajo o si cambias de trabajo.
Las revisiones de código y diseño perfectos en realidad no agregan ningún valor, pero aún no he visto tal perfección en un primer corte. – paxdiablo
Ni yo tampoco. Pero es mi respuesta genérica a las personas que dicen "pero no necesito una revisión del código". Genial, luego revisar tu código será muy rápido, así que no hay nada que perder al hacerlo. – Kena
Las revisiones del código o diseño perfecto tienen un valor muy grande: se pueden usar para ayudar a entrenar a los miembros más jóvenes, y establecen un alto nivel al que aspirar. También les informan a los demás acerca de esta nueva característica/biblioteca/ítem que está perfectamente implementada y que luego pueden usar. –
Soy de la opinión de que las revisiones de diseño son incluso más importantes que las revisiones de código.Con las revisiones de código, debe verificar el código para asegurarse de que coincida con el diseño, pero esto también se puede lograr con una matriz de seguimiento de diseño a funcionalidad (asegurándose de que todos los aspectos del diseño se prueban en el código).
Para los diseños, no hay otro tipo de prueba (no se puede ejecutar el diseño): debe tener una matriz que vuelva a asignar los elementos de diseño a los requisitos individuales y, si esta matriz tiene agujeros, no lo hace No importa lo elegante e inteligente que sea su diseño, no es lo que el cliente quería.
Déjame saber cómo funciona si lo intentas :-).
OMI ...
Revisiones de diseño debería tener lugar antes de código de producción está escrito, revisiones de código deben tener lugar después de que el código está escrito. Ellos tienen diferentes propósitos.
Las revisiones de diseño ayudan a verificar la corrección, integridad y solidez de la solución propuesta, mientras que las revisiones de código garantizan que el código cumpla con los estándares de calidad y código del equipo. Las revisiones de código pueden tener lugar en casi cualquier etapa una vez que el código ha comenzado a escribirse; e incluso puede ocurrir de manera continua. Sin embargo, es demasiado tarde para cambiar el diseño una vez que se haya completado el proyecto.
Las revisiones de diseño pueden ocurrir después de que un proyecto se complete si el objetivo de la revisión es académico.
$ 0,02
Acabamos de empezar a hacer reseñas de Diseño y hasta el momento se está trabajando bien para nosotros.
Las principales razones por las que empecé a hacer las recomendaciones son:
Para garantizar que los desarrolladores entienden realmente lo que se supone ser la construcción. Si no pueden explicar su diseño o el diseño claramente no implementa los requisitos, entonces no han entendido lo que se supone que deben hacer. En el pasado, esto ha sido un problema para nosotros, ya que solo lo hemos recogido durante el control de calidad después de la codificación, cuando su corrección provoca largos retrasos. La revisión de diseño brinda información temprana y los cambios en la etapa de diseño son bastante fáciles.
Formación para desarrolladores junior. A menudo encuentro que sus diseños son demasiado complicados o que les falta algún aspecto importante. La revisión del diseño brinda una buena oportunidad para mostrarles cómo mejorar el diseño, así que con un poco de suerte harán un mejor trabajo la próxima vez. Con esos comentarios, continúan creando diseños pobres.
Esto es una buena respuesta. También me preguntaba si las revisiones de códigos deberían ser más un equipo o una estrategia de revisor/codificador. Puedo ver los beneficios de ambos. La estrategia del equipo definitivamente abriría una experiencia de aprendizaje para todo el equipo si se construye con más desarrolladores junior. Más expertos y personas mayores en el equipo, puedo ver cómo la estrategia del revisor/codificador funcionaría mejor.
Son una forma de obtener comentarios de una manera estructurada y ayudar a que otros miembros del equipo participen de lo que está haciendo.
Las revisiones son una gran oportunidad para garantizar que todos sepan que el código está funcionando. Esto es muy muy importante si está complementando a su personal con contratistas o nuevos empleados. Su falta de experiencia en el producto conduce a algunos errores de codificación que se captan mejor en las revisiones.
Mantener una reseña también te obliga a explicar tu código: es increíble cuántos problemas míos he descubierto explicando el código a otros.
Si observa el modelo V de desarrollo de software, notará que cuanto más lejos esté de la izquierda, más dinero gastará en arreglar las cosas. Las revisiones de diseño son una buena forma de evitar cometer errores triviales en las fases iniciales que se encapsulan en fases posteriores más costosas.
Voy a cerrar esta pregunta como fuera de tema porque pertenece a https://softwareengineering.stackexchange.com/ –