WordPress y Habari

Un artículo sobre WordPress, Habari y las diferencias filosóficas que le dieron origen… ¿Por qué algunos de los más destacados desarrolladores de WordPress crearon este nuevo proyecto? ¿Por qué no habrá Shuttle para WordPress?

A principios de enero, alguien en neosmart publicaba un artículo llamado Cómo WordPress malcría a los desarrolladores, en el que planteaban una posición que probablemente muchas personas ya habían pensado pero que quizás nunca se había expresado con tanta vehemencia. Traduzco un párrafo del artículo:

El impacto más obvio que WordPress ha tenido —sobre todos— es que realmente no hay mucho espacio para otra plataforma para bloguear. No importa qué tan bueno sea el producto competidor que alguien cree, es casi imposible para cualquier cosa superar a WordPress como la herramienta elegida para el trabajo —sin importar cuál sea éste. WordPress no es perfecto, y somos los primeros en admitirlo. Ciertamente no es la plataforma para blogs más liviana ni el CMS definitivo, pero definitivamente esto no le ha impedido conquistar el mercado.

Contundente, pero con una contradicción evidente: afirma que no existen alternativas reales a WordPress, a la vez que reconoce que si éste está en el primer lugar de las preferencias no es necesariamente porque sea la mejor opción.

Durante Enero tuvimos varias noticias sobre WordPress que, en mi opinión, han venido alterando un poco este panorama, y que quizás podrían llegar a hacer tambalear la seguridad del predominio. Vamos por partes…

El pasado reciente de WordPress

wp21button_140x140.png Enero del 2007 probablemente ha sido el mes con más movimiento en el blog de desarrollo de WordPress, con cuatro importantes posts:

  1. WordPress 2.0.6 fue anunciado el día 5, un release orientado principalmente a arreglar fallas de seguridad, pero que sin embargo produjo nuevos problemas como el llamado “FeedBurner bug” que impedía a este servicio acceder correctamente a la información de tu feed.
  2. El 9 se publicó Ideas and Kvetch!, una iniciativa para enfocarse en el ingrediente secreto de WordPress… tú, creando espacios para enviar quejas e ideas al equipo de desarrollo de WordPress… [¿alguien dijo bloatware?->WordPress es todo oídos]
  3. Justo a mitad de mes se lanzó WordPress 2.0.7… ¿por qué una nueva versión menor tan pronto? En buena medida, para arreglar los errores con los que la anterior había sido publicada.
  4. Finalmente, el 22 se hizo pública WordPress 2.1 Ella, la increíblemente atrasada y esperada nueva versión mayor de WordPress, sobre la que —como era de esperar— [un montón de gente expuso su opinión->Y tenemos WordPress 2.1]: algunos la alabaron y otros (creo que muchos más que nunca antes) se quejaron, ya que a pesar de la considerable demora no hay muchas novedades visibles para los usuarios como para justificar la actualización, la que por otra parte no dejó de presentar sus dificultades en algunos casos

A esto, agregaría el anuncio de [un ciclo de desarrollo para WordPress->] que significaría plazos de actualización regulares y estructurados.

Esto bien podría ser solamente una impresión personal, pero creo que como nunca antes los usuarios de WordPress se han manifestado como “menos que contentos” con el rumbo que se está delineando. No son solamente los errores en los lanzamientos que supuestamente deberían arreglarlos, o que tras una espera demasiado prolongada la nueva versión no haya respondido a las expectativas, o que su “conexión” con la comunidad pueda resultar en un software lleno opciones poco útiles… es cada una de estas cosas y todas juntas a a vez, es en definitiva un clima algo enrarecido que huele un poco a descontento, y quizás (sólo quizás) también un poco a cambio.

… Y entonces, el 20 de enero surgió un competidor a WordPress

¿Habari?

Habari es el nuevo proyecto para crear un sistema de gestión de contenidos de código abierto que ha producido mucha bulla en la blogósfera (sobre todo la anglófona), por la simple razón de que algunos connotados desarrolladores de WordPress son quienes están detrás de él… habría que decir ex desarrolladores de WordPress ya que han pasado a trabajar exclusivamente en Habari. Seguramente conocen a algunos de ellos:

Al ver esta lista de eminentes personajes notablemente ligados al desarrollo de WordPress ponerse al servicio de un nuevo proyecto que se presenta frontalmente como un competidor, creo que es inevitable preguntarse qué razones podrían existir para este alejamiento.

Las hay. Algunas han sido brutalmente exageradas por algunas de las personas que han seguido esta teleserie y escrito sobre ella, pero no creo equivocarme al afirmar que podríamos resumirlas en una: diferencias “filosóficas” con el rumbo del desarrollo de WordPress.

Bryan Veloso vs. Matt Mullenweg

avalonstar.jpg Ok, este es un encabezado sensacionalista, debo decirlo. No existe nada así como una confrontación directa o guerra declarada entre ambos. Para ser claros, es necesario indicar que Bryan Veloso ni siquiera es uno de los “padres” de Habari, pero su historia parece ser bastante representativa de lo que ha pasado, además de ser uno de los que más se ha dedicado a escribir sobre el asunto. Jamás se ha referido en malos términos a Matt ni a la gente con que trabajó en Automattic, aunque ciertamente ha sido el más abierto a mostrar el lado personal de esta historia.

A mediados del 2006 (fines de julio), Bryan Veloso fue integrado al equipo de Automattic para trabajar en el equipo de diseño y desarrollo de WordPress, bbPress y sus otros productos. El trabajo de Bryan pudo verse en la nueva barra de administración de WordPress.com, pero poco más se supo del trabajo que habría desarrollado.

Bryan es un excelente diseñador, por lo que pensar que su trabajo se abocaría al necesario rediseño de la administración de WordPress era una apuesta que podía suponerse segura, ya fuera implementando Shuttle o su propia versión, Atlantis.

Sin embargo, pasó el tiempo y las noticias al respecto escaseaban. Un par de posts en los que pedía sugerencias fueron todo lo que pudimos ver, hasta un post publicado el 7 de diciembre, Pressing for Change, en el que anunciaba que dejaba Automattic.

Sí, algo ha muerto hoy. Si es que esa muerte me afecta, o más bien, la magnitud con que esa muerte me afecta aun está sujeto a interpretación. De todas maneras, a partir de hoy, Automattic y yo recorreremos caminos distintos. Al pensar sobre eso ahora, veo que la razón ha sido una más fundamental. La forma en que trabajo simplemente no encajó a sus expectativas. Podría hablar de cómo difieren las expectativas de diseñadores y programadores, o cómo es que usar Trac para medir la producción puede no ser la mejor forma de medir mi progreso. Honestamente, eso no haría nada por la situación. Fueron unos cuatro meses espectaculares trabajando con algunas de las mentes más inteligentes en el medio. Sé que llegarán lejos.

Veloso, fuera. Matt Thomas —quien ha hecho todo el trabajo de identidad para WordPress— adentro. Shuttle entraba en pausa, a pesar de que una de las últimas solicitudes de Veloso fue completar su trabajo en el proyecto.

Pasaría poco tiempo para agregar un nuevo capítulo (¿final?) a esta historia: el 19 de enero de este año, Bryan publicó esta serie de imágenes en un post titulado Atlantis: lo que podría haber sido.

atlantis1.pngatlantis2.pngatlantis3.png

Junto a ellas, sus últimas declaraciones al respecto.

No considero a éste mi mejor trabajo, creo que por eso es que Matt [Mullenweg] me envió éste cierto libro [“Diseñando lo obvio: un acercamiento desde el sentido común al diseño de aplicaciones web”] cerca de la hora de mi partida. Pero en mi defensa, no tuve muchas oportunidades de trabajar en él. O más bien, para refinarlo. […]

Algunas personas son muy apegadas a sus ideas, tanto como para impedir que cualquier otra persona se meta con ellas. Para ser honesto, me puedo identificar con eso, y toda esta experiencia abrió mis ojos a un montón de cosas.

Y hasta ahí llegó el idilio de Bryan con WordPress, el que alguna vez llamara el único software para bloguear que usaría jamás, pero que ahora tendría planeado reemplazar por Django (que en realidad es un framework para Python).

Bueno, ¿y? ¿Qué pasó con Habari?

