Pensamientos ágiles

¿Cuánto pagar a los mejores empleados?

2012-07-26T10:26:00.001+02:00

Hoy me he encontrado con un artículo en portada de la revista Inc. que me ha gustado mucho. Además me ha coincidido muy bien en el tiempo porque ayer justo alguien me decía que eramos muy caros con respecto a lo que cobrábamos por nuestro trabajo diario. Así que no he podido evitar sentirme de algún modo identificado. No realmente por pretender ser "los mejores empleados" si no más bien porque sé perfectamente que lo que ofrecemos vale lo que pedimos o mucho más.
Pero bueno, al grano. El artículo en cuestión es este. Cuenta una historia del 1974 sobre los Pittsburg Steelers, un equipo de futbol americano. Lynn Swann, un jugador novato fue contratado como séptima incorporación desde los drafts ( es decir que los Steelers ya habían contratado antes a otros 6 jugadores mejor valorados ), y en cambio su agente Howard Slusher consiguió para él el segundo mejor sueldo entre los novatos, lo que consideró un gran logro de negociación. Que el séptimo escogido tuviese el segundo mejor sueldo de entre los nuevos no es algo habitual.

Al hacer la rueda de prensa para anunciar la incorporación, el dueño de los Steelers, Art Rooney, tuvo la siguiente conversación con el agente. Me permito traducir libremente:

- AR: Crees que nos has jodido, ¿no?
- HS: Silencio diplomático - en realidad sí pensaba que les había sacado lo máximo.
- AR: Estás equivocado. Te hemos jodido nosotros a ti. Mi hijo dice que no es un buen jugador de futbol americano. Dice que es un gran jugador de futbol americano. Probablemente la mejor elección del draft que hayamos hecho jamás. Tal vez mejor que Terry Bradshaw o Joe Greene (Rooney estaba en lo cierto y Lynn Swann llegó al Hall of Fame de los Steelers)".

A lo que Rooney continuó:

- AR: Déjame enseñarte una lección jovencito. A un buen jugador, nunca se le está pagando demasiado. Sólo a un mal jugador le puedes estar pagando demasiado. No me importa pagarle $200,000. Lo que me importa es pagarle $22,000 a un jugador que vale $20,000.

Y como comentan en el artículo, los buenos empleados tienen un enorme valor para la empresa, para los clientes, para el resto de empleados. Pero los empleados excepcionales tienen todavía muchísimo más valor. A esos no se los debe dejar marchar.

¿Qué opináis?

Se buscan: Hacker de Java/Node.js y Jefe de Proyectos

2012-05-27T10:38:00.001+02:00

Mucho tiempo sin escribir por aquí. La excusa como siempre es la cantidad de trabajo. Excusa barata, pero relacionada con este post, ya que me han encargado buscar dos perfiles que os voy a comentar a continuación.

Programador Node.js y Java

En Voxeolabs se nos está acumulando bastante el trabajo, así que me han encargado salir a la busca de un artista del código. No, en serio, realmente no tiene que ser un artista. Será mucho mejor con que sea alguien trabajador, que le encante programar y se enorgullezca de su trabajo. Que se enorgullezca tanto de su trabajo como para realizar esas tareas tan tediosas y "superficiales" como son el hacer tests, el estar pendiente de sus builds o el documentar el código y los productos que crea.

Se valorará mucho que sea una persona generalista. A parte de lo que he descrito arriba, los requisitos fundamentales de este trabajo son dos: Java y Node.js. Ruby es opcional pero sería un plus importante. No tienes por qué ser un gurú en nada de esto, pero sí que es necesario que sepas lo suficiente para convencernos de que tienes la experiencia necesaria para empezar desde cero con total productividad. Algunas de las tecnologías que aprenderás son muy interesantes. Habrá también mucho Javascript (bueno, es node.js, eso era obvio, pero me refiero más a cliente), mucho HTML 5 y WebRTC (no es necesario que lo conozcas, irás aprendiendo) y XMPP (tampoco es necesaria experiencia, lo puedes aprender fácil).

El lugar de trabajo es en Madrid. Aunque si no eres de Madrid y te interesa no va a haber problemas con pagarte el desplazamiento y la estancia, seguro que arreglamos algo. Tu trabajo consistirá en colaborar con los departamentos de innovación de dos importantes clientes, extendiendo, creando las librerías cliente y creando demostraciones increibles de nuestro proyecto más ambicioso, Rayo, una plataforma en tiempo real para la gestión de aplicaciones de voz en la nube. Ejemplos de cosas que podrías tener que hacer son el siguiente Viber, o algo como Tume o UberConference.

Supongo que a estas alturas te estarás preguntando por el salario. Me temo que no puedo decirte mucho al respecto. Porque no lo sé. Está totalmente abierto. Creo que en estos casos se suele decir salario competitivo. Así que si te interesa el reto, mándame un correo a mpermar at gmail punto com. No es necesario que me mandes un CV, me puedes mandar un enlace a tu perfil en Linkedin, o incluso si lo tienes a sitios como StackOverflow o Masterbranch. Cuéntame lo que has hecho y tus proyectos y será más que suficiente.

Jefe de Proyectos/Technical Account Manager

La segunda oferta que nos interesa mucho cubrir es una persona que sea capaz de interactuar con el cliente para dejar plena tranquilidad y creatividad a nuestro Hacker in site. Aquí no tengo mucho que contaros. Es ideal, prácticamente fundamental que haya trabajado en el mundo de las telecomunicaciones. Es decir, que no te suenen a chino las siglas SIP, SBC, IMS, PSTN, MRCP, SDP.., o al menos no muy a chino. No es necesaria experiencia, aunque sí es importante. Es decir, si por ejemplo ya has hecho un trabajo como este en un operador, tienes todas las de ganar, pero si eres un super-crack de SIP que quiere moverse a un un puesto más de de gestión entonces tu perfil también nos interesa.

Respecto a las condiciones de trabajo, se aplica todo lo que he escrito arriba. Así que no me repito mucho más. Mándame tu Linkedin o lo que tengas a mano, cuéntame lo que has hecho y si me convences, y por supuesto si yo te convenzo a ti, preparamos una entrevista y hablamos más a fondo.

Nada más, os agradecería si conocéis a gente que pueda ajustarse a estas posiciones que le hagáis llegar estas ofertas.

Gracias!!

El salón recreativo de Caine

2012-04-16T17:02:00.003+02:00

Esta historia que publicaron hace un par de días en Reddit pero que todavía no se ha movido mucho por la blogosfera hispana me ha alegrado el día. Se trata de la historia de Caine. Un chico de nueve años al que le encantaban los juegos recreativos. Y decidió construir uno en el desguace de su padre. Pero como no tenía dinero para máquinas caras, decidió hacerse las máquinas el mismo. Con cartones.

Construyó su máquina de baloncesto, su máquina de lanzar bolas, su futbolín, todo con cartones y mucha imaginación. Pero no se quedó ahí. El no quería jugar. El quería tener su propio negocio como su padre.

Así que comenzó comenzó a cobrar. Un dólar por cuatro partidas o un pase gratis por dos dólares lo cuál era como dice el un trato espectacular. La imaginación del niño es terriblemente inspiradora. Si ganabas, Caine se colaba por la parte de detrás del cartón y colaba por una rendija tickets de premio que podías recoger. Para poder jugar con el pase gratis colgó calculadoras en las máquinas y tenías que introducir un pin que él te daba y pinchar un botón, lo que te daba un "número grande" (en realidad era hacer una raiz cuadrada si no vi mal) que él ya se sabía y así podía comprobar si habías metido bien el pin o le estabas haciendo trampas. Simplemente genial.

La vida de Caine y su padre cambia cuando su primer cliente decide contar la historia de Caine en Internet y organizar un evento para que todo el mundo vaya a jugar al salón recreativo de Caine porque eso le hará feliz. La televisión se hace eco, sale en Reddit, y ... no os cuento como acaba. Lo tenéis que ver. Es un vídeo enormemente tierno. Increíblemente inspirador. Por cierto, la gente que hizo el vídeo también ha abierto un sitio web para financiar una beca de estudios para Caine. Y por ahora han recaudado 160.000 dólares. La ilusión, la imaginación y el esfuerzo también tiene premio.

La vida de un parche en Android

2012-03-15T08:16:00.001+01:00

Gerrit está en alza. O así lo creen en CIO donde lo han listado como uno de las herramientas de programación Open Source más destacados. El hecho de actuar como un intermediario entre el committer y el código fuente del proyecto hace que realmente sea una herramienta ideal para la gestión de contribuciones. Quizás es por eso que lo utilizan en proyectos como Eclipse, OpenStack, QT o Android entre otros.

En la página de Android sobre Gerrit muestran el flujo que debe recorrer una contribución de código antes de llegar a materializarse en el proyecto. Si estáis pensando alguno en utilizar Gerrit, puede que os de algunas ideas. La dejo por aquí como curiosidad.

Convirtiendo a personas sin hogar como puntos de acceso Wifi

2012-03-12T11:07:00.000+01:00

La innovación muchas veces aparece por donde menos te lo esperas. Muchos nos hemos encontrado alguna vez en las grandes ciudades con personas sin hogar que se encuentran repartiendo periódicos gratuitos o de precio reducido que a cambio esperan algunos donativos. Es un modelo complicado que pone en una situación embarazosa tanto al que ofrece el periódico, ya que aunque es un trabajo por sus características es embarazoso (menos que tener que pedir, de cualquier modo) como al "cliente" ya que en la mayoría de los casos no te interesa el periódico u otras veces te encuentras con individuos que te lo echan encima como quien dice.

Bueno, al grano. En un artículo de tech.li se cuenta el caso de Homelesshotspots.org. Una iniciativa mucho más innovadora por parte del departamento social de una agencia de publicidad, BBH New York, que veía como estos periódicos gratuitos sufrían mucha presión por parte de los medios digitales, y me permito añadir también de la calle.

¿En qué consiste la inciativa? Simple. En transformar a la persona que vende los periódicos en un punto de acceso 4G. Así, si en un momento dado necesitas Internet, esta persona te vende el acceso a una tarifa asequible. En el vídeo de YouTube a continuación se ve a Clarence. Que estaba en la SXSW de Austin y ofrecía 4G a los viandantes. Clarence vendía el acceso a un precio entre 1 y 2 dólares los 15 minutos e incluso te acompañaba si necesitabas utilizar Internet mientras caminabas. El pago se realiza mediante Paypal y va directamente a una cuenta de Paypal asociado a la persona sin recursos.

No sé a vosotros, pero a mi me parece una idea muy original, que reinventa un modelo con muy poco éxito en un servicio realmente útil para las grandes ciudades.

Felicidad en el trabajo: Foxxcon

2012-03-08T11:35:00.002+01:00

Hace un par se semanas la ABC publicó un reportaje en vídeo (¿el primero?) sobre la mega-fábrica china (Hon Hai Precision Industry Co., Ltd), Foxxconn.

Normalmente no trato de estos temas, pero justo me coincidió el ver este vídeo con el escribir sobre la felicidad en el trabajo para los desarrolladores, donde comentaba como el fundador de Etsy criticaba el que se intentase equiparar el labor de programación con una actividad más propia de las fábricas, poniendo como ejemplo la película Modern Times de Charlie Chaplin y la visión de las fábricas de los años 30. Viendo el vídeo de Foxxconn, realmente las vida en las fábricas chinas no ha mejorado mucho.

Hace unos meses hubo una serie de artículos en TechCrunch sobre Foxxconn. En esa serie de artículos el editor es bastante benévolo con el gigante chino, probablemente por la falta de experiencia a juzgar por lo que se cuenta en el reportaje de la ABC, que accedieron a hacerlo sólo si les dejaban total libertad para realizarlo tras haber sido invitados a asistir a la primera auditoría sobre condiciones laborales de la historia en la mega-fábrica china.

El reportaje se centra en la división de Foxxconn que trabaja para Apple, la empresa más impactada por la mala prensa tras la ola de suicidios de hace años, aunque en Foxxconn se fabrican otros productos de consumo masivo como la Xbox, el Kindle o la PS3. Lo primero que destaca es que el iPad se hace a mano. Un iPad se consigue tras pasar por 325 personas diferentes tras 5 días completos. Largas filas de operarios con supervisores encima del cogote por si algo falla.

Más cosas que llaman la atención. La gigantesca cantina. Los operarios durmiendo la siesta en la misma mesa en la que comen. O las habitaciones donde se van a dormir tras trabajar con literas para que duerman siete personas en la misma habitación. Hay que verlo. Es impactante.

Los operarios de Foxxconn ganan 1.77$ a la hora. Les doblaron el sueldo tras la oleada de suicidios que hubo hace unos años. Eso sí, tras la generosa subida de sueldo también se aseguraron de poner redes para que no se volviesen a reproducir esos incidentes. El gigante achaca la ola de suicidios, más que a las condiciones laborales dentro del polígono, al hecho de que la mayoría de los empleados son jóvenes de pueblos marginales y que no se acostumbran a la vida en una gran ciudad industrial.

Sea como sea, otra de las cosas que llama enormemente la atención en el vídeo es la enorme "cola" para conseguir un trabajo en la mega-fábrica. Dos multitudes, separadas por género. Enormes. Y es que por mucho que nos puedan parecer escandalosas las condiciones de trabajo en Foxxconn, parece que siempre serán cientos de veces mejores que la vida que estos jóvenes llevan y la miseria que sufren en los pueblos de los que provienen, y que también sale reflejada en el vídeo.

En fin, dejo aquí el vídeo que creo que vale la pena ver. No por Apple, sino para que seamos conscientes también cuando compramos de donde provienen nuestros tan preciados juguetes, ya sean iPads, Kindles, Playstations o Xboxes y que tantos "placeres" nos proporcionan.

Bonus video: Un vídeo algo más duro de hace algo más de un año

El fundador de Minecraft reparte 3 millones de dólares entre sus empleados

2012-03-05T10:33:00.000+01:00

¿Conocéis Minecraft? Si sois aficionados a los juegos me imagino que sí. Si no lo sois tanto, no tendréis ni idea de lo que es. Como yo, que lo descubri vía David Bonilla cuando mostraba como el plug-in de Atlassian para publicar tickets de JIRA en Minecraft.

En fin, se trata de un juego muy simple basado en Infiniminer y que comenzó como un experimento en el 2009 de Markus "Notch" Persson tras dejar su trabajo e iniciarse en el mundo del desarrollo independiente de videojuegos. Una beta en el 2010 y kaboom en el 2011 se disparán las ventas. Hace unos días anunciaron que superaban las 5 millones de unidades, que a $14.95 ya os da una idea de como queda la caja de esta empresa :)

Pero al grano. En la fiesta de la venta número 5 millones, Notch tenía un anuncio que hacerles a todos sus empleados. Notch iba a hacer caja y sacar dividendos de la empresa. Y el anuncio que tenía era realmente muy especial:

Sí, leéis bien. Notch anunció que iba a repartir todos los dividendos, 3 millones de dólares, entre sus empleados. Bueno, son unos cuantos, pero sale a unos $120K. Os imaginaréis la reacción del equipo. Se comentaba por Twitter que no había sitio para tanta lágrima en la empresa. De alegría, claro.

120.000 dólares antes de impuestos, me imagino que se corresponden con de entre uno a tres años de trabajo según los puestos para cada empleado de la empresa. No está nada mal. Esto sí que es una técnica de fidelización y motivación de los empleados. ¿Seríais capaces de marcharos si el jefe os regala tres años pagados? Hay que ser realmente generoso. Me imagino que habrá muchísimas personas que consideran ahora mismo que Mojang es el mejor sitio del mundo para trabajar.

Optimizar la felicidad del equipo de desarrollo

2012-03-01T17:19:00.002+01:00

Hace casi un año, Chad Dickerson dio una charla en la RailsConf 2011 que vale la pena leer. Se trata de una presentación de poco más de 20 minutos donde el que es el CEO de Etsy explica las claves para conseguir un equipo de desarrollo feliz.

Etsy, que muchos conoceréis es un sitio web que permite la venta objetos de artesanía a través de la red. Es enorme. En la charla (2011) hablaban de mil millones de visitas al día y más de 40 millones de dólares en ventas al mes. Espectacular. Pero no menos espectacular es que un equipo de 70 desarrolladores realize 25 despliegues a producción al día :)

Y es que según Etsy, la felicidad está en poder ver que lo que haces tiene una consecuencia, que lo que plantas tiene un fruto. Tiene mucha razón, y me váis a permitir una pequeña disertación al hilo de esto. Yo tengo un pequeño huerto donde voy plantando cosas. Este verano tuve muchas lechugas, pero en Invierno fue muy frustrante porque por mucho que plantaba, como no tenía las medidas adecuadas (invernadero) todo se me moría y no tenía ninguna hortaliza o legumbre.

La misma frustración del no conseguir ningún objetivo pasa cuando te mandan desarrollar algo, lo terminas, pero no sale a la luz. Se queda ahí parado, en el mejor de los casos tras días, semanas o meses de espera pasa a producción. Porque en otros muchos eso que has hecho será superado una y otra vez por tareas "más importantes" en la lista de cosas a realizar "ya". Repite este proceso varias veces y tendrás a una persona desmotivada. A alguien que piensa que tanto da lo que haga, si total ni siquiera sabe si servirá para algo. Alguien que poco durará en tu equipo.

En Etsy presumen de mejorar exactamente eso. De hacer feliz a la gente haciendo que puedan ver que su trabajo es útil para todo el mundo. Para todos sus compradores y vendedores. Para esto es fundamental una descentralización de la autoridad. Que no haya un cuello de botella al desplegar. En Etsy todo el mundo puede desplegar. Eso sí, previo paso de una gran suite de tests y siempre que no lleven más de 20 minutos. En definitiva, tener cubiertas las espaldas por muchos tests y sobre todo confíar en tu equipo.

Otro aspecto importante que menciona. Todavía hay mucha gente que cree que hacer software es como estar en una fábrica. Muchos hace mucho que no lo creemos, pero es importante que el lugar del trabajo no se asemeje a una fábrica. Por ejemplo, tener elementos de diversión o de arte en el lugar de trabajo. Que sea divertido! (esto me recuerda a las imágenes que han estado circulando por la red de las oficinas de Lego).

Lo mismo pasa con la comida. La comida debe de ser algo que se disfrute. Un tiempo para compartir con los compañeros. En la conferencia Chad usa una imagen de una película de Charlie Chaplin en donde está en una cadena de montaje y una máquina se encarga de darle de comer a los operarios para que así no abandonen la cadena. La siguiente transparencia muestra a un programador tomándose unos fideos delante del ordenador. Vaya. ¡Pues no es tan diferente pasados 75 años! La idea es evitar esto. En Etsy, dos veces al día la gente comen todos juntos. Prohibido comer delante del ordenador!

Por cierto, muy curiosa la forma que tienen para coordinar las diferentes builds de las que hablaba un poco más arriba. Mediante IRC. Cada vez que alguien quiere desplegar a producción, pone su nombre en el tópico, y se va formando una cola de gente. Vamos como quien va a la frutería y pide la vez. Una solución sencilla a un problema que de otro modo se vuelve complejo.

Y termino ya. Dejo aquí las transparencias y el vídeo de la charla.

Optimizing for developer happiness

View more presentations from Chad Dickerson

Esa "lacra" que son las multinacionales

2012-01-12T15:34:00.004+01:00

Nunca he sido un gran amigo de las multinacionales. Me refiero a esas empresas en las que tu madre siempre estaría orgullosa de que trabajases y con las que se le llenaría la boca el decirle a sus amigas "mi hij@ ahora trabaja en XXX". La verdad es que nunca he sentido una gran necesidad de mandar mi currículum a las grandes empresas. Creo que quizás por miedo a ser un número más, o quizás por miedo a tener que pelear con mis compañeros por conseguir progresar y entrar en luchas cuasi fratricidas. Siempre he tenido esa sensación de que, aunque en estas grandes empresas siempre hay proyectos preciosos, yo no encajaría ahí.

En fin, esta reflexión personal viene a cuento de este tweet de Edu Rodríguez, donde se enlaza a un vídeo de la Coordinadora Informática CGT publicado en Vimeo y que pongo a continuación. El vídeo muestra a cinco personas hablando sobre la vida en una multinacional.

Documental: 5 Informáticos relatan el día a día de explotación en una multinacional (CAST/CAT) from Coordinadora Informática CGT on Vimeo.

El vídeo está en catalán y castellano. Yo soy gallego y las partes en catalán las he entendido perfectamente. Mezcla, de una manera muy acertada, las confesiones de estas cinco personas con episodios de Dilbert, así que se hace bastante entretenido. Como podéis esperar, lo que cuenta esta gente está muy lejos de lo que a la madre estándar le gustaría escuchar o de lo que podría sentirse orgullosa.

