Archivo del Autor de aitor

¿Buscas un piso compartido?

Tal y como comentábamos recientemente los chicos de nuestro Linking Internship 2008 ya se han puesto en marcha. Esta mañana han hecho publico mediante su blog el proyecto en el que van a trabajar durante su internado: flatee.com.

Portada de flatee

Como ellos mismo comentan:

La idea de flatee es darle una vuelta a las webs de clasificados para compartir piso: las webs especializadas están congeladas desde hace mucho tiempo, las generales de inmobiliarias a las que se les nota esa generalidad y por último las generales de clasificados que como se puede entender aportan bastante poco. De todas formas, sabemos que nuestra apuesta por la singularidad compite abiertamente en un mercado tradicional. No será fácil, pero el internship no es sólo desarrollo de software sino también hacerse valer en un sector determinado y estudiar vías de negocio.

Cuando nos comentaron la idea por primera vez nos pareció que podía tener sentido, más aun cuando uno de ellos se encuentra en el proceso de encontrar para si mismo una casa compartida. La necesidad es una de nuestras mejores guías cuando se trata de desarrollar un servicio o producto que tenga sentido y ayude a los usuarios de la manera más rápida y sencilla.

Durante estas 8 semanas estarán programando, hablando del producto, desarrollando un modelo de negocio para hacerlo viable, construyendo una base de usuarios y perfilando todos los aspectos referentes a la puesta en marcha de flatee. En su blog tenéis una fuente RSS para manteneros al tanto y ademas podéis apuntaros en la pagina de flatee para que os notifiquen de sus avances.

Living in Spain…

Que Telefónica no era la más indicada para llevar el iPhone estaba claro. Que la planificación del lanzamiento estaba cogida con pinzas -¡incluso las tarifas!- también. Que la cagarían y no estarían a la altura del producto y las expectativas que este iba a generar… por supuesto. ¿Una rueda de prensa para presentarlo que daba pena?… obvio. ¿Logística para el lanzamiento deficiente o en la mayoria de los casos inexiste?…. ¿acaso podía ser de otra manera?.

Spanish iPhone Imagen propiedad de wired

Y sin embargo, a pesar de que sabia perfectamente que sería imposible conseguir un iPhone hoy en Barakaldo, en Bilbao o incluso en Barcelona, no he podido evitar esbozar una sonrisa al leer el articulo de Charlie Sorrel, uno de los editores de Gadget Lab, el blog de cacharros de wired:

That’s right. No iPhones in Barcelona. When I asked an employee where they were he told me, “They still haven’t arrived.” Consider that a moment. The biggest cellphone launch of the year, and even the flagship store in Barcelona (the capital of Catalonia) doesn’t have any handsets, and worse, doesn’t know when it will get them. One estimate was July 17th. Other shops were no better, with confused employees fending off hoards of potential buyers. Nowhere was there any information, although kind of camaraderie emerged when I kept bumping into the same people in different stores.

Para no poder finalmente sino resolver que:

Living in Spain, you get used to this kind of thing at an everyday level.

Si me hubieran dado un euro cada vez que vuelvo de Europa y tengo esta sensación… podría financiar alguna de las ideas que me rondan la cabeza XD.

Experiencias de usuario con SAS & Brussels Airlines

Una de las charlas más interesantes a las que asistimos en el pasado reboot fue “Designing the User Experience Curve” de Andy Budd. En ella Andy hablaba de como los productos y servicios que desarrollamos afectan la vida de los usuarios y de la importancia de mejorar constantemente la interaccion que se produce entre ambos, tambien conocida como experiencia de usuario. Andy tuvo una idea que nos encantó tanto por su sencillez como por su utilidad y fue la de representar los diferentes momentos de esta experiencia en un timeline.

Paralelamente, nuestro viaje de regreso desde Dinamarca el pasado domingo se convirtió en un despropósito total en el que acabamos recorriendo 4 aeropuertos europeos en un día y llegando con más de 12 horas de retraso y una maleta menos. La experiencia en nuestro caso fue tremendamente frustante, pero había casos mucho peores como el de tres madres con 6 niños que llevaban la misma ruta y perdieron 2 maletas.

Hemos pensado que seria interesante utilizar la misma tecnica que Andy para representar la evolución de la experiencia de usuario, y francamente creo que se ve perfectamente como nuestro animo y opinión global del proceso va decayendo a lo largo de la experiencia:

