Experimentos en visualización de comentarios

Dos propuestas interesantes de visualizar comentarios asociados a un texto, que van más allá del típico listado plano de comentarios al final del texto, como sucede en los blogs o en los foros.

(Una pregunta interesante es si nos hace falta más que esto, un modelo extendido, asequible y que cualquiera entiende a la primera y por tanto se utiliza mucho)

El primero lo ví hace unos meses en el borrador de la GPL v3. En vez de listar los comentarios después del texto, puedes seleccionar las palabras o frases sobre las que quieres comentar, y éstas quedarán identificadas con otro color para señalar que hay comentarios en esa parte del texto. Pinchando aparece un pop-up suave que te permite leer los comentarios. A más comentarios en un palabra o frase, mayor intensidad del color.

gplv3.png

gplv3-1.png

Hoy acabo de ver otro experimento, esta vez montado sobre un WordPress y con la YUI: WordPress Comments System built with Yahoo! UI.

La idea es muy similar a la del borrador de la GPL, aunque con algunas mejoras estéticas. Puedes asociar un comentario a un párrafo o epígrafe del post (parece que a cualquier nodo del DOM tipo block). En el lateral del párrafo tienes una indicación númerica del número de comentarios.

comments-jack-slocum.png

Para un blog normal tal vez sea excesivo, pero para documentos a escribir de forma colaborativa (un wiki, por ejemplo) esta idea me parece que es simplemente la idea (y tiene mucho que ver con las notas de MS Word, esa cosa tan bien implementada que siempre que me la cruzo pienso que voy a romper algo).

Youtube compra Google

La noticia del día, que venía ronroneando desde el fin de semana. Youtube compra a Google. Como resultado del acuerdo Youtube incoporará una caja de búsqueda de Google en cada video, y Google solo ofrecerá a partir de ahora resultados de búsqueda en formato video. El mundo está loco.

Planes y negocios

Si estás pensando en construir un negocio, lo piensas hacer en el futuro, ya lo tienes, o tienes como afición leer Techcrunch, hay varios posts interesantes con los que me he cruzado ultimamente que pueden servir para hacer una evaluación, reflexionar, pulir y validar esas ideas.

  1. The 10/20/30 Rule of PowerPoint, de Guy Kawasaki
    Guy escribe de forma genial sobre comunicación (si en algún momento tienes que hacer un PPT, lee sus posts, te ayudarán). En este post habla sobre cómo contar la idea de tu empresa a un VC en poco tiempo (que es la cantidad tiempo que te escuchará cualquiera). 10 es el número de conceptos que debes contar (más son demasiados para que una persona los asimile), en 20 minutos, y con un tamaño de fuente 30. Los 10 temas que debes tratar:

    • Problema
    • Tu solución
    • Modelo de negocio
    • Tecnología (Underlying magic/technology)
    • Marketing y ventas
    • Competencia
    • Equipo
    • Proyecciones e hitos
    • Estado y tiempos
    • Sumario y llamada a la acción
  2. Erase una vez… El Plan de Negocio, de Jesús Encinar
    Jesús dice que un plan de negocio tiene que ser una “historia con sus héroes y villanos, sus armas mágicas y sus desafíos”. Plantea el tratamiento de los siguientes puntos:

    • El equipo: quiénes somos [el heroe]
    • El mercado que queremos quedarnos [la princesa]
    • Competidores actuales y futuros [el dragón]
    • Cómo internet va a cambiar este mercado [el oráculo]
    • Conceptos clave que tiene la nueva idea [el arma mágica]
    • Ejemplos de webs similares en otros mercados [la herencia oral]
    • Explicación “elevator pitch” del negocio [el desenlace]
    • Estructura accionarial y propuesta de inversión [como en las mejores historias, al final se pasa la gorra]

Hale, a encajar tu empresa favorita en este esquema.

OpenDNS y PhishTank

open-dns.jpg OpenDNS es un servicio global y gratuito de DNS (un servidor de DNS transforma el nombre de dominio que escribimos (furilo.com) al numerajo IP que es la dirección que entienden las redes). Ahora mismo cada uno de nosotros tendremos configurada nuestra conexión para disponer del servidor de DNS de nuestro ISP, o si estamos dentro de la red de una organización y tenemos DHCP, será el sysadmin quien habrá configurado la red para que todos los usuarios accedan a determinado servidor de DNS.

OpenDNS basicamente incorpora dos mejoras respecto al servidor de DNSs que usemos: la protección anti-phising (tienen una DB de URLs de sitios que tratan de engañar al usuario, y si en algún momento llegas a alguna de ellas, te avisarán) y la corrección de errores al introducir la dirección de un dominio. Dicen que por el momento ganarán dinero con los anuncios que muestran en las páginas a las que llegarías cuando escribas un dominio inexistente y que no sepan corregir. Supongo que tendrán otros planes para generar ingresos (servicios a empresas, tal vez) porque si no no creo que vayan a ganar mucho. ¿O son tantos los errores de la gente?

Por el momento tienen varias granjas de servidores distribuidas en EEUU, por lo que no recomiendo el uso a gente que este fuera de ese país ya que la velocidad en la navegación se resentirá un tanto.

