Uno puede preguntarse por qué alguien querría sumergirse en una tarea tan (supuestamente) difícil como la construcción de una aplicación web sin un framework. ¿Por qué no construir una aplicación sobre un trabajo previo, utilizando frameworks robustos con cientos de años de horas de ingeniería combinadas? ¿Es un síndromes de los NIH que eventualmente llevará a construir un framework a medida? No. Los desarrolladores no tienen más tendencia al masoquismo que la población general. [...]
Comentarios
Hace años, en mi antigua empresa nuestro producto era un CMS propio, escrito desde cero, a dia de hoy no se me ocurriría hacerlo sin apoyarme en algún framework. Es cierto que los clientes alucinaban con lo rápido y ligero que era, estaba muy enfocado al nicho y avanzamos un montón en los primeros años, luego vinieron los "reinventar la rueda". Implementamos nuestra clase de cookies, nuestro sistema de auth/tokens, sanitizar variables, internalización/traducciones, plantillas, eventos,... por no hablar que luego tienes que darle soporte a varias versiones del lenguaje (en nuestro caso PHP), extensiones que podian o no existir en el servidor del cliente, diferentes servidores y configuraciones (apache, nginx, lighthttp,...), que si, que puedes coger una librería para cada cosa y rezar para que sean compatibles, o irte a un framework que no dejan de ser un conjunto de las mismas que trabajan juntas.
#3 Esto es como lo de elegir el lenguaje más apto para tu proyecto: si vas a hacer cosas muy nicho o muy simples, ve al grano y olvídate de la morralla. Una simple web, sin gestión de usuarios/autenticación y tal, a pelo probablemente vaya muchísimo mejor y salga muchísimo más rápido (incluso aunque tengas que comerte un poco el tarro con la versión móvil). Si ya se complica un poco y/o es un sitio con muchas páginas, un sistema de plantillas ya empieza a valer su peso en oro. Y desde que tengas que lidiar con un mínimo de mantenimiento y seguridad, ya te sale más a cuenta un framework.
Una persona o un equipo puede hacer un proyecto sin framework siempre y cuando le parezca bien al jefe de equipo.
#1: Exacto, es calidad VS ahorro de costes a corto plazo.
#2 Dependiendo del tipo de proyecto y cuántos trabajen en él, usar frameworks php en vez de propios creados a medida me parece una aberración. Cuantos más años trabajo con ellos más asco me dan.
#2 Generalmente es calidad, seguridad, rendimiento, facilidad de mantenimiento y ahorro de costes contra "yo me hago mi frameguork en dos patás sujetamelcubata"
Por no hablar de las incorporaciones al equipo. "Tengo cinco años de experiencia en"... no importa, ahora comienzas de cero con nuestro producto y ya puedes pasarte meses aprendiendo.
#8: Pero también pierdes eficiencia si el marco de trabajo original intenta cubrir muchos casos diferentes.
#9 Para un caso especial siempre puedes decidir dejar de usar el framework.
Los frameworks han matado a la creatividad y la diversión en el desarrollo web. Aunque no utilizar uno ahora mismo sería reinventar la rueda.
En el camino de enmedio está la virtud.