Crear un framework PHP

[emiliodeg]

Iniciado por enriqueplace

¿Y qué cara pone el cliente cuando te excusas que demoras en entregar el proyecto porque no solo tienes que desarrollar y testear la aplicación, además, el framework?

jejejej nah mi FW lo frene hace un tiempo ya, para dedicar tiempo al estudio de ZF, igualmente solamente voy agregando correcciones o adaptaciones minimas
mi FW dista mucho de ser un super FW pero para proyectos chicos anda muy bien
saludos

[enriqueplace]

Iniciado por GatorV

Me uno a algo que decia Enrique, no es que lo tratemos personal en tu contra, es simple el hecho de que como este tema hay varios de personas que intentaron hacer su Framework diferente, empezaron y ahora están olvidados.

Yo creo que vas por un buen camino al querer hacer algo diferente, solo no lo hagas tan diferente que al rato veas que no es extensible.

Saludos.

Gracias GatorV, siempre es bueno recibir de vez en cuando un apoyo

Lo que no entiendo es por qué tanta insistencia en hacer FW (descartando la intención de aprender), hay tanto por hacer en el lado de servicios / aplicaciones, que lo verdaderamente entretenido (y lucrativo) es eso y no hacer herramientas.

Es como que todos se pelearan por hacer el mejor martillo o serrucho cuando hay miles y lo que verdaderamente se destaca son las obras que puedes hacer con ellos, más que la herramienta en sí misma.

Lo importante es seleccionar buenas herramientas y que no te limiten tus objetivos a la hora de crear.

Pero empezar proyectos de FW es un terreno muy árido y con pocos frutos.

[_ssx]

Exacto es un nivel de abstracción más alto el crear ahora aplicaciones poderosas con una herramienta o mas bien dicho "caja de herramientas".

Es como si en el presente alguien llegara y dijera, voy a inventar un nuevo lenguaje por que PHP me queda corto.

Si se tienen ganas de inoovar o crear algo nuevo, por que no mirar hacia otro lado, como por ejemplo crear un buen framework generador de CSS (layouts) para nuestras "vistas" o algo realmente que este en pañales y necesite de ideas frescas y avanzadas.

Apoyar al desarrollo de herramientas, plug-in, etc etc para Eclipse, Firefox, Google Apps, etc etc.

[enriqueplace]

Yo lo que noto es que todos quieren que usemos Zend, y se me hace que se esta pareciendo a Microsoft el argumento (dale enrique, tirame todo el jugo de limo, que ya me puse la maya jajajaj).

En absoluto, pero ante falta de objetivos claros se trata de transmitir las experiencias personales de cada uno para que sirvan de ejemplo

Hoy uso Zend como en su momento usé Eclipse y ahora uso Netbeans como podría mañana usar el nuevo PDT (la versión anterior no). Son herramientas, si se ven útiles se usan por un tiempo prudencial como para poder sacar el máximo de productividad (uno tampoco puede estar todas las semanas cambiando de producto).

Los argumento que escucho son: "porque son los creadores de php", "porque tiene que ser el estandar", todo muy lindo, pero... noto un mensaje "monopolitico".

Querrás decir "monotemático". Aquí no hay absolutismos, nadie de los que generalmente te sugiere Zend te dice que todo lo demás no sirve. Solo planteamos argumentos de por qué y generalmente van más allá de "porque me gusta".

En cierta forma todos tienen razon, dado que no existe el fw ideal, entonces uno puedo creer tener la necesidad de armar un nuevo fw. Y si quiere hacerlo dale para adelante y si despues te das contra la pared, tal vez terminas diciendo "mier.. el juego acido de enquire tenia razon ajajaj".

Mira, creo que muchos de los que dicen "este framework no hace lo que espero" no se han tomado el tiempo prudencial de analizarlo y evaluarlo a fondo. Para muchos es más fácil decir "yo hago el mío".

Cuando hablamos de proyectos reales, con costos, márgenes de ganancia, tiempos, entregas.... es una locura hablar de hacer un FW "artesanal" para hacer una aplicación... lo que el cliente quiere es una aplicación funcional.

Mala decisión es no apoyarse en herramientas y en software que ya cubre esas funcionalidades. Por ejemplo, ya solo la forma de trabajo de MVC en Zend te ordena, te ahorra tiempo en no reinventar la rueda, pero ese es solo el 5%, el resto son todos los componentes que van creando que ya te resuelven problemas que de lo contrario tendrías que implementar tú de cero.

