Los Frameworks

¿Cuál es el objetivo principal de los frameworks?

¿Qué limitantes, barreras o contras se encentran al momento de aplicarse?

¿Cuadro diferencial entre ITIL, COSSO, VALT, COBIT, CMMI, TMI, EISO, PMI?

El propósito de los frameworks es permitir a los desarrolladores de software construir aplicaciones web y centrarse en los aspectos interesantes, aliviando la típica tarea repetitiva asociada con patrones comunes de desarrollo.

Para ser más claro un FRAMEWORK es un esquema, un esqueleto o un patrón para el desarrollo e implementación de una aplicación.

En general, con el termino framework nos estamos refiriendo a una estructura de software compuesta de componentes personalizables e intercambiables para el desarrollo de una aplicación. En otras palabras, un framwork se puede considerar como una aplicación genérica incompleta y configurable a la que podemos añadirle las últimas piezas para construir una aplicación concret

2. Las desventajas de los frameworks son:

Primeramente, la dependencia del código fuente de una aplicación con respecto al framework, como por ejemplo si se desea cambiar de un framework a otro, la mayor parte del código debe reescribirse. Segundo, la demanda de grandes cantidades de recursos computacionales debido a que las características de reutilización de los frameworks tienden a generalizar la funcionalidad de los componentes. El resultado es que se incluyen características que están de más provocando una sobrecarga de recursos que se hace más grande en cuanto más amplio es el campo de reutilización.

Las desventajas más precisas de los frameworks son:

- Rendimiento: Los frameworks consumen, en general más recursos que una aplicación adhoc orientada al rendimiento. En aplicaciones muy exigentes, un framework puede resultar poco apropiado.

- Curva de aprendizaje inicial: Cada framework tiene su ecosistema de componentes que el desarrollador debe aprender, no basta con conocer el lenguaje sobre el que está escrito. Por ello, los frameworks son islas de conocimiento.

- Convención: Aunque normalmente las convenciones constituyen una ventaja, en ocasiones también pueden resultar un impedimento. Algunas veces, ante problemas muy concretos, e establecimiento de convenios obliga a los desarrolladores a equiparar frameworks. Algunos desarrolladores sienten también cierta falta de libertad y creatividad al utilizar frameworks muy orientados a los convenios, como Ruby on Rails.

- Sensación de bala de plata: A medida que un desarrollador conoce el framework, se introduce en una zona de confort. A la larga es posible que el desarrollador piense que su framework es la mejor solución para todo, sin estudiar otras alternativas. Por ellos es muy recomendable actualizarse constantemente y conocer otros frameworks y plataformas que enriquezcan nuestra caja de herramientas.

Los frameworks tienen los problemas de ser muy lentos específicamente para el motor js del cliente. Algunas personas solo aprenden desde el framework y dependen de él y no llegan a dominar js puro. De igual manera hay muchos frameworks son incompatibles entre sí, es decir que no se puede usar más de uno a la vez y si se logra tener compatibilidad toca reemplazar el $ por jQuery en todo el código.

R3//

ITIL COSO VALT COBIT CMMI TMI PBOK PMI ISO

DESCRIPCION Es el enfoque más ampliamente adoptado para la Gestión de Servicios en el mundo. Proporciona un marco práctico y sensato para identificar, planificar, entregar y mantener servicios de TI para el negocio Proporciona un estándar mediante el cual las organizaciones pueden evaluar y mejorar sus sistemas de control Es un conjunto de documentos que proveen un marco de trabajo para el gobierno de las inversiones en TI, creado por el ITGI (Instituto de Gobierno de las TI). Es una declaración

...