Aún así el gran shock por mi parte ha sido el último segundo del vídeo, donde sale el copyright del mismo. ¿Por qué? Porque se trata de un reportaje del 2003. Justo cuando la cosa volvía a despegar. Vamos, que ¡¡está grabado en la eṕoca buena!! No me quiero imaginar como sería el mismo vídeo a día doy con las empresas cerrando o envíando sus factorías de software al extranjero.

En definitiva. Un vídeo para reflexionar y que no estaría mal que se lo pusiesen a los alumnos de grados de informática como orientación laboral. ¿Qué os parece?

Ser brillantemente terrible

2012-01-03T15:03:00.005+01:00

¿Cuántas veces os habéis preguntado el por qué un servicio que parece inicialmente una porquería triunfa? ¿Cuántos hemos creado servicios mucho mejores que la competencia pero que no tienen tanto éxito? Unas veces es cuestión de dinero o recursos, otras veces es cuestión de contactos, incluso podrían ser cuestiones de situación geográficas.

Pero otras muchas veces la razón del triunfo es carisma. Las personas queremos disfrutar. No nos importa utilizar cosas peores si son más bonitas, si nos hacen sentir mejor, si nos hacen sonreir o simplemente nos hacen la vida más fácil. Los técnicos nos obsesionamos con conseguir hacer lo más potente, lo más rápido, lo más eficaz, lo más complejo. Pero los seres humanos muchas veces preferimos cosas peores, cosas más simples, cosas más divertidas.

Y esto viene a cuento de un fragemento del concurso de America's got talent que acabo de ver. ¿Cuántos bailarines profesionales se habrán presentado al concurso? No lo sé. Seguramente miles. Y el que podéis ver en el video seguramente será de los peores. Pero desde el primer segundo en el que entra en la pista la gente se vuelve loca. Una pura definición de carisma, likeability o como dicen en el video being brilliantly terrible.

Lo tengo claro. Lo próximo que construya prefiero que sea brillantemente terrible.

P.S. Y por cierto, feliz año a todos!

Crónica de la MobileConGal (desde dentro)

2011-12-12T15:14:00.009+01:00

El pasado Viernes se celebró en Santiago de Compostela la MobileConGal, la primera conferencia hecha en Galicia orientada única y exclusivamente al desarrollo de aplicaciones para dispositivos móviles. Y si toda la gente con la que he hablado o los que han comentado en twitter no mienten, aunque me imagino que algún mal saber de boca siempre hay, podríamos considerar que ha sido un éxito. En este post pretendo plasmar mi retrospectiva personal como organizador del evento, contar un poco como surgió todo, como viví el evento y qué conclusiones saco. A ver como me sale.

Todo empieza allá por el 2 de Septiembre cuando María Encinar se pone en contacto conmigo para hablarme sobre AppCircus. Le han hablado sobre organizar un AppCircus en Santiago de Compostela y quiere ver si puedo patrocinar con Tropo. Nos reunimos y le dejo claro mi idea de que las marcas de fuera están genial pero que ya conoce mi postura sobre el tema, prefiero lo local. Hay patrocinio si organizamos algo más gordo. Un evento sobre movilidad en Galicia donde podamos reunir a gente de la comunidad y de fuera de ella a la que le interese todo lo relacionado con el desarrollo móvil. A María no cuesta mucho engañarla así que acepta. Así nace la MobileConGal. La idea está clara, aprovecharemos el tirón de AppCircus y crearemos algo grande. Comienza la aventura.

Durante los siguientes meses nos repartimos las tareas. María se encargaría de toda la burocracia y yo de atraer a los ponentes. Tener a María era una ventaja ya que ella ya tenía los contactos de su etapa en Iniciador Galicia. Pasadas unas semanas, y gracias a esa agenda, teníamos ya el salón de actos de ingeniería informática reservado. Aunque nos salió rana. Pasado un tiempo empezaron a vacilar y el acuerdo no se materializaba y cada vez se nos echaba el tiempo encima. Llegamos a ofrecerles 20 entradas gratis para los alumnos. Pero nada. Había que buscar alguna alternativa. Ahí es cuando aparece el ayuntamiento de Santiago de Compostela, que no sólo nos ofrece un edificio para nosotros sino que también quiere patrocinar el evento. Sin duda una ayuda enorme y de agradecer.

La búsqueda de fecha fue también complicada. AppCircus nos obligaba literalmente a hacerlo en Diciembre, ya que el ganador tenía plaza directa para el Mobile Premier Awards de la Mobile World Congress que se celebra en Barcelona en Febrero. Al final nos decidimos por el 9 de Diciembre, Viernes y en semana de "acueducto". Una fecha super complicada, pero que esperábamos nos ayudase a atraer ponentes por eso de poderse venir unos días antes o quedarse unos días después.

Y la verdad es que la fecha, aunque nos perjudicó en asistentes, la verdad que nos ayudó a atraer a los ponentes. Intentamos buscar ponentes fuera de los círculos habituales de ponentes del sector, o como diría David Bonilla, fuera de los gurús habituales. Y creo que salió bastante bien.

Los patrocinadores fue un poco la de cal. Tampoco nos vamos a quejar. Patrocinaron Tropo, Blusens que ofreció una fiesta al final del evento, el ayuntamiento de Santiago de Compostela, Bahia Software, y El Super de la Esquina. Lo que la verdad, está muy bien. Pero nos costó un riñón y parte del otro encontrarlos. Y otros patrocinadores que serían mucho más evidentes, que no voy a nombrar, pues bueno, no tuvimos la capacidad. Sirva de excusa que los contactamos con un par de meses de antelación, y ese tipo de empresas de las que hablo, sí son muy grandes y muy importantes pero sus responsables de marketing a la hora de la verdad tienen muy poca maniobrabilidad. Pero ellos se lo han perdido :) Como me comentaba alguna gente, el Google DevFest con un zillón más de recursos y en Barcelona no atrajo mucha más gente :)

Otro problema con los patrocinadores fue el AppCircus que se celebra hoy, 13 de Diciembre. Esto es algo que os podéis imaginar que no nos esperábamos ni se nos comunicó. En teoría la marca de AppCircus nos iba a ayudar con patrocinadores, prensa, etc. En teoría iba a ser fácil atraer a todas esas grandes empresas que salen en su página. Pasados un par de meses vimos ese evento anunciado. Imagináis que no nos gustó. Eso y alguna otra cosa que voy a evitar comentar. Dejo a vuestro juicio el valorar la ética de todo esto. Tampoco me quejo demasiado porque a fin de cuentas nosotros organizamos MobileConGalicia aprovechando también la marca de AppCircus. Dejo a vuestro criterio el valorar la ética de todo eso.

Respecto al evento en si mismo, comenzamos a las nueve. Un gran fallo fue no pasarse un día antes a probar las instalaciones. Habríamos visto rápidamente que la Wifi no funcionaba. Bueno, sí que funcionaba, pero pedía contraseña y usuario y no te dejaba registrarte, y nadie en el edificio sabía como registrar un usuario o siquiera un usuario activo ya que ellos utilizaban otra conexión. En definitiva, un evento sobre mobilidad sin Wifi. Ejem. Mirándolo por otro lado, así la gente no podía andar con sus cachivaches en las ponencias y no les quedó otra que atender a lo que decían los conferenciantes. Supongo que no hay mal que por bien no venga. Pero está claro que es un fallo a tener en cuenta para el futuro.

Al final se registraron 150 personas, más otras 20 por organización y entradas de los patrocinadores nos dan un total de unas 170 personas, que es mucho más de lo que esperábamos, especialmente teniendo en cuenta que era un evento de pago, y aunque muy barato ya que la entrada costaba 25€, lo cierto es que en España nos cuesta pagar. Otro fallo fue el no dar una rebaja por "early bird". A dos semanas del evento estaríamos registrados unas 60 personas, y en las dos semanas siguientes casi triplicamos. Esto evidentemente es una alegría pero por otra parte si supiésemos con antelación que ibamos a disponer de ese dinero extra entonces podríamos haberlo utilizado mejor.

En definitiva que para la siguiente mejor poner algún mecanismo que evite esa incertidumbre en el número de asistentes y premie a los que se apunten con antelación al evento. Al final no nos quedó más remedio que cerrar el proceso de registro el último día porque seguía apuntándose gente y el recinto tampoco daba para mucho más. Especialmente la parte de catering. El hall del edificio se quedaba algo justillo para las 170 personas. Menos mal que ahora hay que fumar fuera porque eso aligeró un poco el hall :)

Las charlas se prolongaron desde las 10 menos cuarto hasta las seis y media. Teníamos dos parones entre medias de media hora para un café. Creo que las paradas fueron adecuadas. La agenda en general estaba bastante comprimida ya que había 9 ponencias, lo cual es un montón. Tuvimos una hora y media para comer que creo que también fue suficiente. Después de la comida, Blusens presentaba su Web:TV. Tenía quince minutos que al final dejé en algo más de media hora, simplemente porque había muchísimas preguntas del público y sabía que los ponentes de la tarde tenían charlas bastante cortas. Me llevé mi bronca de María jejeje, pero al final hasta nos sobró tiempo.

Al terminar las ponencias, y después del segundo café, se celebró el AppCircus, con algo menos de gente pero también bastante afluencia. 10 aplicaciones competían pero al final la que se llevó el gato al agua fue ReallyLateBooking. El nivel la verdad es que era bastante bueno y había aplicaciones muy interesantes.

Ya como conclusión. Ha sido una alegría el ver que los ponentes y los asistentes parece que salieron contentos, al menos a tenor de lo que nos comentaban o lo que se ha comentado en Twitter. Especialmente gratificante es ver que vino gente de Barcelona, Madrid, Sevilla o Asturias y todos hablan de repetir el año que viene. Personalmente cosas como esa son las que hacen que valga la pena el organizar eventos que juntan o forman comunidades que hasta entonces estaban tan disgregadas.

¡¡En definitiva, una grandísima experiencia!!

Varias notas finales. De todas las fotos sólo una es mía, las otras son de nuestro fotógrafo extraoficial: Marcus Fernández. Podéis ver más aquí y aquí. Además tiene una crónica del evento aquí. Andrés Ribera tiene también un albúm en Picasa. Ah, y creo que por unanimidad el ganador moral del AppCircus fue Chove (el ponente era un crack en el escenario y en sus tres minutos tuvo tres rondas de aplausos por su gracia).