¿Cuanto cuesta esto en un proyecto?

Una de las grandes ventajas de Java es justamente eso, tener una gran base de clases que ya resuelven un montón de problemas que no necesitas implementar de cero.

Eso es productividad.

Compañero, siempre se dan los ejemplos de google o facebook, por la senciila razon de que empezaron siendo un proyecto/tesis/locura/noche de droga y/o alcohol/noche en un cabaret que despues se termino convirtiendo en todo un exito.

Dudo que tú o yo estemos dentro de los posibles creadores de un proyecto como Google o Facebook... perdona mi necedad.

Como cite esos puedo decir los casos de cake y codeigniter como proyectos pequeños terminan gustando a la comunidad y desarrollandose fuertemente.

Tampoco creo que estemos dentro de este segundo grupo.

Muchas veces de ideas pequeñas surgen grandes proyectos.

Discrepo, las ideas no son importantes (es algo que todos tenemos), lo importante son las obras que se concretaron a partir de las ideas. Zend no es una idea, vale por la obra que pudieron concretar, así todos los demás frameworks.

Y yo podria decir que porque quisiste crear un cms en tus cursos habiendo cientos de cms tanto en poo como en php comun ....... no?

Estimado, no tiene nada que ver una cosa con la otra. Desarrollar profesionalmente con aprender cómo desarrollar profesionalmente. Si hablamos de un curso y usar de ejemplo cómo crear un CMS para aprender a usar Zend... que tiene que ver con intentar desarrollar un FW para no usar uno existente?

[tute666]

uso el mio constantemente en el trabajo.

el punto de "reinventar la rueda" tal cual como dicen por ahi, es adaptar la rueda a mis necesidades especificas. En vez de adaptar mi proyecto y manera de trabajar a las arbitrariedades de diseño que utilizo otra persona con criterios y objetivos diferente, puedo hacer lo que cumple mis objetivos.

No por eso le quito importancia a frameworks como symfony y zend, simplemente que es una excelente practica educativa hacer su propio framework.

[enriqueplace]

Estimado tute666:

Las ruedas son redondas, sirven para pasarle un eje y hacerlas girar... ¿desde cuando las ruedas que no son redondas sirven para otra cosa?

Cuando un tipo de rueda no sirve, se prueban los modelos existentes, en el 99.99% de los casos no se justifica reinventar una "rueda redonda".

Lo de "arbitrariedades de diseño" suena como "diseño sin rumbo", cuando en la mayoría de los casos es simplemente que no tuvimos tiempo para entenderlo.

Lo que veo es que se pierden en el concepto, un "framework" es una caja de herramientas, justamente, para poder reusar sus componentes que ya resuelven muchos problemas por nosotros.

Sí existen distintos niveles de frameworks, algunos de más bajo nivel y otros de alto nivel. Consideraría un "Ruby On Rails" algo de más "alto nivel" ya que tienes que trabajar "si o si" con su filosofía y si sales de ella se disparan los costos (en mi humilde experiencia), pero, algo de más bajo nivel como Zend te da las herramientas más elementales para poder tú construir otras herramientas de más alto nivel, que a su vez puedes incluir los componentes aislados de Zend en tu propio Framework (esa es una de las razones por qué varios sugerimos su uso).

Un Framework es más que MVC y más que alguna clase de abstracción de base de datos. Solo la lista de componentes de Zend debería servir de ejemplo (Zend_Log, Zend_Soap, Zend_Ldap, Zend_Paginator, etc).

Pregunta: ¿tú framework tiene resueltos todos estos problemas o los vas desarrollando ni bien los vas necesitando? Bien, si es lo último, entonces ahora tienes el doble de problemas: 2 aplicaciones con sus problemas y ciclos asociados (desarrollo, testing, bugs, etc).

Usar productos estandarizados tiene su beneficio -indudable- en la productividad de cualquier desarrollador o equipo de desarrolladores.

[MarioNunes]

Iniciado por enriqueplace

Gracias GatorV, siempre es bueno recibir de vez en cuando un apoyo

Lo que no entiendo es por qué tanta insistencia en hacer FW (descartando la intención de aprender), hay tanto por hacer en el lado de servicios / aplicaciones, que lo verdaderamente entretenido (y lucrativo) es eso y no hacer herramientas.

Es como que todos se pelearan por hacer el mejor martillo o serrucho cuando hay miles y lo que verdaderamente se destaca son las obras que puedes hacer con ellos, más que la herramienta en sí misma.

