Mi perro y el FxCop

Tengo un nuevo miembro en mi familia y claro él no sabe cuáles son las reglas para permanecer en el grupo y conseguir el objetivo común que es la convivencia pacífica; muerde todo, se sube y hace sus necesidades donde no debe.

Lo mismo pasa cuando alguien se incorpora a un grupo de desarrollo, cuando entras en grupo de trabajo empiezas a funcionar de la manera a la que estabas acostumbrado y claro generalmente eso no le vale a tu nuevo jefe;  el hombre se vuelve loco con todas las correcciones y  seguro que piensa:”buff esto nos va a retrasar muchísimo, yo no puedo estar detrás de este chico” que es exactamente lo que pienso yo de mi mascota.

En estos casos se puede caer en un gran error,  en psicología se denomina “reflejo intermitente” que supone que  ante una misma acción se reacciona unas veces y otras no.  Si por ejemplo un jefe un día corrige a un desarrollador por no usar using y otro día no, el desarrollador hará lo que más cómodo le resulte, sin duda,  somos de naturaleza cómoda.

Reconozcámoslo, sería una pérdida de tiempo y dinero que el jefe esté todo el día detrás de estas cosas que son muy importantes pero deben ser básicas y de obligado uso.

Ahí es donde entra el FxCop, él nos pone los limites para que cumplamos las reglas y no haya problemas en el grupo; problemas que pueden ser muy graves, que provocan enfados, malestar y hasta mal rollo en el equipo.

Por eso,  el cumplimiento de las reglas y la disciplina,  son  la base para la consecución del objetivo,  que es lo que nos da de comer y nos permite sobrevivir en la empresa.

Nosotros, en principio poníamos los errores de FxCop como warnings y muchas veces se iban dejando. Hasta que no se decidió ponerlos como errores no se quitaron totalmente, sin duda fue una decisión muy acertada.

¿Os imagináis que positivo sería en todos los equipos el uso de FxCop?, la incorporación de un nuevo miembro sería mucho menos traumática, el código de todos se parecería mucho más y lo más importante estaría todo mucho mejor.

Os dejo la frase que tanto hemos leído aquí: “La calidad no es opcional”

Recordad  que la calidad de un producto es que siempre sea igual, Pensemos que la Coca-Cola durante un mes supiese diferente, no digo peor, digo diferente y luego volviesen a darnos el sabor de siempre, podría gustarnos más con lo que ya no querríamos el sabor anterior o menos con lo que perdería adeptos aunque se subsanase el error.

4 comentarios en “Mi perro y el FxCop”

  1. Muy buen idea la de forzar las normas de FxCop. Pero así parezca muy novato, ¿como fuerzo a que no compile si es que hay alguna ‘advertencia’ de FxCop?

    Saludos

  2. Gracias a los dos por los comentarios, Arturo no me he referido a que no compile, si no a que despues de compilar las marque como errores las normas, entonces es el propio programador el que no hace check-in.

    También usamos otra herramienta(ReSharper) que esa sí te marca correcciones y mejoras en cuanto lo vas escribiendo

    Saludos

  3. @Pobre chusco, ahora le quieres hacer aprender el fxcop, voy a llamar a la protectora….

    @Arturo, boton derecho sobre el proyecto, pestaña Code Analysis,
    aparece cada regla “Design Rules, Globalization Rules, etc”, la derecha de cada una tienes un checkbox “Treat Warning as Error”, activas esta casilla y voila.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *