Tag Archives | startup

La verdad (y la técnica) detrás de 560.000€

por el 13 abril, 2012 en bonillismo

Este artículo es la segunda parte de la entrevista que me concedió Diego Mariño a propósito de la ronda de financiación de 560.000€ que consiguió Ducksboard, la startup de la que es CEO y accionista.

Mientras que la primera parte se centró en los aspectos más económicos del día a día de una compañía tecnológica, en esta ocasión, hablaremos de la parte más técnica de la misma.

ATENCIÓN

Los CEOs “de salón” y los orgullosos poseedores de un MBA por la Universidad de Wichita o Canford pueden sufrir un síncope vasovagal al leer este artículo

Diego, Ducksboard es el primer proyecto de la era DA -después de Abiquo- ¿Cómo se te ocurrió pasar de algo tan serio y corporativo como el cloud al trendy y bohemio mundo de los dashboards?

La idea original me la venía planteando ya desde la época de Abiquo. Vi la necesidad cuando empezamos a crecer y empecé a tener cada vez menos información de mi propia empresa. Pensé que no debía ser tan complicado eso de ir llamando a diferentes SaaS para traer datos y poder compartirlos con el equipo en una pantalla.

Vi la necesidad cuando empezamos a crecer y empecé a tener cada vez menos información de mi propia empresa.

Unos meses después de dejar el día a día de Abiquo, nos encontramos en Madrid mi mediohermano Aitor, su colega Jan y yo, con muchas ganas de hacer algo juntos y un hervidero de ideas en la cabeza. Retomé la idea de los dashboards y, finalmente, nos lanzamos, por la capacidad técnica del equipo -lo podíamos afrontar sin ayuda externa- y por la probabilidad de exit. Veíamos clara la posibilidad de venta de la empresa.

El equipo técnico de Ducksboard

Aitor disfruta de su habitual siesta de 3 horas mientras Jan sigue preguntándose porque tiene un teclado delante del portátil

¿Cómo engañaste al equipo técnico?

Con respecto a los fundadores, fue relativamente sencillo. Aitor y yo habíamos trabajado juntos hacía muchos años y teníamos clavada la espinita de montar un proyecto propio, y Jan sólo tuvo que rechazar una MEGAOFERTA económica para seguir desarrollando sus proyectos Open Source de forma sponsorizada.

Para el resto de contrataciones, nos hemos traído a gente con la que ya habíamos trabajado anteriormente. La siguiente incorporación será la primera que hagamos fuera de nuestro círculo más inmediato.

¿Por qué lenguaje de programación y plataforma tecnológica optasteis?

Pues optamos por programar tanto Java y  XML como nos fuese humanamente posible mantener…

Diego, a ver si vas cambiando de broma que esa es muy “de los 90″. Actualmente, casi todo en Java se puede configurar con anotaciones en el propio código…

(risas) Vale, ahora en serio, la “lingua franca” de Ducksboard es Python. Tanto nuestro backend, que se encarga de la recopilación y almacenamiento de datos, como nuestro frontend, la aplicación web expuesta a los usuarios, están escritos en Python.

El backend está escrito usando Twisted, un framework para el desarrollo de aplicaciones de red para Python. Gran parte del trabajo del backend es gestionar miles de conexiones concurrentes a cantidad de servicios web y nuestra prioridad era poder escribir esa parte de la aplicación usando código asíncrono. Twisted cubre esa necesidad proponiendo un modelo de programación basado en eventos.

Para la aplicación web estamos usando algo mucho más “mainstream“: Django, un framework MVC en Python muy conocido.

La elección de Python se debe a la experiencia previa con el lenguaje de los dos fundadores técnicos. Nos parece un lenguaje muy expresivo y mantenible.

¿Qué requisitos teníais a la hora de diseñar la arquitectura?

Teníamos muy claro que backend y frontend debían estar totalmente separados. Son aplicaciones independientes, el único punto en común es la base de datos: el backend escribe en ella, el frontend lee de ella.

Teníamos muy claro que backend y frontend debían estar totalmente separados. Son aplicaciones independientes.

Usamos PostgreSQL. Queremos una base de datos relacional porque nuestro datos son, claro está, relacionales, y su consistencia juega un rol crítico en nuestro servicio. PostreSQL ^_^ PostgreSQL en concreto porque Jan es colaborador del proyecto, y nuestras experiencias previas con MySQL no fueron demasiado buenas.

