Mi amigo Sosa lanzó el otro día – luego de no publicar cosas nuevas en mucho tiempo – una aplicación que crea un tumblelog usando a Twitter como plataforma de publicación, una idea que a mi modo de verlo es el futuro :)

Prueben la app, se comporta realmente bien para haberla hecho -supongo- como sidejob.

Este tipo es un genio, con un wiimote y cinta skotch hace unas interfaces de puta madre, miren lo último que hizo:

Vía el Mac User Group

Walter está que no para de sacar cosas nuevas, ayer con el rediseño de ni mas ni menos que Überbin.net y hoy lanza un servicio que sé hace tiempo lo tenía a medio cocinar: TecnoTrabajos (qué buen dominio btw).

El sitio está orientado a ofertas laborales de diseñadores, programadores, maquetadores, SEO y demás gente del palo tecnológico. El proceso es mas que sencillo, en 4 pasos, se completa un formulario de unos 10 campos, esta información va a moderación por parte de los administradores y si cumple las reglas, se hace pública.

Para aprovechar, en etapa de lanzamiento las ofertas son gratuitas.

Tengo una idea rondando en la cabeza hace ya unos meses… y si bien es super simple y creo que muy útil, hay cosas que no termino de ver, puede que la idea sea una idiotez, pero quiero compartirla a ver que opinan.

¿Qué es DRY?

Es un concepto usado a la hora de desarrollar aplicaciones, mas precisamente, son las siglas de Don’t Repeat Yourself, es decir, No Te Repitas.

Con esto se refiere a que si tenes que crear dos consultas idénticas a la base de datos, no dupliques el código, encapsula la consulta en una función y llamala cuantas veces quieras.

Usando esta técnica se ahorra muchísimo tiempo de desarrollo, y además queda un trabajo muy limpio y fácil de mantener, ya que al solucionar un error se solucionan todas las llamadas a esa función. Parte de las ventajas de la POO.

Continue reading →

Hacía tiempo que no trasnochaba codeando, pero volvió :-).

U2bApi

Empecé jugando con la API de YouTube, que es muy sencilla la verdad y quedó esta clase bastante prolijita que la dejo para el que la necesite: U2bApi.

Cree un método para obtener en forma de objetos los resultados de todos las llamadas a la API de YouTube, desde ver el perfil de un usuario hasta listar videos por tag o por favoritos. Creo que nadie tendrá problemas usándola.

miniU2B

Y para demostrar que es muy fácil usar la libreria anterior hice un script que accede a la API, busca los videos con las palabras claves que el usuario ingresa, lista los primeros 10 resultados y muestra el video.

Para esto usé mootools por primera vez, la verdad que me costó tomarle la mano… son años de Scriptaculous! Pero el buen Daniel Niquet estaba ahi para ayudarme, es el Batman Robin de mootools :P

Lo que me gusta de este miniU2B es que no hay nada que distraiga la atención de poder ver videos, que es lo que al menos yo hago el 98% de las veces que entro en YouTube.
La otra cosa que me gusta, es que uno puede buscar mientras esta viendo el video en la misma página.

Como sorpresas… la API de YouTube es asquerosamente rápida! En lo que sube y baja el listado ya encontró los resultados a nuestro pedido… Estuve usando bases de datos de 1Gb últimamente y no puedo entender como hacen para tener los datos tan rápido.. debe haber algo de magia negra seguro :-P

Con Francote y Andreota estamos armando algo que no puedo creer que no exista aún en Argentina: El Mac user Group.

¿Para qué? Se preguntará usted

Yo particularmente, cuando empecé en Mac tuve que hacer muchísimas preguntas que si no fuera porque tengo amigos ya en mac, no hubiese tenido a quien acudir. Aún así, varias dudas las tuve que colgar en un foro de maqueros de Uruguay. Todo bien con los charrúas pero si queremos vernos en persona, hay que ir en Buquebús.. y es mucho viaje :-).

En fin! Ademas de los motivos obvios hay un par de empresas serias y respetables que quieren dar algunos beneficios para los locos que quieran sumarse a este Grupo de Usuarios con lo que, si sos un usuario avanzado y las sabes todas y no tenes nada para consultar, también te conviene porque te vas a ahorrar unos cuantos dolares ;-).

De momento tenemos que ver cuanta gente esta interesada en participar del proyecto, para eso subimos este humilde formulario donde, si te interesa, deberás dejar tus datos para que te avisemos cuando se lance el grupo (Franco Gimenez jura sobre su iBook que no venderá la base de datos ni enviará emails no solicitados!).

Lo de los filtros antispam en los emails está cada vez mas jodido, y al mismo tiempo, el email se vuelve cada vez mas necesario para registrarse en servicios web.

El otro dia probando una nueva aplicación, creí que nunca me había llegado su email de confirmación, y si no fuera porque estaba particularmente iluminado y chequié la carpeta de Spam, me hubiese quedado sin ingresar en la aplicación. Tiene que haber una solución a esto.

¿Es necesario enviar un email con un enlace?

¿Qué buscamos al validar una cuenta de email de un posible usuario? Si no me equivoco la respuesta tiene dos partes:

