noviembre 12, 2008

Framework, o esa palabra maldita

¿Qué piensa un desarrollador cuando le dicen que tiene que utilizar un framework inventado por la consultora MAJITICA SA para su nuevo proyecto web?

- J***d*r,... la que me ha caido... con la de frameworks libres que existen por el mundo y ahora tengo que usar uno que no tendrá más de 500 horas de pruebas y que no puedo ni ver su código.
Y es que mira que nos empeñamos en reinventar la rueda. Una cosa es desarrollar un API orientado al negocio, y otra sobreescribir el MVC de moda pegándole un IoC para que parezca que hemos hecho algo. ¿Cuantos de estos conoceis?

6 comentarios:

  1. Uy, yo he picado varios : ) Creo que hay veces que tiene sentido. Si tienes tiempo échale un ojo a esto:

    http://www.dandolachapa.com/2008/05/06/%c2%bfahora-picar-frameworks-propios-es-malo/

    http://www.dandolachapa.com/2008/06/15/frameworks-propios-parte-2/

    Que enlaza con artículos de Enrique Place sobre el mismo tema.

    Salud!

    ResponderEliminar
  2. Se podría decir que soy el responsable del (nuevo) framework donde trabajo. J2EE, Hibernate, Spring y JSF. Algo de desarrollo propio, pero sobre todo debía servir para guiar a la gente en el uso de esas nuevas tecnologías.
    Cuando llegué, se seguía programando en JSPs+Servlets, con SQL embebido en las jsps y ese tipo de cosas. Propuse adoptar tecnologías más modernas (básicamente esas tres que cito), y desarrollar ciertas clases y componentes alrededor suyo salió de forma natural. Por un lado, para facilitar el acceso a cosas específicas de nuestra organización (bases de datos existentes, por ejemplo). Por otro, para minimizar el código repetido. Pero sobre todo para que "guíase el desarrollo".
    No sé si mi caso entra en tu post o en los enlaces de zarate.
    ¿Conclusiones? El desarrollo propio es malo, pero dejar al libre albedrío a varios programadores sería peor. Reinventar desde cero siempre es muy malo, pero tomar algo que ya existe y crear tus utilidades alrededor suyo no está tan mal.

    IMHO, claro :)

    ResponderEliminar
  3. @zarate, ciertamente a veces tiene sentido, coincido que si no, no se crearían nuevos solucionando diferentes aspectos no cuebiertos. El problema es cuando se impone, para resolver problemas que ya tienen desarrollos mejores existentes.

    @nacho, yo he estoy haciendo lo mismo que dices tu en mi empresa :) pero es que eso no es crear un framework!! Yo quería conseguir precisamente lo que tú mencionas: una cierta uniformidad en cómo hacemos las cosas. Pero que cualquiera que sepa Strus, hibernate, j2ee básico, lo entenderá perfectamente, sin estudiar "nada nuevo".

    ResponderEliminar
  4. En mi último contrato me tocó lidiar con el framework de un arquitecto jefe que no tenía tiempo para aprender Hibernate, Spring, Quartz, etc. y creó su propio motor de persistencia, de scheduling de tareas, etc. etc.

    Recomendación: Salir de ahí pitando.

    ResponderEliminar
  5. Pues yo estoy en una empresa en la que no usan frameworks, pero tampoco crean uno, tienen una clase de persistencia que solo abre y cierra una conexion y deja ejecutar un query, realmente esta empresa donde estoy es malisima, pero como dijo alguien en el ultimo comentario, lo mejor es salir huyendo de aquí.

    ResponderEliminar
  6. @martín, si no tienes posibilidad de cambiar las cosas, desde luego es una buena recomendación :)

    @hard-bit ¿y todo lo haceis "a pelo" desde cero? :o Tendrás que darle una vuelta al asunto, quizás debas ser tú "el agente de cambio" ;)

    ResponderEliminar