4 Resoluciones de desarrollo para iniciar el nuevo año
Digital Trends

4 Resoluciones de desarrollo para iniciar el nuevo año

Dan Haggerty •  2 Enero 2018

Los primeros días de 2018 ya terminaron. Es hora de que veamos algunos objetivos para el nuevo año.

Todos tenemos intenciones personales de buscar nuevos objetivos (o reciclar del año pasado).

Ya sea yendo al gimnasio más a menudo o buscando una manera de ser más benévolo, las intenciones son una forma de reiniciar en el Año Nuevo y mejorar como individuos.

Para los desarrolladores de software, el nuevo año se trata de volver a lo básico. Estas soluciones no cambiarán la vida de los desarrolladores de la noche a la mañana, pero son recordatorios importantes de lo que se necesita para desarrollar el mejor software posible en entornos tan cambiantes.

1. Mantenga el código simple y limpio

Puede ser muy fácil adoptar malos hábitos. Cae en una rutina, puede volverse algo complaciente, y luego, aparentemente de la nada, su código se vuelve prácticamente ilegible. Por supuesto, el problema no surgió de la nada; fue un proceso de construcción constante.

La mayoría del código debe ser auto explicativo. Las convenciones de nomenclatura son un paso esencial para mantener limpio el código. Los términos son fáciles de implementar, pero difíciles de corregir. Las convenciones deben ser coherentes y fáciles de entender, y deben evitar las abreviaturas. El lenguaje es importante en todo el código, no solo cuando se trata de nombrar convenciones. El código debe ser expresivo, usando construcciones como interfaces y propiedades. Los estándares son la clave para mantener el código simple y limpio.

Siga los estándares establecidos por su equipo: el código se vuelve fácil de entender cuando todos siguen las mismas pautas.

Escriba un código simple y limpio… sus compañeros de equipo se lo agradecerán.

2. Mantenga el principio SOLID

Hable sobre cómo mantener el código simple y limpio: las cinco mejores prácticas que conforman el código de mantenimiento SOLID son comprensibles y fáciles de mantener. Siga las pautas SOLID para asegurarse de estar al día con las mejores prácticas de la industria.

  • Single Responsibility Principle: Una clase debe tener una y única razón para cambiar, lo que significa que una clase debe tener solo un trabajo.

  • Open-Closed Principle: los objetos o entidades deberían estar abiertos para la extensión, pero cerrados para su modificación.

  • Liskov Substitution Principle: los objetos en un programa deberían ser reemplazables con instancias de sus subtipos sin alterar la corrección de ese programa.

  • Interface Segregation Principle: muchas interfaces específicas de cliente son mejores que una interfaz de propósito general.

  • Dependency Inversion Principle: Las entidades deben depender de abstracciones, no de concreciones.

3. Evite las repeticiones

Esta es una sugerencia útil para los desarrolladores de software que buscan adherirse a la “S” en los principios SOLID. El principio DRY (Don’t Repeat Yourself) dicta que la repetición en lógica debe ser reemplazada por abstracción, y que la duplicación en el proceso debe ser eliminada a través de la automatización. Es importante recordar los peligros de la repetición, ya que el código duplicado contribuye a la deuda técnica. Como resultado, la calidad del código disminuye.

4. Repiense cómo prueba

Es un sentimiento muy familiar para los desarrolladores de software cuando se les aleja del trabajo de desarrollo para centrarse en las pruebas. A menudo, el software que prueban es código creado por ellos mismos. El uso de desarrolladores para probar el software (especialmente si ayudaron a construirlo) desperdicia recursos de desarrollo y conduce a informes con errores no encontrados. Es un sistema ineficiente, pero es una necesidad desafortunada para muchas empresas que simplemente no tienen los recursos de prueba necesarios para probar en entornos ágiles.

El crowdtesting ofrece a las marcas una alternativa, proporcionando profesionales de control de calidad reales bajo demanda en un sistema escalable. Esto permite a los desarrolladores hacer lo que mejor saben hacer: desarrollar.

Descubra cómo la comunidad de probadores de software de Applause puede convertirse en una extensión de su equipo.