Skip to content

6 consejos para abordar el código heredado

Cuando hayas trabajado en la industria digital el tiempo suficiente, eventualmente tendr√°s que trabajar con c√≥digo que has heredado de otra persona. Ya sea que esto sea parte de un proceso de entrega de otra compa√Ī√≠a, escrito por un desarrollador que ha seguido adelante o escrito por un profesional independiente, tarde o temprano se encontrar√° buscando l√≠nea tras l√≠nea de c√≥digo que usted no escribi√≥.

Cuando esto sucede, es fácil caer en una mentalidad negativa. Puede ser que utilice una estructura con la que no esté familiarizado, que parezca demasiado complicada, desorganizada o simplemente diferente a su enfoque de desarrollo habitual Рrara vez es fácil de manejar.

Algo construido usando un enfoque ligeramente diferente puede volverse r√°pidamente inmanejable

“No es mi culpa, ya es un desastre” – dejarse llevar por este tipo de actitud puede crear el monstruo de un sitio web de Frankenstein si no se tiene cuidado. Algo construido con un enfoque ligeramente diferente puede llegar a ser r√°pidamente inmanejable si cada desarrollador que trabaja en el proyecto a√Īade su enfoque subjetivo. Ya sean convenciones de nomenclatura, identificadores de clase o incluso funciones JavaScript.

A continuación encontrará algunos consejos para ayudarle a prepararse y administrar los sitios web heredados y verlos como algo que debe cuidar en lugar de temer.

1. Pida bien la documentación

La documentaci√≥n de un sitio a menudo existir√° en alg√ļn lugar de alguna forma. ¬°Esperemos que s√≠! Puede que est√© desfasado, pero cualquier cosa es infinitamente mejor que nada. Cuando reciba el c√≥digo base de un sitio, aseg√ļrese siempre de que esta pregunta se plantee con antelaci√≥n para asegurarse de que se proporciona toda la documentaci√≥n durante el proceso de entrega.

2. Invierta el tiempo temprano

Tómese el tiempo para entender el código que ha recibido. No lo mires así como así. Invertir el tiempo para realmente mirar la estructura de archivos, CMS, los corredores de tareas y si el sitio se basa o no en cualquier motor de plantillas.

Los sitios m√°s antiguos….a menudo pueden llevar mucho exceso de equipaje

Este ser√≠a un buen momento para comenzar con alguna documentaci√≥n para el sitio si no existe ya, o a√Īadir sus propias notas a cualquier documentaci√≥n existente.

No podr√° llevar a cabo con √©xito las actualizaciones de un sitio que no comprende. El resultado ser√° un c√≥digo ofuscado y lleno de errores que s√≥lo alargar√° el tiempo necesario para llevar a cabo incluso las tareas m√°s peque√Īas.

Aseg√ļrese de conocer el mapa del sitio, cu√°ntas p√°ginas hay y d√≥nde est√° el c√≥digo para esas p√°ginas dentro de la estructura. Esto le ayudar√° a identificar cualquier c√≥digo obsoleto o no utilizado que pueda ser eliminado. Compruebe tambi√©n si hay bibliotecas de JavaScript no utilizadas. Los sitios m√°s antiguos, o sitios que han tenido m√ļltiples desarrolladores o agencias trabajando en ellos, a menudo pueden llevar mucho exceso de equipaje. Cualquier cosa que pueda ordenar o limpiar beneficiar√° sin duda alguna la longevidad del sitio.

3. Abordar la funcionalidad desconocida

No esperes a que se rompa! Eche un vistazo a cualquier funcionalidad que d√© miedo en el sitio y aseg√ļrese de que est√° al tanto de todas y cada una de las integraciones complejas de API. Aseg√ļrese de que se entiendan y documenten claramente.

Cuando trabaje con esta funcionalidad, agregue o actualice comentarios en el código para dejar claro qué funciones están haciendo qué y por qué; evitándose a usted y a otros que tengan que averiguarlo cada vez que se recoja el proyecto.

4. Manténgalo consistente

Aprende el sistema y ajusta tus h√°bitos de escritura de c√≥digo para que se ajusten al estilo actual. Familiar√≠cese con las clases y funciones reutilizables para no duplicar ning√ļn c√≥digo. Esto ayudar√° a reducir la hinchaz√≥n general, aumentar la longevidad y mejorar la legibilidad si el sitio se transmite a otro equipo de desarrollo.

Agregar sus propios métodos de codificación a un sitio heredado hará mucho más difícil que otros desarrolladores se den cuenta; por lo tanto, aunque adaptar su enfoque puede parecer contraintuitivo, la voluntad de ser flexible es realmente beneficioso en este caso.

5. Pasar alg√ļn tiempo en el an√°lisis

Es importante que se familiarice con la mayor parte del sitio como sea posible, y escarbar en los an√°lisis puede darle mucha informaci√≥n √ļtil. Conozca los dispositivos en los que los usuarios est√°n viendo el sitio y los navegadores que requieren soporte. Tener este conocimiento desde el principio significa que usted est√° preparado para cuando surja un nuevo trabajo y que sabe cu√°les son las alternativas que debe poner en pr√°ctica y que puede estar preparado para las pruebas.

Siempre ejecute el sitio a trav√©s de una prueba de velocidad del sitio para detectar cualquier problema importante de rendimiento. Puede haber algunas ganancias r√°pidas que puede implementar para mejorar el sitio, como la optimizaci√≥n de im√°genes de gran tama√Īo o la minimizaci√≥n de archivos CSS o JavaScript.

6. No use “Someone Else Built it” como excusa

Tenemos que dejar el h√°bito de escribir un c√≥digo malo y perezoso porque “ya es un desastre”. Crear un proyecto de pesadilla no es algo que su equipo m√°s amplio quiera tocar. Todos hemos escrito c√≥digo del que no est√°bamos particularmente orgullosos en alg√ļn momento, a menudo por razones fuera de nuestro control.

Todos hemos escrito c√≥digo del que no est√°bamos particularmente orgullosos…

Los plazos de entrega ajustados, el aumento del alcance y los clientes difíciles son sólo algunos de los factores que pueden afectar la calidad de la construcción de un sitio. Deje de buscar a alguien a quien culpar y concéntrese en las formas en que puede mejorar lo que tiene. Siempre se enorgullece de su trabajo.

El tiempo y el esfuerzo que usted pone en cualquier sitio, ya sea construyendo desde cero o heredando, vale la pena a largo plazo, ya que crea un proyecto legible y mantenible. Usted, el equipo que lo rodea y el cliente se beneficiar√°n enormemente de tener una actitud positiva hacia los sitios heredados.

Así que la próxima vez que te encuentres teniendo que recoger el código de otra persona (antes de que pongas los ojos en blanco y empieces a murmurar obscenidades para ti mismo) repasa estos consejos y es posible que conviertas un posible proyecto de pesadilla en una brisa.