Experiencias de usuario con SAS & Brussels Airlines

¿Cual ha sido vuestra ultima experiencia de usuario?, ¿fue mala?, ¿fue buena?, ¿qué aspecto tendría su gráfica?, ¿cómo se podría mejorar?, ¿cómo es la gráfica de la experiencia de usuario de vuestros productos y servicios?.

¿Qué pasa con los no-coders Open Source?

Es publico y notorio, que de alguna manera, el Open Source esta siendo redescubierto por una nueva generación de programadores y que esto está generando una nueva época dorada en el mismo. Sitios como github.com, rubyforge.com, sf.net, vuelven a bullir actualmente con la aparición de plugins, proyectos, aplicaciones y nuevas plataformas tal y como lo hacían a principios de los 90 impulsados por el genio de Linus Torvalds (por no citar la primera fiebre OS a finales de los 70, con Unix).

En Linking Paths entendemos las posibilidades, ventajas e inconvenientes que tiene el codigo abierto, y todos los integrantes hemos colaborado, colaboramos y colaboraremos con el mismo, dentro de nuestra capacidades y circunstancias. Durante este tiempo de relación con las distintas comunidades Open Source una de las cosas que más me ha llamado la atención es la ausencia de unas entidades imprescindibles en el desarrollo de cualquier tipo de software: los no-coders. Me explico.

Dentro de cada proyecto software, existe un volumen ingente de trabajo que no es desarrollo puro y duro. Documentación, arquitectura de la información, diseño, maquetación, usabilidad, experiencia de usuario, etc. Todos y cada uno de estos puntos no son solo añadidos con los que tenemos que convivir los hackers de todo el mundo sino en muchos casos la parte más importante de tu proyecto.

Durante algún tiempo -allá por los ‘70 y ‘80- el uso del software se reservó a una cantidad de usuarios muy limitada, y la ausencia de, por ejemplo, documentación se suplía con una cantidad importante de conocimiento técnico de los usuarios (y horas de quebraderos de cabeza claro XD). Cuando en los ‘90 llegó Linux la cosa no cambió y siendo un sistema operativo técnica y ampliamente superior a otros, le ha llevado más de una década empezar a ser utilizado fuera de los círculos no técnicos debido a sus carencias en usabilidad.

Los ‘00 llegaron, y a mediados de la década el software explotó a través de la red, con todo su metralla wedospuntocerista, y hoy más que nunca quedan en evidencia los proyectos Open Source por aspectos no técnicos, tanto por su excelencia en ellos como por su mediocridad. Con la excepción de unos pocos proyectos de bajo nivel, todos los miembros de la comunidad Open Source necesitamos para nuestros proyectos de personas que se encarguen de estos aspectos, profesionales que vengan a complementar nuestras aptitudes con las suyas para seguir generando nuevas y mejores herramientas.

Es por ello que nos debemos preguntar dónde andan metidos todos esos profesionales del copywriting, de las CSS, de HCI, del diseño… ¿Por qué no consigue el movimiento Open Source a especialistas de estos campos?. ¿Como podemos atraer desde la comunidad Open Source a estas personas?. ¿Cuales son los beneficios que estos profesionales obtienen del Open Source?.

Maldita sea… ¡Hackers no-coders del mundo…¿dónde estáis?!

Linking Paths responde: ¿Hasta qué punto valorais en un proyecto el lenguaje, frameworks, o cualquier cosa que vayais a usar?

“Software que funciona” nos pregunta:

¿Hasta qué punto valorais en un proyecto el lenguaje, frameworks, o cualquier cosa que vayais a usar?. A ver si me explico. Ahora trabajais con Ruby, cuando os habéis planteado comenzar un nuevo proyecto, dedicais mucho tiempo a ver si el lenguaje que utilizais es el más conveniente?. No sé, si por ejemplo, vieseis que para hacer algo vais a tener que desarrollar vuestro propio código cuando igual con otro lenguaje ya lo teneis hecho, modificariais la concepción del proyecto, cambiariais de lenguaje… Ya sé que igual no es algo habitual, pero el otro día surgió el tema en una conversación y me ha parecido interesante, dar prioridad a la idea original a costa de mayor complejidad o reducir esa complejidad variando el concepto.

Ninguna herramienta, de ningun tipo, vale para todo… de hecho hay pocas que sean realmente buenas como herramienta polivalentes. Nuestro enfoque con respecto a la adecuación o no de un lenguaje o frameworks a los proyectos es por lo tanto igual, no todo vale para todo.

