Programación mediante copiar y pegar

Copiar y pegar también lo hacen los programadores experimentados, que a menudo tienen sus propias bibliotecas de fragmentos de código bien probados y listos para usar, y algoritmos genéricos que se adaptan fácilmente a tareas específicas. ^{[ 2 ]}

Al ser una forma de duplicación de código , la programación mediante copiar y pegar presenta algunos problemas intrínsecos; estos problemas se agravan si el código no conserva ningún vínculo semántico entre el texto original y las copias. En este caso, si se necesitan realizar cambios, se pierde tiempo buscando todas las ubicaciones duplicadas. (Esto puede mitigarse parcialmente si el código original y/o la copia están debidamente comentados; sin embargo, incluso así, persiste el problema de realizar las mismas ediciones varias veces. Además, dado que el mantenimiento del código a menudo omite la actualización de los comentarios, ^{[ 3 ]} los comentarios que describen dónde encontrar fragmentos de código remotos suelen quedar obsoletos).

Los defensores de las metodologías orientadas a objetos se oponen además al uso de copiar y pegar en las "bibliotecas de código". En lugar de crear múltiples copias modificadas de un algoritmo genérico, un enfoque orientado a objetos abstraería el algoritmo en una clase encapsulada reutilizable . La clase se escribe de forma flexible, con soporte completo para herencia y sobrecarga , de modo que todo el código que la llama pueda interactuar para usar este código genérico directamente, en lugar de modificar el original. ^{[ 4 ]} A medida que se requiere funcionalidad adicional, la biblioteca se extiende (manteniendo la compatibilidad con versiones anteriores ). De esta manera, si el algoritmo original tiene un error que corregir o puede mejorarse, todo el software que lo utiliza se beneficia. La programación genérica proporciona herramientas adicionales para crear abstracciones.

La ramificación del código es una práctica habitual en el desarrollo de software en equipos grandes, ya que permite el desarrollo paralelo en ambas ramas y, por lo tanto, ciclos de desarrollo más cortos. La ramificación clásica presenta las siguientes características:

• Se gestiona mediante un sistema de control de versiones que admite ramificación.
• Las ramas se vuelven a fusionar una vez que se completa el desarrollo en paralelo.

La función de copiar y pegar es una alternativa menos formal a la ramificación clásica, que se utiliza a menudo cuando se prevé que las ramas divergirán cada vez más con el tiempo, como cuando se crea un nuevo producto a partir de uno ya existente.

Como método para lanzar un nuevo producto, la programación mediante copiar y pegar tiene algunas ventajas. Porque la nueva iniciativa de desarrollo no toca el código del producto existente:

• No es necesario realizar pruebas de regresión al producto existente, lo que ahorra tiempo de control de calidad asociado al lanzamiento del nuevo producto y reduce el tiempo de comercialización .
• No existe riesgo de que se introduzcan errores en el producto existente que puedan molestar a los usuarios ya instalados.

Las desventajas son:

• Si el nuevo producto no se diferencia tanto como se esperaba del producto existente, podría ser necesario mantener dos bases de código (con el doble de coste) en lugar de una sola. Esto puede conllevar costosos procesos de refactorización y fusión manual en el futuro.
• La duplicación del código base duplica el tiempo necesario para implementar los cambios que se deseen en ambos productos; esto aumenta el tiempo de comercialización de dichos cambios y, de hecho, puede anular cualquier ahorro de tiempo logrado al ramificar el código inicialmente.

De forma similar a lo anterior, la alternativa a un enfoque de copiar y pegar sería un enfoque modularizado:

• Empiece por extraer el código que compartirán ambos productos y organizarlo en bibliotecas.
• Utilice esas bibliotecas (en lugar de una segunda copia del código fuente) como base para el desarrollo del nuevo producto.
• Si se prevé una tercera, cuarta o quinta versión adicional del producto en el futuro, este enfoque es mucho más sólido, porque las bibliotecas de código prefabricadas acortan drásticamente el ciclo de vida de desarrollo para cualquier producto adicional después del segundo. ^{[ 5 ]}

Una de las formas más dañinas de programación mediante copiar y pegar se produce en código que realiza una tarea repetitiva, o variaciones de la misma tarea básica dependiendo de alguna variable. Cada instancia se copia de arriba y se vuelve a pegar, con pequeñas modificaciones. Entre los efectos nocivos se incluyen:

• El método de copiar y pegar a menudo da como resultado métodos extensos (un mal olor de código ).
• Cada instancia crea un duplicado de código, con todos los problemas analizados en secciones anteriores, pero con un alcance mucho mayor. Es común encontrar decenas de duplicados; cientos son posibles. En este tipo de código, la corrección de errores, en particular, se vuelve muy difícil y costosa. ^{[ 6 ]}
• Este tipo de código también presenta importantes problemas de legibilidad, debido a la dificultad de discernir con exactitud las diferencias entre cada repetición. Esto repercute directamente en los riesgos y costes de su revisión.
• El modelo de programación procedimental desaconseja encarecidamente el método de copiar y pegar para tareas repetitivas. En este modelo, se recomienda crear una función o subrutina que ejecute la tarea una sola vez; esta subrutina es llamada por la rutina principal, ya sea de forma repetitiva o, mejor aún, mediante algún tipo de estructura de bucle. Este código se denomina "bien descompuesto" y se recomienda por ser más fácil de leer y más fácilmente extensible. ^{[ 7 ]}
• La regla general aplicable en este caso es " no te repitas ".

Un ejemplo sencillo es un bucle for , que podría expresarse como .for(inti=0;i!=n;++i){}

Un ejemplo de código que utilice dicho bucle for podría ser:

void foo ( int n ) { for ( int i = 0 ; i != n ; ++ i ) { /* cuerpo */ } }

El código del bucle podría haberse generado mediante el siguiente fragmento (especificando tipos y nombres de variables):

for ( $type $loop_var = 0 ; $loop_var != $stop ; ++ $loop_var ) { /* cuerpo */ }