Razones del porque top de frameworks: que cuidar al desarrollar

Cualquier busqueda nos arroja: en el top de frameworks a RAILS (ruby), LAVAREL(php), CODEIGNITER(php) y SPRING (java) entre los primeros siempre fijos, nunca salen de esos puestos.. estas son las razones (discutidas entre ingenieros y desarrolladores) y las explicamos:

1. soporte a amplio rango de base de datos

2. soporte a migraciones.

3. autoconstruccion de codigo (esto incluye plantillas, CRUD's css, js)

4. curva de aprendizaje

5. casos de exitos durareros con razones

 

La primera es obvia, SPRING usa java, con JDBC puede usar la DB que exista, LAVAREL y CODEIGNITER usan ODBC y RAILS tiene driver para todo menos Oracle donde se usa odbc, estopermite al framework atacar a .NET y Oracle, es decir, si mi framework soporta oracle (virtualmente) sea por odbc o por driver directo, podre fabricar un app que sustituya el de una empresa privada.. claro esta uno puede basarse en un soporte ya previo como el de mysql dentro del mismo framework, pero debemos ser conscientes, el trabajo no es ese.. el tiempo apremia..

La segunda significa que cuando yo libere una actualizacion de el codigo de mi proyecto, no tengo que dar instrucciones de sql's para actualizar la db, ni ojo ni mucho menos las ubicaciones de archivos subidos, simplemente sustituyo todo el codigo php/ruby y el sistema "migrations" (presente al menos en RAILS, SPRING y Codeigniter) hace el resto basado en los SQL's de alteraciones registrados durante el desarrollo de las actualizaciones

La tercera todos las conocemos, son las herramientas de modas, sass, jquery, grocerycrud, templates, etc.. que nos permiten "dividir y vencer" sobre grandes partes de codigo, reutilizadas entre varias pequeñas, actualmente cualquier framework tiene maners de integrar estas tecnologias..

La cuarta razon es tambien obvia pero delicada, en una eleccion mas solida pero complicada, lamentable no es lo que el resultado se espera, esta basada en la relacion tiempto-resultados que desea todo "cliente" (cliente en el sentido de aquel que pidio y recibe el resultado final, no solo el que paga algo), SPRING y CODEGINITER aqui no requieren que el desarrollador sepa de JS o CSS, tienen herramientas que se encargan de ello (menos optimas claro) si bien tardar mas a veces da mejores resultados a futuro, si nuestro desarrollo implica aprender, solo sirve si este aprendizaje no sale con una de las 3 anteriores faltantes, ejemplo es facil de aprender pero no soporta SQLserver o Oracle, no sirve porque no podemos en medio del desarrolo fabricar una solucion indirecta al desarrollo mismo.. esto se traduce a vista del cleinte en perdida de tiempo valioso que escogiendo otro framework se evitaria

El usar casos de exitos no nos viene a nosotros los desarrolladores como una razon, pero si al lider de proyecto, es simple, seguro mato confiado... y ya sabemos que SPRING, RAILS y CODEIGNITER son casos de exitos de mas de 8 años.. LAVAREL es muy reciente pero se ha hecho respetar dado su gran soporte de compañias..