Bustin Jieber

2011-11-17T19:31:00.003+01:00

Bustin Jieber es la aplicación más popular de Thomas Suarez, un desarrollador de aplicaciones para iPhone y iPad, americano, y con la peculiaridad de que tiene tan sólo 12 años.

Lo he conocido a través de este artículo en TechCrunch que no habría visto si no fuese porque estaba destacado en Linkedin. Pero no sólo eso, resulta además que Thomas es un orador excelente para su edad y en el link de TechCrunch enlazan el video a la charla que dio nada más y nada menos que en el TEDx Manhattan Beach.

En los comentarios hay alguién además que nos descubre a otro chico de 12 años, Harry Moran, de Cork, que ha tenido bastante éxito con su aplicación Pizza Bot. Y a mi todo esto, que queréis que os diga, me ha traido recuerdos de mi juventud.

Yo, como muchas otras personas que conozco, éramos Thomases y Harrys. A nuestra forma. Con nuestro BASIC, nuestros Spectrum, Commodores, MSXes, nuestros Amstrads, nuestros PCs 1512, o nuestras Micromanias y MicroHobbys. Era una época en la que había que arreglarse con lo que había. Y vaya si nos arreglábamos (o más bien debería decir que se arreglaban). Nada más y nada menos que la edad de oro del software español.

Yo no creo que ni Thomas ni Harry sean genios, ni superdotados, pero sí que hay que aplaudirles. Y mucho. Porque en nuestra época quizás meter pokes, hacer programas o videojuegos, o leerse la Micromania era de lo más cool que alguien de doce años podía hacer. Pero hoy, lo más cool a los 12 en España estoy por decir que es casi el irse de botellón. Bueno, quizás exagero, pero lo cierto es que hay cien mil millones de maneras de perder el tiempo que no teníamos antes.

Os envidio Thomas y Harry. Me encantaría vivir esto con 12 años. Me encantaría publicar mis aplicaciones en la AppStore; me encantaría aprender Android y que mis compañeros se instalasen mis aplicaciones en sus Smartphones; me encantaría que mis programas los descargasen personas desde Chile, Italia o Corea; me encantaría aprender Python, Ruby o Java o incluso C. En serio, que envidia el ser un chaval de 12 años y poder vivir todo esto, y con miles de sueños por delante.

¿A vosotros no os da envidia? Bueno, en realidad, que envidia el poder tener 12 años otra vez. Al menos un poquito :)

MobileCONGalicia

2011-11-08T09:50:00.004+01:00

Que abandonado tengo esto :( La verdad es que llevo unas cuantas semanas desaparecidas. La carga de trabajo y el preparar los últimos eventos a los que he asistido me han quitado el tiempo que me gustaría tener para actualizar este blog.

Pero bueno, espero que poco a poco todo vaya volviendo a la normalidad. Tampoco ayuda el que cracks como María Encinar me hayan liado para organizar un evento de desarrolladores en Galicia, el insuperable, increíble, espectacular, el eventazo: MobileCONGalicia.

Bueno, no voy a faltar a la verdad. La historia fue más bien que María quedó conmigo una mañana para ver si patrocinabamos el evento que quería organizar, un AppCircus en Galicia. Para los que no lo conozcáis porque no estéis en el mundo del desarrollo para dispositivos móviles, AppCircus es un concurso bastante importante donde diferentes aplicaciones compiten por ser la mejor y obtener un premio que suele variar entre los diferentes eventos. Yo le dije que sí, pero que con una condición. Tenía que haber un evento paralelo de charlas para desarrolladores. La idea del AppCircus es genial, pero queda un poco descafeinado el reunirse a última hora de la tarde para sólo ver aplicaciones. Ya que vas a ir y presentarte, que menos que poder aprovechar todo el día y así hacer networking con otros desarrolladores. Y así nacio MobileCONGalicia.

MobileCONGalicia es un evento que se celebrará el 9 de Diciembre en Santiago de Compostela. Consta de dos partes, desde las 9 de la mañana tendremos a diferentes desarrolladores de aplicaciones móviles contándonos sus experiencias sobre desarrollo iPhone, Android, Windows Phone, usabilidad y diferentes temas. Serán charlas principalmente técnicas y sobre experiencias prácticas. En la segunda parte, a partir de las 7 de la tarde, tendremos el AppCircus, donde 20 aplicaciones competirán por una plaza directa en el concurso de aplicaciones que se celebrará en el Mobile World Congress 2012 de Barcelona.

La participación en AppCircus es gratuita. Las conferencias sobre desarrollo móvil tienen un coste de 25 euros. La agenda de ponentes está todavía incompleta, pero podéis ver que tenemos a gente como Jordi Bonet, que lleva la parte de desarrollo móvil en Softonic; Alberto Ruibal y Eugenio Estrada, expertos en desarrollo de aplicaciones en Android y Windows Phone; Elena Pérez, CTO de SpartanBits, que cuentan con 1 millón de usuarios habituales en su aplicación de chat para Facebook Go!Chat, Hermes Piqué con 1.5M de descargas habituales en sus aplicaciones y que ha participado en eventos como la DroidCon o Ricardo Varela que es el director de los Joint Innovation Labs de Vodafone. Bueno, y también estará en teoría un personaje llamado Martín Pérez, que si puede ser se intentará escaquear y conseguir traer a alguien mejor :)

En definitiva, yo creo que el cartel es muy bueno para los 25 euros que cuesta la entrada. Como digo, la agenda está cerrada, de hecho todavía estamos pendientes de cerrar a un par de cracks más. Que bueno, si alguno de los que leéis este humilde espacio os interesa participar, tampoco lo descarto. Mandadme un correo a "mpermar at gmail punto com" y lo hablamos. Mientras sea relevante y no vaya de publicidad (para eso tenemos packs para sponsors) siempre puede haber hueco.

Y eso es todo. Un evento sobre desarrollo para móviles, el 9 de Diciembre que cae muy bien si os queréis pasar con la novia/o/mujer/marido/familia y aprovechar el puente o el fin de semana y disfrutar de Santiago de Compostela. Para más información podéis también seguir a @MobileConGal en Twitter, y por cierto si os he convencido y queréis venir en tren, entonces podéis disfrutar de un 30% de descuento.

Saludos!

Resumen Apache Barcamp 2011

2011-10-09T20:26:00.002+02:00

Escribo este post desde el aeropuerto. Toca coger el avión de vuelta a casa después de dos agradables días en Sevilla. La razón de estar aquí, muchos ya la sabéis, de hecho algunos la habéis compartico conmigo y no es más que otra que el haber disfrutado de la Apache Barcamp 2011. Para mi ha sido un gran evento. Un eventazo, de esos que habla David Bonilla. De los que crean realmente comunidad y de los que debería haber más en España. Un evento donde en mi opinión se han manejado muy bien los tiempos y ha habido un correcto equilibro entre contenido técnico y networking. Y además, un evento gratis.

Mi Barcamp comenzó el Sábado a las 20:00 cuando llegué al hotel. Tras unos problemas con la Wifi conseguí tener conexión a Internet y ver que todos habían quedado en un hotel cercano para irse a tomar unas cañas a la zona vieja. Bueno, cercano, mi buena sudada me metí para que los barcamperos no tuviesen que esperar más por mi de lo que habían esperado. Al llegar al hotel, allí estaban los David Bonilla, Candela, Jeroclo, Yerai Darias que venía de canarias, Mariscal de Salenda con Fátima y muchos más, pero me gustó mucho especialmente el reencontrarme con personas con las que compartí comunidad y eventos en el pasado como Jose Luis Mondelo (mondelo) y Daniel López a los que hacía fácilmente más de ocho años que no veía.

Al llegar al ayuntamiento allí estaban nuestos anfitriones y organizadores, Manuel Recena y Antonio Muñíz con el, que tal como se demostraría por las noches, incombustible Carlos Sánchez, por ahí andaban también Xavi con el resto de tropa Abiquo, que se vinieron nada más y nada menos que cuatro, y mucha más gente, a los que se une poco más tarde David Pombar y su pareja ya para ponerle la guinda a la noche. Todos listos para una gran noche de cañas, tapas y networking. Señores, los eventos de cañas o cavas y twits me dan la risa comparados con esa noche y la siguiente.

Ya por la mañana, sin resaca alguna, y desmintiendo todos los rumores vertidos por la prensa sensacionalista del señor Bonilla sobre el juerguismo de su mujer y un servidor, toca empezar la verdadera Barcamp. Recogemos las acreditaciones, una original camiseta "Celebrity" con los logos de los patrocinadores y en la que podías escribir a rotulador tu nick de Twitter, y nos vamos al salón de actos donde Carlos que ejerce de maestro de ceremonias nos explica como funciona un Open. Un par de minutos de gloria para los patrocinadores donde comento lo que es Tropo, y posteriormente los que se animan a presentar una charla pasamos a la palestra y en menos de 30 segundos tratamos de animar a la gente a que nos vote. Creo que al final hubo 27 propuestas, sobre las que habría que habría que escoger 18. Habría tres tracks, dos de ellos con streaming HD lo cual es un lujazo.

Una vez expuestas las charlas, bajamos a votar. Cada uno coge 6 post-its y los tenemos que colocar sobre las charlas a las que nos gustaría ir. Primer y único fallo mayúsculo de la organización. Lost post-its del chino no pegan :D Nada que el ingenio sevillano no pueda solucionar pasando a votar las charlas en una mesa en lugar de en un tablero. Buena reacción! La verdad es que en ese momento había algo de presión. Esto es como eurovisión. ¿Lo has hecho bien para convencer a los que no te conocen para que asistan a tu charla? Venir y patrocinar este evento y después no pasar el corte habría sido un golpe duro! Pero hubo suerte. Por cierto, que hubo gente que se tomó mal el que no votasen sus charlas, y alguno -evidentemente local- se fue, lo cual muestra claramente que no se ha entendido el espíritu de este tipo de eventos.