Eso me recuerda a la anécdota de los figuras de Mint, que tuvieron que contratar a un Administrador de Base de Datos antes de una demo importante porque su MySQL no “iba bien”, sólo para descubrir que la habían instalado limitándola al uso de 64MB de memoria… ¿Y encima de vuestra capa de datos que podemos encontrar?

La aplicación como tal tiene tres características principales:

  1. Arquitectura “shared nothing” para poder escalar horizontalmente sin volvernos locos. Los distintos componentes del backend corren como procesos independientes en máquinas separadas. La comunicación entre los mismos se lleva a cabo vía HTTP y los componentes de un mismo tipo se balancean con un Nginx. Al no haber un estado compartido, podemos escalar la aplicación horizontalmente añandiendo instancias tras el balanceador.
  2. Frontend en tiempo real, queda muy chulo, y los datos nunca esperan (risas). Somos de las primeras aplicaciones comerciales en hacer uso intensivo de Web Sockets. El frontend web recibe notificaciones cuando hay datos nuevos sin tener que hacer requests constantes. Usamos RabbitMQ para que los componentes de backend puedan dejar mensajes pendientes de enviar al frontend en un lugar común.
  3. Somos los principales usuarios de nuestra APIs. Usamos las mismas APIs para construir la aplicación que ofrecemos posteriormente a los usuarios. Tanto para empujar datos al backend, como para gestionar tu configuración en el frontend. El frontend, de hecho, es una API JSON en sí mismo, y usamos backbone.js para interactuar con esa API y dibujar los widgets y demás en el navegador del usuario.

Si estás interesado en conocer más sobre la arquitectura y tecnología de Ducksboard, puedes echarle un vistazo a estos slides.

¡66 diapositivas! Una presentación digna de Mordor. Yo suelo pedirle a Jero que me explique todas las decisiones técnicas y aportar todo lo que puedo. ¿Hasta qué punto te involucras tú? ¿Crees que un CEO debe saber lo que está haciendo su equipo técnico?

Para empresas tecnológicas, sin duda alguna. Has de saber lo suficiente como para poder discutir todas las decisiones, pero recordando que la última palabra la tienen ellos.

Como tú comentas, realmente lo que hago es preguntar “¿Por qué?” a menudo e ir comprobando que las decisiones técnicas no limitan las posibilidades de negocio en el largo plazo.

¡Oh! Yo sólo lo hago por irritar a Jero (risas) ¿Y qué herramientas habéis utilizado durante el desarrollo?

Muchas. Te hago una lista:

Vamos, startup de manual…

No tan “de manual” ya sabes que lo trendy es utilizar las herramientas de 37signals (risas).

Me sorprende que utilicéis GitHub en vez de Bitbucket, que también te proporciona repositorios de Git, sobre todo con lo popular que es en la Comunidad de Python… lo de que no hayáis sido capaces de haceros con JIRA, sabes que no te lo perdono. Un día voy a pasar por el Patoplex con el látigo listo para atizar a Jan y Aitor… pero en cualquier caso, no puedo quejarme: debéis ser una de las pocas compañías españolas que pagan licencias…

To be continued?

 

Ya hemos hablado de la parte financiera y hoy hemos hablado de tecnología, pero aún me queda material para una tercera parte en la que hablar de negocio puro y duro (coste de adquisición de usuarios, canales de venta y demás…) En el anterior artículo, pedimos 20 comentarios para escribir la segunda parte y ¡superamos los 60! Con este va a ser difícil llegar a ese número, porque un contenido tan técnico habrá espantado a mucho emprendedor de Excel y Powerpoint. En cualquier caso, hay que subir un poco el nivel: si llegamos a los 40 comentarios, tendréis la tercera y definitiva entrega del Mariño versus Bonilla…

Disclaimer anti-bocachanclas

Soy el orgulloso embajador español de Atlassian, la compañía desarrolladora de JIRA, el mejor gestor de proyectos del mundo mundial de la vida vital. Una herramienta TAN potente (algunos confunden potencia con complejidad) que ni siquiera los cracks técnicos de Ducksboard han podido controlar su poder desatado… ^_^

Bitbucket -mucho “más mejor” y más sexy que GitHub- también es de Atlassian. Que, por cierto, hace poco, también compro HipChat.

Comments { 56 }

Hasta que duela

por el 28 febrero, 2012 en bonillismo

Hasta que duelaEl “manual oficial del buen emprendedor” dice que no debes contratar a nadie hasta que duela.

Hasta que duela. Es decir, hasta que no puedas dar un buen servicio a tus clientes o tu vida personal comience a irse al garete.

