Tag Archives | desarrollo

#weareatwar

ACTUALIZACIÓN

El camarada Jimeno ha creado una campaña en Twibbon para que puedas hace público en Twitter tu pertenencia a La Resistencia. También he subido un puñado de recursos gráficos para el que quiera utilizarlos. Y, por último, he copiado la Declaración de Guerra al final del artículo para los que no estén suscritos a la Bonilista.

En la última Bonilista, los miembros de Funius declaramos el estado de guerra y nos sumamos a La Resistencia. Una Resistencia compuesta por todas las empresas y profesionales de este país que se esfuerzan día a día por hacer las cosas bien.

Una Resistencia civil y pacífica contra el desánimo y la desazón continua en la que algunos parecen querer que vivamos constantemente. Pero también una Resistencia en contra del “vuelva usted mañana” y el “que cada palo aguante su vela“, que tanto han perjudicado y perjudican a este país.

"We are at war. Estamos en guerra"

Que sí, que sí… que todo está muy mal y el mundo se va a acabar, pero nosotros hemos decidido luchar. Sí, estamos en guerra. En guerra contra el país de pandereta. Y lo anunciamos públicamente, porque algunos confunden el inconformismo con el derrotismo.

Siempre hemos pensado que la mejor arma es la información. Por eso, desde la humildad y el respeto de los que aún no han hecho nada -pero también sin complejos ni prejuicios- hemos decidido compartir los datos que vayamos obteniendo de la aventura en la que nos hemos embarcado: intentar hacer cosas, construir cosas, desde este país.

Evidentemente, no todos los problemas a los que nos enfrentamos se solucionarán con el intercambio de información, pero creemos firmemente que, la mejor contribución que podemos hacer a la lucha es la transparencia. Compartir datos prácticos y reales que ayuden a otros como nosotros. Y hemos decidido utilizar el hashtag #weareatwar para que cualquiera pueda encontrarlos.

La frontera entre la demagogia y la plausibilidad está en la acción. Por eso, queremos empezar hoy mismo, con un artículo sobre los gastos de envío en el comercio electrónico en España, eminentemente práctico, para todos aquellos que estén pensando en vender por Internet desde España.

Únete a La Resistencia

Si tampoco te rindes, únete a La Resistencia y demuestra que este país está lleno de gente que hace cosas. Si también crees que compartir tu información es la mejor manera de incrementar la inteligencia colectiva y potenciar la industria tecnológica en este país, por favor, comparte, tuitea, bloguea, da charlas en eventos… pero, sobre todo, lucha.

Somos pocos, pero cada día crecemos más y más y más… y más.

Estamos en guerra, y la vamos a ganar. ¿Y tú? ¿Vas a unirte a La Resistencia?

Declaración de Guerra

(extraída de la Columna B de la Bonilista 45)

Estamos en guerra contra una clase política que nos defrauda día sí y día también, que no gobierna para nosotros sino para los intereses de otros, y unos medios de comunicación cómplices y sumisos que generan una sensación de alarma general que empeora la situación.

Estamos en guerra contra una falsa Industria de la informática dirigida por botarates que siguen intentando competir con precio y comidas de tres platos, copa, café y puro en vez de con originalidad e innovación.

Estamos en guerra contra esa inmensa masa de técnicos mansos y adormecidos, que se quejan de la situación y no hacen nada por remediarlo.

Estamos en guerra contra esa comunidad de voceros de medio pelo, falsos gurús, ninjas del social media, aceleradoras que desaceleran, venture capitalists que no saben que significa venture y mucho menos pronunciarlo,entrepeneurs de salón y parásitos subvencionados y de subvenciones.

Pero, por encima de todo, estamos en guerra con nosotros mismos. Por distraernos todos los días con lo que otros dicen, pero no hacen.  Por tener miedo de hacer lo que queremos hacer y por haber tardado un par de años en reunir el valor para hacerlo.

Por primera vez, uno de nuestros referentes, uno de nuestros ejemplos a seguir, alguien que lleva generando riqueza desde este país y para este país desde hace muchos años, nos ha confesado que se plantea dejar una España estropeada por unos y empeorada por otros. Esto nos ha abierto los ojos: estamos en guerra.

hemos decidido luchar.

Luchar de la única forma que sabemos: trabajando. Y no trabajando en cualquier cosa, sino en proyectos que nos permitan ganar terreno al enemigo, aumentando la productividad de nuestra gente o exportando fuera.

Nos da igual lo que digan las noticias, los periódicos, los telediarios, Standard & Poors y los blogs de expertos y agoreros. No leemos ninguno.

Programamos. Diseñamos. Trabajamos.

Todas las semanas contribuiremos a la lucha con un post, una utilidad web o un avance en nuestros proyectos.

Luchar hackeando el sistema. Un sistema donde no se puede entrar en política y alcanzar un puesto de decisión sin perder la inocencia por el camino y deber demasiados favores.

Participaremos en Abredatos este año. Porque no es una opción, es nuestra obligación como ciudadanos. Porque tenemos el conocimiento y la tecnología para hacerlo. Porque hay demasiados indultos del Gobierno y empresas públicas con Directores Generales puestos a dedo que nadie conoce.

España no son ellos, ni los seguidores de la doctrina del “que cada palo aguante su vela”, ni los Poceros, ni los que dicen que para hacer algo hay que irse a Silicon Valley, ni el que justifica el fraude o lo aplaude.

Nosotros creemos que nuestro país es otra cosa y lucharemos por recuperarlo. Sin chovinismo ni nacionalismo. Con humildad y respeto.

Somos parte de la resistencia. ¿Y tú?

Comments { 30 }

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

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 }