Relatos de un CTO Novato

Si algún día dejo de considerarme novato en algo, será porque no me queda nada por aprender

[thenewbiecto]

El programador perdido se vino a Córdoba. ¡Feliz aniversario equipo!

Un día como hoy hace un año me enfrentaba a uno de los mayores retos de mi carrera profesional, reclutar y liderar el equipo que desarrollaría la nueva etapa de SocialBro. Por aquellos días se cuestionaba la calidad de la cantera española de desarrolladores y por si fuera poco apostamos por que nuestra sede de desarrollo sería Córdoba y no Madrid, Barcelona o Londres como la mayoría de startups de proyección global españolas.

Llevaba mucho tiempo programando como un lobo solitario ajeno a toda metodología de trabajo en equipo así que tuve que ponerme las pilas con el tema. Tampoco tenía experiencia reclutando pero eso me preocupaba menos porque tenía muy claro lo que necesitaba.

¿Qué buscaba?

Experiencia en las tecnologías que estábamos usando: Todos comenzarían el 1 de agosto del 2012, pero el 26 de julio lanzábamos nuestra versión Pro soportado y desarrollado por el equipo técnico en aquel momento (sólo @javierburon y yo) por lo que había muchas cosas que poner a punto. Por ejemplo tendríamos 30 días para desarrollar todo el flujo de pagos recurrentes para controlar la renovación o cancelación de las suscripciones que entrarían el día 26.

Nada de supercracks introvertidos: Buscaba formar equipo, gente dispuesta a compartir, a hacer piña y unirse a nuestra familia.

Compromiso y motivación: Formar un equipo cuesta mucho tiempo, necesitaba gente dispuesta a llevar esto hasta el final. Esta es una de las razones por la que escogimos Córdoba como sede. Nadie se muda de Madrid, Asturias, Galicia o Santander a Córdoba para probar suerte durante un par de meses, mucho menos si estás casado y tienes familia. Pero ya sobre esto escribiré otro día ;-)

Aprender: Necesitaba gente diferente a mi, con más experiencia, gente que me ayudara a organizar el core de un equipo que debería crecer a futuro.

¿Donde encuentras gente así?

Betabeers, LinkedIn, foros especializados (ej. Devops Madrid) y networking, mucho networking.

Un año después

Estoy muy contento con el equipo que formamos. Les tomó apenas una semana hacerse a la plataforma y comenzar a aportar.

Aquí os dejos algunas de los principales features de este año:

Integración con Recurly: Migramos de Paypal a Recurly para hacer más flexible nuestra plataforma de pago.

Panel de administración: Panel de uso interno para facilitar el soporte, la gestión de usuarios así como el reporte de KPIs.

Rediseño: Hemos ido evolucionando nuestra interfaz basado en el feedback de nuestros usuarios.

Campañas de DM: Un Mailchimp para Twitter.

Colaboradores: Posibilidad de compartir la gestión de cuentas de Twitter sin la necesidad de compartir su contraseña.

Benchmarking: Comparación de cuentas con el estándar de cuentas similares.

Tweets analytics: Analítica en tiempo real del impacto de cada tweet.

Integraciones con HootSuite, Kred, Nimble, Google drive.

Estadísticas y reportes a partir segmentos personalizados: Aplica todo el poder de SocialBro a cualquier grupo de usuarios.

Estadísticas accionables: Ahora no sólo proveemos lo número sino que también te decimos quiénes son las personas detrás de esos números.

Métricas: Evolución del número de usuarios de cualquier segmento.

Comparación de cuentas: Comparación de hasta tres cuentas.

Todo esto sin perder de vista la estabilidad y escalabilidad del proyecto, algo muy difícil cuando añades nuevas funcionalidades a producción semanalmente. También nos tocó disfrutar la IT due diligence para cerrar nuestra última ronda de inversión.

Felicitaciones equipo, sois muy grandes y espero seguir aprendiendo a vuestro lado mucho tiempo más!

Actualización 14/ago/2013: Iván Guardado (@ivanguardado) también nos has contado su experiencia durante este primer año -> One year developing SocialBro

[thenewbiecto]

Experiencias de mi primera IT Due Diligence

Recuerdo cuando hace 5 o 6 años comencé a aventurarme en el mundo de las startups, leía a diario TechCrunch y Loogic para estar al día de los inversiones que se iban haciendo públicas. Durante algunos años leía aquellos post y pensaba, sólo necesito una buena idea y estar en el sitio adecuado en el momento adecuado y conocer a un inversor de estos que me de su dinero para mi aventura, inocente de mi.

Cómo imaginar lo difícil que es tener acceso a esas personas. Me costó más de 10 proyectos entender que una idea no vale para mucho si no tienes un equipo cohesionado, un producto con tracción y cifras demostrable. Qué iba a saber yo que una vez interesados en mi proyecto los inversores necesitan conocer hasta el último detalle de mi “aventura” y que esas inversiones, que leídas en un blog parecen haberse cristalizado en lo que tarda un ascensor subir unas cuantas plantas, tardan mínimo 3 meses en reflejarse en la cuenta bancaria de mi empresa. 

Uno de los pasos más importantes de este proceso es el IT Due Diligence donde los inversores intentan asegurarse de que no están invirtiendo en una idea sino en un producto y equipo capaz de crecer y escalar hasta los niveles prometidos. Un inversor no tiene porqué conocer de tecnologías, arquitecturas etc, por lo que normalmente encargan esta tarea a una consultora especializada que tiene que justificar por qué cobran, así que buscarán bien a fondo.

¿Qué pretende una IT Due Diligence?