Es una opción muy respetable, pero yo he preferido escribir mi propio libro y contratar a alguien en cuanto pueda. Y ahora puedo.

No es que sea tan soberbio como para pensar que sé más que nadie sino que, más bien, creo que no tengo ni idea de cuál es la mejor manera de hacer bien las cosas, como todos.

Pero, si tienes proyectos en cartera que no puedes arrancar por falta de tiempo y posibles clientes que rechazas por no poder atenderles como quieres y ellos merecen, contratar parece una opción bastante lógica. Arriesgada, pero lógica.

Y una vez que decides contratar a alguien que te ayude, en una empresa con la mitad de recursos -uno- dedicado a marketing y negocio; y el resto -otro- dedicado a la programación pura y dura, ¿qué faceta se debería reforzar? ¿Técnica o negocio? La conclusión a la que hemos llegado es que ambas… y ninguna de las dos.

Cuando montas una empresa, cuando emprendes, lo haces creyendo que puedes crear un producto o proporcionar un servicio, si no de más calidad o más competitivo que el de tu competencia, por lo menos diferente.

Pero lo cierto es que, en el día a día de una empresa, existen un montón de actividades que no son productivas: facturas, correos, trámites, reservas, llamadas. Es lo que yo denomino metatrabajo.

Aunque lo más tentador es emplear a alguien que realice una labor facturable y con un retorno de inversión inmediato ¿No parece tener sentido contratar a alguien que te ayude y libere de todo ese metatrabajo para que puedas centrarte y potenciar la actividad donde aportas mayor valor añadido?

Si estás creando un producto, ¿no tiene más sentido que trabajes más horas en lo que realmente eres bueno?  Y si te dedicas a dar servicio, ¿no será mejor que las horas que trabajes para tus clientes sean lo más productivas posibles, aunque tengas que facturarles algo más para poder soportar tu estructura?

Probablemente, esta estrategia sea un rotundo fracaso en un país donde las empresas no suelen luchar por conseguir más calidad sino por conseguir precios más baratos, pero ya que te metes en el lío de montar algo por tu cuenta, si te tienes que estrellar, por lo menos que sea intentando demostrar tus ideas y cumplir tus sueños.

UPDATE

Hay gente que se preguntará ¿Por qué no subcontratar ese metatrabajo? ¡Es una gran opción! Pero, en mi caso en concreto, ya he subcontratado casi todo lo subcontratable. Lo que necesito, lo que busco, es esa persona que me libere de todo lo que no sea producir. Producción pura.

Y eso implica hacer muchas pequeñas grandes cosas. Un trabajo para un perfil difícil de encontrar: un unicornio. Pero de eso hablaremos otro día…

Comments { 9 }

Dejo la informática

por el 28 diciembre, 2011 en bonillismo

ACTUALIZACIÓN: evidentemente, esto era una inocentada. No podía dejar una ocasión como la del 28 de Diciembre para escribir alguna payasada en el blog ¡Feliz día de los inocentes!

He recibido mucho de los lectores de este blog. Así que, me parecía justo compartir con todos vosotros, lo antes posible, una noticia que significa un cambio de rumbo vital de 360 grados: dejo la informática.

Como muchos conocéis, siempre he tenido la inquietud de crear mi propio negocio. Levantar algo de la nada de lo que pueda sentirme orgulloso. También sabéis que me he ido desencantado más y más con el panorama informático de este país y mucho más próximo a otro tipo de industria, más cercana, más humana.

Durante mucho tiempo he acariciado la idea de hacer algo relacionado con la gastronomía y Galicia -mis dos grandes pasiones- y hace poco, se ha presentado una oportunidad que no he podido dejar pasar: hemos adquirido una finca de 2 hectáreas de pasto en la aldea de O Deveso, perteneciente al concello de As Pontes, en la frontera entre las provincias de A Coruña y Lugo, para producir queso.

En nuestra finca de O Deveso

Sabemos que esto supondrá una sorpresa para más de uno y que no tiene nada que ver con la actividad que he desarrollado hasta ahora, pero os aseguro que es una decisión muy meditada y bien pensada.

La idea es criar una cabaña de vacas de raza rubia gallega y pardo alpina para producir queso de Tetilla 100% ecológico y de alta calidad.

Afortunadamente, no estaré solo en esta aventura: Jerónimo López, mi amigo y socio de toda la vida, también conocido como Jeroclo el espartano, me acompañará en esta nueva aventura empresarial y vital.

Jeroclo el espartano. A partir de ahora, Jero el granjero

