Pausa para el café #38. ¿Qué es una revisión de código y por qué es necesaria? El síndrome del impostor es el mejor amigo de un desarrollador

¿Qué es una revisión de código y por qué es necesaria?

Fuente: DZone Iniciar una startup es difícil, pero escribir software no es tan fácil. Para que el software funcione bien, necesitas un buen código. Pero, ¿cómo puedes estar seguro de que tu código es realmente bueno? Mientras trabajábamos con código de cliente, descubrimos que muchos desarrolladores independientes e incluso empresas de TI ignoran las revisiones de código. Bueno, dado que nuestro equipo considera la revisión del código como un paso de trabajo estándar, decidimos explicar nuestro punto de vista. Entonces, comencemos con alguna terminología básica.

¿Qué es una revisión de código?

Es un examen sistemático del código fuente del software para encontrar errores y evaluar la calidad. Una revisión de código consta de los siguientes pasos:

• Determinar las formas más efectivas de completar una tarea;
• Buscar errores lógicos;
• Busque las vulnerabilidades más comunes;
• La detección de malware es un tipo especial de inspección de código para buscar fragmentos de código sospechosos o cualquier malware integrado en el software.

¿Por qué necesitas una revisión del código?

Hay varias razones por las que la revisión del código se considera una parte necesaria del desarrollo. La primera razón es la reducción del riesgo. Digamos que tienes un software escrito por un profesional independiente o una agencia, pero no estás seguro de la calidad del trabajo porque incluso los buenos desarrolladores pueden perderse algo. Por eso siempre es una buena idea volver a comprobarlo. Además, al trabajar juntos para aprender el código, cada miembro del equipo puede encontrar soluciones más inteligentes que mejorarán el rendimiento general del proyecto. Lo principal que debe recordar acerca de las revisiones de código es que deben realizarse ANTES de que su nuevo equipo de desarrollo asuma el código base o el proyecto. Una revisión del código antes de lanzar un proyecto le brinda a su equipo la oportunidad de revisarlo y determinar la calidad del código y si se necesitan mejoras.

Guía para la revisión del código

Basándonos en nuestra experiencia, decidimos preparar una breve guía para desarrolladores que vayan a comprobar el código fuente de sus proyectos.

Divida las revisiones de código en intervalos de tiempo

No intente analizar todo el proyecto a la vez. Los expertos aconsejan no revisar más de 400 líneas de código a la vez. Además, una comprobación única no debería tardar más de una hora. Los humanos no pueden procesar eficientemente esta cantidad de información, especialmente durante largos períodos de tiempo. Cuando se supera esta marca, la capacidad de detectar errores disminuye notablemente, por lo que es posible que se pierdan algunos errores importantes.

Pide ayuda a tus compañeros de equipo

Una cabeza está bien, pero dos mejor. Es posible que se sorprenda de cuánto mejorará la calidad de su reseña si comparte este proceso con otra persona. Estamos acostumbrados a realizar revisiones de código colaborativas utilizando Crucible de Atlassian . Esta herramienta le permite asignar revisores adicionales, discutir líneas seleccionadas de código fuente, archivos o un conjunto completo de cambios. La revisión colaborativa del código no solo mejora el software, sino que también mejora la competencia del equipo al compartir conocimientos a través de la discusión.

Indicadores de registro

Antes de que comience la revisión, el equipo debe establecer objetivos precisos, como "reducir la tasa de defectos a la mitad". El objetivo de "encontrar más errores" es demasiado abstracto y, por tanto, imposible de lograr. Durante la revisión, registre indicadores como la velocidad de la verificación, la cantidad de errores encontrados por hora y la cantidad promedio de errores por línea de código. El seguimiento constante de los resultados de las revisiones le mostrará una imagen real de los procesos internos.

Mantenga una actitud positiva

Las revisiones de código a veces pueden empeorar las relaciones dentro de un equipo. A nadie le gusta que lo critiquen, por eso es muy importante mantener un ambiente amigable a menos que quieras que tus compañeros pierdan la motivación. En lugar de ver cada error de manera negativa, considérelo como una nueva oportunidad para mejorar la calidad de su código en general.

Configurar el proceso de corrección de errores

Entonces su equipo completó la revisión del código, pero ¿qué pasa con la corrección de los errores que se encontraron? Para nosotros fue una sorpresa saber que no todos los equipos de desarrollo tienen un método establecido para corregir los errores encontrados. Afortunadamente, estamos trabajando colectivamente no sólo para encontrar errores, sino también para corregirlos. Todos los errores se discuten con el creador (excepto cuando revisamos el código de otro equipo) y todos los cambios siempre se aprueban antes de enviarlos a la fuente.

resumiendo