Traigo a colación a OpenDNS porque es uno de esos servicios simples y con una base de usuarios potenciales impresionante. Su site denota una profesionalidad de las que hay pocas: mirad por ejemplo su pantalla de Estado del Sistema (¿en La Coctelera deberíamos tener algo así…?). Y una cosa que me encanta curiosear, las personas que componen el equipo (que son un porrón).

open-phishtank.jpg Y porque acaban de sacar PhishTank, un BD pública de dominios utilizados para hacer phising, que cualquiera pueda utilizar libremente (proporcionan API) y a la que cualquiera puede contribuir. Es la BD que utiliza OpenDNS pero que ahora abren al público para enriquecer su contenido. Filtrado colaborativo aplicado a la detección de phishing. Es una idea genial. Ningún usuario final se pondrá a contribuir al repositorio, pero si hay muchos usuarios que tendrán un interés enorme en contribuir: los sysadmin’s de grandes corporaciones y de ISPs.

Y esto ya si que es muy interesante: un proveedor de email podría enchufar la BD de PhishTank a sus sistemas y alertar a los usuarios; o directamente podrían hacerlo los clientes de correo (que ya intentan hacer esto mediante heurísticos). Puede que llegue un momento en que el sellito PhishTank en la publi de un ISP sea un criterio a la hora de decidir contratarlo.

El sistema acaba de ser abierto al público pero ya se bastante actividad.

Gestión de proyectos: tareas técnicas, incidencias, helpdesk

Uso Basecamp para llevar la gestión de algunos proyectos, y está bien para la parte “creativa” (AI, planificación general, gestión de documentos, to-dos simples). Pero cuando llega el turno del desarrollo Basecamp se queda corto en cuanto a planificación, seguimiento y reporte (aunque es no es problema de Basecamp, ya que está diseñado para algunas cosas pero no es una herramienta de gestión de proyectos de desarrollo).

En su día en Interactors (una cooperativa de software libre que fundamos hace 3 años) utilizamos Tutos, una herramienta libre muy completa desarrollada por alemanes, demasiado completa. Está en el extremo opuesto a Basecamp: hace de todo, con lo cual su interfaz es algo complicada y necesitas bastante disciplina para usarla.

Entre medias en The Cocktail también he usado el gestor de proyectos de Drupal (que es la herramienta que utilizan para realizar el propio desarrollo del proyecto). Pero nos acabamos decantando por quedarnos con una única herramienta, que fue Basecamp.

Ahora nuestro volumen de desarrollo ha aumentado considerablemente y necesitamos algo más que Basecamp. Buscamos algo que acompañe a Basecamp en el seguimiento de las tareas técnicas y las incidencias que aparecen cuando un proyecto está en marcha (bugs, peticiones de soporte por parte del cliente, mejoras sobre funcionalidades que ya existen y están en producción, etc).

Algunas opciones que tenemos encima de la mesa, y la razón para su descarte o preselección:

  • Bugzilla: es un dinosaurio demasiado complejo. La gente que conozco que tiene usarlo no está contenta.
  • Trac: es interesante pero nos gustaría algo más sencillo, y no serviría para que un cliente lo usase para mandar reportes de errores o peticiones de mejoras
  • FogBugz: la gente habla bien de este producto y parece ajustarse a lo que necesitamos, pero creo que se solaparía demasiado con Basecamp, y es una de las cosas que queremos evitar.
  • Kayaco: más orientado a helpdesk. Tiene muy buena pinta, habrá que probarlo, aunque por el momento creo que necesitamos una pequeña parte de todo lo que ofrece esta aplicación.
  • HelpSpot: también 100% helpdesk, es el que más me ha gustado, porque no está inundado de funciones, iconos y pantallas. Aunque no deja de ser una aplicación en si misma.
  • Mojo: Lo acabo de descubrir y estoy probándolo. En el futuro nos podría servir para descentralizar nuestro contacto con los usuarios, aunque no sirve para nuestro día a día de desarollo.

La conclusión a la que hemos llegado es programar nosotros mismos una pequeña herramienta que acompañe a Basecamp. De hecho hemos pensado en utilizar su API para aprovechar toda la info que ya tenemos metida: usuarios y proyectos principalmente. Tenemos que dilucidar como conseguir un single-sign-on (haciendo login primero en nuestra aplicación podríamos hacer login en Basecamp a continuación, de forma transparente para el usuario); y con un poquito de Greasemonkey hemos pensado en añadirle una pestaña a Basecamp, la de nuestra extensión.

Y el siguiente paso sería ofrecer, al igual que Basecamp, esta ampliación en modo ASP.

Ya contaremos como avanzamos.

Clusty Furilo Cloud

Los creadores de Clusty han abierto sus Labs (vía ojobuscador). Tienen un par de cosas interesantes. Las CLusty Clouds, una cosa simple como una piedra (si estás en Bloglines tendrás que venir a casa, por eso del JS):

Loading Clusty Cloud …

Y un buscador de Shakespeare. Para buscar directamente dentro de sus obras. Útil no se, pero es de esas cosas -otra vez- tan simple y con ese no se qué que qué se yo.