Pasa que, al parecer, la gente tras Habari también se ha visto un poco frustrada en sus aportes a WordPress. Jim Whimpey ha caricaturizado algunas de estas quejas: Matt es un dictador malvado que maneja una compañía llega de sus igualmente malvados lacayos que trabajan juntos en una horrible monstruosidad llamada WordPress. Claro, esto es una exageración, pero ¿notaron las frases que destaqué en la última cita de Veloso? Los desarrolladores de Habari han aclarado que su partida no tiene que ver con resentimiento, sino a lo más con “diferencias” y el deseo de crear algo nuevo y sorprendente.

Para Michael Heilleman, se trata de llevar a cabo el diseño de la interfaz que fue postergada junto al proyecto Shuttle, pero junto a esto se muestra preocupado por el que para él es un movimiento innegable de WordPress hacia “aguas comerciales” (lo que sea que eso signifique), el que afirma no condenar pero que sin embargo le hacen añorar tiempos pasados.

Chris Davis, por su parte, confiesa haberse sentido algo irritado con la forma en que se maneja WordPress; invoca su experiencia en las conferencias de la [Fundación Apache->@wiki] como un punto de contraste en la forma de hacer las cosas, afirmando sentirse más cómodo con la forma en que funciona Apache.

Rich es quien, definitivamente, dibuja más claramente el panorama:

Sí, habían frustraciones de las que nos queríamos alejar. Y habían diferencias filosóficas sobre cómo debería ser gestionada una comunidad de Código Abierto. Pero no hay mala voluntad hacia WordPress, aun cuando hay diferencias de opinión sobre la Manera Correcta de hacer las cosas. En el Código Abierto, cuando las cosas se hacen bien, no es dañino tener dos proyectos saludables en el mismo espacio. Cuando las licencias son sensibles los proyectos pueden aprender el uno del otro, mejorar las ideas de cada uno, y tener una competencia sana, así como también esforzarse por ser compatibles. No veo un lado malo, si es que podemos seguir existiendo en una amistosa rivalidad.

Matt Mullenweg En WordPress, los cambios más importantes al código deben ser revisados y aprobados por Matt, así como también las ideas para implementar nuevas características. Habari pretende tener un modelo más abierto de desarrollo, sin dejar de estar organizado aunque quizás sí menos centralizado. Proponen un sistema de [meritocracia->@wiki] para obtener acceso a modificar el código de la aplicación, ésta es la inspiración fundamental que han extraído de Apache (aunque aun no se ha plasmado en un modelo estructurado).

habari-admin.pnghabari-post.pnghabari-manage.png

¿Y qué va a pasar con WordPress?

Probablemente no mucho muy distinto… o sea, las líneas de su desarrollo han sido en buena medida trazadas con lo que ha pasado durante enero, y creo que ahora podemos fijarnos nuevas expectativas de lo que podríamos esperar a futuro.

¿Rediseño de la administración? Difícil. ¿Muchas características nuevas? Quizás, y probablemente varias de ellas suplanten la función que hoy tienen distintos plugins. Está la posibilidad de que se convierta en un [bloatware->@wiki.en], y no me gusta… y no soy el único al que no le gusta.

La movida “hacia aguas comerciales” es bastante indefinida. Creo que, en primer lugar, podríamos esperar más énfasis en WordPress.com que en “.org”, Akismet y el soporte pagado para instalaciones comerciales de WordPress que se anunció hace tiempo en Automattic. Está bien, después de todo, esto se ha transformado en un gran negocio, sería estúpido no tratar de obtener beneficios de él o desperdiciar estas oportunidades. No creo que Automattic comience a publicar software que no sea de código cerrado, o que WordPress (.org) se vuelva de pago.

Y sobre Habari… habrá que ver. Actualmente, hay una versión que funciona que puede ser descargada, pero está a años luz de siquiera igualar a WordPress. En serio, la acabo de probar, y está bien, pero muy incompleto; de hecho, hay mucho más trabajo por hacer que el que ya está hecho. Por otra parte, el requerimiento de PHP 5 reduce la cantidad de personas que podrían ejecutarlo, ya que todavía hay muchos hosts que utilizan PHP 4. Finalmente, no es la primera vez que sus desarrolladores se han unido para crear algo que ha recibido mucha publicidad: hace tiempo, se anunció con bombos y platillos la creación de InkSmith, pero hasta el día de hoy página de inicio reza “coming soon”.

Al día de hoy, la mayor fortaleza de WordPress es su comunidad. ¿Logrará Habari un nivel de participación no solo de programadores sino también de usuarios suficiente para convertirse en una verdadera competencia?