Después de las charlas toca networking. Nos vamos a desayunar. Esto ha sido algo que me ha gustado mucho del evento. El tener tiempo para el desayuno, la merienda y el almuerzo sin prisas, sin que te anden empujando y no tengas tiempo para hablar con la gente. Fantástico. Nuevamente gran networking. Luego, empiezan las charlas. Primero la de Apache Droids y me toca a mi. Mi propuesta era "Real-Time Cloud Communications" y consistía en explicarle a la gente como funciona Tropo, Phono y Rayo, y mostrar como hacer proyectos y ganar dinero en telefonía. La anécdota desastrosa es que creo que fuí el único ponente que sufrió el temido "Efecto Demo". Efectivamente, la demo de los restaurantes, no funcionó!! En mi defensa debo decir que la Wifi no funcionaba demasiado bien y esto hacía que al reconocedor de voz al preguntarte por una ciudad le llegase en vez de "Betanzos" una entrada más parecida a "Biiieeettaaannzos" con lo que todo petaba (ahí, como un machote, sin gestíon de errores). Pero bueno, al acabar parece que a la gente le gustó el tema, o quizás estaban disimulando para conseguir una de las fantásticas camisetas de Tropo (sí David, tendrás la tuya) que se repartieron al final. Me hubiera gustado dar camisetas para todos, pero por problemas de logística sólo pude llevar unas cuantas, por lo que preferí simplemente dejarlas para los que viniesen a la charla.

La tarde prosiguió con otra charla, la comida, más charlas y de nuevo un café. Otra vez, insisto, fenomenal networking, fenomenal timing. Esa tarde también conocí a uno de los cracks de la lista de spain-scalability, Iván de Prado de DataSalt, que dió lo que fue mi charla preferida, explicando Hadoop a todo el mundo con un lenguaje muy comprensible. Ah, y justo después de él, Carlos Sánchez nos explicaba Puppet y en que consiste el fenómeno de los dev-ops, algo que me vino también muy bien. Para terminar la tarde, nos fuimos al salón de actos y allí hubo unas cuantas Lightning Talks, donde destacaron para mi la apología de nuestra profesión hecha por GermanDZ (en serio, los argentinos están hechos para esto de hablar), y el superéxito lo tuvo sin duda Thorsten Scheler de Apache, alias Thor, que más bien deberíamos decir alias Quillo, ya que hizo gala de una perfecta jerga sevillana. Ah, además a los ponentes nos sacaron a la palestra y cada uno de los asistentes que tenía una carta de pokemon se la dió al ponente que hizo la charla que había gustado más. Yo conseguí 8 cartas, creo que gracias al soborno de las camisetas, y me tocó el tercer premio, 50€ en libros de amazon. ¡¡Detallazo!! El triunfador de la noche fue Ignacio Coloma, que se llevó un Tablet. (Por cierto, creo que otro fallo fue el que cada uno tuviese que decir sus cartas, ya que la gente que tenía cero, una o dos pudo sentirse mal -yo estaba acojonado-, y da una impresión equivocada porque las charlas podían estar bien. Ya se sabe como son estas votaciones. Creo que la idea está muy bien, pero simplemente se debería preguntar "Quién tiene más de cinco que levante la mano", y seguir a partir de ahí.)

Tocaba prepararse para el evento final. Señores cuando digo eventazo, es que fue un eventazo. De inicio, el plan es reunirse en la Carbonería donde hay comida a reventar y donde cada uno tiene tickets para cinco cañas gratis. Y como hubo gente que no vino, pues había tickets de sobra para los asistentes y para sus parejas o amigos. Justo cuando me iba a retirar para el hotel antes de ir a las cañas, conozco a Fernando García del GTUG, de Barcelona, un crack del mundo Android y además super majo. Me acompaña al hotel a dejar las cosas que llevaba y decidimos coger un taxi para el evento. Nos echamos bien 15 minutos esperando taxi por la zona, y no había manera. Así que decidimos andar un poco hacia un cruze. Y por casualidades de la vida nos encontramos con un grupo de dicharacheros Barcampers locales liderados por penyaskito, que se habían quedado a tomar unas cañas enfrente a la Universidad, y donde descubro que había algún lector de este blog como Pablo. Sun compañeros son tan majos que nos acercan a la carbonería, y hasta me querían dar un tour por las atracciones de Sevilla!

Y nada, lo demás ahí ya es historia. Desde las 9, horas y horas de cañas y comida en un fenomenal networing, incluyendo show de cantaor flamenco (algo molesto al pedir constantemente que nos callásemos jejeje). El catering muy bueno. La fiesta se alargó hasta muy tarde en la madrugada. El comando de Autentia+Yerai, el comando jmsuarezm y el binomio Klicap+Thor peleaban duramente por ser los reyes de la noche :) Yo me retiré a las cuatro pero a juzgar por los twits la cosa me da que duró mucho más.

En definitiva y me repito ya muchísimas veces. Eventazo. Lo peor, que hubo bajas a pesar de pedir confirmación, lo mejor TODO y sobre todo el ambiente y el buen rollo que se respiraba. Enhorabuena a todos los organizadores.

Apache Barcamp, 8 de Octubre, Sevilla

2011-09-27T08:58:00.004+02:00

Creo que a estas alturas poca gente desconoce ya que el 8 de Octubre se celebra en Sevilla uno de los eventos más interesantes del año. Se trata de la Apache Barcamp Spain, organizada por una serie de cracks como Manuel Recena, David Bonilla, Abel Muiño, Carlos Sánchez, y ~~creo que me dejo a alguno más~~ Antonio Muñiz.

Además en Tropo hemos decidido patrocinar este evento, algo que ya se anunció hace unos días en el blog del evento. Así que no quedará más remedio que asistir :)

Por cierto, que las entradas para este evento (que son gratuitas) se agotaron en un par de ~~días~~ horas. Después se abrió una lista de espera y se anunció que habría 50 entradas extra, así que no dudéis en apuntaros ya que tiene muy buena pinta. Si alguno ha llegado especialmente tarde y desea enooormemente asistir, quizás como organizador pudiese hacer algo ya que tenemos algunas entradas (pocas) reservadas. Así que ya sabéis, correo e invitación a cerveza ;)

Así que cualquier interesado en conocer más sobre Tropo/Voxeo, o simplemente interesado en desvirtualizarnos, por allí estaré el Viernes Noche y Sábado, disfrutando del evento y espero que también de Sevilla de la mano de la organización.

Nos vemos!

Mashup: Buscador de restaurantes con 11870 y Tropo en menos de 100 líneas

2011-09-22T09:03:00.004+02:00

Como ya os anuncié hace unos días, soy miembro del equipo de Tropo. Aunque mi foco es la siguiente generación del producto, lo cierto es que de vez en cuando me gusta ir probando cosillas. Lo malo es que casi todo está en inglés. Así que decidí hacer un ejemplo rápido de aplicación en castellano que mostrase un poco como funciona el TTS y el reconocimiento de voz en Español.

Para ello decidí crear un buscador de restaurantes. El código está disponible en Github. La idea es la siguiente. Una aplicación de Tropo escucha en un teléfono al que podéis llamar. La aplicación lo primero que hace es preguntarle al usuario por la ciudad en la que quiere buscar un restaurante. Internamente, la aplicación carga una lista de ciudades de más de 10.000 habitantes y aplica reconocimiento de voz a lo que ha dicho el usuario para así detectar la ciudad. Si todo va bien, y la ciudad se detecta, se redirige al usuario al siguiente paso.

En el siguiente paso, Tropo nos pasa la ciudad que ha detectado. Esa ciudad la utilizo para llamar al API de 11870 y consultar todos los restaurantes disponibles en esa ciudad. Con esa lista de restaurantes construyo un mapa [restaurante:teléfono] que guardo en la sesión, y una lista de nombres de restaurantes que se utiliza para aplicar un nuevo proceso de reconocimiento de voz al preguntarle al usuario por el restaurante que desea consultar. Una vez que el usuario ha dicho un restaurante, si éste coincide entonces se pasa al siguiente paso.

En el último paso, simplemente se recoge el resultado del reconocimiento de voz, que es el nombre del restaurante, que nos envía Tropo. Este nombre se utiliza finalmente para obtener el teléfono y para darle el teléfono al usuario.

Os dejo el vídeo donde explico el código fuente y muestro la aplicación en funcionamiento. Aunque aviso, está en mi inglés "perralleiro", como decimos por aquí.

¿Qué mejoras se podrían añadir? Muchas:

- Gestión de errores. No la hay. Añadir reintentos en caso de fallos, avisar de que no se ha encontrado el restaurante, añadir avisos en caso de silencio, etc.
- Ampliación de los diccionarios en los restaurantes. El gran problema aquí es que 11870 te devuelve por ejemplo "Pepito". Pero habrá gente que a ese lugar le llame "restaurante pepito", "bar pepito", o incluso "casa pepito". Un buen añadido sería un sistema semi-inteligente que expandiese un poco los términos de búsqueda para hacer que resista un poco más a fallos.
- Transferir el teléfono. Este es un cambio de una línea. Simplemente en lugar de decir el teléfono, transferir directamente la llamada.

Si alguno se anima a implementarlos, ¡adelante! Sería una aplicación espectacular. Si la queréis probar, podéis simplemente llamar a este teléfono +34 931786172 o por Skype al +990009369996138011, pero ya os aviso que es muy probable que debido a los puntos explicados arriba terminéis con un "el teléfono de null es null" porque no hay ningún tipo de gestión de errores. Os dejo unos pares de ciudades restaurantes que he probado (en la aplicación) y que podéis usar si no se os viene nada a la cabeza:

Betanzos - La Casilla
Sada - Manel
Barcelona - Da Greco
Madrid - El Tigre
Sevilla - Aire de Sevilla

Espero que os guste!

Gerrit, un sistema de revisión de código muy jugoso

2011-09-20T09:42:00.009+02:00

Hace unos días charlaba placidamente en una terraza de Santiago de Compostela con @pepellou y @carlisgg sobre lo interesante que era Gerrit y como resultaba curioso que un sistema basado en un repositorio de Git era la solución más natural a uno de los problemas más tradicionales de las organizaciones con muchos desarrolladores, que era el mantener la build intacta.

Tenía pendiente escribir sobre esto, pero además es que justo hoy @psluaces referencia en un comentario en el post sobre las desventajas de las ramas de desarrollo un artículo suyo, también interesante, donde se explican algunos de los problemas que alivia Gerrit. Así que, ¡qué gran excusa para ponerse a hacer los deberes y escribir este post que tenía pendiente!

