El “Copy&Paste” no es una metodología de programación

Entre los envíos en la cola de moderación de Barrapunto, me he encontrado un texto que lleva a la reflexión no sé si llegará a portada de Barrapunto pero lo que es yo no me resisto a replicarlo aquí, dice así (con algunas faltas corregidas):

Enviado por pobrecito hablador ( konstableEls ARROBA terra PUNTITO es)

«En 1999 hacíamos JAVA con UML. En el código usábamos herencias y teníamos una estructura de clases de la que tirábamos para “extender” la funcionalidad del sistema.

“Ingeniería de Software” era un concepto con sentido y significado. La empresa era una teleco muuuuu grande. Hoy en día mi código heredado (6 proyectos más allá, subcontratado para la misma teleco igual de muuuu grande) es copy-paste de un sitio a otro.

Es JAVABeans-HTML-JAVAScript-JSP que le pega tal sarta de patadas a todo el diseño orientado a objeto, la guía de estilo de J2EE de SUN, y los conceptos de Ingeniería de Software que estudie y he aplicado en otros proyectos. Tengo clases que son iguales salvo por la tabla a la que acceden que tiene un campo diferente.

Tengo métodos de 1200 y uno de 4000 líneas, que se han copiado a otros Bean para que hagan lo mismo salvo 3 campos que difieren las tablas. No tengo una abstracción de una tabla (de HTML de salida) que muestre la información, que es básicamente lo que hace el cacharro este. Al copiar los beans se dejaron los nombres de variables originales, por lo que no te puedes fiar de que hace el código por los nombres de las variables.

¿Ha sido la crisis del 2001? ¿El pobre Grady Booch se ha desgañitado para nada? ¿Por qué esto se parece a las historias de Fuckowski?»

Sin ser programación y sabiendo de ello muuuu poco ( }:P ) hasta yo puedo apreciar que lo que cuenta el pobrecito hablador es una salvajada, yo me pregunto ¿hasta que punto ha empeorado la calidad de los proyectos? ¿es cierto el mito de que en España no quieren programadores si no precio de kilogramo de carne de programador? ¿y ese que dicen que si un proyecto requiere “X” horas para hacerlo, en India por el outsourcing se hace en “X” horas y alguna más mientras que en España se hace por huevos en la cuarta parte?.

A menudo (supongo que es por intoxicación de barrapuntitis) me alegro de no haberme metido en este campo pensando en el como una salida profesional…

4 Comentarios (feed)

1. Pau Iglesias nos comenta:
   

   Doy fe de estas burradas y de muchas más que pueblan mis pesadillas. La reutilización de código suele traducirse tristemente en copy & paste, y poco parece importar que el resultado final sea lento o lleno de bugs mientras puedan sacar el proyecto en períodos de tiempo nada razonables. Hay excepciones, claro, pero por lo que yo he visto, en general el nivel es bastante malo.

   Miércoles, 18 de Octubre/2006 @ 22:36

2. tendero_digital nos comenta:
   

   Cuanta razón tiene el probrecito habladador, así nos va la programación en España… luego necesitas una legión de probadores, cuando con algunos programadores más al principio y unos jefes que sepan de que se trata… pues sin problemas.
   Y no hablemos ya de que las funcionalidades finales no se parecen a las del análisis inicial mas que… bueno no se parecen en nada y al usurio y a la usabilidad que le den…

   Jueves, 19 de Octubre/2006 @ 8:52

3. farlopex nos comenta:
   

   Ana que? …

   ¿Eso que se hace antes de la fase de desarrollo que luego se pasa por el forro?

   Jueves, 19 de Octubre/2006 @ 10:19

4. Francesc Rosàs nos comenta:
   

   Esto pasa por programar como quien caga un ladrillo: hacer lo que haga falta (pensar poco y copiar mucho) para sacar el proyecto en un tiempo récord, entregarlo al cliente y olvidarse. Mantenimiento y mejoras? Bah, porqué matarse a pensar en el futuro si puede que no se toque más.

   DRY y KISS, estos son los principios básicos que debería seguir toda persona que se haga llamar programador.

   Jueves, 19 de Octubre/2006 @ 22:15

Comentarios cerrados