En cuanto cerremos nuestros compromisos pendientes, nos mudaremos a As Pontes para comenzar las obras de nuestra quesería y empezar a comprar ganado.

Evidentemente, nuestro pasado no dejará de notarse. Tenemos un montón de ideas nuevas y emocionantes, traídas desde el mundo de la informática, con las que esperamos revolucionar la industria del queso.

Todas nuestras vacas tendrán implantado un dispositivo GPS para que podamos geoposicionarlas en Google Maps. Además, algunos ejemplares tendrán una cámara atada en el cencerro para ir retransmitiendo por uStream como pastan en su día a día.

Por supuesto, toda la producción será llevada con Scrumban, aunque esperaremos a cumplir algunas iteraciones para ajustar nuestro proceso.

Ahora mismo, aún estamos cerrando detalles, pero os iremos informando de esta aventura puntualmente. Ahora más que nunca ¡Año nuevo, vida nueva!

Comments { 28 }

Cobros recurrentes en Internet

por el 29 noviembre, 2011 en marketing

Hay mucho ruido alrededor de como montar una startup en Internet. Pero, detrás del enésimo artículo que te recomienda el networking, la inversión en SEO y el uso exhaustivo del Social Media para triunfar en los negocios, hay gente REAL intentando montar negocios REALES en Internet.

Y los negocios reales tienen problemas reales. Como la epopeya heroica que supone tener un negocio basado en pago por uso o suscripciones -el SaaS de toda la vida- intentando vender en todo el Mundo, pero cobrando desde España… cumpliendo la Ley sin volverte loco en el intento.

Como Diego Mariño y Aitor Guevara de Ducksboard, que ayer dieron una charla magistral y eminentemente práctica sobre como han implementado la gestión de cobros a un pequeño grupo de privilegiados, entre los que tuve la suerte de encontrarme.

Equipo de Ducksboard

En realidad, cobrar en Internet no es tan difícil… si tu negocio está en Estados Unidos o tus cobros son transacciones independientes, como en el típico comercio electrónico. Antes de que algún gurú de sillón diga aquello de “pues vete a Estados Unidos” comentar que es una opción a tener en cuenta, pero que es un trámite que supone alrededor de 20.000€ en abogados y requiere bastante tiempo.

Así que, si decides arrancar tu startup en Europa e implementar pagos recurrentes, esta es la experiencia de los chicos de Ducksboard, que te ayudará a saber la que se te viene encima.

Payment Manager

Lo primero que necesita es un gestor de pagos o payment manager. Algo que te gestione toda la problemática de la gestión de pagos y cobros como la validación de tarjetas, la gestión de bajas, diferentes planes de precios o descuentos. Se te puede pasar por la cabeza -a mi se me pasó- hacértelo tu a lo Juan Palomo, “Yo me lo guiso y yo me lo como”, pero la casuística es tan amplia que puede que tengas que construir una aplicación más grande que la que quieres vender ¡Sólo para gestionar los pagos! No way man.

Diego nos presentó cuatro opciones que había evaluado: Braintree, Chargify, SaaSy y Recurly y nos explicó como había llegado a la conclusión de que Recurly era la mejor opción para ellos.

  • Braintree está muy bien… pero sólo te aceptan con unos cobros superiores a los 20.000$ mensuales. FAIL
  • Chargify está muy bien, pero no gestiona nada de IVA intracomunitario para vender a clientes europeos. FAIL
  • SaaSy debe estar muy bien, pero Diego reconoció que no pudo con la configuración y evaluación de la cuenta. Extremadamente difícil. FAIL

Nuestros amigos de Ducksboard se quedaron con Recurly, de la que destacaron las siguientes características:

  • Emite facturas. Facturas como Dios manda.
  • Gestión de IVA
  • Una GUI amazing
  • Librería de javascript para integrar con tu aplicación más amazing todavía
  • API REST y librerías de cliente para PHP, Ruby y Python
  • Y una integración total con el gateway europeo Wirecard

¿Y qué es eso del gateway? Lo realmente te va a permitir ingresar dinero en tu cuenta.

Gateway

El gateway es la pasarela de pago real, el gestor de transacciones bancarias que hace que el dinero se mueva de las cuentas de tus clientes a la tuya. Evidentemente, hay pasarelas de pago españolas, pero no se integran con ninguno de los gestores de pago que hemos evaluado antes.

Debemos mentalizarnos de que, fuera de España, los bancos eligen a sus clientes, no al revés ~ Diego Mariño