Detectar cualquier aspecto en nuestra arquitectura que pueda poner en riesgo el cumplimiento lo que promete el plan de negocio.

Cuán fácil de mantener y extender es la plataforma.

Si se están usando las tecnologías adecuadas.

Verificar que realmente es posible cumplir el roadmap prometido.

Verificar que el equipo realmente exista, que sea competente y que esté comprometido con el proyecto.

En nuestro caso la consultora que lo ejecutó contrató al ex-CTO del grupo EasyJet. Intercambiamos varios emails, llamadas y finalmente una visita a nuestra oficinas de Córdoba. Ese ha sido uno de los días más divertidos de mi carrera profesional. Imagina estar todo un día contándole a un tío que sabe de lo que hablas cada mínimo detalle del proyecto al que le has dedicado 2 años de poco dormir, esas cosas que no podrías hablar con tu mujer o tus amigo porque les estarías hablando en chino. Ese día también me amorticé el "capricho" de contratar a gente que dominara el inglés aunque sabía que en la oficina normalmente hablaríamos castellano. Sip, el equipo también es parte del proceso y muchos de ellos fueron entrevistados, menudos cracks!

Llevo unos cuantos días esperando poder publicar este post, y ya hoy puedo decirlo a viva voz :D Cerramos una ronda de 1.8 millones de dólares para SocialBro! y hoy puedo leerlo en TechCrunch consciente de lo que cuesta. Ahora podemos centrarnos en lo importante.

[my-talking-birds]

¿Tienes una startup y quieres conseguir cobertura en los blogs de tu sector? ¿Eres profesional de la comunicación y te ha tocado la tarea de difundir tu empresa en los medios? Las redes sociales han introducido nuevas formas de hacer PR que entran como anillo al dedo al reducido...

[thenewbiecto]

Optimizando JavaScript para V8 (aka Chrome o Node.js)

V8 es el motor de javascript desarrollado por Google para su navegador Chrome y que también utilizó Ryah Dahl como motor de su Node.js. Durante el desarrollo de un proyecto web estándar difícilmente necesitemos pensar en optimizar nuestro código javascript pues probablemente no nos salga a cuentas gastar 1 hora en ahorrarnos 1 mili segundo en validar un formulario.

En un proyecto como SocialBro con más de 20.000 líneas de código javascript en una app específica para Chrome sí que cada detalle que logres optimizar se traduce en satisfacción para tus usuarios. Pero sin dudas donde más partido puedes sacarle a conocer interioridades de V8 es al programar para Node.js.

En la reciente Google IO 2012 Daniel Clifford nos dejó unos cuantos tips sobre cómo optimizar código javascript conociendo mejor cómo optimiza y compila V8.

Aquí os dejos algunos tips que pude extraer:

Inicializar todas las propiedades de una clase en su constructor y siempre inicializa sus propiedades en el mismo orden.

function Point(x, y) { 

this.x = x; 

this.y = y; 

} 

var p1 = Point(1, 2); 

var p2 = Point(3, 4); //comparten la misma clase 

p2.z = 5; //MALO! esto hace que ahora p1 y p2 usen diferentes clases

Utiliza enteros de 31-bit siempre que sea posible

Los Arrays son más eficientes que las hashes, utiliza arrays con índices contiguos comenzando desde cero.

No eliminar elementos de un array, especialmente numéricos.

No cargar elementos no inicializados o elminados

a = new Array(); 

for (var b = 0; b < 10; b++) { 

a[0] |= b; //MAL! 

} 

a = new Array(); 

a[0] = 0; //Valor inicializado antes de cargarlo 

for (var b = 0; b < 10; b++) { 

a[0] |= b; //2x más rápido! 

}

Siempre que sea posible, inicializa los arrays

var a = [77, 88, 0.5, true];

No almacenar valores no-numéricos en arrays numéricos

Prefiere los métodos monomórficos a los polimórficos

function(x, y) { 

return x + y; 

} 

add(1, 2); //monomórfica 

add("a", "b") //MAL! add se convierte en polimórfica

Evita operaciones complejas dentro de try {} catch() {}

//MAl!

try { 

//operaciones complejas 

} 

catch(e) { } 

//Solución 

function op_complejas() { 

//operaciones complejas 

} 

try { 

op_complejas(); 

} catch(e) { }

Si queréis conocer el por qué de estos tips, aquí tenéis el vídeo completo y aquí otro post interesante sobre lecciones aprendidas del motor V8.

Seguramente habrán muchos más trucos para mejorar el rendimiento conociendo mejor cómo funciona V8, si tienes alguno no dudes en dejarlo en los comentarios. 

[thenewbiecto]

Capítulo I - Falsas promesas

Hace más de un año de mi último post sobre tecnología, redes sociales y marketing online en bitacoradewebmaster.com y más de 2 años de mi último post sobre javascript y ajax en flash-free.org. Y la verdad es que ganas no me han faltado, pero echaba de menos tener un espacio personal donde poder desahogarme y hablar de cualquier tema sin preocuparme por una línea editorial. 

Dicen que cada vez que alguien abre un nuevo blog y promete escribir regularmente muere un gatito, así que no... no prometo escribir regularmente, prometo escribir cuando realmente me dé la gana, sin presión de perder audiencia y sin intenciones de ganarla.

Mi intención es escribir sobre lo que esté viviendo en cada momento, probablemente muchos posts tecnológicos, pero el día que me apetezca hablar de política, economía, deporte, vivencias personales, etc., lo haré.

Así que no esperéis seguir nada de este espacio, pasaros por aquí de vez en cuando si os apetece saber en qué estoy trabajando, qué estoy aprendiendo, qué pasa por mi cabeza o cómo me siento cada día.