Cuando un proyecto se vuelve un tema de ego,
suceden estas cosas. Lamentablemente cuando somos tan orgullosos no podemos soportar las críticas hacia un proyecto que de por sí fue abierto para acceso de todo el mundo y se solicita colaboración a diestra o siniestra.
Creo haber dejado claro en todo momento que
estaba tratando de aportar un grano de arena.
No me voy a tomar más tiempo del que corresponde para responderle (más cuando el autor abandonó hace tiempo el proyecto y actualmente solo quedan 3 colaboradores reales), pero ya es obvio que se equivoca en varias partes:
Punto 1) Dice que mi crítica es
"lo suficiente para ser vacía ó poco objetivo". Vacía no lo es porque cada punto que critico es fácilmente observable en el código fuente del framework. Poco objetivo, no sé, si habla de egos, no tengo nada contra Kumbia Framework (no busco su destrucción ni tengo competencia directa ni acciones en Zend).
Punto 2) "Me gustaría saber que métodos deberían ser públicos o cuales no, señor Enrique es usted un genio, en una revisión rápida pudo encontrar la funcionalidad de cada método, evaluar si debe funcionalmente ser publico o privado, luego hacer una estadística y poder concluir. Vaya, estoy lejos de tener esa capacidad."Bien, si dejara de molestarse como un niño pequeño cuando le critican su juguete más preciado, se daría cuenta que hablo de
"atributos públicos", nunca de
"métodos públicos", y los mismos está
"prohibidos" desde la base conceptual de la
POO (creo que hasta cuando me enseñaron objetos en la universidad me dijeron que
"los atributos públicos estaban prohibidos").
Punto 3) "A menos que deba reescribir PHPMailer ó SpreadSheet_Excel_Writer (compatibles con PHP4) y asi lucir un hermoso codigo PHP5 las cosas no cambiarán, sería mas objetivo revisar bajo el directorio library/kumbia ya que es una critica al framework "Kumbia"."Cuando digo que el framework se apoya en clases de PHP4 y el resto está implementado en PHP5, es justamente eso,
"debilita el diseño del framework". No más, no menos.
Punto 4) "Existen clases con html mezcladas con lógica de negocio por lo que no beneficia en absoluto la separación de capas", parece que el autor no lo entiende. Simplemente eso, literalmente, no se sugiere mezclar lógica de negocio con presentación. Sea la lógica que sea, sea la presentación que sea.
Punto 5) No sigue el estándar de facto (en todos los lenguajes POO)
"camelcase" y usa
"under_scores" porque aparece
en un artículo de un blog. No se justifica. Sería más lógico tomar de Java o .Net, lo mismo que están haciendo en Zend.
Punto 6) La clase Object de Kumbia no aporta nada, la sugerencia era usar stdClass. El autor me referencia a
la clase Object de Java, pero obviamente esta sí aporta algo, no la de kumbia (de ahí la sugerencia de
usar stdClass propia de PHP) .
Punto 7) El autor dice (sobre el tema de iso y utf):
"Tienes razón, pero hay que ser más objetivo, cambiar a UTF-8 es cambiar una linea de código y en concreto un framework usado casi un 100% por hispanohablantes para el mundo occidental, no verán mucho problema por ello, Pero así como lo dije antes si por una sola linea de código se puede hacer mejor este mundo."Aquí demuestra desconocimiento con respecto al tema "juego de caracteres". Ya se
lo respondí en un comentario a un colega de su proyecto:
"Creo que ustedes, por desconocimiento, están repitiendo este errado concepto... no es solo "con una función de filter lo soluciono"... todo el sistema tiene que estar en una sola codificación, es decir:
Todas las herramientas, Editor de textos, archivos php+css+js+html, base de datos, etc.
ISO, por decirlo de alguna forma, está "deprecated"."
Nota: lo de "poco objetivo" está bastante fuera de lugar.
Punto 8) Sobre mi comentario
"Nombres de archivos de clases inician en minúsculas y no en mayúsculas: directorio "library", por ejemplo acl.php -> Acl.php" y su respuesta
"El argumento aqui es? Ya sé, Zend lo hace así."Sí, no solo Zend, pero bien podría ser un punto de referencia para
"no reinventar la rueda", el universo no inicia en mi ombligo.
En ResumenBien podría decir que publicitan el framework con argumentos que no se ajustan a la realidad (extracto del sitio oficial):
"Kumbia es un web framework libre escrito en PHP5. Basado en las mejores prácticas de desarrollo web, usado en software comercial y educativo, Kumbia fomenta la velocidad y eficiencia en la creación y mantenimiento de aplicaciones web, reemplazando tareas de codificación repetitivas por poder, control y placer."
Nadie dice que deban hacer lo que yo diga ni lo que yo haga, es mi opinión personal y así fue pedida en su momento por el autor... ahora, bien no hace el autor con molestarse porque encuentre cosas a mejorar y sean dichas de forma constructiva y sin faltar el respeto al proyecto.
Cada uno saque sus propias conclusiones.
