Un lugar donde explicar las cosas

Mientras no tengo un módulo de para blogear funcional en Gonium, no me queda otra que usar al enemigo (Wordpress). Lo cual no es del todo malo, sino justamente lo contrario.

La idea de tener un blog exclusivamente para el desarrollo de Gonium, me permitirá poder dejar en claro cuales son las ideas que se están implementando o se desarrollaran a futuro, allá en su propio lugar. Hay mucho por hacer, por lo tanto, mantener una bitácora de desarrollo (más que un precario Roadmap), espero me sirva mucho más.

Un detalle importante: el blog, el proyecto en Google en Code, los mensajes en Twitter, los commits de svn e incluso la documentación autogenerada del API, se mantendrán todos en idioma inglés principalmente.

La razón de esto es muy sencilla: universalidad. Aunque no me gusta la idea, lamentablemente en comunicaciones, el inglés es lo más universal. No por ser de origen chileno quisiera que solo algún amigo mío de acá lo ocupe. Espero que a todo a quien le sirva tenga la posibilidad de ocuparlo. ¿Quien me dice que alguien por ahí no estará ya husmeando el código? ¿Y si este alguien hablara en italiano? ¿O francés? ¿o alemán? ¿o chino?

Además, habiendo tenido experiencia en el proyecto GDT, noté como muchos usuarios, aun cuando en su mayoría se trataba de hispano-parlantes, simplemente no les gustó la idea de usar objetos y métodos nombrados en español. No entiendo estas mañas, pero se que son frecuentes y extendidas. De hecho, Eduardo Silva, en su charla de Monkey HTTP Daemon en el Encuentro Linux, mencionó haber tenido ese problema con los hispano-parlantes, así que decidió simplemente dejar todo, lista de correo, blog, documentación, etc, en inglés. Esta vez, adoptaré la misma idea y veré que sucede.

Por el momento, no espero una explosión de usuarios, ni mucho menos mientras la versión funcional brilla por su ausencia, pero sí espero ideas, comentarios y en general feedback. Ya me han estado preguntando cosas como “¿estás reclutando gente?”, lo cual es un alivio para esos minutos en que me cuestiono el “¿para que diablos estoy haciendo algo que solo me importa a mí?”. Por si acaso, sí estoy reclutando gente :B . ¿Desarrolladores en Zend Framework? Bienvenidos! Cualquier tipo de aporte será igualmente bien recibido, ya sea de parte de un PHPero, jQuerysta, CSSero, Traductor, Diseñador o Artísta son plenamente bienvenidos.

Confirmando lo que pensaba

Gracias a todo esto, tuve una ocurrencia del tipo “oh, ¿y si hago que el template de wordpress sea el mismo que el de Gonium?”. Con eso basto para ponerme a meter un poco de mano en la creación de un tema. Nuevamente confirmo lo que pensé hace mucho tiempo atrás acerca de wordpress, es espagetti.

Realmente es una de las APIs (si es que puede siquiera llamarse así a su “codex”) más espantosas que he visto. Gracias a que participo en tecnosquad.org y a que dedicamos un día para “la épica búsqueda de un tema nuevo”, fue como aquella tarde recolecte bastantes temas atractivos y los guarde “por si acaso”. Finalmente no encontramos nada que nos hiciera sentir ese “wow, es tema está pintado para tecnosquad”, pero igualmente la búsqueda me trajo un buen producto.

Ocupe uno de esos temas para codear el mio. Entonces fue cuando note la importancia de ciertos detalles.

El primero es sobre el tamaño de un tema. Por ejemplo los temas más “profesionales” suelen tener más archivos e incluso permiten agregar paneles de opciones al backend de wordpress. En esos archivos extra, los temas definen sus propias funciones, las cuales no tienen ninguna interfaz común, cada tema implementa sus cosas a su pinta. Algunos usaban clases/objetos, pero la mayoría solo funciones sueltas.

Otro detalle importante, es que aun cuando las funciones “del núcleo” para plantillas están documentadas, el solo hecho de leer un archivo fuente resulta caótico. Casi nada de pulcritud, incluso me atrevo a aventurar que ningún tema de los que termine bajando (y fueron muchos), ni si quiera tenían el código propiamente indentado.

Una de las primeras cosas que aprendí con el Zend Framework, fue el patrón de diseño “Two Steps” para plantillas, es decir, una plantilla “layout” que crea el esqueleto de la página, y luego se agregan los contenidos sobre este layout, que pueden provenir de otros scripts de vista. En wordpress, simplemente no existe tal cosa. No quise mirar más hacia adentro del código, pero lo que vi por fuera (las plantillas), me dan más ganas de “terminar” de una vez una versión usable de Gonium. Estoy seguro que sería una delicia para los diseñadores.

Más tarde, cuando ya pueda blogear tranquilo en Gonium, migraré el contenido y me desharé del wordpress. La idea principal está más viva que nunca: el objetivo es crear un administrador de contenido de propósito general, pero BIEN HECHO.