Hace ya tres años (como pasa el tiempo), estaba yo en una compañía donde llegó a haber una horda de testers (38, nada más y nada menos) pero donde también eramos unos cuantos los que tocábamos el código (unos 20). La cosa andaba justa, así que el desarrollo era frenético. El que se crea que en Irlanda no se hacen horas extras o se trabaja los fines de semana está equivocado ;) El caso es que llegó un momento en que el ritmo de commits, unido a que en el equipo había perfiles desde lo más junior a lo más senior, hizo que fuese bastante común el que la build estuviese constantemente rota. Este es el principal problema del desarrollo en raíz o en trunk, y que @psluaces dibuja muy bien en las imágenes de su artículo (y que me permito linkar desde aquí):

El que la build esté rota es un enorme problema en el desarrollo en trunk. La build está rota, la gente no puede compilar, o no les arranca el servidor, o la aplicación no funciona, en definitiva, pasan muchas cosas malas. Por eso la obesión de los sistemas de integración continua es mantener la build siempre estable. ¿Cuál fue la solución en nuestro caso? Grandes problemas requieren soluciones drásticas. En su momento usabamos SVN. Así que la solución fue un hook de modo que en caso de una build rota, se bloqueaba el SVN, lo que implica que nadie podría hacer más commits. Y el siguiente paso era una revisión rápida manual para comprobar si había algún error trivial. En caso de que lo hubiese, se le daba la oportunidad a la persona que había roto la build de arreglarlo en cinco minutillos, y si el arreglo duraba más entonces se procedía a realizar un revert del código y volver a la última build estable.

Evidentemente, es un proceso doloroso en el que hay varios problemas:

- Requiere la interacción manual de un guardián.
- A su vez, ese guardián se convierte en un cuello de botella.
- Si alguien tenía la mala suerte de haber hecho commit mientras se estaba ejecutando la build de una funcionalidad con errores, su commit sería también rechazado como parte del revert. Lo cual es muuuy molesto.

Todos estos problemas venían dados en muchos casos porque el desarrollador no ejecutaba los tests en local, especialmente los funcionales que llevaban su tiempo. Esto tenía su solución, y el mecanismo de la botella fue bastante disuasorio y efectivo. Pero a veces también era porque el ritmo era tan frenético, que cambios de otras personas influían en tu código y no te daba tiempo realmente de mantener un código actualizado en tu ordenador.

Los tiempos cambian, y nuevas tecnologías aparecen. SVN ya no está de moda y ahora lo que se llevan son los sistemas de gestión de versiones distribuidos como Git. Una de las limitaciones de Git es que no permite un control centralizado. Bueno, vamos a ver, "limitaciones" no es la palabra ya que cualquier fan de Git te dirá que es algo obvio ya que es un sistema de gestión distribuido, así que no existe un punto central. Cierto. Aunque la cruda realidad es que en las empresas necesitas releases, y las releases se suelen hacer siempre desde el mismo ordenador/servidor, que se convertirá irremediablemente en el punto central de facto. La integración continua es, al menos por ahora, una buena práctica, así que normalmente el servidor de CI se convierte en ese guardián y señor de la build, y por defecto es el punto de referencia. Así pués, volviendo a esa "limitación", Git no permite hacer cosas como bloquear commits en un momento dado o establecer un sistema de permisos, así que la gente recurre a hacks en sistemas "Git con esteroides" como Github para conseguir estas funcionalidades. Pero no dejan de ser eso, hacks, tan feos como los que teníamos que hacer en SVN.

Pero al grano. Gerrit. Es la caña. Una herramienta muy interesante para el que usa Git en entornos "hostiles". Gerrit es un sistema de revisiones de código para sistemas Git, donde la belleza radica en que el propio Gerrit es un repositorio Git remoto que actúa como intermediario. Es decir, ¿cómo sería un despliegue tradicional? Tendríamos nuestros repositorios Git en nuestros ordenadores y un repositorio remoto en el de integración continua, a donde hacemos push periódicamente y desde donde hacemos pull para recoger los cambios. Típicamente este repositorio puede estar en sitios como Github.

¿Cómo es la estructura con Gerrit? Pues es similar, pero en vez de empujar nuestro código al sistema de CI, éste se empuja a Gerrit. Dentro de Gerrit ya pueden suceder varias cosas. Puede que el jefe tenga que pasarse y revisar los cambios, aprobar algunos y rechazar otros. O también podemos hacer simplemente que Gerrit ejecute los tests automáticamente, y que en caso de que vea que la build se rompa, entonces simplemente no apruebe los cambios. En este caso, el cambio es notable. Los cambios que rompen la build nunca llegan a la máquina de CI, y por lo tanto la build nunca se rompe.

Alex Blewitt, alguien al que tuve la suerte hace tiempo de conocer personalmente y es un crack, explicaba Gerrit con mucho detalle en este artículo de su blog, y también en este otro explicaba como era la integración con Jenkins. De este último, también hay video:

Using Gerrit Git Review with Jenkins CI Server from Alex Blewitt on Vimeo.

No os parece curioso que sea un sistema que fomenta el desarrollo distribuido y en ramas el que solucione el principal problema del desarrollo en una única rama trunk :)

Greach

2011-09-07T09:47:00.003+02:00

Creo que todavía no lo había comentado. El 4 de Noviembre tendré el honor de participar en Greach, la primera conferencia específica sobre Groovy y Grails que se va a celebrar en España.

Se trata de un esfuerzo conjunto entre el super-crack Alberto Vilches y javaHispano y que promete ser refrencia no sólo en España sino también en Europa ya que vienen refrencias como Guillaume Laforge, el project manager y principal promotor de Groovy; Graeme Rocher, el creador de Grails; Andres Almiray, creador de Griffon, json-lib, EZMorph, committer de Groovy y mucho más; Hamlet D'Arcy y otros muchos nombres que os sonarán como Arturo Herrero, Dani Latorre, Fatima Casaú, Marcin Gryzsko, Enrique Medina o Jorge Uriarte.

Así que desde este modesto lugar, no me queda más que darle la enhorabuena a Alberto y a javaHispano por organizar este evento y comentaros que el registro ya está abierto a un precio tan espectacular como son 10 euros. Vamos, que si estáis en el mundo de Groovy/Grails o queréis aprender más sobre estos lenguajes, yo diría que no hay excusa :)

Meses de cambios. Voxeo / Tropo

2011-09-05T10:35:00.009+02:00

Los que seguís el blog, tan desactualizado en Agosto, recordáis ese momento de gloria Internetil que te convierte en portada de Meneame y trae tantos miles de visitas en un día casi como los que tiene el blog en todo el año y que fue el post sobre como había creado una empresa en 24 horas por 100 euros.

Los que me conocen rapidamente me preguntaron, ¿Qué tramas? Porque evidentemente alguna razón habría. Pero todavía no era el momento de comentarlo. Pero bueno, ahora sí que ya va siendo hora.

Básicamente, desde hace ya varios meses ha cambiado un poco mi situación laboral. Sabéis que durante año y medio tanto Jordi, como Dani y como yo hemos estado más de un año trabajando en Jobsket full time. Sin embargo llegó un momento donde nos dimos cuenta de que sería necesario algo más para mantener nuestro ritmo de vida de clase media/baja. Vamos, por lo menos tener ingresos para ir al cine con la pareja, tomarnos unas cañas, etc. Así que entramos en modo autónomos, y aunque Jobsket sigue funcionando y nuestros clientes están satisfechos, estamos todos haciendo también otras cosillas.

Y en mi caso yo llevo varios meses trabajando como desarrollador senior para Voxeo, y más concretamente desarrollando la próxima generación de Tropo. Para los que no conozcáis Voxeo, que entiendo que seréis la mayoría. Se trata de una empresa que se dedica al mundo de los IVR (interactive voice response), reconocimiento de voz, Voz por IP, plataformas de mensajería, llamadas, etc . Se trata de una compañía americana, con sede en Orlando y clientes de un perfil bastante alto como pueden ser Vodafone, T-Mobile, Swisscom, Disney, Ikea, etc.

Yo soy parte de Voxeo Labs, un grupo especial dentro de la compañía que nos dedicamos a innovación y creación de nuevas plataformas. Uno de esos productos surgidos del laboratorio es Tropo. En pocas palabras, se trata de una plataforma Open Source de Cloud para el desarrollo de aplicaciones de control de llamadas y mensajes de texto. ¿Qué clase de aplicaciones se pueden realizar con Tropo? Pues realmente casi cualquier aplicación que interactue con teléfonos o SMS. Casos típicos serían un software de gestión de call center, una centralita telefónica, un contestador inteligente tipo los que utilizan bancos o grandes empresas, y un largo etcétera.

Pero no os quedéis con que sólo las grandes empresas utilizan este producto. Uno de los principales "targets" de Tropo son las Startups. Principalmente porque los precios son muy atractivos. Por poner un ejemplo, cuando utilizáis ------- (he tenido que eliminar el nombre ya que parece ser que no nos lo permiten decir, pero es una super-cool startup de mensajería y móviles, la más conocida :) ), estáis utilizando Tropo. Que por cierto, un producto de los Labs también muy interesante es Phono, una librería Javascript que permite llamar a teléfonos de cualquier parte del mundo desde el navegador ( Esto es verdadero click-to-call. En otros sistemas más rudimentarios el cliente debe introducir su número de teléfono y un sistema automatizado lo llama. Con Phono, es el cliente el que llama directamente desde el navegador sin esperas ), que en 10 meses ya ha gestionado más de 8 millones de minutos en llamadas.

El principal competidor de Tropo es Twilio. Competidor entre comillas ya que las compañías son muy diferentes. Voxeo lleva más de 10 años en el sector de las telecomunicaciones, mientras que Twilio es una Startup al más puro estilo marketing Californiano, capaz de hacer un ruido infinito. Hay bastantes diferencias como el hecho de ser open source, el soporte internacional (+41 países), siete lenguajes de programación diferentes, reconocimiento de voz o speech en diferentes lenguajes (incluidos catalán, gallego y vasco), soporte SIP, short codes, mensajería instantánea, y bueno, paro ahí, pero sin duda a pesar de las diferencias ambos productos tienen su hueco.

La verdad es que llevo ya unos cuantos meses en la empresa y por ahora estoy bastante satisfecho. Mi trabajo consiste en diseñar la arquitectura y el núcleo de lo que será la siguiente generación de Tropo. Y la verdad es que no puedo contar mucho más. Algunos ya os habréis olido algo viendo mis artículos en el blog de Tropo y mis implementaciones de librerías de Java y Grails para Tropo. Pronto habrá noticias, y por eso quería hacer una actualización pública de mi estado primero.