Dicho esto hay que tener en cuenta que, siendo realistas, tampoco los proyectos de una empresa son 100% diferentes cada vez, y que por lo tanto un número reducido de lenguajes/herramientas suele ser suficiente para acometerlos.

En nuestro caso, y a pesar de que entre los 3 juntamos varias décadas de desarrollo en Java, nuestro proyectos actuales estan relacionados con el desarrollo de aplicaciones y productos Web y Rails es en este caso una herramienta fantásticamente adecuada para tales fines.

Como comentas siempre hay excepciones, sobre todo en aplicaciones o librerías de nicho (gráficas, generación de formatos específicos, integración en sistemas antiguos), para los cuales otras herramientas tiene ya mucho camino andado. En estas ocasiones, obviamente se trata de aprovechar al máximo lo disponible pero con dos condicionantes:

  • El coste de integración también existe. Es decir el tiempo que va a costar integrar esos componentes tiene que ser valorado y comparado con otras opciones (por ejemplo el desarrollo propio).

  • Las integraciones complejas no suelen merecer la pena. Precisamente por lo que hablábamos en el punto anterior… por la complejidad aumenta el tiempo y el esfuerzo, y estos el coste.

En principio en Linking Paths tratamos de huir de la complejidad en el desarrollo de las aplicaciones (lo cual es difícil porque los desarrolladores somos gente cabezona y obcecada en general) y valorar en mayor medida otros puntos que el usuario puede valorar -¡y pagar!- en mayor medida.

¿Tienes alguna pregunta que nos quieras hacer?… ¿puede ser interesante para otros?: no lo dudes, mándanosla a linked@linkingpaths.com especificando en el asunto “Linking Paths responde:” e intentaremos responderla en este blog mediante articulo al respecto.

¿Qué queréis saber de Linking Paths?

Cuando el otro día hablábamos del Linking Internship 2008, José nos preguntaba por nuestra forma de trabajar, sobre la manera en la que funcionamos por dentro, nuestro día a día, prioridades, etc… Es curioso que se nos planteen estas preguntas, porque deja claro que siempre hay gente dispuesta a escuchar como trabajan día a día otras personas y a aprender lo posible de ello.

De hecho, una de mis secciones preferidas en el blog de la gente de 37signals es “Ask 37signals” donde la gente manda correos a 37signals interesándose por diferentes aspectos de su día a día. Con ese mismo espíritu de transparencia publicaremos en breve algunos articulos sobre estos puntos. ¿Tienes alguna pregunta que nos quieras hacer?… ¿puede ser interesante para otros?: no lo dudes, mándanosla a linked@linkingpaths.com especificando en el asunto “Linking Paths responde:” e intentaremos responderla en este blog mediante articulo al respecto.

Linking Internship 2008

Dentro de la visión y capacidad colaborativa con otras empresas de la que hablábamos en el anterior paso, vamos a dar el siguiente paso: el Linking Internship 2008. Dani Latorre esta desde hoy unos días en Madrid para trabajar físicamente con nosotros, de modo que esperamos que su inmersión sea más rápida que la que comentamos en el post anterior con Saray. Después la idea es que durante varios meses combine su trabajo con nosotros con su participación en el Google Summer of Code.

Linking Paths at work

Nos gustaría tener los medios para poder conservar el proceso, de la manera que lo han hecho ya otros. El mejor referente que se me viene ahora a la cabeza es el proyecto Aardvark de Joel Spolsky, que ademas de un blog y un proyecto comercial, dio como resultado… ¡un documental!. En una vida anterior lo hicimos ya con otra persona aquí en Linking Paths, sin documental, pero con grandes resultados.

Nuestra idea una vez hayamos empezado es interiorizar dentro de la empresa este proceso y tener los medios para poder realizarlo de una manera continuada. Tenemos el inconveniente de ser una microempresa que además está distribuida, pero seguramente encontraremos la forma de realizarlo. Nos gusta explorar posibilidades de mejora y tenemos esa chocante idea de querer trabajar con gente interesante esté dónde esté.

Sea como fuere, ¡bienvenido Dani!.

Reboot again

Desde hace ya unos cuantos años, acudo religiosamente a un pequeño congreso que se realiza en København y que a mi modo de entender se diferencia, tanto en su enfoque como en su puesta en escena de la mayor parte de eventos “tecnológicos” y/o de “emprendizaje” que tenemos por la zona: reboot.dk

