– Asi que querés ser un granjero, eh? Ser un granjero no es fácil, pero es un trabajo honesto que al final del día, pone la comida sobre la mesa. Qué tanto sabes de esto?
– No mucho, pero me gustaría empezar de todas formas.
– Me gusta tu actitud! Tuviste un jardín alguna vez?
– No, nunca quise uno tampoco.
– Mmm. Bueno talvez podamos empezar plantando un poco de maiz. Eso no es muy dificil y es bueno para aprender como poner bien las semillas, ademas puede llevar algun tiempo el aprender las bases de las señales metereologicas.
– De qué estas hablando? Yo no quiero plantar semillas ni escuchar hablar de metereología. Yo quiero ser un granjero.
– Me estas cargando? Como pretendes crear comida si no sabes como plantar semillas y mantener los campos regados y fertilizados? Como esperas tener tus vegetales maduros sin saber nada sobre el estado del tiempo?
– Por qué querría yo investigar o siquiera escuchar lecturas aburridas sobre meteorología, cuando lo que yo quiero es ser un granjero?

Continue reading →

Yo youtubeo, Tu youtubeas, El youtubea, Nosotros youtubeamos, Vosotros youtubeais, Ellos youtubean

Mas alla del título apocalíptico, y de la polémica que pueda generar, me estoy convenciendo de que el Open Source como plataforma de servicios masivos, no es negocio en la comunidad hispana de Internet.

Poniendo como ejemplo a dos servicios conocidos por todos, Meneame y Fresqui.

Mientras que en la esquina del software libre está el Proyecto en español mas exitoso de Internet. A este los ingresos no le alcanzan ni para pagar los gastos del servidor donde se encuentra.

En la otra esquina, un proyecto que es su competencia directa, pero auspiciado por una empresa y de código cerrado se va a dar el lujo de pagarle a sus usuarios por generar contenido.

La clave esta en que ambos servicios no son nada sin la comunidad de usuarios, que es donde hacen la mayor diferencia. Esto para Meneame es un arma de doble filo, ya que tiene la mayor cantidad de usuarios, pero su comunidad es muy exigente (por llamarla de alguna manera…), por lo que los administradores no pueden tomar la opción que se les cante para generar ingresos.

Si a la comunidad no le satisface lo que deciden los administradores, seguramente migren a otro servicio que prometa respetar sus ideales.

Ahi es donde creo que hay que establecer un límite. Hasta donde llega el software libre? Se limita solo al código fuente, o el servicio tambien es de la comunidad?

Estoy pensando paralelísmos de otros servicios que esten basados sobre plataformas open source, porque seguro hay algun antecedente, pero mas que algun foro de mala muerte, no se me ocurre. Yo, nunca vi el caso de un servicio masivo montado sobre una plataforma de código libre.

En fin, si yo hoy tuviese que apostar por alguno a largo plazo, pondría mi plata en el servicio que se sabe, se comprende y se acepta desde un principio que es un negocio.

A menos que en Meneame surja una forma revolucionaria de generar mas ingresos (y que esta sea aceptada por su comunidad, claro), solo le veo chances de perder.

Pero bueno, yo tampoco soy un experto en negocios y bien puedo equivocarme.

No se ustedes si notan que le falte algo a Google Reader, pero yo ya intente hacer drag & drop de los feeds incontables veces, sobretodo, despues de haber visto esto.

No será El theme, pero es gratis y esta hecho con muchissssimo amor y cuidando bastante los detalles.

Para todos los que lo quieran usar, sientanse libres de descargarlo. Mill, el mejor template de WordPress que hice hasta la fecha.

Estoy por empezar un nuevo proyecto corto, bastante corto, pero me voy a meter en cosas que no son de mi dominio, y para hacerlas es necesario saber bastante Flash.

El proyecto en sí, es para experimentar con un único elemento en particular de la usabilidad de un sitio web y la forma de acceder y organizar el contenido, es decir, no es hacer una animación y ya, sino que la cosa va a tener bastante interacción con el usuario.

En concreto, busco un desarrollador Flash avanzado para divagar un rato conmigo. Respecto a la remuneración, como dije antes, esto es para experimentar asi que si el desarrollador quiere y puede hacerlo por hobby genial. Si no es asi, veremos hasta donde me da el bolsillo.

Interesados, envienme un email a dfgonzalez@gmail.com y hablamos.

Armando Simple Sosa Flan el nuevo blogstar del barrio.

Esto fue idea de Armando, pero ayudé a implementarlo asi que me siento un poco padre de la criatura, y ademas, es una excelente idea como para que muera en nuestra aplicación y no vea la luz.

No se si alguna vez ustedes intentaron acceder a una API, o si alguna vez crearon una. En el fondo la idea es tener una interface para comunicar distintos sistemas. Cuanto mas simple sea esta interface, mas facil va a ser la comunicacion, ergo mas gente la va a poder usar.

Get Real, nadie lee la documentación

Como toda API, la de Cajabox está siendo documentada (ya tiene nombre y todo, y ojo que el nombre es una pista importante), pero cuanto menos cosas haya que aclarar porque estas son obvias, mejor será, y es por eso que nos tomamos el trabajo de crear este feature o detalle que me gustaria ver en mas lugares.

Cómo trabaja una API

Dije que una API era una comunicacion, por lo tanto lo minimo que vamos a tener es un pedido y una respuesta.

El pedido puede hacerse de muchisimas maneras, a mi la que mas me agrada y mas usable me parece, es hacerlo a travez de la URL, por ejemplo:

http://cajabox.com/api/accion/grande/provolone/false

Lo cual devolvera una respuesta, puede ser desde true o false o algo mas complejo como en el caso de flickr que envia una imagen o set de imagenes.

Incluso en la manera de devolver la respuesta hay muchas variantes, desde CSV, XML o el chico nuevo del barrio, Json (el cual todavia no me acaba de simpatizar).

Pero es en el pedido donde quiero enfocarme, a simple vista no parece dificil. De hecho, es la manera mas simple de todas, llamo a una URL y esta da una respuesta, tal como hacemos todo el tiempo con el navegador.

Pero hay un truco, el orden de los parámetros debe ser siempre ese, sino, puede pasar… lo inesperado. Y sinceramente no me parece muy usable una URL llena de parámetros que, fuera de contexto no tienen sentido.

Cómo hacer para que esto se vuelva mas usable?

Si fuera de contexto no tienen sentido, la respuesta obvia es: darles contexto.

Si se define un nombre para cada parámetro, ganamos dos cosas:

1. Mas usabilidad porque la URL quedaria llena de parametros definidos.
2. Mas flexibilidad porque al tener el nombre del parametro, ya no es indispensable el orden.

La URL quedaria entonces asi:

http://cajabox.com/api/accion/tamanio:grande/sabor:provolone/con_aceitunas:false

Como saben, Cajabox esta construido sobre la base del imponderable CakePHP, asi que este snippet seguramente sea liberado en forma de componente para vuestro disfrute.

Y no, Cajabox no es una aplicacion para pizzerias!