La revisión del código debería ser un proceso importante en cualquier empresa de desarrollo, ya que ayuda a mantener estándares de codificación de alta calidad. Trabajar juntos en revisiones de código une al equipo y brinda la oportunidad de compartir conocimientos y experiencias dentro de la empresa. Entonces, ya sea que esté ejecutando una startup o entregando un proyecto a otro equipo, siempre revise el código para asegurarse de que su software sea de la mejor calidad.

El síndrome del impostor es el mejor amigo de un desarrollador

Fuente: Catalins.tech Después de leer el título, podrías pensar que algo anda mal en mí. Pero lo diré de nuevo: el síndrome del impostor es el mejor amigo de un desarrollador si se canaliza en la dirección correcta. También creo que el síndrome del impostor está tan extendido en el desarrollo de software por la gran cantidad de conocimientos que se deben tener y el cambio constante de herramientas y lenguajes de programación. El lenguaje de programación y las herramientas que utiliza hoy pueden quedar obsoletos dentro de un año. Esto significa que nuevamente tendrás que “empezar de cero” hasta cierto punto. El desarrollo de software es un entorno muy dinámico en el que es necesario aprender constantemente. Pero, a pesar de las dificultades, puedes acostumbrarte a ellas. Por tanto, es casi imposible deshacerse del síndrome del impostor. ¿Por qué no aprender entonces a vivir con ello?

La mayoría de nosotros lo tenemos.

Déjame decirte algo más. Casi todos sufrimos el síndrome del impostor. Siempre hay alguien mejor que nosotros. Siempre hay algo que no sabemos. Siempre hay algo que aprender. Cada día sale una nueva herramienta. De vez en cuando aparece una nueva tecnología o lenguaje de programación. Nunca podrás aprenderlo todo. Tratar de seguir el ritmo también es muy difícil. Y así aparece el síndrome. Empiezas a hacerte preguntas: “¿Podré algún día hacer esto?”, “¿Podré algún día hacer x, y, z?”, “¿Reconoceré las tecnologías x, y, z? ", "¿Y si soy un impostor?", y la lista continúa. La respuesta es sí, sí y sí. Por cierto, el síndrome del impostor es peor para aquellos principiantes que sienten que nunca tendrán éxito en este campo. Yo también pasé por esto. Puedes superar el síndrome con trabajo duro.

Imaginar

No eres el único que se hace estas preguntas. Tu compañero de trabajo tiene los mismos problemas. El desarrollador al que sigues en Twitter también tiene preguntas similares. Y un video blogger con 50.000 suscriptores. Y estas preguntas también aparecen frente a mí, aunque tengo trabajo y todo está bien. Las preguntas no sólo te molestan a ti. El síndrome del impostor es parte de nuestra profesión. Por supuesto, algunas personas lo afrontan mejor, por lo que no es tan obvio que ellos también tengan problemas. Pero créanme: casi todos los tenemos.

¿Qué hacer?

En primer lugar, debes entender que el síndrome del impostor puede convertirse en tu mejor amigo. Después de todo, él te empuja a mejorar. Sentir que no está hecho para la industria o que no sabe mucho puede ser un incentivo para aprender más. Como resultado, serás mejor cada día. Utilizo el síndrome del impostor como combustible, como motivación para convertirme en un mejor desarrollador, y funciona muy bien. Pero tenga cuidado: puede llevarlo rápidamente al agotamiento. Créeme, no necesitas esto. Siempre que se te pasen por la cabeza preguntas y pensamientos irracionales, RECUERDA que todos los desarrolladores padecemos el mismo síndrome. RECUERDA que siempre hay un desarrollador mejor que tú. Pero RECUERDA también que siempre hay un desarrollador peor que tú. RECUERDA que nunca podrás saberlo todo, y eso está bien. Sólo necesita conocer algunas herramientas que sean relevantes para su trabajo. Con perseverancia, puedes convertirte en un buen desarrollador. ¿Crees que te convertirás en el mejor programador? Lo más probable es que no. ¿Trabajarás para Amazon/Facebook/Google/Apple? Probablemente tampoco. ¿Ganarás millones? Difícilmente. ¿Pero sabes que? Esto esta bien. No es necesario hacer ninguna de estas cosas para convertirse en un buen desarrollador. Porque en realidad, la mayoría de nosotros nunca logramos todos estos objetivos.

Recordar

1. Casi todos tenemos el síndrome del impostor.
2. Puede lograr el éxito en esta industria a través de su perseverancia.
3. Nunca lo sabrás todo, y eso está bien.
4. Siempre hay mejores desarrolladores que tú, pero también hay peores desarrolladores que tú.
5. No es necesario ser un programador superestrella. Basta con ser bueno en tu trabajo.