En el caso de Ducksboard, el gateway utilizado fue Wirecard, por ser el único europeo totalmente integrado con Recurly. Y aquí es donde vino la GRAN sorpresa de la tarde, cuando Diego nos explicó todo lo que había que hacer para conseguir que Wirecard te aceptara como cliente:

  • Te exigen tener una web pública donde ofrezcas públicamente tus planes de precios… aunque aún no puedas cobrarlos. Y, por supuesto, la visitan y la valida
  • También te exigen una cuenta de usuario para probar tu aplicación
  • Debes enviarles todas las inscripciones públicas de tu empresa (desde escrituras a prestamos) traducidas, además del acuerdo de servicio y privacidad que ofreces a tus clientes. Si, ese ladrillaco que nadie se lee nunca
  • Te piden un Excel con tus previsiones de facturación
  • Revisan tu modelo de negocio y tu segmentación por planes
  • Debes demostrar actividad en la empresa con facturas y recibos
  • Te hacen pasar una auditoria PCI. Y, si no sabes lo que es… ni se te ocurra intentar montar un gestor de pagos

Costes

Los costes dependen de muchos factores. Desde el plan que elijas en tu gestor de pagos hasta el número de transacciones que tengas y el valor medio de las mismas, pero todos coincidimos en que conseguir que tu proceso de pago represente un coste de alrededor del 5%, es más que aceptable.

El no Plan B: Paypal

Supongo que muchos habrán estado pensando en Paypal mientras leían este articulo. El problema de Paypal es su gestión de incidencias. En cuanto tengas un par de reclamaciones, pueden bloquear los fondos de tu cuenta, indefinidamente ¿Quieres arriesgarte?

¿Hasta la próxima?

Es evidente que me he dejado muchas cosas en el tintero, desde el estudio de tarifas y comisiones hasta la gestión del cobro multidivisa cuando quieres ofrecer tu producto sólo en una moneda -por ejemplo, en dólares- a pesar de que, en la Unión Europea, las facturas entre empresas europeas deban ser en euros.

Creo que la gestión de pagos y cobros para empresas de Internet, da no sólo para un taller sino para un evento entero donde llevar a gente que pueda contar experiencias reales como el mismo Diego, Alberto Molpeceres con StageHQ o Álvaro Ortiz aka Furilo con Mumumio.

Quien sabe. A lo mejor debería lanzarme a producirlo. Un buen amigo me dio una vez un gran consejo: “monta los eventos a los que te gustaría asistir“.

BOLA EXTRA

RECURSOS ADICIONALES

Comments { 33 }

Masterbranch, una startup española

por el 18 noviembre, 2011 en bonillismo

En España, hay gente que intenta salirse del sota, caballo y rey de la industria de servicios informáticos. Podéis llamarlos emprendedores, empresarios o startups, yo los denomino simplemente como “gente que hace cosas”. Uno de los proyectos que sigo con más atención es el de Masterbranch, el sueño de Vanessa, Ignacio y Juan Luis.

Masterbranch

El concepto de Masterbranch es sencillo: las empresas necesitan cubrir una demanda creciente de técnicos cualificados y los procesos de contratación son largos y costosos. Por otro lado, hay muchos desarrolladores contribuyendo en proyectos open source y subiendo a repositorios públicos y abiertos su código, el CV más transparente y la mejor tarjeta de presentación que puede tener un programador. Así que… ¿Por qué no crear una herramienta que permita poner en contactos a unos y a otros?

Masterbranch es un currículum geek para programadores

Si busco a un buen programador con experiencia en Python, por ejemplo, parece tener sentido que busque entre los contribuidores de algún proyecto open source hecho en Python. Con Masterbranch no sólo puedo hacerlo, sino que puedo seguir todo el trabajo de un programador en concreto y su trabajo con una o más tecnologías.

El concepto puede ser difícil de explicar a aquellos que no sean técnicos, así que, la última vez que coincidí con los chicos del equipo, les pedí que me concedieran una entrevista para publicar en el blog. Aquí la tenéis, espero que disfrutéis con la historia de esta pequeña gran startup española. Ya os aviso que, los valientes que lleguen al final ¡tendrán premio! ^_^

¿Qué es Masterbranch?

Masterbranch es un currículum geek para programadores, en el que, además de la información habitual de un CV, puedes incluir proyectos que has desarrollado o lenguajes y tecnologías que conoces. Además de solucionarle al programador la papeleta de tener que saber venderse, Masterbranch mantiene siempre el CV actualizado, en base a tu código. Por un lado, no tienes que preocuparte por actualizar el CV y, por otro, todo lo que contiene tu CV es demostrable.

