No se trata s\u00f3lo de convertirse en un desarrollador de c\u00f3digo limpio. No se trata de memorizar unas cuantas reglas, se trata de aprender las Sistema de valores CCD<\/a> para interiorizarlo realmente. Esto requiere tiempo y pr\u00e1ctica. Por eso hemos dividido el sistema de valores del DIRCE en etapas, que los desarrolladores van subiendo de una en una. Sin embargo, vemos todo el proceso como un c\u00edrculo: una vez superados todos los niveles, se vuelve a empezar desde el principio.<\/p>\n A cada etapa de desarrollo se le asigna un color. Y a todo aquel que trabaje como desarrollador de c\u00f3digo limpio en un nivel se le asigna un color. Pulsera CCD<\/a> como signo de su voluntad de dominarlo. A diferencia del judo, el color no corresponde a un grado alcanzado, sino a un grado en progreso.<\/p>\n En grado negro<\/a> tiene todo aquel que a\u00fan no ha emprendido este viaje. Por tanto, un brazalete negro s\u00f3lo indica que est\u00e1s interesado en el DIRCE. Puedes llevarla si a\u00fan no cumples todos los requisitos para el primer grado real.<\/p>\n El verdadero camino para convertirse en un Clean Code Developer comienza con el grado rojo<\/a>. La pr\u00e1ctica comienza con el grado rojo. Por lo tanto, s\u00f3lo contiene elementos del sistema de valores CCD que son absolutamente esenciales. Empezar deber\u00eda ser lo m\u00e1s f\u00e1cil posible. Por lo tanto, este nivel no trata tanto de los principios de desarrollo de software como de la creaci\u00f3n de una actitud fundamental hacia el desarrollo de software y el Desarrollador de C\u00f3digo Limpio.<\/p>\n Una vez sentadas las bases del proceso de mejora continua en el grado rojo, la siguiente etapa es el grado naranja<\/a> para aplicar algunos principios fundamentales al c\u00f3digo y adquirir experiencia inicial con el medio n\u00famero uno de aumentar la productividad: la automatizaci\u00f3n de procesos. Dado que s\u00f3lo un c\u00f3digo correcto es un buen c\u00f3digo, la automatizaci\u00f3n se utiliza para comprobar la correcci\u00f3n. No se trata, por tanto, de una propiedad del c\u00f3digo que es bueno tener, sino de su esencia.<\/p>\n En Grado amarillo<\/a> se trata de pruebas automatizadas. El nivel naranja segu\u00eda trat\u00e1ndose de pruebas de integraci\u00f3n que pod\u00edan aplicarse externamente. Esto no requer\u00eda necesariamente ninguna intervenci\u00f3n en el c\u00f3digo. A partir del nivel amarillo, sin embargo, ya no es posible sin pruebas por debajo de la superficie. Y no s\u00f3lo eso: hay que probar las unidades m\u00e1s peque\u00f1as posibles, no s\u00f3lo los pinchazos funcionales. Esto supone un cambio en la pr\u00e1ctica de codificaci\u00f3n, porque de lo contrario no se pueden probar clases individuales de forma aislada, es decir, independientemente de los servicios utilizados. Por eso el nivel amarillo tambi\u00e9n incluye principios orientados a objetos, porque s\u00f3lo con ellos es posible desvincular el c\u00f3digo que se va a probar de su \"fondo\".<\/p>\n En el grado verde<\/a> la automatizaci\u00f3n contin\u00faa. Es sencillamente la clave de la productividad y la capacidad de respuesta. S\u00f3lo cuando el mayor n\u00famero posible de actividades de desarrollo de software est\u00e1n automatizadas puede el CCD concentrarse en lo esencial: aplicar los requisitos del cliente. Sin automatizaci\u00f3n, el desarrollo depende a menudo de detalles menores, lo que cuesta tiempo. Las comprobaciones de correcci\u00f3n y las versiones son entonces m\u00e1s un castigo que un medio para alcanzar el \u00e9xito. Sin embargo, tras la automatizaci\u00f3n de las pruebas, la producci\u00f3n pasa a estar en el orden del d\u00eda. Probar el c\u00f3digo en el puesto del desarrollador es una cosa. Otra es compilarlo y probarlo con \u00e9xito en un ordenador independiente. Es la \u00fanica manera de encontrar dependencias m\u00e1s o menos sutiles en las estaciones de trabajo individuales de los desarrolladores. A esta pr\u00e1ctica se a\u00f1aden otros principios para la estructuraci\u00f3n del c\u00f3digo y una herramienta para mejorar las arquitecturas.<\/p>\n Con el grado azul<\/a> estamos entrando en la recta final del sistema de valores CCD. Hay que dar un paso m\u00e1s en la automatizaci\u00f3n. Tras la traducci\u00f3n y las pruebas, el despliegue est\u00e1 ahora en el programa. Pero, sobre todo, el grado azul se refiere ahora a aspectos del desarrollo de software que van m\u00e1s all\u00e1 del c\u00f3digo y las herramientas: El CCD no s\u00f3lo se ocupa de las buenas estructuras a peque\u00f1a escala, sino que tambi\u00e9n las planifica a gran escala desde el principio. As\u00ed que todo gira en torno a la arquitectura. Sin embargo, como somos conscientes de que ninguna planificaci\u00f3n puede definir una soluci\u00f3n perfecta, no s\u00f3lo la arquitectura, sino el desarrollo de software en su conjunto tambi\u00e9n incluye un modelo de proceso adecuado. \u00c9ste es iterativo y debe practicarse durante el trabajo sobre el grado azul.<\/p>\n En el grado blanco<\/a> todos los principios, reglas y pr\u00e1cticas fluyen juntos. Al igual que todos los colores est\u00e1n contenidos en la luz blanca, el nivel blanco contiene todos los dem\u00e1s niveles. Un CCD s\u00f3lo funciona al nivel del grado blanco si tiene constantemente a la vista todo el sistema de valores del CCD. Esto deja claro que s\u00f3lo los desarrolladores de software realmente avanzados, con varios a\u00f1os de experiencia y en un entorno adecuado, pueden trabajar con el nivel blanco.<\/p>\n Los grados no expresan un valor. Alguien que trabaja en el grado azul no es \"mejor\" o est\u00e1 \"m\u00e1s lejos\" que alguien que trabaja en el grado naranja. Los grados no son m\u00e1s que una herramienta did\u00e1ctica para que la totalidad del sistema de valores sea \"m\u00e1s f\u00e1cil de digerir\". Los numerosos componentes b\u00e1sicos pueden aprenderse mejor en peque\u00f1os bocados que de una sola vez.<\/p>\n Por eso es importante para nosotros que todos los futuros alumnos empiecen por el nivel rojo. Por razones did\u00e1cticas, es el mejor lugar para empezar, incluso si cree que ya aplica otros valores en su trabajo diario. Independientemente de la pr\u00e1ctica actual del proyecto, es ciertamente novedoso tratar principios y pr\u00e1cticas de forma tan consciente. En particular, reflexionar sobre ellos a diario probablemente no sea todav\u00eda un h\u00e1bito. El nivel rojo es, pues, adecuado para practicarlos en el contexto de \"simples\" bloques de construcci\u00f3n.<\/p>\n Aunque entendemos que cualquiera que quiera Sistema de valores<\/a> Si una persona ve algo por primera vez y quiere marcar lo que ya se toma a pecho, en \u00faltima instancia esto es irrelevante. La pr\u00e1ctica consciente en el marco del sistema de valores es siempre nueva, y cualquiera que piense que \"merece\" el nivel blanco deber\u00eda empezar por el nivel rojo. No se trata de \"ganar\", sino de iteraciones y peque\u00f1os bocados. Los t\u00edtulos son mirillas para ver el panorama general.<\/p>\n \u00bfQui\u00e9n fue el primer Pulsera<\/a> as\u00ed que es mejor pedir la pulsera roja.<\/p>\n En Sistema de valores<\/a> y los bloques de construcci\u00f3n pueden parecer r\u00edgidos, como cincelados en piedra. Pero no lo son. Siempre es provisional hasta que nosotros o la comunidad consideremos que hay que cambiar algo. Sin embargo, el mundo de las herramientas y los materiales a los que debe aplicarse el sistema de valores es a\u00fan m\u00e1s cambiante. Los lenguajes de programaci\u00f3n, los IDE, los marcos de trabajo, las plataformas y los productos de servidor cambian constantemente, se a\u00f1aden o se eliminan. Hay una tendencia a que lo que potencialmente podr\u00eda ser conocido y h\u00e1bil se convierta en m\u00e1s, en mucho m\u00e1s. En el pasado, estabas bien servido con un lenguaje de programaci\u00f3n y su biblioteca est\u00e1ndar. Hoy, eso ya no basta.<\/p>\n Dado que profesionalidad significa tomar decisiones con conocimiento de causa, el DCN no tiene m\u00e1s remedio que someterse a una formaci\u00f3n continua. De hecho, el desarrollo de software es probablemente el sector que m\u00e1s lo necesita. Por ello, la formaci\u00f3n continua forma parte de varias titulaciones (Naranja<\/a>, Amarillo<\/a>, Verde<\/a>). Queremos dejar claro que la formaci\u00f3n continua es siempre una cuesti\u00f3n, pero tambi\u00e9n debe seguir una evoluci\u00f3n. No es posible pasar de 0 a 100 en un solo programa de formaci\u00f3n. No s\u00f3lo hay que practicar el desarrollo de software, tambi\u00e9n hay que aprender a formarse.<\/p>\n Sin embargo, los t\u00edtulos s\u00f3lo se refieren a distintas formas de formaci\u00f3n (lectura, trabajo en red, publicaci\u00f3n). No especifican cu\u00e1nto tiempo debe dedicarles un CCD. La raz\u00f3n: en nuestra opini\u00f3n, no se trata de formas espec\u00edficas. La formaci\u00f3n debe representar al menos 20% del tiempo de trabajo, independientemente de la forma.<\/p>\nNegro 0\u00ba grado<\/h2>\n
Rojo 1er grado<\/h2>\n
Naranja 2\u00ba grado<\/h2>\n
Amarillo 3er grado<\/h2>\n
Verde 4\u00ba grado<\/h2>\n
Azul 5\u00ba grado<\/h2>\n
Blanco 6\u00ba grado<\/h2>\n
Significado de los grados<\/h2>\n
Formaci\u00f3n continua<\/h2>\n