{"id":29308,"date":"2024-09-02T10:00:00","date_gmt":"2024-09-02T08:00:00","guid":{"rendered":"https:\/\/www.codemotion.com\/magazine\/?p=29308"},"modified":"2024-08-19T12:06:50","modified_gmt":"2024-08-19T10:06:50","slug":"la-adopcion-de-nuevos-frameworks-podria-hacer-fracasar-tu-proyecto","status":"publish","type":"post","link":"https:\/\/www.codemotion.com\/magazine\/es\/lenguajes-de-programacion\/la-adopcion-de-nuevos-frameworks-podria-hacer-fracasar-tu-proyecto\/","title":{"rendered":"La adopci\u00f3n de nuevos frameworks podr\u00eda hacer fracasar tu proyecto"},"content":{"rendered":"\n

En el mundo del desarrollo de software, la atracci\u00f3n por las novedades siempre es fuerte. Es tentador poner las manos en un nuevo producto, tal vez el primero en resolver una serie de problemas que otros frameworks no pueden abordar.<\/p>\n\n\n\n

Estos nuevos proyectos a menudo cuentan con una comunidad peque\u00f1a pero en\u00e9rgica<\/strong>, prometen acelerar los tiempos de desarrollo y presentan innovaciones interesantes en comparaci\u00f3n con los competidores. Todo esto parece muy prometedor, pero \u00bfes realmente la elecci\u00f3n correcta para un proyecto a largo plazo?<\/p>\n\n\n\n

Donald Knuth, uno de los padres de la inform\u00e1tica moderna, comentaba su propio c\u00f3digo de esta manera:<\/p>\n\n\n\n

Presten atenci\u00f3n a los errores en el c\u00f3digo anterior; solo he demostrado que es correcto, no lo he probado.<\/pre>\n\n\n\n
Si esta frase hubiera sido escrita por un programador junior, podr\u00eda parecer una broma. Pero dicha por Knuth, adem\u00e1s de ser humor\u00edstica, podr\u00eda tambi\u00e9n se\u00f1alar que esa parte del c\u00f3digo no era testeable, sino solo sint\u00e1cticamente correcta.<\/p>\n\n\n\n
A veces es mucho m\u00e1s sencillo demostrar un concepto, describir su funcionamiento y documentarlo, en comparaci\u00f3n con su aplicaci\u00f3n real, que podr\u00eda involucrar una serie de aspectos no considerados en la demostraci\u00f3n.<\/p>\n\n\n\n
Este concepto se puede parafrasear as\u00ed: “No es seguro que una idea brillante funcione siempre en la realidad”. Pensando en esto, no puedo evitar considerar el mundo de las blockchain: en teor\u00eda, herramientas excelentes, pero en la pr\u00e1ctica a menudo criticadas por su rendimiento y uso de recursos.<\/p>\n\n\n\n
Saliendo del mundo del software, pensemos en productos como el Segway que, a pesar de ser una idea brillante, no tuvo el \u00e9xito esperado. O en Google Glass, que a pesar de ser un producto innovador, nunca despeg\u00f3.<\/p>\n\n\n\n
\u00bfY los frameworks?<\/h2>\n\n\n\n
Los frameworks y, m\u00e1s en general, las tecnolog\u00edas de software, a menudo sufren de un hype inicial que entusiasma a los programadores, distray\u00e9ndolos de un an\u00e1lisis s\u00f3lido de su eficacia a largo plazo. \u00bfLos conceptos utilizados en ese nuevo software son aplicables a todos los proyectos? \u00bfSon f\u00e1cilmente integrables con otras tecnolog\u00edas? \u00bfHay empresas s\u00f3lidas que invierten en esa tecnolog\u00eda? \u00bfLa comunidad es activa y apoya el producto?<\/p>\n\n\n\n
Los llamados “early adopters” a menudo se sienten atra\u00eddos por las novedades, pero frecuentemente no se dan cuenta de los riesgos que esta elecci\u00f3n conlleva. Si todo va bien, han hecho una elecci\u00f3n afortunada que ha llevado al \u00e9xito su software. Pero si el producto elegido no cumple con las promesas, se encuentran con un software que no funciona como deber\u00eda y que requiere un trabajo de mantenimiento y refactorizaci\u00f3n mucho m\u00e1s pesado de lo previsto.<\/p>\n\n\n\n
Para quienes desarrollan software desde hace m\u00e1s de 30 a\u00f1os, el nombre Visual Objects har\u00e1 sonar algunas campanas: deb\u00eda ser el nuevo Clipper y llevar a millones de programadores DOS al entorno Windows<\/strong>. Una idea fant\u00e1stica, pero que no funcion\u00f3: demasiados problemas, demasiados errores, demasiados l\u00edmites. En su momento, ten\u00eda detr\u00e1s una empresa como Computer Associates, que pod\u00eda permitirse invertir millones de d\u00f3lares en un producto, pero a pesar de esto, nunca despeg\u00f3.<\/p>\n\n\n\n
Por eso, cuando se trata de elegir un framework o una tecnolog\u00eda para un proyecto, es importante considerar no solo sus caracter\u00edsticas t\u00e9cnicas, sino tambi\u00e9n su sostenibilidad a largo plazo.<\/p>\n\n\n\n
El horizonte temporal: una dimensi\u00f3n crucial<\/h2>\n\n\n\n
Cada vez que eval\u00fao un proyecto, trato de anticipar su ciclo de vida, o al menos lo que deber\u00eda ser, bas\u00e1ndome en la experiencia y en la informaci\u00f3n a mi disposici\u00f3n. La bola de cristal no existe y el futuro no es predecible, pero hay se\u00f1ales que permiten entender si un proyecto ser\u00e1 de corta, media o larga duraci\u00f3n.<\/p>\n\n\n\n
Para comprender cu\u00e1nto puede durar un proyecto, es importante considerar varios aspectos:<\/p>\n\n\n\n