¿Cómo fue el proceso de crear una empresa? ¿Cómo se os ocurrió?

Empezamos 4 amigos programando en nuestros ratos libres cada uno desde una ciudad distinta. Y, de esos ratos libres, nació DebugModeOn, una red de preguntas y respuestas para programadores en español. Posteriormente, 3 de los 4 decidimos presentarnos a un concurso de startups, SeedRocket, y cuando lo ganamos, constituimos la empresa y demás. Masterbranch nació de la necesidad de llegar a más programadores y, sobretodo, de querer dar el salto de ser una web dirigida a un mercado de habla hispana a un mercado global.

En serio… sois muy poca gente :) ¿Cuando veremos nuevas incorporaciones a la compañía?

¿Cuándo consigamos financiación en Silicon Valley? (risas) En serio, cuando se pueda ¡Los primeros interesados somos nosotros!

¿Por qué estáis en San Francisco? ¿Os ha resultado imposible conseguir financiación en España?

No estamos en San Francisco porque en España no hayamos podido conseguir financiación (de hecho, sí hemos conseguido financiación en España) o porque sea imposible ser emprendedor en España, esto que quede claro.

Estamos en San Francisco porque Silicon Valley es uno de los lugares del mundo con mayor concentración de ingenieros informáticos y de empresas contratándolos, además de ser el lugar donde se marcan tendencias en temas de programación.
Nuestro proyecto tiene todo que ver con esas tres cosas: ingenieros, empresas que contratan ingenieros y tendencias en lenguajes y tecnologías de programación), y por eso creemos que éste es el sitio para Masterbranch.

Poca gente puede conocer las tendencias técnicas mejor que vosotros ¿Qué lenguajes y tecnologías están pegando fuerte y cuales veis en declive?

Es difícil dar una respuesta genérica, depende de muchos factores (la zona geográfica, el tipo de software…). Analizando la actividad de la aplicación se pueden observar tendencias, pero eso es algo en lo que aún no hemos entrado de lleno, y que, ya que lo mencionas, forma parte de nuestro roadmap.

Recientemente hemos introducido algo de esto en los perfiles de Masterbranch, para que puedas hacerte a la idea de lo que está pasando a tu alrededor. Básicamente, lo que te ofrecemos es un análisis de los lenguajes más utilizados en tu red (en el futuro serán también tecnologías) en un período determinado.

Habéis mencionado vuestro roadmap ¿En qué estáis trabajando actualmente?

Hasta ahora resolvíamos básicamente dos problemas: por un lado, el actualizar automáticamente los CV y por otro, el de que todo lo que contenga tu CV sea demostrable.

Con las nuevas funcionalidad en las que estamos trabajado, lo que buscamos es resolver otros problemas que los usuarios han compartido con nosotros, como por ejemplo el de destacar tu trabajo actual entre toda tu experiencia.

Visualmente, el nuevo perfil tiene más pinta de dashboard de métricas que de CV…

Otra de las cosas que queremos darle al programador son datos. Datos e información que tienes muy cerca pero a la que, con herramientas existentes en el mercado, no tienes acceso directo. Por ejemplo, los lenguajes o las tecnologías más utilizados en ciertos círculos, o el poder descubrir proyectos interesantes en los que está participando gente a mi alrededor.

Esta parte la estamos todavía analizando con la ayuda de los usuarios que nos van dando feedback sobre cosas que les interesan y sobretodo, sobre cosas que no les interesan.

¿Qué podemos esperar de Masterbranch en un futuro?

Dos cosas principalmente. Una, cubrir necesidades que hemos ido detectando durante este tiempo en cuanto al currículum, como por ejemplo la de destacar tu trabajo actual entre toda tu experiencia.

Y dos, datamining, tanto a nivel de datos que puedan ayudar al programador, por ejemplo, a mejorar su productividad, como datos que puedan ayudar a la empresa a tomar decisiones tecnológicas. Actualmente estamos haciendo pruebas y hemos creado unos perfiles nuevos donde tu perfil es una especie de Analytics. Está en beta privada, pero te pasamos un código de invitación (BONILLAWARE) para aquellos de tus lectores que se animen a hacer de testers: https://www.masterbranch.com/invite

¡Wow! Muchas gracias, detallazo. Espero veros pronto.

Ya sabes que, la próxima que vuelvas a San Francisco, no te libras de tomarte una cerveza con nosotros ;)
Comments { 2 }