1. Probar que este registro en nuestra base de datos es un humano que voluntariamente se registró en nuestro sitio.
2. Asegurar una línea de comunicación con el mismo.

Por experiencia propia, estoy notando varios problemas que se vienen arrastrando, y cual bola de nieve, son cada vez mayores. Estos son:

1. Pasar con éxito los filtros antispam, para pasar Hotmail hay que hacer algo parecido a la parabólica humana y resarle a todos los Dioses de todas las religiones.
2. Es mucho menos eficiente enviar el contenido a toda nuestra base de usuarios, a que ellos se enteren de que tenemos novedades, y acudan a verlas, si es que les interesa.

Ahora, lo mas loco, es que hay algo que soluciona perfectamente a ambos problemas. Una cosita llamda feed. ¿Por qué al terminar de registrarse un usuario, en lugar de enviarle un email, no le creamos un feed dedicado a su cuenta?

En ese feed, el primer mensaje puede ser su código de activación junto a algunos enlaces para que se inicie en nuestro nuevo y genial servicio, y despues todas las novedades que queramos enviarle.

No hay problemas de filtros, no hay problemas de tener que contratar servicios caros (y que no siempre andan), no hay problemas de diseñar un newsletter y el usuario se desuscribe cuando quiere hacerlo.

Todo esto, por el módico precio de intentar explicarle al usuario qué es un feed y cómo usarlo. Creo que vale la pena intentarlo, al menos de forma complementaria al email, que muy probablemente, el usuario nunca vea.

Walter ya lo publicó pero para los que leen de este lado, la semana próxima me pongo la camiseta de studio.st para terminar la versión nueva de Feedness que está terrible.

Todas las novedades del proyecto las vamos a estar publicando en el blog de Walter.

Tengo una teoría sobre el uso de wikis hace tiempo ya. La voy a exponer en forma de cuento:

Hubo una vez, en que yo trabajaba para una empresa muy chica. Para solucionar nuestros problemas de compartir el conocimiento y de documentación de los proyectos, instalamos un wiki. Qué wiki puntualmente, no me acuerdo, pero eso no importa.

La primer semana todos usando el wiki, creando páginas, algunos usando un criterio, otros usando otro totalmente distinto, pero lo positivo era que lo usabamos, incluso el área comercial.

A la segunda semana, entramos para consultar alguna cosa puntual que habiamos escrito la semana pasada, pero ya no generabamos contenido.

A la tercer semana ya no entraba nadie ni para ver si el servidor seguía vivo. Un año después, sigue exactamente igual que la última vez que lo vi.

Esto no creo que pase en esa empresa unicamente. Pero entonces, si el problema no es la empresa, el problema de que la gente no lo use, debe ser de algún elemento del wiki.

¿Por qué la gente no usa un wiki?

Porque apesta. En serio, desde la forma de organizar el contenido, hasta la forma de crearlo y gestionarlo y de protegerlo para que no sea visible desde cualquier lado.

Todos los wikis que probe dejan el sabor a que estan a medio hacer y muchas cosas improvisadas o no pensadas aún.

Ideas

1. Para organizar el contenido, se necesita algo mas rápido y directo que un link en una página X, hoy con las tags metidas hasta en los carritos de compra no entiendo que es lo que se espera para empezar a taggear las paginas de los wikis.
2. Para crear y gestionar el contenido, vamos, hay q reveer desde cero la interfaz y el textile que usan, es muy rompehuevos andar aprendiendose los codigos para representar elementos de HTML.
3. Proteger el contenido, un sistema de permisos en serio lo soluciona todo.

En fin, ideas que no entiendo porque no se ponen en practica en alguno de los tantos wikis que hay. Era mi idea empezar a hacer algo Open Source con estas ideas, que les parece?

Qué servicio web usaste últimamente que quieras recomendar?

Preferentemente en español!

Hoy vi cierto proyecto ultra secreto del que no puedo decir nada… Cuestión que lo instalo en mi servidor, voy a crear mi usuario en la tabla users, y veo que el password está encriptado en md5.

Alguién me puede explicar para que se usa esto?

Como seguridad no tiene ningún sentido porque hay cientos de miles de decriptadores (por ejemplo este).

Lo único que hace es hacerme perder el tiempo a mi, o a la persona de soporte técnico o mantenimiento de la aplicación.

Si me estoy perdiendo de algo que alguien me avise, pero como consejo, si vas a encriptar los passwords de los usuarios, usa un algortimo distinto de md5. Para eso, no hagas nada y ya.

Alguien puede explicarme por qué usamos RSS y Atom en lugar de microformatos?

Como hacen los SVNs y aprovechando que el Diablo no está salí a cazar detalles de disenio de los blogs que suelo leer, ahi van algunos, tiren mas en los comentarios :-).

Duopixel

Tengo que robar esa flechita (↓) para ponerla en todos mis selects ya mismo!

Icebeat

Hay un formulario de comentarios mas fachero que este?

Leo Prieto

Esta muy original la manera de mostrar la popularidad de cada post con esa barra amarilla debajo del título.

– 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.