Lo importante es seleccionar buenas herramientas y que no te limiten tus objetivos a la hora de crear.

Pero empezar proyectos de FW es un terreno muy árido y con pocos frutos.

La verdad es que el framework nace de un proyecto que estoy creando, se trata de extraer y generalizar un poco para que me sirva para otros proyectos. Es un daño colateral :P

Salu2.

[MarioNunes]

Iniciado por enriqueplace

¿Cuanto cuesta esto en un proyecto?

Una de las grandes ventajas de Java es justamente eso, tener una gran base de clases que ya resuelven un montón de problemas que no necesitas implementar de cero.

Eso es productividad.

Es por eso que lo que estoy haciendo es un proyecto personal y no profesional ^_^

Salu2.

[MarioNunes]

Iniciado por enriqueplace

Estimado tute666:

Las ruedas son redondas, sirven para pasarle un eje y hacerlas girar... ¿desde cuando las ruedas que no son redondas sirven para otra cosa?

Es cierto, pero toda rueda tiene una evolución no dejando de ser rueda.

http://es.wikipedia.org/wiki/Rueda

"Por añadir más leña al fuego"

[tute666]

Iniciado por enriqueplace

Estimado tute666:

Las ruedas son redondas, sirven para pasarle un eje y hacerlas girar... ¿desde cuando las ruedas que no son redondas sirven para otra cosa?

Cuando un tipo de rueda no sirve, se prueban los modelos existentes, en el 99.99% de los casos no se justifica reinventar una "rueda redonda".

Lo de "arbitrariedades de diseño" suena como "diseño sin rumbo", cuando en la mayoría de los casos es simplemente que no tuvimos tiempo para entenderlo.

Lo que veo es que se pierden en el concepto, un "framework" es una caja de herramientas, justamente, para poder reusar sus componentes que ya resuelven muchos problemas por nosotros.

Sí existen distintos niveles de frameworks, algunos de más bajo nivel y otros de alto nivel. Consideraría un "Ruby On Rails" algo de más "alto nivel" ya que tienes que trabajar "si o si" con su filosofía y si sales de ella se disparan los costos (en mi humilde experiencia), pero, algo de más bajo nivel como Zend te da las herramientas más elementales para poder tú construir otras herramientas de más alto nivel, que a su vez puedes incluir los componentes aislados de Zend en tu propio Framework (esa es una de las razones por qué varios sugerimos su uso).

Un Framework es más que MVC y más que alguna clase de abstracción de base de datos. Solo la de Zend debería servir de ejemplo (Zend_Log, Zend_Soap, Zend_Ldap, Zend_Paginator, etc).

Pregunta: ¿tú framework tiene resueltos todos estos problemas o los vas desarrollando ni bien los vas necesitando? Bien, si es lo último, entonces ahora tienes el doble de problemas: 2 aplicaciones con sus problemas y ciclos asociados (desarrollo, testing, bugs, etc).

Usar productos estandarizados tiene su beneficio -indudable- en la productividad de cualquier desarrollador o equipo de desarrolladores.

Mientras que concuerdo rotundamente con lo que decis, que ya haya, no implica que no valga la pena volver a hacer.
Bajo determinadas circunstancias, hacer un framework propio, es extremadamente util.
Mi framework resuelve todos mis problemas ;). Justamente es mi argumento, cada FW resuelve determinados problemas mejor o peor. Para cada caso uso la herramienta mas adecuada, y si uno trabaja con casos muy similares, una herramienta diseñada especificamente para resolverlos.

Por otro lado, como dije anteriormente, desde un punto didactico es muy util y constructivo, especialmente si se lo compara a otros frameworks y notar las maneras diferentes de resolver el mimo problema.

De otro modo, adoptas una postura retrograda, simil: "no hay espacio para mejoras".

[tute666]

de paso, si alguna vez fuiste a una facultad, te darias cuenta que te insisten con ver cosas que otros vieron, hacer cosas que otros hicieron y aprender cosas que no tienen espacio de mejoria. No porque los vayas a hacer mejor, sino como una manera de aprender, y no me refiero a aprender las cosas que ves, sino aprender a aprender.

[enriqueplace]

Iniciado por tute666

Mientras que concuerdo rotundamente con lo que decis, que ya haya, no implica que no valga la pena volver a hacer.
Bajo determinadas circunstancias, hacer un framework propio, es extremadamente util.
Mi framework resuelve todos mis problemas ;).

Por curiosidad, ¿ninguno de tus problemas están contemplados en un framework como Zend? y estamos hablando de características generales, un framework es una caja de herramientas para usar en diversas situaciones, si tu me decis algo muy específico te responderé luego que el problema que tienes es que "no tienes un framework", estás haciendo una "aplicación específica".

¿Cual es tu contexto?

[enriqueplace]

Iniciado por tute666

de paso, si alguna vez fuiste a una facultad, te darias cuenta que te insisten con ver cosas que otros vieron, hacer cosas que otros hicieron y aprender cosas que no tienen espacio de mejoria. No porque los vayas a hacer mejor, sino como una manera de aprender, y no me refiero a aprender las cosas que ves, sino aprender a aprender.

No perdamos el foco, en ningún momento dije lo contrario. Para aprender es un tema, para trabajar en un proyecto concreto que se esperan resultados, el 99.99% de los casos no se justifica ni es conveniente hacer, además de la aplicación en si misma, reinventar un framework.

Ese es el punto.

[MarioNunes]

Bueno aprovechando la popularidad del hilo :P acabo de actualizar el repositorio para que puedan probar la vista. A ver que os parece a aquellos que deseen probar el código.

Salu2.

[tute666]

Estaba leyendo el codigo.
te pasteo una clase de vista que utilizo yo, esta implementado de manera mucho mas simple y segun mi gusto, comoda.

Código PHP:

  <?php
/**
 * http://www.massassi.com/php/articles/template_engines/
 *  Brian Lozier 2003 ([email protected])
 * Modified by: Matthew Hughes 2007 ([email protected])
 */
    class View {
        protected $vars; /// Contiene variables del template
        protected $file;
      /**
         * Constructor
                 * Ruta del directorio de plantillas. esta hardcodeado si.
         *
         * @param $file string template a cargar
         */
        public function __construct($file = null) {
        $file = ROOT.DIRECTORY_SEPARATOR."views".DIRECTORY_SEPARATOR.$file;
            if(file_exists($file))
                $this->file = $file;
            else
                throw new Exception("Plantilla no existe: $file.");
        }
    
        /**
         * setea variables de plantilla. si es una plantilla, la renderea e incluye.
         */
        public function __set($name, $value) {
            $this->vars[$name] = is_a($value, "View") ? $value->fetch() : $value;
            
        }
        
                public function __get($name) {
            return $this->vars[$name];            
        }
    
        /**
         * Abre, paresea y devuelve la plantilla.
         * @param $file string the template file name
         */
        function fetch() {
        if(count($this->vars) > 0)
                 extract($this->vars);          // Extrae la variables al entorno de la plantilla.
            ob_start();                    // Captura el buffer de salida.
            include($this->file);                // Include archivo.
            $contents = ob_get_contents(); // devuelve contenido del archivo, con las variables reemplazadas.
            ob_end_clean();                // limpia buffer.
            return $contents;              // retorna la plantilla.
        }
    }
?>   

Notá como el lenguaje de la plantilla es php comun y corriente. no hace falta ningun tipo de lenguaje intermedio. por otro lado, no hace falta hacer ningun reemplazo de variables, se utiliza el nativo de php, haciendolo mas performante.
Tambien notá la ultilizacion de funciones "magicas" set y get y mientras aprovechamos la magia de php5 y no hacemos el codigo tan php4 con setNombreVariable. y de paso, extremadamente redundante y complicado.

[tute666]

Iniciado por enriqueplace

No perdamos el foco, en ningún momento dije lo contrario. Para aprender es un tema, para trabajar en un proyecto concreto que se esperan resultados, el 99.99% de los casos no se justifica ni es conveniente hacer, además de la aplicación en si misma, reinventar un framework.

Ese es el punto.

puede ser, pero mis proyectos tienen resultados concretos y funciona bastante bien.
aun con aplicaciones distribuidas en varios servidores y que manejan una carga de usuarios considerable.
mientras que lo que decis es, en general una generalizacion acertada, sigue siendo una opinion tuya, mas alla de porcentajes hipoteticos y no tiene porque aplicar en todo caso.

[miguel4ngel]

Iniciado por GatorV

En todo caso porque no mejor apoyar en traducir la documentación de Zend? Para que reinventar la rueda?

los mismo te pensaba opinar.. no gastes tiempo.. usa uno ya creado..! lo vas a vender?.. la mayoria de los frameworks son gratuitos..

[ostrasjo]

Si no hubieramos reinventado la rueda todavía iríamos con ruedas de piedra.
Y me parace injusto que se desalente a la gente a que desarrolle lo que quiera, que ponga su listón alto y que haya gente que te diga que nunca llegarás a programar bien. Esto último es lo peor.Es muy fácil criticar. Mejor que haya gente que te apoye, y más en esta comunidad.
Si apuntas muy alto quizá llegues, pero seguro que sale algo bueno. Si puntas bajo tu trabajo será pésimo.

enriqueplace seguro que como tu libro hay 100.000 mejores pero tú decidiste hacerlo, seguro que nadie te dijo que nunca llegarías a hacerlo y que te dieras un baño de realidad. Como veo apuntaste bajo.

Por cierto yo trabajo con el codeigniter y también me gustaría, en un futuro, crearme mi propio framework.

[David]

Estimado ostrasjo.

La gente puede desarrollar lo que quiera, así como cualquiera puede tirarse de un precipicio.

Pero en ambos casos habrá gente que te va a decir los inconvenientes de intentarlo .

Lo mismo sucede con esa manía que se fue creando hace un tiempo de tratar de hacer "un nuevo Framework que se ajuste a lo que yo quiero". Vamos, puntualizando lo que muchos ya dijeron aquí, reordenar las prioridades, concentrarnos en lo que de verdad interesa, los proyectos de envergadura desarrollados usando las herramientas (Frameworks).

Difícilmente encontrarás a algún carpintero tratando de construír un nuevo serrucho o un nuevo martillo porque las que tiene no se adaptan a sus necesidades. Encontrarás muchos más trabajando en muebles (proyectos) que podrá vender y sacar beneficios.

[isra00]

Enrique, deja de pensar en jefes, clientes y dinero. Hay vida más allá. Hay motivaciones intrínsecas. Y más que las aplicaciones y los servicios "2.0" (no sé qué entiendes tú por 2.0... ajax, bordes redondeados y tonos pastel?). No todos tenemos por fin último ganar dinero.

Que el framework de Mario sea peor que los que hay en el mercado (que todavía no lo sabemos) no es suficiente motivo para desistir. Aparte del ya mencionado factor aprendizaje, está el tener tu propia caja de herramientas. Yo lo veo así: no fabricar tus propias herramientas, sino tener tu propia caja de herramientas. O sea, con decir que Cake u otro es un "framework PHP para MVC" no llega. Hay grandes diferencias entre unos u otros. Utilizar un framework implica adaptarte a sus metodologías, en mayoro menor medida. Si Mario tiene unas metodologías definidas y no quiere cambiarlas, que haga su Framework. Adelante!

Yo también estoy desarrollando mi propio framework, por ese motivo. Quizá cuando lo termine y lo despliegue me daré cuenta de que es un fracaso absoluto, pero el fracaso es un gran éxito, en tanto en cuanto se aprende una lección desde la experiencia. Los argumentos a favor o en contra tomarán forma cuando el desarrollo termine y se vean los resultados.