Fuentes

28 thoughts on “WordPress y Habari

  1. Excelente post de investigación.

    Habia leido algo sobre estas diferencias en el blog de Chris Davis en el post que estas citando.

    Si hay una clave en WordPress ese es Matt Mullenweg sea un tirano o no esto es lo bonito del Código Abierto que podemos tener a miles de personas probando y modificando nuestros desarrollos.

    Creo Matt y Automattic fijarán más su postura en WordPress.com usando el desarrollo de WordPress.org en su favor y como conejillo de indias, pero si ese es el precio que hay que pagar por usar WordPress a muchos nos le importe.

    Creo que Habari necesitara su tiempo que aun es pronto pero tiene muy buena pinta si el desarrollo lo llevan esos monstruos de programadores y diseñadores, solo hace falta tiempo como con WordPress que en sus primeras versiones la cosa estaba algo en pañales y ha ido creciendo.

    En internet se ha demostrado que no es mejor quien hace mejor las cosas sino quien se hace más popular entre los internautas.

  2. Gracias por esta estupenda referencia. Me ha parecido un tema muy interesante.

    Sigo tu blog habitualmente, me encanta lo que estas haciendo y te animo a seguir por este camino..

    Mi blog recoge temas muy similares y hay muchas referencias culturales, tecnológicas, politicas…
    Te invito a visitarlo. De verdad que tengo material MUY bien seleccionado.
    Recibe mi apoyo y un saludo afectuoso

    http://teimagino.com/index.php/

  3. Aconsejo la lectura de este viejo comentario (30.10.2004) de Furilo en Denken Über.

    El mejor CMS propiamente bitacoril es b2evolution, no tengo duda alguna. Ayer actualicé varias bitácoras a b2evolution 1.9.2.

    En cuanto a soporte, ningún CMS llega al nivel de WordPress, que es lo que lo hace atractivo.

    – UN SALUDO –

  4. MUY buen articulo, yo sigo el desarrollo de Habari desde casi el inicio cuando vi la noticia en el blog de Michael Heilleman, cabe indicar que el grupo de desarrolladores incluye también a Scott Merrill creador de varios plugins entre ellos el popular Wp-dbbackup que venia por defecto en WP 2.0, Owen Winkler otro WP developer y Jay Pipes desarrollador de MySQL.

    El tema de Veloso con Automattic fue algo distinto por lo que yo supe e hizo que se sumaran los problemas entre Mullenweg y la comunidad Open source. El año pasado la comunidad de Drupal estaba trabajando en el lanzamiento de la versión 5 de este CMS, para esto habían creado un genial tema que vendria por defecto llamado “Garland” el cual traería como novedad el “Colopicker” que permite usar una paleta de colores para cambiar prácticamente todo el diseño del tema, como es Open Source el tema ya se había mostrado y se había dicho que vendria por defecto en Drupal 5, a Mullenweg le gusto y le pidió al equipo de Automattic que portaran Garland a WP para usarlo en WP.com al ser Veloso el diseñador la tarea caía sobre el, pero obviamente había un problema de ética, ya que si Garland iba a ser el tema por defecto de Drupal 5 entonces no seria justo que WP.com con mas de medio millón de blogs lo tenga antes del lanzamiento del Drupal 5, de esta manera Garland no seria plenamente identificado con Drupal sino con WP.com, Veloso lo vió así y mando un mail al equipo de Drupal para preguntar si les parecía el que portaran el tema a WP.com, obviamente los de Drupal les pidieron por favor que no al menos hasta que Drupal 5 sea lanzado, a Mullenweg no le gusto que Veloso hiciera esto y adios Bryan. Otro “Automattico” creo el Garland para Wp.com con colorpicker incluido, el tema fue lanzado y retirado en WP.com debido a que a la comunidad de Drupal no le gusto nada esto y hubieron protestas. Toda esta historia la puedes encontrar en varios blogs de WP.com y el blog de Khaled.

    Habari esta muy verde todavía y si sigues el grupo de desarrollo en Google Groups veras que salvo el desarrollo del núcleo no hay mucho mas, el diseño y el sitio web están mas que en pañales.

    Saludos

  5. Wena 😉 buen post.
    Yo creo que a Habari le queda un camino muy largo antes de acercarse a WordPress… y que WordPress sea de pago? lo veo muy poco probable.

  6. excelente post ! tengo problemas al instalar Habari:

    Alguien podía hacer algun manual para instalarlo.Dejo unas pistas:

    1) Bajarse .zip
    2) Rellena con tus datos el archivo config.php renombrándolo a esta extensión.
    3) Edita el archivo htaccess y lo subes con un punto delante.htaccess .

    Lo más seguro que la instalación sea mucho más sencilla en cuanto salgan la versión definitiva. 🙂

  7. Interesantisimo post, muy bien documentado 😉

    Personalmente, tengo esperanzas en Harabi, pero es demasiado pronto para evaluarlo, y más aun para compararlo con WordPress… pensemos que WordPress ya lleva varios años de desarrollo a sus espaldas, y eso es mucho tiempo, aunque en los últimos meses (hasta la version “ella”), parezca que haya estado parado.

    Con el tema del diseño, me sorprende como no le dan una vuelta completa al actual, que siempre ha sido espartano y feo.

    Saludos.

    PD: como mola el spam a mano… mira que se aburre la gente… jajaja.

  8. Respeto su opinion, pero me parece que estás tratando de darle una mala publicidad a WordPress. Es verdad que WordPress 2.1 tuvo errores, pero somos humanos cometemos errores, y el equipo de desarrolladores de WordPress se ha encargado de informar de los errores y como darles errores, ellos no están haciendo al estilo Microsoft, de que oyen errores y no ayudan a la gente a arreglarlos. WordPress 2.1 fue un gran salto para WordPress, tuvieron que hacer demasiados cambios e hicieron 6 versiones de prueba antes de la versión final de WP 2.1 y arreglaron muchos errores, pero hubo unos que nunca se reportaron y por eso hubo errores en WP 2.1. Realmente, yo prefiero 10000 veces WordPress que Habari. Habari es un proyecto de un grupo de programadores frustadores con sed de venganza. Tal vez tengan cosas buenas en su cms, pero nunca mejor que WordPress.

  9. Aunque lo uso, nunca me ha gustado mucho WordPress. Su virtud es que lleva mucho tiempo de desarrollo y por lo tanto es estable y maduro. Pero eso es también su problema: la estructura básica no ha cambiado mucho y el código actual se basa en una serie de archivos desordenados y malas prácticas. Se le saca muy poco provecho a la Orientación a Objetos (incluso al soporte limitado de OOP de PHP4) y el resultado es mucho más “bloated” de lo que debiera ser. Un ejemplo: no hay un framework o estructura base para los plugins. Otro: las páginas de Admin son una ensalada de PHP con HTML.
    Revisé Habari y me doy cuenta de que el equipo está tratando de corregir muchas de estas cosas (hay un framework para los plugins y mejor separación de tareas en el código por medio de Patrones de Diseño conocidos), pero aún le falta.
    Como desarrollador, me encantaría ver que tomen notas de proyectos como Ruby on Rails o CakePHP y modularicen mejor la aplicación. Cierto: Worpress actualmente es una delicia para los usuarios, pero es una pesadilla si eres desarrollador y quieres modificar algo. Al parecer nadie en el equipo ha leído nada de MVC y es una lástima.
    Creo que es positivo que usen PHP5. Eso les permite escribir código más estructurado y podría incentivar a los hostings nacionales a actualizarse (los de afuera casi todos lo soportan hace tiempo).

  10. ¡Guau! A todos nos gusta un buen chisme jajajaja.

    En primer lugar, gracias a todos aquellos que me felicitan por el post, ha sido una sorpresa muy grata poder ir viendo la reacción que ha producido —incluso entre quienes no están de acuerdo con lo que he escrito.

    Ahora paso a las réplicas…

    1. RoQ: he revisado el blog de Khaled y no he encontrado nada al buscar por “garland” o “drupal”. Si tuvieras los enlaces, sería bastante valioso poder tener esa información para ir comprendiendo mejor lo que está pasando con todo esto. Razón tienes sobre los otros personajes que están participando en el desarrollo de Habari, gracias por el aporte.
    2. javi: sí, es algo necesario pero creo que aun es demasiado pronto para comenzar a redactar este tipo de documentación… aunque si alguien tiene las ganas, le podría significar poder de voz y voto en el desarrollo de Habari, una opción bien atractiva.
    3. Antonio: así es, en verdad es una pena que la posibilidad de ver a Shuttle sean ahora tan escasas. ¿De qué sirve tener una pantalla de login del proyecto si todo lo demás quedó en pausa? No de mucho. En su momento, hubo gente que no se cambió de Movable Type a WordPress porque la interfaz de administración del primero era (es) mucho más atractiva que la de WP, por lo que en el caso de que Habari cumpla con lo que promete, su interfaz se podría convertir en una importante ventaja competitiva sobre WP… y sí, sí que mola
    4. Alex: en ningún momento he tratado de dar una mala imagen a WP como propones. De hecho, he tratado de ser bastante cuidadoso en cuanto a plantear que todo el asunto se trata de “diferencias filosóficas”, que finalmente tienen que ver con la forma de gestionar una comunidad y un proyecto Open Source, y no de rencillas personales, aunque es necesario reconocer que también hay algo de esto en todo este cuento, y que quizás sí han sido importantes. Por otra parte, tampoco he condenado al equipo de WP por los errores en las últimas versiones, sino que he tratado de expresar una impresión personal que me ha quedado tras leer varios blogs que se quejaron sobre este tema; y claro, yo también tengo una posición personal: también me he molestado al ver que lanzan una versión “bugfix” y 10 o 15 días después lanzan otra que arregla los errores de ésta, me parece que ha sido un descuido importante. Y no es la primera vez que pasa. Y aunque han tenido la disposición de arreglar los errores, no siempre lo han hecho con la mejor voluntad, si tampoco son santos o perfectos, y la verdad es que no es necesario que lo sean, eso está claro. Por otra parte… ¿seis versiones de prueba? ¿en cuánto tiempo? Entre la beta 3 y la cuatro pasó un día, y un día más para el RC1… claro, después de algo así como un año de desarrollo.

      En lo personal, me WP me gusta bastante como usuario, pero a veces cuando trato de hacer un retoque o algún invento con un tema o algo así me doy cuenta que en verdad es caótico —esto se ha dicho en su lista de discusión, cuando plantearon el ciclo de desarrollo: no es un proyecto tan organizado y sistemático como otros, sino más bien el fruto del trabajo de un montón de hackers que han ido parchando e incorporando nuevas funciones, pero mejorando muchas menos (recién para 2.1 alguien especialista en MySQL ha hecho contribuciones importantes). Hoy mismo he estado jugando con un nuevo tema, y para encontrar la documentación que he necesitado a veces ha sido bastante complicado… claro, lo bueno es que hay mucha gente trabajando alrededor de esto, por lo que ejemplos sobran, y es de ahí desde donde al final he podido aprender lo que necesitaba. Ahora, con el respaldo comercial de Automattic, sería bueno ver un mayor esfuerzo en optimizar las cosas que ya existen (por ejemplo, contratando especialistas en las funciones necesarias) y dedicarle mayor atención a la documentación (y ojalá no solamente al soporte pagado).

      Y sobre Habari, me parece absurdo compararlo a estas alturas con WP, pero puedes ver la opinión de Ismael para darte cuenta de que están haciendo las cosas de un modo distinto, aprovechando su experiencia en WP para no repetir errores, y eso no puede ser malo. Por ejemplo, ya tienen proyectado que tendrán soporte a distintos mecanismos de plantillas, algo que WordPress nunca ha tenido y que le ha jugado en contra… Por otra parte, creo que si leyeras los blogs de quienes se encuentran detrás de Habari te darías cuenta de que no se trata de un grupo de resentidos; si fuera así, les hubiese sido mucho más fácil tomar el código fuente de WordPress e incorporar todo lo que ellos podrían haber aportado pero que ha quedado afuera.

    5. Ismael: no tengo mucho que decirte, aunque creo que deberíamos sacarnos de la cabeza esa idea de que “mucho tiempo de desarrollo = estabilidad y madurez”… Con PHP-Nuke tenemos un claro ejemplo de que eso no es necesariamente así. Claro, se necesita tiempo para implemetar algunas cosas, pero la estabilidad y la madurez no viene solamente por el tiempo, sino a través de procesos intencionados. Quizás Drupal podría ser un buen ejemplo (¿?).
  11. Respecto al tema de Matt y el Software de pago: Matt estuvo en EventoBlog España en Sevilla el pasado año(noviembre) y le hicieron una pregunta en la que si pensaba que WP hubiese tenido el mismo efecto siendo de pago. El contextó que no.

    Yo sinceramente le vi muy ilusionado con WP y con su empresa Automatic. No creo que WP acabe de pago, creo que la ventaja de WP es que es software libre y por supuesto que es el mejor CMS para blog´s.

    Un saludo

  12. Hola Felipe, confieso que me gano la emocion cuando escribi y no cite donde lei todo ese drama, puedes ver un resumen aqui:
    http://www.brokenkode.com/archives/habari/#comment-24519
    la historia por aca:
    http://sunburntkamel.archgfx.net/2006/12/13/garland-a-chronology-in-point-form/
    el punto de vista del desarrollador de Drupal por aca:
    http://acko.net/blog/wordpress-com-copies-drupal-theme
    Tambien se hablo en la lista de WP-hackers
    http://comox.textdrive.com/pipermail/wp-hackers/2006-December/009980.html
    Saludos

  13. Hola Felipe !

    Te has sobrado con el post. EXCELENTE trabajo de documentacion e investigacion.

    Me gustaria probar Habari pero no lo encuentro por ningun lado. De donde lo sacaste?

    Saludos.

    1. Ezequiel: buena pregunta… en general, se habla muy poco de Textpattern, aunque quienes lo hacen, generalmente se refieren a él en muy buenos términos, pero tarde o temprano se cambian a WordPress, como el caso de Diego Lafuente de Minid.net. Otra buena pregunta sería ¿por qué nadie habla de DotClear, siendo que supuestamente es muy popular en Francia? Bueno, quizás en blogs franceses sí se hable de él.
    2. victor: muchas gracias por tus halagos. Por el momento, Habari está disponible a través de habariproject.net (que hasta ahora lleva a su página en Google Code), pero sólo puedes descargar una versión instalable si bajas la fuente mediante SVN, con el comando svn checkout http://habari.googlecode.com/svn/trunk/ habari desde una terminal o bien bajando un cliente gráfico para SVN. De todas maneras, aun el código está muy, muy verde como para ser probado por usuarios finales, por lo que probablemente sea mejor contentarnos con las capturas de pantalla que han ido (y seguramente seguirán) apareciendo en los miembros del equipo de desarrollo.
  14. La verdad es que mi ruta fue, en 4 años de blogging, Blogger – MovableType – WordPress – TextPattern. Blogger, a poco de empezar, se me quedó corto. MovableType estuvo bien durante un tiempo, sobre todo porque era uno preinstalado. Al no poder tocar a gusto, acabé sacando mi propio dominio y le instalé WordPress. Estuvo bien… pero se rompía mucho cuando le cargaba plugins. Al final, tuve la mala idea de cargar TextPattern… y nunca necesité buscar otro CMS.
    Tal vez no se habla mucho de TextPattern por una razón sencilla: No es simple para el blogger promedio. La curva de aprendizaje que tiene es empinada, al principio… pero una vez que le tomás la mano… ¡ah! una vez que le tomás la mano, es como si sacaras a bailar a la chica más linda de la fiesta. El código del CMS es robusto, por lo que necesita muy pocos plugins para darle más poder del que ya tiene por defecto. Y la mayor parte de esos pocos plugins van en la parte administrativa, lejos de la vista de los visitantes. Pero lo más importante de todo, la comunidad que hay detrás del proyecto, si bien pequeña, es muy unida y servicial. Planteás una pregunta en los foros de soporte, y podés tener la seguridad de que alguien te va a responder. ¿No sabés inglés? No importa, porque tienen un foro exclusivamente en español. Propiciado por la propia comunidad y los desarrolladores (uno de los cuales es español). Notable. =)

  15. Curioso me parece que menciones a PHP-Nuke, donde pasaba un asunto similar al que se le acusa a Matt, pero siendo Francisco Burzi, alguien mas cercano a un dictador.

    Tal vez otro ejemplo de este tipo de proyectos, sea qmail.

  16. Excelente post, de verdad! Ya checaron algunos mockups nuevos de la interfaz de administración para Habari que quiere implementar Michael Heilleman.

    Creo que lo probaré.

Comments are closed.

%d bloggers like this: