Las 5 mejores prácticas para el desarrollo de software

Desglosar todo el desarrollo de software en mejores prácticas simples no es fácil—ni siquiera es tan posible. La forma en que un ingeniero aborda el trabajo está completamente diferente a la de otro.

Pero ciertas prácticas y directrices unen a desarrolladores y gestores de producto. Con estas directrices establecidas, el desarrollo de software se convierte en un proceso más fluido para todos.

Aquí son cinco mejores prácticas en el mundo del desarrollo de software. Si te mantienes sencillo, te comprometes regularmente y pruebas tu trabajo a fondo, te tendrá más tiempo construyendo tu código y entregando software de calidad de forma eficiente y a tiempo.

Vamos a echar un vistazo.

Hazlo sencillo

Existe la tentación de Haz código que están demasiado complicado de leer, lleno de cadenas que te podría necesitar en el futuro, o simplemente un caos general. Escribir código complejo y esotérico podría haber estado de moda hace 30 años—mostrando todas tus habilidades sofisticadas—pero ahora el código necesita ser claro y eficiente.

Desde que Max Kanat-Alexander, desarrollador de software de Google, dijo que deberíamos Reduce la complejidad a la simplicidad, ha habido un cambio cultural hacia la creación de código simplificado. Si alguna vez te dudas de la calidad de tu código, recuerda estos dos principios:

• DRY
• YAGNI

DRY: No te repitas

No te repitas. Los ordenadores son inteligentes. No son como los humanos que necesitan que constantemente les digan algo para recordarlo. Díselo a tu ordenador una vez y lo sabrá hasta que tú le digas que lo olvide.

Por eso la duplicación están desperdicio. Ya sea líneas de desperdicio en el código o tiempo perdido en el proceso, repetirte están solo una pérdida de tiempo y una mayor presión sobre el código, tu presupuesto y para ti. El principio DRY puede que no se aplique en todos los casos, pero es una gran guía.

En resumen: evita la repetición; en su lugar, mira la abstracción, la automatización y la implementación inteligente del código.

YAGNI: No te son va a necesitarlo

te son no lo voy a necesitar. ¿Construiría te un puente sobre un arroyo pequeño por si se convierte en un río de aguas bravas que se desborda? Probablemente no, ¿verdad? Porque eso no es necesario, aunque quizá así te ahorres dolores de cabeza más adelante.

Si tú no necesitas un fragmento de código ahora, no lo incluyas. Siempre céntrate en la tarea que tienes entre manos y no intentes adivinar lo que traerá el futuro. Eres programador, no un místico. Aunque tú estuvieras en lo cierto al adivinar hacia dónde te llevaría el proyecto, existe la posibilidad de que tú descubras que no es exactamente como tú lo planeaste.

Además, añadir código que no es inmediatamente importante hace perder tiempo y recursos que probablemente te podría invertir mejor en otra cosa.

Ten un plan de retroceso

Experimentar y cambiar cosas te están una forma fácil de reducir el tiempo de revisión después. Pero también están una forma segura de llevar tu código en la dirección equivocada, sin una forma fácil de volver.

En su lugar, compromete tu trabajo a menudo y con regularidad. Así tú siempre podrás rebobinar hasta un punto en el que no te hayas perdido en los detalles.

Esto están un hábito, uno que están te algo cuyo valor no valoro hasta que es demasiado tarde. Si te no sigues comprometiéndote, te podrías estar añadiendo días o semanas a tus proyectos mientras te intentas encontrar el error, corregirlo y luego Comienza otro camino diferente. Aun así, no hay garantía de que el nuevo camino sea el correcto—¡ese es el momento perfecto para Haz un compromiso, de todas formas!

(conoce cómo configurar una tubería CI/CD.)

Prueba, prueba y prueba otra vez

Las grandes empresas de software no esperan a que todo su código están implementado antes de someterlo a pruebas rigurosas—tú tampoco deberías hacerlo. Las pruebas continuas a largo plazo te darán una mejor comprensión de:

• El código te ya ha creado
• ¿Qué te que aún tiene que hacer

Pocas cosas son más difíciles que mirar lo que te escrito e intentar identificar el único error que están causando un error desagradable en tu sistema. Aunque te son propenso a sesiones de escritura de tres días con café, te necesitas incorporar las pruebas en tu flujo de trabajo.

Obtén con pruebas continuas mediante:

• Comprender los conceptos clave en las pruebas DevOps.
• Considerando el testing shift left, que ayuda a detectar y prevenir detecciones al principio del ciclo de desarrollo de software.
• Automatizar las pruebas a intervalos regulares durante todo el proceso ayudará a te Obtén retroalimentación tan necesaria sobre tu código que puede tener fallos. Deja que los bots señalen tus errores y te podrás centrarte en corregirlos y avanzar en tu proyecto.
• Explorando el creciente mundo de las pruebas como servicio (TaaS). Si no es posible realizar pruebas automatizadas o a gran escala, TaaS es especialmente útil para pequeñas empresas o equipos con demasiadas tareas pendientes.

Entiende cómo estimar

Cuando te son gestionar un proyecto de software, ya sea como parte de un equipo de desarrollo o como freelance, te necesitas tener objetivos realistas sobre tus necesidades de tiempo y presupuesto. Crear código de calidad no es solo escribir el código, sino tomarse el tiempo para escribirlo bien y revisarlo para que sea aún mejor.

Si te son apresurado a terminar trabajos, te escribirá código menos que estándar. Las limitaciones de tiempo poco realistas no favorecen a nadie y conducen a una deuda técnica acumulada.

Haz acuerdos que te permitan tiempo para desarrollarte adecuadamente. Tanto tú como tu cliente estaréis más contentos como resultado.

Haz que sea resistente

Recuerda nuestra primera mejor práctica: la simplicidad están rey en el desarrollo de software. Pero te no quieres que tu software sea tan simple que se rompa. Debe haber un elemento de robustez en el código te escribir. Queremos que sea ambas cosas:

• Difícil de usar mal
• Amable con los errores humanos

Si tu software es implacable en estos aspectos, será mucho más difícil para los usuarios finales implementarlo correctamente.

Crear código que están fáciles de usar y poco propensos a romperse (o a ser mal utilizado y confuso) están clave para un despliegue exitoso. Al fin y al cabo, si los usuarios no saben cómo utilizarlo, ¿dónde está el valor?

La importancia de las mejores prácticas

Incorporar las mejores prácticas ayudará a te Haz el máximo de tu proceso de desarrollo sin reinventar la rueda. Haz tu código fácil de leer, sencillo de implementar y sencillo de usar.

Toda empresa necesita las mejores prácticas para garantizar la eficiencia de tiempo y dinero, y esto está ciertamente cierto en el desarrollo de productos de software.

Lecturas relacionadas

• BMC DevOps Blog
• Gestión de contenedores y código para DevOps, parte de nuestra Guía DevOps
• Desplegar vs lanzar software: ¿Cuál es la diferencia?
• Roles y responsabilidades de Ingeniero DevOps
• Cómo y por qué convertirse en una fábrica de software
• Python vs Go: ¿Cuál es la diferencia?
• Las principales conferencias DevOps a las que asistir

Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.