Está claro que cada uno puede hacer lo que quiera, pero si Mario lo ha puesto aquí es para que opinemos. Quizá la solución más productiva sería hacer cambios o plugins para los frameworks actuales, pero si bien la decisión de crear un framework puede ser trasnochada y fruto de la ignorancia, también puede serlo usar un framework cuando no el elegido no es el óptimo o sencillamente cuando no es necesario usar ninguno (http://www.maestrosdelweb.com/actual...pios-para-php/).

No es lo mismo reinventar la rueda en frameworks que en librerías. Puedes usar PEAR o librerías por el estilo que acelerarán el desarrollo. O puedes reescribirlas si quieres. ¿Por qué no? PDO es muy lento, uno puede crear una librería sencilla de acceso transparente a motores de BD, por ejemplo.

En cuanto a ti, Mario, aquí tienes a un colaborador dispuesto a echar un cable en lo que humildemente pueda, aunque últimamente no tengo mucho tiempo... y sobre mi framework, tambíen hablaremos

[MarioNunes]

Retomando el tema tras unos meses de ausencia

Al final esa idea de framework que comenzó a gestarse en las horas de sueño perdidas en mi casa... terminó desarrollándose por completo en mis jornadas laborales. El proyecto salió y la verdad es que estoy muy contento del resultado que se obtuvo. Es obvio que para que pueda convertirse en un "framework potente" hay cosas que todavía hay que ir modelando.

La experiencia de este proyecto ha sido el hilar fino la aplicación web, en cuanto a capacidad de carga de aplicaciones realizadas con el responde como dios manda, por el momento

La ventaja y desventaja: se pudo invertir muchas horas de trabajo al llevar el proyecto al entorno laboral, pero la desventaja es que perdí la propiedad intelectual del código para decidir con que licencia publicarlo. Ahora es propiedad de la empresa.

Estoy de acuerdo en que no se puede ir refactorizando código y reinventando las cosas allá donde va uno, pero ha sido una experiencia muy gratificante al igual que satisfactoria. Ya hay unos cuantos proyectos funcionando con el framework y van genial por el momento

No obstante, he optado por utilizar un framework potente. Todo lo que siempre quisimos tener y nunca tuvimos tiempo de hacer (el factor tiempo al final es el importante) y tras valorar Zend y Symfony me he quedado con Symfony.

Así que! este ha sido el resultado de esta historia

[isra00]

Me alegra leer la historia. Reinventar la rueda puede ser educativo (sobre todo porque te enfrentas a problemas comunes, sueles aprender patrones y acabas entendiendo bien los frameworks de 1º línea) y bueno para la autoestima, pero uno no puede pensar, desarrollar, testear y mantener al mismo nivel que muchos.

Un saludo.

[Luis207]

Yo creo que el hecho de desarrollar un FW es un gran ejercicio para aprender. Yo también estoy haciendo mi FW casero y cada día aprendo cosas nuevas.

[acoevil]

Tambien estoy pensando en hacer mi propio FW, puede que no se a tan poderoso como Zend y esos asi, pero seguro aprendere mucho en el camino...

[horape]

jaja solo queria decir q me rei con las comparaciones, ocurre en todos los foros jaj

la mayoria de los artesanos tarde o temprano crea herramientas propias, y la rueda sigue evolucionando o modificandose para distintos usos

y no por eso será una buena o mala idea crear un framework

[g3rz0n]

jeje, lo unico que tengo que decir es que si quieres hacer un fw HAZLO :) , no importa si la rueda sale cuadrada, lo importante es el intento, la astucia, la inventiva que se utilice.

Ahora, enrique jeje, creo que esa idea de "aplicaciones/servicios" esta bien. Solo algo, me pareció entender en tu comentario sobre google y facebook que desarrollar sistemas como esos, o programas como esos son para super dioses de la programación? y que los mortales no podrán? disculpa si me desubico, pero alguien una vez dijo esta frase: "muéstrame un hombre sin sueños y tendrás un obrero, muéstrame un obrero con un sueño, y tendrás un gran hombre". A cualquier persona que tenga un proyecto grande, por muy "loco-reinvento" que sea, tiene mi apoyo y sabe que podrá contar conmigo para lo que sea (aunque solo estorbe), ¿sabes porque enrique? porque lo que hoy vivimos; un día, solo fue imaginado.

PD: soy el novato mas novato que puedan haberse imaginado, pero tengo un sueño;), ser el mejor... y si enrique, soy un adolescente :D ...
salu2... y :) suerte

[isra00]

@g3rz0n Espero que sepas mantener esa ilusión cuando seas un gran profesional...

[luckystrikede11]

Iniciado por GatorV

No es que todos quieran que usen Zend, pero continuamente la gente viene y pregunta una misma cosa: "No hay un manual de Zend en español?", Se nota la necesidad, y creo es un buen proyecto y puede fundamentar buenas bases.

Yo mismo he hecho y trabajo sobre una capa encima de Zend, ya que considero a Zend muy poderoso, pero muy "desensamblado" y eso le brinda una genialidad única, uno puede construir sobre el sin necesidad de hacer cambio alguno al Framework, es por eso que yo siempre de mi parte lo recomiendo.

El punto es mejor aportar a algún proyecto existente en lugar de empezar un "one man job" que al rato aunque sí brinda aprendizaje, termina por quedarse en el cajón del olvido.

Saludos

Opino lo mismo

empezar un proyecto en la creacion de un framework desde cero, demanda harto tiempo..

yo trate de hacer algo similar.. cree mi propio framework.. no lo puedo comparar con los que existe.. porque es muy pobre. pero me ha servido en la creacion de pequeñas aplicaciones..

apoyo tu idea de querer aprender mas.. pero te puede terminar desgastando en lo mucho que hay que hacer y dejarte sin ganas de aprender mas.

[g3rz0n]

lo mas importante en esto, es aprender....(:
mejorar...

[jesuskaoz]

Iniciado por g3rz0n

lo mas importante en esto, es aprender....(:
mejorar...

lo mismo digo :)