Nada más, si a alguno os interesa Tropo no dudéis en comentármelo, y por si os interesa juguetear con las APIs de Java o Grails os dejo links aquí a los artículos que he ido escribiendo:

- Voice powered applications with Grails (Screencast)
- Deploying Tropo based applications to CloudFoundry with Grails
- Controlling your web browser with Grails and Tropo
- New Grails based Webapi implementation
- Building an IVR system with Tropo and Java
- Sending outbound SMS with Java
- New Java based WebApi implementation

Sobre las desventajas de las ramas de desarrollo

2011-08-09T09:11:00.008+02:00

Hace unos días, gracias a @alexcuesta llegué a un gran video (al final del artículo) donde Martin Fowler y Mike Mason analizan los pros y los contras de lo que se conoce como Feature Branching. Bueno, en realidad los contras, porque en lo que exponen el 90% son contras y el 10% son justificaciones.

Feature Branching (artículo del 2009 muy completo del propio Fowler en el que se basa la charla) es una técnica de toda la vida, pero que con el auge de los sistemas de gestión de versiones distribuidos como git ha ido también ganando en popularidad, que consiste en el desarrollo de funcionalidades en ramas paralelas a la rama principal, para de este modo no afectar al desarrollo normal.

El feature branching se suele utilizar para el desarrollo de prototipos o desarrollo de nuevas funcionalidades que requieren bastante refactorización. Otra variante interesante es la que te ofrece Github con sus "forks" (algo propio de Github), que sería cuando un desarrollador hace un branch del código de un proyecto para añadirle nuevas funcionalidades, quitándose así de encima el engorro de tener que ser añadido al repositorio original, o poder trabajar sobre el código sin molestar a los desarrolladores principales, o simplemente experimentar un poco. Sea cual sea el objetivo, una vez implementadas las funcionalidades del branch, se realiza una integración (merge) con la rama principal. Martin Fowler lo dibuja muy claramente en su artículo:

Pero voy a los problemas. El desarrollo en ramas es muy cómodo, para trabajar como cowboys. Nadie te molesta. Tienes toda la rama para ti. Haces lo que quieres, refactorizas como quieres. Todo es color de rosa. Menos cuando toca integrar. Con el desarrollo en ramas, especialmente si hay otro equipo trabajando en más ramas o en la raíz del código, es muy habital que se produzcan unos procesos de integración de código bastante dolorosos. Cuanto más lejana esté la rama del desarrollo principal, más doloroso será el proceso de integración. Asimismo, cuanto más código nuevo tenga la rama, más doloroso será el proceso de integración. Esto, creo yo que es algo bastante conocido. ¿Quién no tiene alguna historia sobre este tipo de integraciones? Y es que no sólo hay que integrar el código. Asumiremos que el desarrollador habrá además hecho tests, que tendrá que integrar. Bueno, tests y demás recursos, como cambios en los esquemas de bases de datos, recursos en el servidor web, etc. etc. En definitiva, y recurriendo de nuevo a las imágenes del artículo de Fowler, se produce una "big merge":

Un caso especialmente peculiar es cuando hay varios cowboys en sus ramas, con sus desarrollos particulares, fantásticos, con sus estilos particulares, y ambos quieren integrar en la raíz del código. Llegamos a esa situación tan particular de: "gana aquel que hace commit primero" :)

La verdad, estoy totalmente con lo que comentan en el video de que el desarrollo en ramas es incompatible a la integración continua. Casi me atravería a añadir que incompatible con el desarrollo ágil, al ser la integración continua un proceso fundamental dentro de un proceso que se quiera considerar ágil. Efectivamente, la integración continua se basa en la continua generación de código dentro de la rama principal de desarrollo que forma nuestro producto de una manera diaria. Es decir que en cualquier instante de tiempo podemos lanzar un producto completamente funcional ya que todo nuestro desarrollo se encuentra constantemente actualizado.

La base de un sistema de integración continua es sin ninguna duda el disponer de un amplio repertorio de tests, ya sean hechos antes (TDD) o después del código y ya sean unitarios, de integración o funcionales.

Es fácil ver que el desarrollo en ramas es totalmente contrario a la integración continua. El código no está disponible hasta días, semanas, o hasta meses después, y no tiene garantizado el paso de los tests que haya en la rama principal (aunque haya tests en la rama, los de la raíz habrán evolucionado, y también habrá nuevos tests, así que tendrán que ser integrados. Como mucho la rama tendrá la garantía de que se pasan los tests que había en el momento de crear la rama).

Ya para terminar, Martin Fowler y Mike Mason recomiendan en el video dos alternativas al desarrollo en ramas. Una es FeatureToggles, que se podría "traducir" al castellano como "relés de funcionalidades", es decir tener algunas condiciones en nuestro producto que habiliten o deshabiliten una funcionalidad concreta. De este modo las funcionalidades experimentales se encuentran en la rama principal del código pero deshabilitadas, y se habilitan cuando sea necesario probarlas o cuando pasen a un estado estable. La otra alternativa es BranchByAbstraction que se basa en crear capas de abstracción o fachadas que abstraen las funcionalidades. De modo que el producto principal siempre utilizará la fachada y los desarrolladores pueden habilitar la implementación estable o la experimental de la misma mediante flags o configuración del sistema.

Y finalmente el video de marras:

Resultados encuesta evento escalabilidad

2011-07-15T12:20:00.013+02:00

Hace un par de días creaba una encuesta para que ejerciese un poco de termómetro de las ganas de eventos para desarrolladores en España haciendo unas preguntillas sobre un futuro evento sobre escalabilidad.

Han pasado dos días y he creido que en lugar de guardarme los resultados para nosotros, puede ser interesante publicarlos y comentarlos entre todos (excepto la pregunta donde se preguntaba a quién le intresaría presentar algo). Los datos son interesantes. Vaya por delante que no quiero generalizar. Estos datos simplemente son una muestra de la opinión de 1. La gente que lee ese modesto blog, 2. La gente que nos sigue en Twitter a los promotores y 3. La gente que estáis en el grupo de escalabilidad. Vamos, que si nos vamos a una determinada empresa o administración pública y les preguntamos a sus programadores, pues igual los resultados son algo diferentes. Pero bueno, tras ese disclaimer y sin más dilación, voy con los resultados (click en las imagenes para agrandar).

Pregunta 1: ¿Qué tipo de evento os gustaría ver?

Curiosamente, y reconozco que me ha sorprendido este dato, sólo un 12% preferiría explícitamente un formato Open/Barcamp. Un 75% quieren algo organizado, y un 50% quieren tener también espacio para networking/cañas/tapas y conocerse. Me ha sorprendido bastante porque el formato desconferencia está bastante de moda, pero efectivamente quizás para lo que proponemos nosotros el mejor formato sea otro.

Pregunta 2: ¿A quién te gustaría que estuviese enfocado el evento?

El 50% prefiere un evento con un poco de todo. Otro 25% busca un nivel intermedio en las charlas, algo que se alinea bien con lo anterior. Un 15% y un 10% os decantáis por nivel experto y principiante.

Pregunta 3: ¿Asistirías si fuesen dos días? (por eso de un evento híbrido)

Casi el 60% asistiría, y otro 38% intentaría ir un día me imagino que por motivos de trabajo y/o agenda. De cualquier modo, parece que un evento de un día es lo más fácil para todos.

Pregunta 4: ¿Crees que tu empresa te dejaría asistir?

Es algo preocupante que un 20% de los encuestados creen que su empresa no les dejaría asistir. Digo algo porque por otra parte a un 80% sí que las empresas les dejarían asistir. Es decir que 4/5 personas que han rellenado esta encuesta parece que tienen flexibilidad para acudir a eventos en su trabajo, lo que siempre es buena noticia. Eso sí, algo más de un 25% necesitan que sea algo justificable, un evento más o menos serio.

Pregunta 5: ¿Te gustaría que viniese alguna persona/empresa en especial? Si es de España mejor :)

Aquí ha habido comentarios intersantes. Hay quien nos comenta que quizás traer a los responsables de lo que sea la CDN más grande de España (¿algún contacto por ahí?). Varios pedís a gente de las grandes, Facebook, Linkedin, Twitter, Amazon, Netflix, Cloudera, Last.fm ..., o gente de frameworks como Redis. ¿Y eso sólo por 50€ no? :P Bueno, esto último es broma. Estoy totalmente de acuerdo con vosotros, cuanto más grandes las experiencias mejor.

Pero ojo que hay quien dice lo contrario, que mejor producto español. Nos recomendáis a Blueknow, Abiquo, Tuenti, Trovit, alguien ha mencionado a Ricardo Galli también.

Pregunta 6: ¿Estarías dispuesto a pagar por asistir?

¡¡La gran pregunta para los organizadores!! ¿Cobramos o no? Obviamente traer gente de fuera cuesta dinero. Pero a ver que pensáis los que habéis cubierto la encuesta.

Más o menos un 15% no pagarían nada, que por otra parte un 85% sí que pagarían, lo cual creo que es una muy buena cifra. Eso sí, un 50% pagaría hasta 50 euros, que la crisis aprieta (eso último es mio). Lo que nos deja con un restante 35% que pagaría más de 50 euros. Un 25% llegaría hasta 150 euros. Sólo un 2% se iría a un nivel más europeo de conferencias hasta 500€.

Bien, son simplemente datos. Como comentaba al principio, no se puede extrapolar demasiado aquí. Me quedo con el dato positivo de que un 85% entiende que lo bueno cuesta dinero. ¿Os quedáis vosotros con algo más? (salvo con lo de que hay dos privilegiados dispuestos a soltar pasta a mansalva :D)

Pregunta 7: Talleres, ¿sí o no?

Un 40% de los encuestados sí querrían tener algún taller. Otro 40% sin embargo no son exigentes. El restante 20% prefieren ir a las charlas o aprovechar para tener cañas y networking.

Yo estaría entre ese 20% ya que personalmente no soy muy fan de los talleres. Creo que lo que pudes aprender en un taller lo tienes en cualquier Howto de Internet y que se saca más partido de las charlas y networking. Pero bueno, oiga, si se puede se puede, habría que ver instalaciones, lo que supone en cuanto a organización, etc. Lo bueno para la organización (por eso de liberar presión organizativa) es que a un 60% no les importaría realmente que no hubiese.

Pregunta 8: En caso de que te interesen los talleres. ¿Algo en especial?

