Código Limpio
Código Limpio
Código Limpio
Artículos Técnicos
klaus haeuptle
21 de diciembre de 2022 Lectura | de 7 minutos
Seguir 1 27 41,170
Código limpio es un término utilizado para describir software que es fácil de leer,
Me gusta comprender, mantener y probar. En este blog quiero resumir algunos principios
importantes y proporcionar una entrada al tema para principiantes. Además, el blog
se conectará con el repositorio de guías de estilo, los libros e iniciativas actuales
RSS Feed donde los expertos pueden contribuir. Si no quiere perderse una actualización sobre
código limpio, automatización de pruebas, revisiones de código, pruebas unitarias,
toma de decisiones, capacidad de prueba y otros temas de
ingeniería/artesanía/arquitectura, suscríbase al nuevo boletín .
Código con funciones largas y complejas que son difíciles de entender, probar y
mantener.
Código con convenciones de nomenclatura deficientes, como variables con
nombres cortos y no descriptivos, o funciones con nombres que no reflejan con
precisión su propósito.
Código con estilo inconsistente, como sangría o espaciado inconsistente, lo que
puede dificultar la lectura y comprensión.
Codifique con código innecesario o redundante, lo que puede dificultar su
mantenimiento y comprensión.
Código que dificulta la automatización de pruebas, por ejemplo, acoplamiento
estático entre clases.
En general, el código que no está limpio a menudo es más propenso a errores y fallas,
y puede llevar más tiempo trabajar con él, ya que requiere más esfuerzo para
comprenderlo, probarlo y mantenerlo.
En general, el código limpio puede ayudar a garantizar que su software sea confiable,
mantenible y fácil de usar, lo que puede conducir a una mayor eficiencia,
productividad, mayor calidad y mayor satisfacción de los desarrolladores y usuarios
por igual. Los beneficios del código limpio se extienden más allá del proceso de
desarrollo y pueden tener un impacto positivo en el éxito a largo plazo del software y
del equipo que trabaja en él.
En general, el código limpio es una parte esencial del desarrollo de software. Facilita
la comprensión y el mantenimiento de un sistema, y puede ayudar a prevenir errores
y otros problemas.
El objetivo a largo plazo del repositorio de guías de estilo es cubrir los lenguajes de
programación más importantes del mundo SAP. Hasta ahora solo se cubre ABAP,
pero estoy convencido de que vendrán más. Tal vez también podamos cubrir Java,
TypeScript, Kotlin, Go y más, más bien un deseo que cercano a la realidad.
Los libros
Hay varios libros que cubren el tema en detalle, explican el razonamiento y lo aplican
a lenguajes de programación específicos.
Limpiar ABAP
Clean ABAP - Versión alemana
Limpiar SAPUI5
Los libros también son muy adecuados para principiantes o principiantes para
aprender los lenguajes de programación. O compañeros que ya dominan Clean ABAP
y quieren aprender Clean SAPUI5. E incluso expertos en el lenguaje de programación
mencionaron que aprendieron mucho y fue una fuente de inspiración.
¿Por qué tener un conjunto común de reglas? A medida que una organización
crece, ayuda a mantener la base del código coherente y permite que los
desarrolladores se concentren en los aspectos importantes . Habrá menos
conflictos sobre conceptos básicos (por ejemplo, formato) debido a un estilo de
código estándar.
Fomentar el principio de optimizar el código para el lector : dado que el código se
leerá con mucha más frecuencia de lo que se escribe, un principio importante
para todas las reglas es optimizar para el lector, no para el escritor. Por lo tanto, la
guía de estilo valora más la legibilidad que el uso de expresiones poderosas, que
le permiten al escritor expresar algo de manera concisa, pero luego son difíciles
de leer.
Coherencia de la base de código: si la base de código se crea teniendo en cuenta
los mismos principios y la guía de estilo, permite a los ingenieros saltar a una
parte desconocida del código y realizar mejoras rápidamente .
Mejorar la experiencia del desarrollador: tener una guía de estilo coherente crea
un ecosistema por sí solo y permite mejorar la experiencia del desarrollador .
Después de que se publicó la guía de estilo en 2019, la comunidad comenzó a
crear herramientas para mejorar las revisiones de código, documentó las
prácticas de revisión de código, verificó el código estático extendido, desarrolló
formatos de capacitación y creó algunas herramientas para corregir el código
automáticamente. Esta coherencia creó la base para varios proyectos
InnerSource/de código abierto, mejoras de la plataforma y desencadenó la
exploración de nuevas ideas.
Escalar una organización: a medida que crece una organización, es importante
tener una comprensión común del estilo del código. Ayuda a impulsar a los
nuevos desarrolladores más rápidamente y centrar el tiempo en la programación
en pareja o las revisiones de código en otros aspectos.
También se benefician otros roles, no solo desarrolladores , por ejemplo,
consultores que necesitan hacer extensiones o equipos SRE (Site Reliability
Engineering) que necesitan mejorar las operaciones.
La coherencia también mejora el mantenimiento a largo plazo, ya que los nuevos
ingenieros que toman posesión pueden comprender más rápidamente y
mantener el código.
La guía de estilo permite hacer cumplir las reglas con controles de código
estático o incluso desarrollar correcciones automáticas . Por lo tanto, algunas
discusiones ya no tienen lugar, lo que permite enfocar el tiempo de los
desarrolladores en aspectos más importantes.
Actividades actuales
Con el éxito de la guía de estilo y la cantidad de propuestas de mejora surge la
necesidad de un proceso más formal cuando se trata de revisar las propuestas de
mejora. Hacer transparente todo el proceso y tener claridad para la toma de
decisiones.
Esto incluye claridad sobre cómo se deben abrir, se procesan y el plazo típico en el
que de alguna manera se puede esperar una decisión. Además, especialmente para
cambios con un mayor impacto (por ejemplo, cambios incompatibles), necesitamos
un proceso formal para la toma de decisiones, ya que esos cambios también se verán
reflejados en las verificaciones de código estático y, por lo tanto, afectarán a una
gran cantidad de desarrolladores.
Moderador de alertas
Etiquetas asignadas
Desarrollo ABAP
Java
JavaScript
Fuente abierta
Investigación y desarrollo
SAPUI5
Ver más...
preguntas relacionadas
Comparar datos entre dos tablas internas
Por ex miembro 25 de junio de 2008
1 comentario
Conjunto Kiran NC
22 de diciembre de 2022 a las 5:58 am
Nadie siente el valor del código limpio que alguien como yo en las operaciones de SAP, especialmente en el
momento de la necesidad. ¡Sin olvidar el beneficio en términos de impacto comercial reducido y MTTR! ¡Gran
blog en general y debe ser obligatorio para todos los programadores! ¡Gracias por compartir tu pensamiento!
como 4 | Cuota
Encuéntranos en
Privacidad Términos de Uso