Reboot 10 sticker

Este año se celebra ya la décima edición del evento. La verdad es que mi visión del mismo esta un poco viciada porque cuando acudí al primer evento, allí por 2004, no solo descubrí una conferencia interesante sino una ciudad y un país del que quedé eternamente enamorado: Dinamarca. Ademas de los viajes al congreso en estos años he estado en Dinamarca una docena de veces más o menos, y la verdad es que incluso he valorado (en presente continuo) irme con mi mujer a vivir allí una temporada. But I digress.

En esta ecléctica conferencia uno puede desayunar al lado de gente que algún día pueden ser relevantes en múltiples campos, no solo en el desarrollo software. De esta manera conocí a David Heinemeier Hansson en 2005, cuando comenzaba a oirse a hablar de un pequeño framework que había desarrollado en Ruby o a un tío finlandés llamado Jyri que hablaba de su teoría de los objetos sociales, antes de que se decidiese a crear su propia red de microblogging(de hecho recuerdo que para ilustrar la teoría de los objetos sociales lanzo un balón de playa al respetable y hubo gran regocijo XD).

Todas las ediciones estan dedicadas a un tema concreto, sobre el cual versan gran parte de las charlas, y el discurrir de los tertulianos. El de este año es “Free”:

THE EXPLORATION OF “FREE” reboot10 is an exploration of “free”. “free” as in free information, free individuals, free societies, free markets, free products and services, free ideas, free minds, free to move, free software, free taxonomies, free culture, free knowledge, free to find our own way, free tools, free platforms, free minds - you continue the list…

Shifting from a world of pre-definitions, fixed structures, high costs to participate and living in the status quo - to a world of being free to determine, free to create, free flow, free to see things emerge. “free” saturates what’s happening in a world of digital decentralization - and the current fascination of “free” in the economic sense is a great validation of this deeper change. But “free” is also an ambiguous term, always comes at an extra cost “there’s no such things as a free lunch”, is always in a constant state of flux “informations wants to be free, informations wants to be expensive” and is rather hard thing to get your head around.

En general el sitio es grande, con un amplio y bonito jardín para tirarse a beber unas cervezas post-charlas, hay fruta y café para aguantar el gusanillo durante las charlas. Éstas ademas suelen tener un nivel bastante bueno, y no son total -quizás ni siquiera parcialmente- técnicas.

KedelHallen, the place where reboot is every year

La gran noticia es que este año, por primera vez la expedición es a nivel conjunto de Linking Paths. Aunque Alberto no podrá venir por compromisos previos tanto Roberto como yo estaremos por allí viendo lo que se cuece en la cabeza de la gente del resto de Europa. Y va a estar genial.

Momento inercial

Uno de mis profesores de Euskera solía decir que lo importante es ser feliz. Con lo años he llegado a la conclusión de que esta frase, casi inocente, encierra tanta verdad y tanta sabiduría que es verdaderamente increíble que se encuentre ahí, ante nosotros -¡gratis incluso!- al alcance de cualquiera.

Una de las mejores maneras de conseguir ser feliz es disfrutar con lo que haces. Para las personas normales esto se divide en tres áreas: trabajo, tiempo libre y dormir. Mejora tu implicación en cada una de ellas y mejoras tu vida. Trabaja en algo que te guste, sal a pasear y duerme 8 horas todos los días: el mundo empieza a funcionar mejor.

Normalmente la gente no tiene problema para mejorar y optimizar vida personal y descanso. El caballo de batalla siempre ha sido el trabajo. Para lidiar con él muchas personas suelen aislar esa parte de su vida en una especie de disonancia cognitiva parcial. En mi opinión… es una pena meter en un cajón 1/3 de tu vida… ¿20 años íntegros que no tienen nada que ver con los otro 40?….¿qué diablos?…

Hoy cumplo años, 29 para más señas, miro hacia atrás y veo buenos momentos, grandes sucesos y algún que otro año tirado a la basura. Miro hacia delante y veo proyectos, ilusiones y mucho por hacer en todos los frentes. Aquí, en Linking Paths, hemos tardado casi un año en empezar a sacar cosas del horno, pero finalmente estamos cogiendo impulso y momento inercial con una sola cosa en la cabeza: el viaje va a merecer la pena.

El precio de la aventura

Russell Beattie, un viejo conocido nuestro, anunciaba ayer en su blog que daba por muerta su startup: Mowser.

