Recuerda que este mensaje, lo escribí precisamente como una réplica ante la postura que tú planteas.
Es decir, que en cierto grado era un ataque justamente a lo que tú has escrito.
Y por eso introduje al principio del artículo, un breve texto explicando de donde viene esta discusión.
Por eso, no deberías haber esperado una respuesta complaciente.
Dejando a un lado esto, creo que en cierta medida, entiendes el sentido de los frameworks, pero has entrado con una postura precisamente contraria. Y también creo que deberías profundizar más en ellos, por ejemplo, entendiendo la esencia del diseño GOF y los principios SOLID
es.wikipedia.org
Por qué esto es lo que verdaderamente simboliza un Framework. No las librerías ni los "atajos de código". Eso solo son añadidos.
En el fondo, visto desde una perspectiva más técnica, un Framework solo simboliza es una capa de abstracción aún por encima de la POO. Lo que también se denomina, "arquitectura orientada a servicios, o POS"
es.wikipedia.org
Esto en las Universidades no se ve apenas, si es que se ve. En algunas asignaturas optativas, y en algunas universidades privadas, que intentan estar un poco más a la última. En las Universidades te enseñan constantemente, que si entiendes la base, entiendes todo y esto es falso. Cada concepto nuevo requiere tiempo y mucha maduración. Obviamente si te pasas de 4 a 6 años estudiando lo mismo, vas a tener un grado de conocimiento superior a un chico que lleva 4 meses estudiando programación. Por pura lógica y puro tiempo. Pero si hubieras dedicado esos 6 años a estudiar por tu cuenta y a trabajar en proyectos profesionales la misma cantidad de tiempo que un estudiante de ingenieria dedica a sus clases y a sus estudios, tendrías un conocimiento programador muy superior al de un chaval que acaba de terminar la carrera.
Y esto lo he vivido en mis propias carnes: un programador que contraté hace unos años, barría a decenas de ingenieros que había en mi empresa, los cuales, eran más mayores de edad que él y tenían más experiencia que él. No quiero seguir ahondando en esta materia, porque nos alejamos mucho de la temática original, y quizá estaría bien crear un tema aparte para discutirlo, pero bajo mi opinión, el sistema Universitario necesita una reforma en muchas carreras, especialmente en informática, donde otros modelos más "avanzados" están demostrando ser mucho más efectivos a largo plazo. Lo mismo ocurre en las carreras de mercadotecnia, y preguntale a cualquier experto en marketing por este foro, a ver si algún egresado de una carrera de esas, se acerca a la altura de sus tobillos. Algunas carreras no están bien diseñadas acordes a las nuevas necesidades del mercado. Lo dicho, si quieres seguir con este tema, creamos un hilo nuevo y listo.
Así que, volviendo al tema principal, en el fondo, aunque en el primer mensaje simplifiqué mucho todo para dar una visión muy sencilla de lo que significa un Framework, para un programador algo más avanzado lo que tiene que entender que un Framework no es una cuestión de librerias.
En el fondo lo que ocurre a día de hoy es lo mismo que ocurrio a finales de los 90 principios de los 2000: muchos programadores expertos en programación monolítica, funcional y estructurada, se resistían a aceptar la entrada de la POO.
Hoy en día, tu hablas con cualquier programador y para cualquier programación empresarial, decir que vas a programar estructuradamente es como querer tirarse por una ventana: una autentica locura
En cambio, existen aplicaciones, como el mismo kernel de Linux, cuyo éxito precisamente radica en ese estilo de programación, alejado de abstracciones, para conseguir el rendimiento perfecto.
Pero la diferencia de un kernel de linux y una aplicación empresarial, es que en el kernel de Linux colaboran varios miles de personas para optimizar cada línea de código al máximo, y en un producto empresarial, asignan a un equipo de 5 programadores, y quieren que este terminado en 4 meses el proyecto... con lo cual, cuanta más abstracción mejor
Esa la abstracción la consiguen, gracias a la programación de miles de programadores, que día tras día optimizan el código abstracto.
Y la velocidad de colaboración la consiguen, gracias a los paradigmas GOF Y SOLID entre otros, con los cuales, los 5 programadores se pueden entender a la perfección y saber donde está cada cosa porque está todo perfectamente estructurado.
En el fondo, todo esta programado en PHP, con las funciones de PHP. Pero estructurada y ordenadamente, bajo un mismo framework. Esto es lo que hace que un Framework, sea una necesidad hoy en día y aprenderlo, para un programación intermedio, sea prioritario.