Pues aquí ha caido un poco de todo. Sobre todo herramientas y frameworks como terracotta, Redis, RabbitMQ, Hadoop, Erlang, Node.js, NoSQL, Cassandra, Zookeeper, Neo4j, MongoDB. Otros se decantan más por aspectos más generales como serían el cómo escalar una aplicación web, como crear una arquitctura escalable, como manejar grandes volúmenes de datos o como denormalizar BBDD tradicionales para que se ajusten a NoSQL.

Algunos también muestran en los comentarios dudas sobre los talleres.

Pregunta 9: ¿Darías una charla? Ya puestos, hay que aprovechar para buscar ponentes :)

Esta no la puedo desvelar. Pero nos han llegado propuestas muy interesantes. Así que ya sabéis, si alguien se anima, o tenéis contacto con alguien que podría ser interesante tenerlo, pues podéis contactar conmigo directamente en mpermar@gmail.com

Y esto es todo amigos. ¿Qué os parecen los resultados?

Consulta sobre evento sobre escalabilidad.

2011-07-13T10:44:00.004+02:00

Hola a todos. En el grupo de escalabilidad en español que tenemos en Google Groups, hemos decidido que es hora de pasar a la acción y montar un evento de escalabilidad. No será ahora, sino más bien dentro de unos meses, pero la idea es intentar que sea algo atractivo para la gente.

Así, tenemos que saber lo que a la gente le gustaría, en especial si queréis un evento empresarial pues saber a quién os gustaría ver, o que empresas os gustaría que fuesen, o si queréis un evento más relajado pues poder ir buscando patrocinio para unas cañas, y todo eso :)

Así que hemos preparado esta consulta para ver un poco por donde van los tiros. ¿Nos ayudáis?

Martin Fowler analiza la arquitectura de LMAX

2011-07-12T17:58:00.004+02:00

Allá por Enero, escribía sobre la arquitectura de LMAX, una empresa que había desarrollado una aplicación para operar en mercados de derivados pero no sólo orientada a traders sino también al usuario final, y que presentaba unos números impresionantes. En InfoQ publicaron un video muy interesante donde los creadores de la arquitectura la explicaban en detalle.

Un amigo me ha pasado hoy este enlace, donde el mismísimo Martin Fowler ha hecho un análisis mucho más detallado sobre la arquitectura, complementado por notas que ha intercambiado por email con los autores. Si os interesa el tema de la escalabilidad y la computación de alto rendimiento entonces es un artículo que no os debéis perder.

Vía ese mismo artículo, he descubierto también el planeta de blogs de la empresa LMAX, donde entran bastante en detalle sobre la arquitectura de su sistema además de tratar otros temas, y también durante estos meses han lanzado como código abierto el código de lo que han venido a llamar Disruptor, junto con un paper técnico que lo trata en detalle.

Y nada más, espero que os sea útil.

Edit: Tener una tecnología "super-cool" e innovar en Software no necesariamente implica éxito. Tres meses después del lanzamiento de LMAX, el CEO dejó la compañía para buscar otras oportunidades en Londres. En el artículo veréis como el modelo de negocio de LMAX suscita muchas dudas entre los expertos y empresas del sector.

Todo lo que deberías saber sobre Linux y MySQL y nunca te atreviste a preguntar

2011-07-06T09:19:00.005+02:00

Yoshinori Matsunobu es Principal Infrastructure Architect en DeNA, habiendo sido previament MySQL Lead Consultant en MySQL/Oracle/Sun, aunque ahora he visto en su blog que es Oracle ACE Director. Hace unas semanas me topé con unas transparencias de un tutorial de 3 horas que dió en la MySQL Conference and Expo 2011, y que sin ninguna duda es la biblia de MySQL y Linux.

Las transparencias son simplemente impresionantes. Tenéis el sumario aquí y como veis trata temas como SSD vs. HDD, elegir el sistema de ficheros adecuado, elegir la CPU adecuada, el tamaño de swap, la configuración de red. En fin, un montón de cosas. Es para mi la presentación más completa sobre hardware, Linux y MySQL con la que me he topado.

Y lo mejor es que tenemos el PDF para descarga o las podéis ver directamente desde aquí mismo:

Linux and H/W optimizations for MySQL

View more presentations from Yoshinori Matsunobu

Creando una empresa en 24 horas por 100€

2011-07-01T14:48:00.010+02:00

El pasado Jueves recogí en la notaría los papeles de mi nueva empresa cuyo nombre corto es Canteira Software.

A principios de Junio me encontré con la necesidad de crear una nueva empresa, con lo que ya tengo dos (sigo siendo socio de Jobsket), y además es que la necesitaba bastante rápido. Por diversos medios me enteré de ese decreto que permite crear empresas en 24h por cien euros y pensé: vamos a probar. ¿Se puede crear una empresa en 24h? ¿Es posible? Os voy a contar mi experiencia.

Básicamente todo empieza a principios de Junio. Durante esos días intento ponerme en contacto con el IGAPE, que en Galicia viene a ser como el punto de contacto de las empresas con la administración en temas económicos, y más concretamente con su PAIT (Puntos de Asesoramiento e Iniciación de Tramitación) en A Coruña. No os exagero cuando os digo que estuve un par de semanas para que me cogiesen el teléfono, llamando una o dos veces al día. Casi siempre o no te contestaba nadie, o resulta que llamase mañana que la persona estaba reunida, o que ya dejaban el recado y me quedaba esperando por una llamada que nunca llegaba, o en alguna ocasión ya me redirigieron la llamada a Santiago donde alucinaban por el que yo les llamase ahí para eso. En fin, desastre total.

Por alguna casualidad de la vida, me llaman. Les comento que quiero crear una empresa en 24h y básicamente la respuesta es que ellos no hacen eso, que tengo que ir a la notaría directamente, pero que no saben si me lo van a hacer. Me recomiendan Notaría Fonseca, una notaría que está enfrente del PAIT y que es la que siempre usan para sus cosas, de hecho es la que usamos para crear Jobsket. Procedo a llamar a la notaría de marras... con el mismo resultado. Tengo que contactar con Pablo, una persona que parece estar más solicitada que estos días Teddy Bautista. Una semanita intentando contactar con el hombre, con el mismo resultado que con el IGAPE, que ya me llaman, que hoy está reunido todo el día, bla bla bla. Parece que ya me tengan calado.

En fin, que en estas pienso, ¿y por qué no pruebo con otra notaría? Así que decido llamar a la Notaría de Culleredo, una notaría que ya había utilizado para otros temas y que me funcionara bien. Así que llamo. La conversación discurre más o menos así:

YO: Buenos días. Llamo porque quiero crear una empresa y he visto que ahora es posible hacerlo en 24h y por cien euros. Me han comentado que lo hacéis directamente en la notaría. ¿Es así?

Oficial: Que remedio. Si nos lo pide alguien, estamos obligados a realizar todos los trámites de constitución en 24h.
...

Y la conversación ya sigue. ¡Éxito! Parece que alguien dispuesto (que remedio). El oficial me pregunta si tengo ya pedido el certificado de que la denominación social está libre. Le comento que no y se ofrecen a hacerlo ellos. Te cobran algo pero muy poco, así que adelante. En un día posterior me comentan que yo soy la segunda persona en pedir una sociedad en 24h y que el primero no funcionó al parecer porque había pedido él la sociedad. Me pareció algo raro pero yo os lo comento por si acaso.

Total que el Martes 26 me llaman para decirme que el nombre está libre (tardaron dos o tres días). Esa misma mañana me acerco por la notaría. Antes de acercarme realizo el único trámite que tiene que hacer el empresario, que es abrir una cuenta bancaria a nombre de la sociedad en constitución e ingresar 3000€ en dicha cuenta. Una vez abierta, el banco te da un certificado conforme has hecho el ingreso de los 3000€ para constituir tu sociedad limitada. Con ese certificado y tu DNI ya puede uno acercarse a la notaría a formalizar la constitución.

Llego a la notaría, espero unos minutos y el notario viene y me lee las escrituras. En este tipo de empresas tanto las escrituras como los estatutos son estándar. Una empresa en 24h. además se registra en 16 actividades comerciales, una de ellas el desarrollo y comercialización de productos de software y comunicaciones. Perfecto para lo que quería hacer. Ah, y se me olvidaba, me comentan que la restricción más grande de estas empresas es que no podrá entrar en su accionariado ninguna otra sociedad. Nuevamente me parece algo raro porque no veo nada en las escrituras ni estatutos que lo mencione, ni tampoco veo nada que diga que esta sociedad es diferente a una S.L. normal y corriente. Pero en fin, tampoco es algo que a mi me preocupase, así que firmamos y a esperar.

Bien, el día siguiente no me llaman. ¡Vaya! Los llamo a última hora y resulta que ya la tienen pero que se habían olvidado. Bueno, no le doy mucha importancia, me imagino que es lo que tiene hacer las cosas por 100€. El día siguiente, voy a recoger las escrituras. Escrituras originales, dos copias simples, CIF listo para operar, y todo aparentemente en regla por 111,50€. Es algo más de 100€ pero, como comenté más arriba, fueron ellos los que solicitaron el certificado de no existencia de la razón social.

Reviso los papeles y en efecto, todos los trámites fueron hechos telemáticamente y finalizados el 27 de Junio. ¡¡¡La sociedad se había constituido en 24h!!!

Y esa ha sido mi experiencia. Muy satisfecho con esta última notaria y muy contento de tener mi empresa tan pronto y tan barato. Así que ya sabéis, si queréis montar una empresa, ya no hay excusa de papeleos ni tiempo. Hacer un ingreso y llevar tu DNI y al día siguiente ya tienes CIF. En mi opinión, un servicio de diez.

Edit: No me esperaba tanta gente comentando este post. Ha sido portada de Meneame y de ahí la avalancha de comentarios y dudas. Así que, como hay tanta gente leyendo este artículo me gustaría aportar un par de aclaraciones al asunto.

Edit 1: La sociedad es una S.L. "de las de toda la vida". Un enlace aquí donde está también el decreto de marras. No son SLNE como algunos comentan.

Edit 2: Efectivamente me ha llevado varias semanas pero simplemente por no poder (o no querer) acercarme a la notaría, IGAPE. Es decir, que seguramente en persona no hubiesen pasado tanto de mi. Pero dejando esto de lado, si das con unos buenos profesionales, entonces efectivamente la empresa se crea en 24h.