Para poner un poco en antecedentes a quienes no le conozcáis, Russell es una de esas personas que llevan en esto de los blogs desde 2001, cuando la gente no tenia ni puñetera idea de que era esto de los micromedia. En aquella época trabajaba en España, en Terra y después en Telefonica I+D, razón por la que le conocimos con razón de la organización del I Congreso javaHispano. Aquella época terminó (eso si, llevandose una mujer :-) para trabajar con Yahoo! en EEUU. Hace un año lo dejó para iniciar su nuevo proyecto, la anteriormente citada Mowser. La situación económica de Russell ha llegado a ser realmente preocupante:

Seriously… A salary will be a good thing to have again. I’m thousands of dollars in debt to my family and friends, maxed out on every credit card (all of which are in collections), on my last chance for my apartment (if I bounce one more check…), had my car repossessed twice, electricity turned off, cellphones switched off, landline canceled outright, and on more than one occasion (this weekend in particular) eaten little more than buttered macaroni as I waited for an overdue PayPal deposit to arrive (3-4 days? Come on!). Having a steady income will be a welcome mental break, believe me.

Que una startup no funcione no es algo raro, pero creemos que muchas veces la gente no se da cuenta del tremendo valor y tenacidad que se necesita para emprender algo. Independientemente de si hablamos de montar una cafetería, una librería o una start-up tecnológica, dar el paso hacia lo desconocido es increíblemente duro:

  • Muchos emprendedores se enfrentan a ello desde una posición cómoda que no tendrían porque abandonar. Y ese espíritu de meterse en problemas sin tener necesidad de hacerlo, esta separado por una barrera finísima de lo que algunos definen como temeridad.

  • Estos proyectos no se viven de manera aislada. A menudo leemos que alguien “ha empezado su aventura empresarial”. En realidad lo que se suele comenzar, salvo que seas una empresa de >100 empleados, es una aventura vital. Vital y personal que te afecta y cambia a ti y a todos los que te rodean.

  • Es fácil montar una startup en la universidad o como sideproject… cuando no se tienen responsabilidades, ni ataduras de ningún tipo y puedes mantener el actual status quo. Pero, simplemente, eso no puede ser siempre. Sentar a tu esposa y a tus hijos en un sofá y decirles que ya no vas a tener un trabajo pagado y que no sabes cuando volverás a cobrar es algo totalmente diferente y que solo conoce quien lo ha pasado.

  • Incluso cuando se tiene todo a favor, hay veces que las cosas simplemente no funcionan. Buena idea, buena implementación, buen trabajo… y aun así solo se consigue un fracaso. Nadie dijo que fuera fácil, pero tampoco nadie avisó de que hiciera falta una alineación de planetas para que la chispa saltase.

Por estas y otras razones me puso de tan mal humor algunos comentarios estúpidos, arrogantes y prepotentes que apacieron en Techcrunch respecto a la noticia:

It sux I know and getting into debt to fund it sux too; but that’s start-ups, not for the weak.
eating buttered macaroni?. Ever heard of Get A Fricking Day Job? You can be a cool internet web2.0 entrepreneur that doesn’t earn any money in your spare time.
I’m glad he finally realized what I told him when he started.
throwing away your savings for a web 2.0 company? I really hope this is a wake up call to people who are thinking about doing the same thing. I wonder how the Koolaid tastes with his Mac and butter.
Buttered macaroni is _so_ Web1.0.
Mr. Beattie has had an extraordinarily weak appreciation of tech developments and trends…. It’s always sad to see someone down at a personal level, but I always found the attention paid to his tech punditry inexplicable.

Me jugaría unos cuantos euros a que ni uno solo de estos visionarios de la web (como siempre anónimos) tendrían los arrestos para hacer una mínima parte de lo que Russell ha hecho. No me entendáis mal, aunque Russell lleva mucho tiempo en el mercado móvil eso no quiere decir que no se equivoque (aunque personalmente creo que puede indicar con mayor probabilidad que otros lo que va a funcionar) pero eso no debería ser óbice para calificarle de “debil” despues un año de duro trabajo y sacrificio. Acabáramos.

Lo único que puedo decir es que la actitud, entrega y coherencia de Russell se merece todo nuestro respeto. Incluso los fuertes caen a veces y lo importante es tener las narices para incorporarse, reconocerlo, levantar la cabeza y hacerlo de nuevo. Eso es emprender.



Close
E-mail It