Vamos a echarle un poco de chile picante a nuestra salsa de tomate. Hoy hablaremos sobre como practicar la Técnica Pomodoro Extrema.

1. PROTÉGETE DE TI MISMO Y BLINDA TUS POMODOROS

Seamos sinceros. Si fuéramos capaces de concentrarnos como Kasparov batallando contra Deep Blue no estaríamos leyendo este artículo. Si utilizamos la Técnica Pomodoro es porque hemos llegado a la conclusión de que queremos y PODEMOS ser más productivos concentrándonos en una única tarea, evitando distracciones externas y, sobre todo, internas.

Dejemonos de eufemismos ¿Qué es eso de ‘distracciones internas‘? Fácil: Twitter, Facebook, Spotify, navegar por Internet sin rumbo definido, correos electrónicos corporativos, correos electrónicos personales (véase Gmail o Hotmail), lectores de noticias y, la peor de todas: este adictivo blog.

¿Qué tienen en común todas estas actividades? Que se realizan frente al ordenador y, por lo tanto, son disimulables en un entorno laboral y que… requieren Internet.

Localizado el problema, encontrada la solución. En el mundo Apple, existe la killer-app con la que siempre soñaste: Concentrate (no, no me he olvidado el acento, se pronuncia consentreit). Concentrate te permite bloquear, durante un tiempo determinado, aplicaciones, páginas webs, específicas, cambiar el estado del iChat poniendote como ‘No Disponible’ y hasta lanzar scripts de AppleScript, lo que te permite hacer prácticamente lo que te de la gana (imaginaros las posibilidades para, por ejemplo, registrar tu histórico de pomodoros reales). Por supuesto, también te permite configurar cualquier tipo de alarmas y sonidos para ayudarte a concentrarte; y hasta finalizar con un “¡Eres un figura!“  con el que premiar tu esfuerzo.

En el mundo Windows no sé si existe algo tan glamouroso (por favor, si existe, hacedmelo saber) pero, siempre puedes tirar del cable de red y quedarte a solas con tu IDE, tu Tomcat y tu base de datos en local durante 25 minutos.

2. COMPARTE TUS TO-DO TODAY

Hemos dicho que la Técnica Pomodoro es una técnica de productividad personal. No intentes gestionar un equipo utilizando artefactos de la misma como los To-Do Today o el Active Inventory. No funciona.

Pero SI funciona -y bastante bien, por cierto- en combinación con otras técnicas ágiles de gestión de equipos o proyectos como, por ejemplo, Scrum. Y una de las máximas de Scrum es la TRANSPARENCIA. El razonamiento es: “… si estoy haciendo las cosas bien. Si estoy haciendo las cosas lo mejor que puedo ¿Por qué tendría que ocultar algo?“. Desde hace algún tiempo, lo primero que hago al llegar al trabajo por las mañanas es escanear mi hoja de tareas del dia anterior y copiarla en un directorio compartido de mi ordenador.

Poniéndole un poco de picante a nuestros Pomodoros... La Técnica Pomodoro extrema

Cualquiera puede verlas, cualquiera puede ver lo que he hecho y cuanto tiempo teórico me ha costado. Algunos pensaréis que es algo redundante con otros artefactos de Scrum como el Scrum Daily pero, yo no lo veo así, sino como algo complementario. Mientras que en el Scrum Daily se responden a tres preguntas básicas ¿Que hice ayer? ¿Que voy a hacer hoy? ¿Que me impide ser más productivo?, en mi hoja de tareas se puede ver, si he conseguido completar pomodoros, el trabajo que dediqué a una tarea u a otra y, en el caso de que no lo haya conseguido, el nivel de taladramiento exterior o ensoñación interior que he sufrido (recordar que en la Técnica Pomodoro se registran de forma distinta las interrupciones internas y las externas).

Mi responsable no me pidió que lo hiciera, la gente de la que soy responsable tampoco. Lo he hecho de forma voluntaria y me ha ayudado a ser más constante en la aplicación de la Técnica y del registro de pomodoros, interrupciones y eventos inesperados en mi hoja diaria de tareas.

3. PLANIFICA CON POMODOROS

Yo suelo planificar todas mis tareas diarias en base a la duración en pomodoros de las mismas. Se que es difícil que pueda hacer más de 12 pomodoros al día. No es una buena ni una mala marca (recordar, esto no es una competición), es mi ritmo de trabajo habitual adaptado a la realidad de mi día a día.

Al principio se hace un poco raro pero, poco a poco, te vas acostumbrando. Dos pomodoros son 50 minutos de trabajo puro y, si crees que algo va a durar menos de un pomodoro, lo agrupas. Al final, te encuentras con agrupaciones de 3 llamadas de teléfono de esas que “no puedes dejar de hacer” o con pomodoros destinados a “contestar correo“. Una vez más, todo destinado a incrementar tu productividad.

La propia Técnica Pomodoro te sugiere que planifiques la duración de tus tareas en pomodoros y habla de un supuesto Record Sheet para poder comprobar las diferencias entre tus estimaciones y la realidad. No encontré ningún Record Sheet por ningún lado, así que creé el mio para poder registrar las diferencias de planificación.

Si Scrum ayuda al equipo a saber planificarse mejor en iteraciones de cierta duración, la Técnica Pomodoro puede ayudarte a planificar con más exactitud de la que creias posible el trabajo de tu dia a dia.

4. DOMINA LA TÉCNICA POMODORO, NO DEJES QUE TE DOMINE A TI

Un comentario del gran Xavi Gost me hizo ver lo dogmático que puedo sonar pero, no soy un talibán de la estricta observancia de la Técnica Pomodoro por el contrario, creo que cada uno puede y debe adaptarla a si mismo y su forma de trabajo. El manual donde Francesco Cirillo está muy bien y ¡es gratis! pero no es la Biblia. Francesco se limita a describir los conceptos básicos de su técnica y como aplicarlos.

En el momento de redacción de este artículo, la última versión disponible era la 1.3, publicada el 15 de junio de 2007 o, lo que es lo mismo, hace más de tres años.

El libro tiene algunas lagunas como la del Record Sheet que antes os he mencionado y, por otro lado, al ser un manual, muchas veces se limita a describir reglas sin explicar en profundidad el espíritu de las mismas lo que puede llevar a confusiones.

En cualquier caso, la Técnica Pomodoro es una técnica de productividad personal y, por tanto, debe y puede adaptarse a las circunstancias personales de cada uno para alcanzar su objetivo principal: que seamos más productivos. El manual es el inicio, no un fin en si mismo.

Si por vuestra forma de trabajar os viene mejor hacer pomodoros de 47 minutos o intercaláis el trabajo entre dos tareas porque con una sola os aburrís y os funciona… ¡Genial! Lo importante es que consigáis más del tiempo que destinéis al trabajo.

…

Estos son sólo algunos consejos y buenas prácticas que a mi me han funcionado. Espero que podáis aplicarlos y, si os dan resultado, destinar algún pomodoro para dejar un comentario y contármelo. Os lo agradeceré de corazón. Muchas gracias por leerme.

Artículos relacionados:

1. No sabes nada de la Técnica Pomodoro ¿Conoces la Técnica Pomodoro? ¿CREES que conoces la Técnica Pomodoro?...
2. La Técnica Pomodoro Voy a intentar explicar de una forma divertida y amena...

Afirmar que se conoce la técnica por saber que “es eso de trabajar 25 minutos y descansar 5” es la misma tontería que decir que se conoce la gastronomía española por haber comido paella y sangría en un chiringuito de Ibiza… o decir que se domina scrum por tener un papel que dice que uno es Certified Scrum Master.

Puede que algunos halláis ido aún más allá y leyerais todo el manual de Francesco Cirillo en perfecto inglés pero, creedme, si no habéis trabajado en la práctica con la Técnica Pomodoro, no tenéis ni idea de que va todo esto.

En este artículo aclararé algunos conceptos para los que acaban de descubrir  horrorizados que no se han enterado muy bien de que va todo esto e intentaré  evitaros algunos errores de concepto que corregí después de meses de pegarme con la Técnica Pomodoro.

1. ¡ESTO NO ES UNA COMPETICIÓN, ESTÚPIDO!

Al principio, cuando comienzas a trabajar con la Técnica Pomodoro, crees que el hecho de hacer más o menos pomodoros indica lo mucho o poco que has trabajado. Eso es más falso que un billete de 7 euros.

El objetivo de la Técnica Pomodoro no es que hagas todos los pomodoros que puedas sino todas las tareas que puedas,  utilizando conceptos de otras metodologías de trabajo como el Getting Things Done y su lista de tareas o el Work In Progress y su apuesta por reducir al mínimo el trabajo en paralelo con varias tareas. Los pomodoros, porciones de tiempo de 25 minutos reservados en exclusiva a una tarea, son una herramienta para conseguirlo, no el fin en sí mismo. Aunque parezca increíble, la gente se olvida de esto.

Al final del día, puedes haber concluido todas tus tareas sin haber conseguido finalizar ni un solo pomodoro. De la misma forma, puedes haber cerrado 28 pomodoros y no haber finalizado ni una sola de tus tareas.

2. ESTO ES IMPOSIBLE

“Sí, eso de la Técnica Pomodoro suena muy bien pero, en mi puesto de trabajo, es IMPOSIBLE de aplicar. ¿25 minutos sin coger el teléfono? No funcionaría“. Frases como la anterior son habituales cuando hablas con gente sobre la Técnica Pomodoro. Aunque hay entornos laborales verdaderamente hostiles al empleo de la técnica como, por ejemplo, el de una recepcionista… o el de un tornero fresador, la Técnica Pomodoro puede aplicarse  (bien) en muchos más entornos de los que la gente cree.

¿Te resulta imposible no coger el teléfono durante 25 minutos? Pues no lo hagas. Cógelo todas las veces que te haga falta, aunque claro… eso significará que romperás tus pomodoros y que tendrás que comenzar de nuevo ¿y? No pasa nada. Sigues con tu lista de tareas y vas marcando las que concluyas, los pomodoros que completes y las interrupciones que sufras.

3. LA TÉCNICA POMODORO ES MUY DURA

Uno de los mitos de la Técnica Pomodoro es que hace que la gente trabaje menos y se tome más descansos que un funcionario público. Craso error.

“Espera, espera, espera… pero, si rompo mis pomodoros, entonces… no puedo tomarme los cinco minutitos de descanso ¿no?” Pues no, amiguete. Quiero decir, puedes tomarte cinco o cincuenta pero, no estarías cumpliendo la Técnica Pomodoro.

Seguir la Técnica Pomodoro es MUY duro y, creedme, si conseguís concluir un pomodoro, necesitaréis esos cinco minutos de descanso, para ir al baño, para contestar algún correo o tomaros una café.

Cuando llevas 23 minutos dándolo todo, te quedan 2 minutos para ganarte tu descanso y te llega alguien con una pregunta estúpida, en seguida comprendes el concepto de “protege tu pomodoro“. Ya te digo si lo proteges ¡con uñas y dientes!.

Si consigo concluir cuatro pomodoros y me tomo ese descanso de quince a veinticinco minutos, creedme, lo hago sin ningún tipo de remordimiento. Sé que estoy siendo rentable, muy rentable para la empresa.

Seguir (bien) la Técnica Pomodoro es tan duro y requiere tal disciplina que hay días que directamente no la aplico y me la salto. Cuando trabajo haciendo pomodoros suelo acabar tremendamente agotado pero, también, tremendamente satisfecho porque sé que he dado todo lo que tengo dentro, que me he vaciado y que no he perdido el tiempo.

…

Me dejo cosas en el tintero, pero no quería que este artículo fuera uno de mis ladrillos interminables. También estoy preparando un artículo sobre Técnica Pomodoro Extrema para ayudar a llegar al límite a aquellos de vosotros que la practiquéis. Incluso la gente de Okuri Spaces me han comentado la posibilidad de dar alguna charla o curso en sus instalaciones sobre la Técnica Pomodoro por lo que, si estáis interesados en saber más, por favor hacédmelo saber a través de los comentarios o del formulario de contacto de esta web. Muchas Gracias.

Artículos relacionados:

1. Técnica Pomodoro Extrema Como utilizar la Técnica Pomodoro para llegar donde nadie ha...
2. Técnica Pomodoro: Record Sheet Cada vez somos más los que seguimos la Técnica Pomodoro...
3. La Técnica Pomodoro Voy a intentar explicar de una forma divertida y amena...

La excusa Nº 1 del programador para escaquearse: “mi código está compilándose”

La verdad, que tiré la primera mano el que no ha perdido el tiempo viendo la vida pasar mientras el código compila o se despliega en el servidor de aplicaciones.

Pero no voy a exponer una de esas estadísticas que lanzan cada cierto tiempo JRebel y similares para avisarnos de los millones de horas que perdemos haciendo según que cosas. Ey, hoy es viernes y es el día del humor en este blog. Aunque sea para reírnos de nosotros mismos :)

Cuando recibí la invitación, después de haberles dado tanto y tan duro, pensé que todo era una trampa para secuestrarme y condenarme a galeras remando en el barco de Larry Ellison. La verdad, ver entre los organizadores a Jaime Cid, compañero del metal con el que he compartido algún que otro podcast y cara amable de Oracle ante la comunidad española de desarrolladores, me tranquilizó un poco.

Para mí, el formato elegido fue un acierto porque favoreció una conversación natural y fluida. No intentaban vender producto o servicio alguno. El objetivo era conocer las inquietudes de la pequeña y mediana empresa en una comida-debate donde los 11 invitados pudimos charlar en un ambiente relajado y distendido.

Algunos me echasteis en cara el no tuitear nada durante la comida. Siento no haberos informado de los planes secretos de Oracle para conquistar el mundo en tiempo real, pero los compañeros de mesa y el debate generado fue muy interesante y, como casi siempre, yo me metí en todos los charcos que fueron saliendo.

Además de Jaime, hicieron de anfitrionas Mildred Laya, Directora de Comunicación de Oracle para España y Portugal, y Carmen Pizarro, Directora de Marketing para PYMES; que nos dejaron total libertad para proponer los temas y preguntas que nos interesaran.

Como resultado, hablamos de todo un poco y también, como no, de Oracle. Os enumero algunas de las ideas principales que se plantearon sobre la mesa con un pedazo de disclaimer como un piano de cola de grande: en ningún caso son las opiniones oficiales de la compañía californiana, sino de la mesa de debate.

• Oracle orienta su portfolio a clientes con características muy definidas: a partir de 50 empleados y unos 10 millones de euros de facturación.
• Oracle no ha definido aún una estrategia clara para proporcionar SaaS. La política de Larry Ellison es entrar en un mercado “cuando hay que entrar” no antes.
• Oracle mantiene su apuesta por un modelo de negocio basado en la venta de licencias y servicios de valor añadido asociados a dichas licencias.
• Apuestan por la red de partners para llegar donde ellos no llegan, fundamentalmente completar la red de venta hasta el cliente final en todos los territorios y los servicios de integración y desarrollo.
• La integración efectiva con SUN, en España, se hará el 1 de julio.

Pero lo más interesante de esta comida fue conocer de primera mano que Oracle conoce y asume que uno de los mayores activos que ha adquirido con la compra de SUN es la inmensa comunidad de desarrolladores que hay detrás de tecnologías como Java.

Oracle ha tenido una relación fría y distante con la comunidad de desarrollo hasta el momento. Hasta ahora, no debía ocuparse de la Comunidad porque NO TRABAJABA con la Comunidad, pero al completar la fusión del 1 de julio, sus clientes habrán cambiado, su portfolio habrá cambiado y, desde luego, su negocio habrá cambiado. Deben variar su estrategia de comunicación e incluso de venta para adaptarse a estos cambios

Parece que han comenzado a darse cuenta de la importancia de los técnicos en los procesos de decisión de compra. La propia Carmen comentó que iba a encargarse de gestionar estas relaciones con la Comunidad.

Esta comida parece un gesto de apertura y un buen primer paso. Esperemos que sea el primero de muchos y que permita acercar los productos y tecnologías de Oracle a los verdaderos presciptores de los mismos: los desarrolladores.

Artículos relacionados:

1. James Gosling deja Oracle James Gosling, 'padre' del lenguaje de programación java ha dejado...
2. Bonitruco: averigua desde donde se configura Oracle Uno de los problemas más habituales a la hora de...

Vaya por delante un pequeño disclaimer en el que quiero desmarcarme de la habitual envidia española hacia el triunfador y, para mi, la venta de Tuenti por ese pastizal sería un tremendo y rotundo éxito para sus accionistas. Si lo consiguen, no tendría más que felicitarles y darles la enhorabuena. Eso si, hay algunos aspectos de esta historia que me llaman poderosamente la atención y que no veo explicados en ningún lado.

Por eso, me voy a animar a escribir un artículo sobre el tema que quizás, por mi perfil híbrido y bastardo -a caballo entre el desarrollo puro y duro y el negocio- será vapuleado por unos y otros; gurús de Internet y técnicos alejados del vil metal. Al turrón.

LA TÉCNICA: TUENTI ES UNA PATATA CALIENTE

Si, comienzo con un titular-alla-troll para que empiecen a tirarme piedras: Tuenti esta muerto… o al menos, esta muerto en su estado y concepción actual.

No hago más que escuchar frases cancamusistas y muy “de business y entrepeneurship” del estilo de ‘Tuenti está en declive’ o ‘Hay migración masiva de usuarios a Facebook por el tema de los juegos’ que sólo rascan en la superficie de lo que esta pasando. Es FRUSTANTE ver como se le da vueltas y vueltas a algo que se puede resumir en una única palabra: plataforma.

Por favor, que nadie compare a Facebook y Tuenti. Si, las dos son dos redes sociales, del mismo modo que un Ferrari y un tractor son vehículos de transporte, pero no tienen mucho que ver. Facebook es una verdadera plataforma de desarrollo y Tuenti NO.

Nadie puede desarrollar aplicaciones para Tuenti excepto la propia gente de Tuenti. Eso les da la exclusiva a la hora de vender desarrollos de aplicaciones corporativas o publicitarias pero, desde mi punto de vista, es un tremendo error cuando compites contra gigantes con recursos limitados. El éxito de Facebook ha sido conseguir que todo un ecosistema de third-parties desarrolle aplicaciones para la plataforma GRATIS.

Cada vez que alguien desarrolla una nueva aplicación para Facebook, Dios mata a aun gatito… y Tuenti pierde más y más valor.

No puedo cerrar esta primera parte del artículo sin hablar de las aportaciones técnicas de unos y otros. Mientras en el mundo del desarrollo se oyen rumores sobre los ENORMES problemas de escalabilidad de Tuenti y su supuesto PHP spaghetti, de Facebook nos llegan noticias de relumbrón técnico como la creación de su propio compilador ultrarapido de PHP o la base de datos Cassandra, que encima donan a la comunidad y que ya utilizan otras “pequeñas webs” como Twitter o Digg.

¿Quiere decir esto que los programadores de Facebook son muy buenos y los de Tuenti auténticos paquetes? Pues no. Al final todo es cuestión de lo mismo: pasta. Dales pasta, tiempo y recursos a la gente de Tuenti y seguro que te hacen un Facebook. El problema es que Facebook… ya existe.

En mi defensa, he de decir que ya decía lo mismo hace casi medio año en este mismo blog.

EL NEGOCIO: ¿ESTÁN LOCOS ESTOS ROMANOS?

Vale, 80 millones de euros. La pregunta es ¿Por qué 80 y no 40… o 362? Nos hemos acostumbrado a escuchar estas cifras mareantes en la venta de aplicaciones y servicios en Internet y, como en el cuento del traje nuevo del emperador, parece que nadie quiere ser el primero en decir ‘¿Pero no os dais cuenta de que 80 millones de euros es MUCHISIMO dinero?‘.

En este punto es donde los gurús, visionarios 2.0 y marketing ninjas empiezan a confundirme con palabros como ’sinergia’, ‘posicionamiento’ o ‘time-to-market‘, pero yo -que debo ser bastante más limitado- voy a intentar hacer la cuenta de la vieja, a ver si me salen los números. Acompañarme en la aventura. Seguro que disfrutáis viendo como me despeño en el intento.

Tuenti vs Facebook en España. Ayayayayayayay...

Vamos a ver… yo le pago a Telefónica 9 euros mensuales por mi linea de móvil personal, que apenas uso porque siempre tengo conectada la de la empresa. Así que he llegado a  la conclusión de que soy un usuario-bicoca para Telefónica, porque pago por nada, por no disfrutar de ningún servicio. 9 euros al mes son 108 euros al año. Una pasta.

Haciendo la cuenta de la vieja, para financiar la compra de Tuenti debería estar pagando a Telefónica durante 740.000 años. O que 150.000 pardillos como yo estuviéramos pagando religiosamente a Telefónica durante 5 años… y 150.000 son MUCHOS PARDILLOS. De hecho, mi optimista confianza en la Humanidad me impide creer que haya 150.000 personas tan pardillas como yo.

Bueno, vale, parece que esas cifras no superan la Prueba del Pardillato, pero es que, a lo mejor, Tuenti (y Telefónica de paso) saben algo que nosotros desconocemos: como convertir Tuenti en una mina de oro, con un modelo de negocio ultra-revolucionario.

Como yo no llego a tanto, me voy a limitar a estudiar las cifras que son públicas y están disponibles en Internet para todo el mundo.

Se supone que Tuenti tiene, mas o menos, 8 millones de usuarios (ese más o menos puede ser -más o menos- del tamaño de Australia) por lo que la cifra de compra que ha salido en los medios valora a cada usuario en 10 euros.

Bueno, una valoración es una valoración y es igual de buena que cualquier otra. Cuando en 2007 Microsoft adquirió un pequeño porcentaje de Facebook, lo hizo con un precio de compra que valoraba en 398 dólares cada usuario. Dos años después, se hizo una ampliación de capital en donde se valoraba a cada usuario en… 50 dolares, es decir, 8 veces menos.

El  hecho es que, si se pagan 10 euros por usuario de Tuenti y nadie se echa las manos a la cabeza es porque, supuestamente, se puede recuperar la inversión. ¿Cómo? Ni idea, así que una vez más voy a tirar de Internet y de datos públicos.

La información sobre la publicidad en Tuenti es bastante críptico. De hecho la página sobre publicidad del sitio sólo te dice ‘¡Contacta con nosotros!’, pero como no tengo tiempo para contactar con ellos, voy a utilizar los datos públicos de su principal competidor: (lo habéis adivinado) Facebook.

El modelo principal de negocio de Facebook se basa en el cobro por CPM (tarifa por imprimir 1000 veces tu anuncio) y el CPC (tarifa por cada click en tu anuncio).

Al igual que Google con su AdSense y AdWords, Facebook dispone de un sistema de pujas para que insertes tu publicidad en la plataforma. Creo que tienen establecida una puja mínima de 1 céntimo, pero ellos mismos establecen una puja recomendada, para ‘asegurarte’ una mínima posibilidad de publicar publicidad.

El ingreso por CPM ni lo considero por usuario, porque es despreciable (en muchos foros he leído que Facebook ha llegado a aceptar pujas de CPM a 2 céntimos) y, en el caso del CPC, la puja recomendada empieza en 0.05/0.16€ como se puede leer en un comentario de este blog de McCann Erickson.

Si esas cifras son ciertas y Tuenti vende publicidad a precio de mercado, un usuario debería clickar un mínimo de 62 veces en un anuncio para comenzar a ser rentable. Hombre… yo no soy usuario de Tuenti, pero si de Facebook y, después de 4 años, no creo que haya clickado ni 4 veces en algún anuncio. Los ratios de conversión, son bajísimos.

Por supuesto, estas cifras son DEMASIADO simplistas. Seguro que Tuenti vende, lanza y monetiza campañas de publicidad a medida, pero esas campañas hay que venderlas, así que, si alguien me pidiera que invirtiera mi dinero en Tuenti a 10 euros el usuario… tendría que pensarme muy mucho, no ya si la inversión es buena, sino si es la MEJOR inversión que puedo hacer con mi dinero.

Por un lado, no debemos olvidar que, hasta ahora, Tuenti no ha dado más que perdidas. Por otro lado ¿Por qué Tuenti? ¿Por qué Internet? Como trabajadores de este medio, muchas veces nos cegamos con los negocios online pero, hoy por hoy, si tuvierais 300.000 euros para invertir ¿los invertiríais en compraros 30.000 usuarios de Tuenti o en montar una franquicia de McDonalds, por ejemplo?

Si todos, o casi todos,elegís la segunda opción ¿Por qué no debería hacerlo una gran empresa como Telefónica? A sí, se me había olvidado… sinergias, posicionamiento, time-to-market…

EL ESCÁNDALO: EL VOCENTOGATE

Y por si esto fuera poco, estalla el Vocentogate. Un lío de proporciones bíblicas del que nos advierte María Rosa Diez a través de su blog.

Malvados directivos de Vocento, riéndose mientras planean dominar el mundo...

Parece ser que, finalmente, todo ha sido un bulo/lío/bola de nieve donde están implicados 11870, idealista.com,  Carlos Blanco, la caché de Yahoo! y, si me apuras, hasta el Papa.

Sinceramente, me he leído el artículo de María Rosa dos veces y sigo sin enterarme de mucho, pero creo que lo que insinúa es que el Grupo Vocento pudo haber lanzado el bulo de la compra de Tuenti por Telefónica para crear mala imagen de Tuenti y que así no lo compre nadie. ¡Madre mía! ¡Que emoción! Esto pasa en Estados Unidos y en Hollywood hacen una película.

La historia ha llegado lejos y es mencionada hasta en Techcrunch, donde califican al bueno de Carlos de ‘vociferous‘, que me parece un termino de lo mas divertido.

LA CONCLUSIÓN: SI PERO…

La conclusión, si es que la hay, ¿es que Tuenti es una basura y Telefónica despilfarra el dinero? Pues… no. Yo no creo que Tuenti sea una basura. Una red social no tiene porque ser global para que tenga un relativo éxito, como nos muestra el ejemplo de Orkut.

Eso si, si fuera accionista de la compañía, admitiría una ampliación de capital para conseguir la pasta suficiente para convertirlo en una verdadera plataforma de desarrollo. ¿Que cuanta pasta necesitaría para eso? No tengo ni idea pero, desde luego, no 80 millones de euros.

Por dejaros con una última cifra absurda, con un coste empresa de 80.000 euros/hombre de media (y ya es una buena media). Con 80 millones de euros podría pagar a un ejercito de 500 programadores durante 2 años. Para pensárselo ¿verdad?

]]> http://sixservix.com/blog/david/2010/05/05/telefonica-compra-tuenti/feed/ 73 http://sixservix.com/blog/david/2010/04/14/twitter-compra-tweetie/ http://sixservix.com/blog/david/2010/04/14/twitter-compra-tweetie/#comments Wed, 14 Apr 2010 04:50:40 +0000 David Bonilla http://sixservix.com/blog/david/?p=2732

Twitter ha comprado Tweetie y, de paso, ha alterado el status quo que mantenía con todas las compañías externas que producen software basado en su plataforma.

Con esta adquisición, twitter contará por fin con una aplicación de escritorio oficial y se posiciona con fuerza en el mercado móvil  donde contará con un cliente para iPhone, además del cliente para Blackberry que ha desarrollado junto con RIM. Android será el próximo paso.

El problema no es que twitter tenga cliente oficial y gratuito para todos los dispositivos, sino que entra en competencia directa con el propio ecosistema de desarrolladores que ofrecen productos similares que, ahora mismo, generan un 70% del tráfico del sitio.

Por si fuera poco, Fred Wilson, uno de los principales inversores de la compañía, declaraba hace unos días tener la sensación de que el ecosistema de desarrolladores se estaba limitando a llenar los agujeros funcionales existentes, en vez de crear algo completamente sobre la plataforma. Al mismo tiempo advertía que “cuando twitter cierre estos agujeros, dichos desarrolladores tendrán que reinventarse o morir“.

¿Qué ha querido decir el señor Wilson? ¿Planea twitter comenzar a implementar funcionalidades de terceros? ¿Va a crear su propia versión oficial de todas las funcionalidades y servicios que otros han implementado con éxito? ¿Ven los inversores a la comunidad de desarrollo como una panda de parásitos?

Estas declaraciones han creado inquietud en la comunidad de desarrolladores, que comienzan a plantearse su dependencia total de la plataforma y el rumbo que tomará ésta en el futuro. Además, han provocado una cierta indignación, puesto que, como explica Loic Le Meur en su blog, todas las startups -incluida twitter- se crean con la intención de rellenar agujeros que otros no han sabido, no han podido o no han querido aprovechar.

Como miembro del equipo de Pelotator -una aplicación para pelotear a tus seguidores en twitter- conozco la situación de primera mano. Twitter es una FANTÁSTICA plataforma de desarrollo que ha crecido sobre una idea genial, tal y como he defendido y explicado en antiguos artículos y en mi conferencia de la XGN. Pero lo que está haciendo grande a twitter es la comunidad de desarrollo que ha crecido a su alrededor. Espero que twitter no cometa el error de olvidarlo.

Loic Le Meur hablando sobre agujeros y otras cosas

Pinche aquí para ver el vídeo

DISCLAIMER (15/04/2010)

Completo el artículo con este pedazo de ‘buen periodismo’ que se ha marcado el New York Times:

http://c.funius.es/g/m8gude

Estamos en mitad de Chirp la conferencia para desarrolladores donde twitter ha anunciado su propuesta para obtener dinero a través de la publicidad y algunas cosas más como el lanzamiento de un sitio web especifico para desarrolladores de su plataforma, o el acceso al UserStream, que proporciona más información sobre las acciones del usuario más allá de su timeline de tweets.

Manteneros alerta. En breve caerá un artículo sobre Chirp y todo lo que alli ocurra…

Artículos relacionados:

1. Twitter y el sexo En el proceso de investigación de Twitter como herramienta de...

]]>

Organizar un evento no es como plantar patatas. No hay dos iguales y cada uno tiene necesidades diferentes. No es lo mismo organizar un Café Áxil que una XGN. Aún así, hay algunas puntos básicos que siempre hay que tener en cuenta si vas a organizar un evento.

• Un evento cuesta dinero. Asúmelo, un evento siempre cuesta dinero. Mucho, poco o una cantidad indecente, pero algo cuesta. Al mismo tiempo que diseñas tu evento, debes pensar con qué presupuesto cuentas y ajustarte a las posibilidades del mismo. Una vez que tengas más o menos claro el presupuesto, puedes empezar a pensar cómo conseguirlo. Puede financiarse con el cobro de un cargo a los asistentes -que puede ir desde la  cara entrada de la javaOne a los cafetazos irlandeses que se toma David Esmerodes en sus Cafés Áxiles, a cambio de invadir la cafetería de un incauto hostelero-; mediante subvenciones de organismos públicos, patrocinios de empresas y aportaciones de particulares; o una combinación de las posibilidades anteriores.
• Las tres ‘A’s: Auditorio, Audiencia y Autores. A pesar de que hay eventos muy variados, al final, todos se basan en las tres ‘A’s (vale, lo reconozco, he forzado un poco para que me encajara en tres a’s). Auditorio, porque cualquier evento necesita un lugar donde celebrarse. Audiencia, porque un evento no es nada sin gente que asista al mismo. Y, finalmente, Autores, porque siempre necesitarás a alguien que aporte el contenido del evento.
  • A de Auditorio. Da igual donde celebres tu evento, en un bar, en el Palacio de Congresos de tu ciudad o en una playa caribeña. Lo que está claro es que siempre necesitarás un auditorio, un lugar donde poder reunir a tus autores y tu audiencia. Debes asegurarte de que el auditorio cumpla los requisitos mínimos de tu evento: que soporte holgadamente la asistencia mínima que esperas o que disponga de los medios audiovisuales -proyección, sistema de megafonía, etc.- que necesitas.
  • A de Audiencia. Nunca debes olvidar que el principal objetivo de un evento es conseguir audiencia. Tienes que tener claro a qué audiencia te diriges y las particularidades de la misma. El perfil del asistente a Evento Blog, por ejemplo, no tiene nada que ver con el del asistente al Spring 2gx. Identificar a tu audiencia te permitirá diseñar los contenidos más atractivos para la misma y focalizar la convocatoria en los medios de comunicación apropiados.

Videoentrevista en La Voz de Galicia sobre la XGN

Pinche aquí para ver el vídeo

• • A de Autores. Para conseguir audiencia necesitas disponer de contenidos atractivos para la misma. Los Autores son los que proporcionan dichos contenidos. Los eventos más conocidos no tienen problema alguno para conseguir autores de reconocido prestigio, pero hasta que llegues al nivel de la QCon o de LeWeb tendrás que conseguir que tu evento resulte atractivo también para los autores. ¿Cómo conseguirlo? Incentivando la participación, bien mediante algún tipo de retribución, bien proporcionándoles los mejores medios (ya sabes, las dos a’s restantes: auditorio y audiencia)
• Cuándo empieza y cuándo acaba tu evento. Aunque parezca increíble, aún hay gente que piensa que el evento que organiza comienza y finaliza con el mismo ¡Craso error! Tu evento empieza desde que confirmas auditorio y autores. En cuanto hayas confirmado el lugar de celebración y hayas conseguido unos contenidos mínimos, anúncialo y dale toda la publicidad que puedas. Eso puede conseguir más autores y más audiencia. Por otro lado, recuerda que, una vez que acabe el evento, el trabajo no está hecho todavía. Vuelve a anunciarlo para que todo el mundo sepa lo bueno que fue;  facilita el contenido del mismo para que los autores puedan referenciarlo y tu público objetivo se convenza de asistir a la próxima edición; y, si puedes, haz seguimiento y cuida a tu audiencia. El hecho de esas personas que hayan asistido al evento no significa que asistan a la siguiente edición.
• El diablo está en los detalles. No des nada por supuesto. Si les pagas el viaje a los autores y les mandas billetes de avión, ¿cómo llegarán al evento desde el aeropuerto? ¿En taxi o alguien de la organización irá a recogerlos? ¿Habilitarás un canal de comunicación con tus autores, como un foro o una intranet, o te comunicarás con ellos mediante correos? Estos y mil detalles más son los que diferencian un buen evento de un GRAN evento. Si cuidas a tu audiencia y a tus autores, tienes muchas posibilidades de recoger frutos en las próximas ediciones.

Evidentemente, no soy un experimentado organizador de eventos como los dos figuras que han organizado las ponencias del XGN, Alfonso Sanmartín y Adrian Novegil, pero sé lo suficiente como para preguntarme ¿Por qué no se organizan más eventos en España? ¿Por qué no tomamos la iniciativa?

Una vez más, os animo encarecidamente a participar en el debate a través de los comentarios.

Artículos relacionados:

1. Mañana comienza Agile Spain 2010 Del 10 al 11 de junio se celebra en Madrid...
2. XGN 2010 (3 de 4): ¿Por qué preparar una conferencia? Preparar una conferencia implica mucho trabajo: investigar, documentar y practicar...
3. XGN 2010 (2 de 4): Preparando una conferencia ¿Cómo se prepara una ponencia? ¿Cuales son las herramientas existentes...

3. ¿POR QUÉ HACERLO?

La pregunta es ¿por qué no? La única excusa que podemos encontrar para no querer preparar una conferencia es la falta de tiempo. Pero pensemos durante un instante: si necesitas muuuucho tiempo para preparar una conferencia… ¿De verdad deberías dar esa conferencia?

No se puede argumentar en contra lo mucho que se tarda en obtener el conocimiento o información necesaria para poder preparar la conferencia, puesto que toda esa labor no tiene nada que ver con la conferencia sino con tu formación en sí. Si tienes que dedicar cuarenta horas a aprenderte las bondades de EJB 3.1 para poder dar una conferencia sobre EJB 3.1, no le eches la culpa a la conferencia, dale las gracias, porque te ha permitido encontrar la excusa que necesitabas para formarte e informarte sobre el tema.

La preparación de una conferencia no tendría que ver tanto con la búsqueda y recopilación de información sino con el trabajo necesario para presentar a tu audiencia esa información de una forma sencilla, amena y con un toque personal.

Tiempo sí, pero ¿de quién? Si la conferencia la das en nombre de la empresa para la que trabajas o por encargo de la misma, lo normal es que te asignen parte de tu jornada laboral para poder prepararla como es debido. Si, por el contrario, la preparas como una iniciativa personal, entonces ajo y agua y a darle duro en casa… o en la playa.

Si el único problema que puede presentar la preparación de una conferencia es encontrar el tiempo necesario para hacerlo, repasemos los beneficios que nos puede aportar dedicarle dicha parte de nuestro tiempo.

• Branding. El branding es un fantástico palabro inglés que podríamos traducir como “construir marca”. Una conferencia es una potente herramienta de branding. Dependiendo de si la conferencia ha sido propuesta y soportada por tu compañía o por ti mismo como individuo, ese branding será corporativo-personal o exclusivamente personal. No es el objetivo de este artículo enumerar ahora los beneficios del personal branding sin caer en ‘tontuneces marketinianas’, pero recordad que en el mercado laboral somos un producto más compitiendo con otros.
• Networking. Otro estupendo palabro. Sustituto de nuestro “hacer contactos” de toda la vida. Una conferencia te permite darte a conocer y conocer gente. No sólo a tu audiencia, sino a organizadores y a otros conferenciantes. En España, aún hay mucha confusión con el término networking -algunos todavía lo confunden con “amiguismo”. Sin embargo, en países con mucha menor fama de corrupción que el nuestro, como EE.UU., lo utilizan sin tapujos. Networking no significa contratar a alguien por el simple hecho de que sea tu amiguete o compañero de copas. Networking es acordarte de aquel chaval tan válido que conociste en una conferencia e incorporarle directamente a un proceso de selección, en vez de tener que gastarte 250 euros en poner un anuncio en Infojobs y tener que seleccionar el polvo de la paja entre 750 currículos de lo más variopinto.
• Ampliar tus conocimientos. Aunque en teoría ya deberías dominar el tema que presentas, en la práctica una presentación es una buena oportunidad para refrescar tus conocimientos o completarlos con otros nuevos. Cuando presentas algo, al menos debes echar un vistazo al “estado del arte” y comprobar que no hay nada nuevo. Sobre todo cuando hablas de tecnología.

Presentando pelotator.com en el XGN (vídeo cortesía de @jmbeas)

Pinche aquí para ver el vídeo

• Recibir un feedback valioso. La audiencia siempre aporta un retorno inmediato. No tengas miedo ni de ser cuestionado ni de resolver dudas y preguntas. Si no expones tus conocimientos al mundo, éstos nunca se enriquecerán de la experiencia de otros. Pero no sólo se recibe retorno de la audiencia, sino que los propios revisores de las candidaturas de conferencias pueden darte consejos muy valiosos que te ayudarán a pulirlas. Os pongo como ejemplo un comentario recibido por una candidatura de ponencia que presenté a la conferencia Jazoon:

Reviewer 18:
I like your submission.
Please consider my following comments:

– Please expect that the huge majority already knows Twitter (regarding your Point #1)

– Please use the majority of your presentation time on your points 2-4, with API, comparisons of existing libraries and practical code examples

– When comparing the different Twitter libraries it would be nice to see some code so that the differences in their API become “tangible”

I’m looking forward to your talk.

• Mejorar tu oratoria. Nadie nace sabiendo y, los que tienen facilidad para hablar en público, siempre, siempre, SIEMPRE pueden mejorar. El hecho de ser el simpático de tu grupo de amigos no te convierte en un gran orador. El hecho de no sentir vergüenza no quiere decir que no debas practicar y ensayar para atacar tus áreas de mejora. Yo, por ejemplo, suelo hablar por teléfono andando sin parar por mi casa… y he trasladado esa costumbre a mi estilo a la hora de hablar en público. No paro quieto y eso, a veces, marea a la audiencia. Corregir esa y mil manías más es cuestión de ensayo y práctica.
• Ganarte la vida. En EEUU y otros países del primer mundo, hay un circuito estable de conferenciantes profesionales. En España, aunque empieza a haber tímidos intentos, todavía es ciencia ficción. Aún así, muchas conferencias son remuneradas. Probablemente, no te hagas rico como conferenciante, pero ya no es descabellado pensar en tener un mínimo retorno económico por tu inversión en la preparación de la misma.

Después de todo esto, ¿aún os quedan dudas sobre la conveniencia o no de preparar una conferencia?

Una vez más, os animo encarecidamente a participar en el debate a través de los comentarios.

En la última entrega de esta serie encontraréis el siguiente contenido:

4. LA ORGANIZACIÓN DE UN EVENTO. Donde explicaré lo que supone organizar un evento en general y la gente que ha estado detrás del XGN en particular.

Artículos relacionados:

1. Mañana comienza Agile Spain 2010 Del 10 al 11 de junio se celebra en Madrid...
2. XGN 2010 (4 de 4): La organización de un evento Con este artículo, se cierra la serie sobre mi experiencia...
3. XGN 2010 (2 de 4): Preparando una conferencia ¿Cómo se prepara una ponencia? ¿Cuales son las herramientas existentes...

2. ¿QUÉ SUPONE PREPARAR UNA CONFERENCIA Y/O PONENCIA?

La principal diferencia entre una conferencia y una ponencia es que, mientras una conferencia es una exposición pública sobre un tema para enseñarlo o divulgarlo, en una ponencia se expone  un tema concreto ante una audiencia que debe debatir sobre el mismo.

En la práctica, las diferencias entre conferencia y ponencia se confunden, puesto que, al menos que quieras cerrar el turno final de ruegos y preguntas y que no permitas la intervención del público, siempre tienes que estar preparado para debatir sobre el tema que expones.

Tradicionalmente, las conferencias se planteaban como un monólogo, una relación desigual. Por un lado, estaba el conferenciante, imbuido de sabiduría mesiánica y, por otro lado, la audiencia aborregada con el único supuesto objetivo de intentar absorber una pizca de dicha sabiduría.  En el mundo 2.0, esto ya no tiene ningún sentido ¿Cómo puede alguien plantearse siquiera no admitir comentarios o preguntas cuando las admite en su propio blog? Una conferencia debe verse como un diálogo entre iguales del que deben salir enriquecidos tanto el público como el conferenciante.

2.1 VENDIENDO TU PRESENTACIÓN: EL CALL FOR PAPERS

Si no eres un gurú/estrella ni un profesional del circuito de conferencias, lo primero que debes hacer es preparar un pequeño resumen sobre el tema u objetivo de la exposición. Esto no sólo servirá como guía en el futuro desarrollo de la misma, sino que es imprescindible para acudir a las Convocatorias de Ponencias o Call for Papers que suelen hacer los diferentes eventos.

Otras de las cosas que suelen pedir los diferentes comités de admisión son: una pequeña biografía de los autores, detallar la experiencia previa como conferenciantes y el nivel del idioma en el que se vaya a exponer. Es un taladro, pero una vez que está hecho, sirve para cualquier Call for Papers.

2.2 CREANDO TU PONENCIA

Una vez que hemos engañado a alguien para que nos deje dar nuestra conferencia, tenemos que empezar a prepararla.

El apoyo fundamental con el que cuenta un conferenciante es su presentación de diapositivas o slides. Afortunadamente, nadie utiliza ya diapositivas o microfiltros de verdad, sino programas como OpenOffice Impress, Microsoft PowerPoint o Apple Keynote.

Se puede presentar sin el apoyo diapositivas, pero eso te obligará a aprenderte toda la conferencia de memoria -con el riesgo de que te olvides algún punto- y además perderás una ayuda para fijar la atención de la audiencia y hacer que la charla sea más amena. Sólo lo recomiendo en el caso de que hayas presentando el tema anteriormente, lo domines perfectamente y seas capaz de crear una interacción con el público lo suficiente rica como para que no pierdan el interés en tu charla.

Aunque hay gente que escribe primero todo el texto o guion, yo prefiero diseñar el contenido directamente sobre las diapositivas en las que voy a apoyarme. Las diapositivas no sólo ayudan a acotar y guiar el contenido, sino que además sirven como escaleta para planificar el tiempo que vas a dedicar a cada una de ellas y al total de la charla. No olvides que, normalmente, las conferencias tienen un tiempo asignado y, aunque no lo tengan, deves evitar aburrir a tu audiencia. Más de 50 minutos de charla continuada aburren al oyente más motivado. Créeme, lo sé por experiencia.

Algunas tarjetas con el guión que creé para apoyar a mi taller de twitter y java en el XGN

No hay una fórmula mágica para la creación de presentaciones maravillosas, pero yo me permito daros la siguiente sugerencia basada en mi experiencia:

• Sigue tú a la diapositiva, no al revés. Intentar evitar las transiciones o eventos en las diapositivas a activar basándose en algo que tengas que decir de memoria. Si tienes una posibilidad de olvidarte de algo, lo olvidarás. Es mucho mejor que la propia diapo te vaya recordando qué es lo que quieres exponer y cómo.
• Menos es más. Tu presentación no va a parecer más trabajada porque la cargues de gráficos y efectos especiales. No tienes que poner un logo de tu empresa del tamaño de Australia en todas las diapos. Si no sabes donde está el límite del buen gusto, antes de añadir algo, piensa: ¿aporta algo a la presentación?
• Si presentas una ponencia, prepara ‘trampas’ para la audiencia. Una ponencia se basa en la participación de la gente, pero a veces es difícil conseguir tal colaboración. Puedes preparar trampas o pequeños trucos para incentivar esta participación, como preguntas generales, pequeños juegos o votaciones a mano alzada.
• Es una presentación, no un libro. Puedes preparar presentaciones con 55 diapositivas, pero ¿de verdad es necesario? La gente ha asistido a una conferencia, quiere oírte hablar a ti. Si hubiera querido leer, hubiera bastado con enviarles un PDF con todas las diapositivas.

En cualquier caso, todo esto no son más que sugerencias basadas en mi propio y humilde criterio. Os voy a pasar un enlace a dos presentaciones muy buenas y completamente distintas de dos excelentes conferenciantes. No me pronuncio sobre ninguna de ellas. Una, con pocas diapos muy minimalistas, y otra, con muchas y bastante recargadas. Dejo que seáis vosotros los que forméis vuestra propia opinión. Eso sí, os aseguro que las dos merecen la pena:

• Hack Politics! de Aitor Garcia Rey (¿Mezclando open source y Política? ¿Acaso el open source no es política?)
• Scrum. El Señor de los Pardillos de Ángel Medinilla (¿Practicaba Frodo Bolsón metodologías ágiles?)

2.3 MIEDO ESCÉNICO: DELANTE DE TU AUDIENCIA

Por fin vas a llevar a escena tu presentación delante de tu público ¿Hay alguna táctica que te asegure el éxito? Desgraciadamente no, pero una vez más, te doy algunos consejos basados en la experiencia:

• Llega con tiempo. Aunque parezca evidente, llega con tiempo suficiente para prepararte antes de la presentación. Asegúrate de que todo funciona. De nada sirve que te hayas preparado la charla al milímetro si nadie te oye. Comprueba que todo el equipo funciona correctamente.
• Pasa de las diapos. No hay nada que destroce más el ritmo de una presentación que alguien yendo y viniendo a su portátil para pasar las diapos. Hazte con un dispositivo para poder pasarlas de forma automática. Si no dispones de ninguno, pero eres el afortunado poseedor de un iPhone, tienes esta maravilla -gratuita- disponible.
• Cuida el lenguaje corporal y tu dicción. No te muevas demasiado. No hables muy deprisa. Pronuncia claro. Aunque te parezca que hablas como un presentador de telediario, no pasa nada. Estás trasmitiendo tus ideas, deja que la gente vaya asimilándolas. E intenta no abusar de las coletillas.
• Grábate. Hazte con una cámara. No puedes ni imaginar lo que se aprende viéndose a uno mismo. Crees que eres el orador definitivo, el Steve Jobs español y, de repente, te ves en pantalla y se te cae el mundo encima. No pasa nada. Aunque tengas cualidades naturales, hay que ir puliendo el estilo de tus presentaciones. Cada charla que des, es una charla menos hasta alcanzar el nivel que deseas.

Evidentemente, esto son sólo algunos consejos básicos. Seguro que hay mil manuales sobre cómo hablar en público con todo lujo de detalles, pero si conseguimos dominar estos cuatro, ya tenemos mucho ganado.

Una vez más, os animo encarecidamente a participar en el debate a través de los comentarios.

En las próximas entregas de esta serie encontraréis los siguientes contenidos:

3. ¿POR QUÉ HACERLO? Apartado en el que intentaré exponer las motivaciones que puede encontrar un desarrollador para realizar el esfuerzo de impartir una ponencia

4. LA ORGANIZACIÓN DE UN EVENTO. Donde explicaré lo que supone organizar un evento en general y la gente que ha estado detrás del XGN en particular.

Artículos relacionados:

1. Mañana comienza Agile Spain 2010 Del 10 al 11 de junio se celebra en Madrid...
2. XGN 2010 (4 de 4): La organización de un evento Con este artículo, se cierra la serie sobre mi experiencia...
3. XGN 2010 (3 de 4): ¿Por qué preparar una conferencia? Preparar una conferencia implica mucho trabajo: investigar, documentar y practicar...

Lo que iba a ser un único artículo, se ha convertido en una serie decuatro entregas que iré publicando en días consecutivos. Eso sí, no me ha salido escribir sólo sobre mis ponencias, sino que me ha parecido mucho más interesante reflexionar sobre NOSOTROScomo colectivo de desarrolladores de software y sobre nuestra relación con los eventos y conferencias dedicados a nuestro mundo. Ya os adelanto que el tono es bastante autocrítico. Abrochaos los cinturones. Comenzamos.

1. ¿QUÉ HACE UN CHICO COMO TÚ EN UN LUGAR COMO ÉSTE?

Una buena mañana, recibí un correo de José Manuel Beas donde me hablaba de la posibilidad de dar unas charlas en elXGN, la mayor LAN Party de Galicia. José había conocido la búsqueda de ponencias para el evento a través de David Esmerodes, miembro de Axil-mente, la asociación gallega de metodologías de desarrollo ágiles. Como podéis ver, la típica historia de “gente conoce gente”.

No me considero especialmente brillante, no creo que sea un gurú técnico ni que haya alcanzado logros dignos de admirar que me hagan merecer más que otros presentar una ponencia. Simplemente conocía a la gente adecuada y estaba disponible en el momento adecuado, pero antes de que el tecnólogo tipo caiga en la autocomplacencia y el desdén hacia el trabajo del otro, me gustaría que os preguntarais “¿Por qué yo no los conozco?”

Quizás porque no leéis los artículos que ellos y muchos otros publican. Quizás porque, aunque sí los leéis, no participáis con comentarios que los completen y enriquezcan. Quizás porque no escribís un blog que permita que os conozcan. Y, sobre todo, porque quizás no vais a eventos donde ellos y otros como ellos participan.

Muchos intentaréis autoconvenceros de que no podéis hacer nada de eso, simplemente porque no podéis. Porque tiene lugar durante el horario laboral, porque son caros o porque  tenéis mil y una obligaciones im-por-tan-tí-si-mas que os lo impiden. Sin embargo, yo os digo que no es verdad, que os estáis engañando, que eso, en la mayoría de los casos, es mentira.

Hay muchos eventos que se celebran fuera del horario laboral, de hecho, son la mayoría. Las reuniones de Agile Madrid, por ejemplo, se suelen celebrar los martes o los miércoles en horario de tarde-noche. Los patrocinados porAutentia, como los Coding Dojos o ‘Probando con Marick‘, siempre se celebran a partir de las 20h, entre semana, o los sábados. Lo mismo pasó con el hacking al Ignite Madrid que convoqué hace algún tiempo. Todos, absolutamente todos, gratuitos.

La triste realidad es que a la muchos les da pereza hacer cualquier cosa que salga del 8 a 5, que a otros les da vergüenza ir a eventos donde no conocen a nadie o incluso que algunos temen que les saquen de su confort zone y midan su pericia profesional. Pero, los peores, son aquéllos que afirman que ‘no sirve para nada porque todo está en Internet‘, sin ni siquiera saber de lo que hablan.

Asistir a eventos no sólo te permite conocer gente, además es una oportunidad de conocer cosas nuevas, cosas que ni siquiera sabías que existían y que, por lo tanto, nunca buscarías en Internet. Un evento es una burbuja que te permite concentrarte en su tema central, sin interrupciones. ¿O acaso es lo mismo ver una película en el cine que verla en casa?

Os animo encarecidamente a participar en el debate a través de los comentarios.

En las próximas entregas de esta serie encontraréis los siguientes contenidos:

2. ¿QUÉ SUPONE PREPARAR UNA CONFERENCIA Y/O PONENCIA? Donde intentaré explicar la diferencia entre una conferencia y una ponencia y la forma de preparar cada una de ellas.

3. ¿POR QUÉ HACERLO? Apartado en el que intentaré exponer las motivaciones que puede encontrar un desarrollador para realizar el esfuerzo de impartir una ponencia

4. LA ORGANIZACIÓN DE UN EVENTO. Donde explicaré lo que supone organizar un evento en general y la gente que ha estado detrás del XGN en particular.

Artículos relacionados:

1. Mañana comienza Agile Spain 2010 Del 10 al 11 de junio se celebra en Madrid...
2. XGN 2010 (4 de 4): La organización de un evento Con este artículo, se cierra la serie sobre mi experiencia...
3. XGN 2010 (3 de 4): ¿Por qué preparar una conferencia? Preparar una conferencia implica mucho trabajo: investigar, documentar y practicar...

Con Humanware, expondremos una aproximación más cercana, pragmática y holística que la de DeMarco y Lister.

Esta charla no está destinada a desarrolladores en exclusiva, sino a todas aquellas personas que gestionen personal en general y equipos de desarrollo en particular. Aunque esperamos que los técnicos la encuentren amena y divertida, puesto que se reconocerán en muchas de las situaciones planteadas y aprenderán a manejar mejor las relaciones con sus responsables.

La hemos planteado en forma de charla-coloquio,  esperando y deseando una alta participación del público asistente. Según vayamos exponiendo las teorías de gestión, intentaremos ponerlas a prueba planteando una serie de casos prácticos basados en situaciones reales que resolveremos en directo.

La entrada es gratuita. Tan sólo se recomienda que os apuntéis en esta página para que la organización pueda estimar la asistencia y destinarnos una sala con la capacidad adecuada.

Si tenéis la oportunidad de pasaros por el Palacio de Congresos y Exposiciones de Santiago de Compostela, el próximo viernes, queréis pasar un rato divertido y conocernos en persona,  os estaremos esperando a todos.

Pero ¿qué es eso de una ‘caja negra’? Citando a Ixchel Hernández, una caja negra o blackbox es “una unidad cuya estructura interna se desconoce, pero cuya función está documentada. La mecánica interna no es algo que interese al que utiliza una caja negra para obtener una función“.

Básicamente y hablando claro, una caja negra es algo que funciona aunque no sepamos cómo.

¿Y cómo puede alguien convertirse en una caja negra? Sencillo: dominando y gestionando algún conocimiento, proceso o tecnología que no conozca nadie más y que no esté documentado.

No conozco lo que ocurrirá en otros sectores, pero en informática tenemos muchas oportunidades para convertirnos en auténticas blackboxes, ‘agujeros negros’ de conocimiento. Os detallo algunas de las más importantes:

• Convertirse en ‘el chico de los servidores’. Ser el único que se atreva a meter mano en el fichero de configuración httpd.conf del Apache, o el que conoce cómo se hace virtual hosting con Tomcat, te proporciona un halo de sabiduría que para sí quisiera Gandalf el gris.
• Una solución – Un hombre. Conseguir ser el único que domine una tecnología -cuanta más crítica mejor- o un programa de uso intensivo te convierte automáticamente en una genuina caja negra. En este apartado podemos encontrar mucho intrusismo profesional, como por ejemplo, el del tipo que domina ‘bestias del averno‘ como el Nominaplus o Documentum. Aunque también nos podemos encontrar enormes blackboxes en el mundo del desarrollo, como el tío que sabe depurar todas las fases de JSF, el que sabe cómo hacer bloqueos pesimistas con JPA 1.0 o, aún mejor, el que configura BIEN log4j y te deja rezando para no tener que modificarlo nunca jamás.
• Gestionar el servidor de correo. Como ya escribí hace tiempo, “quien domine el correo electrónico, dominará la empresa”. Mejor cuanto más críptico sea el servidor de correo, por lo que recomiendo un sistema propietario, tipo Exchange de Microsoft o peor. Si encima podemos complicarlo aún más, integrándolo con LDAP o algo similar, mejor que mejor.
• Ser la Aduana. Ésta es, sin duda alguna, la oportunidad más poderosa. Ser el único que controle el firewall, el antivirus o lo que sea que haga que la gente no pueda visitar el Feisbuj, el Tuiter o páginas sobre física cuántica durante su jornada de trabajo, te convierte no en una caja, sino en un arca negra de proporciones bíblicas.

Con todos estos consejos, seguro que ya sabes cómo convertirte en una caja negra o puede incluso que ya lo seas. Pero ¿de verdad te sientes más seguro en el trabajo? ¿De verdad te gusta ser una caja negra?

Piénsalo durante un instante. Ser una caja negra no es nada bueno, sino todo lo contrario. Si has conseguido convertirte en una caja negra es porque tu empresa o tú estáis haciendo algo mal, rematadamente mal.

Si has hecho todo lo posible por convertirte en una caja negra y luchas por seguir siéndolo, párate un momento y reflexiona sobre porqué lo haces ¿De verdad necesitas serlo para sentirte seguro en tu puesto de trabajo? ¿No crees que sería mucho más productivo y beneficioso para ti y la empresa que utilizaras todos esos esfuerzos en convertirte en mejor profesional? ¿No preferirías aportar valor para demostrar lo rentable que es pagar tu nómina? ¿No te sentirías mejor compañero compartiendo tu conocimiento con tus compañeros y enriqueciéndote a su vez con sus aportaciones y conocimientos? Basar tu trabajo en ser o no ser una blackbox es reconocer que estás fuera de mercado. No eres competitivo, estás fuera.

Podrías empezar por documentar todo tu conocimiento en un wiki interno o en un blog corporativo. Si aún así, crees que dejar de ser una caja negra puede colocarte en una peor posición en tu empresa, te recomiendo que busques otro trabajo. Quizás no merezca la pena seguir trabajando en un sitio así.

Si como empresa, Jefe de Proyecto en particular o gestor de personas en general has permitido que una persona se convierta en una caja negra, revisa tus criterios de gestión. Estás haciendo algo mal. Nadie debería ser una caja negra. Todos los equipos de trabajo deben ser multidisciplinares y flexibles. Eso no quiere decir que no pueda existir especialización en las tareas -siempre te encontrarás a alguien a quien se le dé mejor maquetar una página web que programar algoritmos genéticos-, pero un buen gestor tiene que intentar que la rotación de personal, las vacaciones o las bajas no afecten de forma dramática a la producción de un equipo de desarrollo.

Algunos dirán que la teoría es muy bonita, pero que en la práctica no disponen de recursos o tiempo para implementarla. Todo son excusas. Como empleado debes hacer comprender a tus responsables la importancia de documentar y compartir el conocimiento o know-how que vayas adquiriendo. Como gestor, tu obligación es solicitar más recursos y advertir de los riesgos a tus superiores si el día a día del trabajo está comenzando a crear cajas negras.

El primer paso para intentar solucionar el problema es reconocerlo. Hola, soy David Bonilla y, sí, soy una caja negra y no estoy nada orgulloso de serlo. ¿Y tú? ¿Eres una caja negra?

]]> http://sixservix.com/blog/david/2010/03/22/caja-negra/feed/ 22 http://sixservix.com/blog/david/2010/03/16/las-10-mayores-fortunas-de-internet/ http://sixservix.com/blog/david/2010/03/16/las-10-mayores-fortunas-de-internet/#comments Tue, 16 Mar 2010 10:45:12 +0000 David Bonilla http://sixservix.com/blog/david/?p=2397

Lo único que se puede echar en falta es una hoja donde guardar un registro de las actividades realizadas durante el día y los pomodoros que has consumido en la realización de cada una de ellas. Lo que Francesco Cirillo denomina en inglés ‘Record Sheet’.

La justificación es muy sencilla: Francesco piensa que la mejor manera de registrar nuestras actividades es mediante bases de datos, hojas de cálculo o aplicaciones de software específicas. Sin embargo, para aquellos que aún no tengamos lista nuestra propia aplicación de gestión de pomodoros y nos dé “alergia” el Excel y similares, he creado una Hoja de Registro de Actividades o Record Sheet con la que completar todo el backlog necesario para aprovechar la Técnica Pomodoro con todo su esplendor.

He intentado acercarme lo más posible, a la estética y tipografía del resto de los recursos, para mantener una coherencia en nuestros documentos archivados.

La tenéis disponible aquí, en este mismo blog:

SIX_pomodoro_recordsheet.pdf

Artículos relacionados:

1. No sabes nada de la Técnica Pomodoro ¿Conoces la Técnica Pomodoro? ¿CREES que conoces la Técnica Pomodoro?...

Necesitaron cinco horas para explicarnos porqué la adquisición de Oracle no sólo no suponía el fin de Sun, sus productos y tecnologías sino que íbamos a asistir a una especie de renacimiento de la compañía de Santa Clara, una nueva edad de oro, liderados por Primo Larry y sus muchachos.

Sin embargo, parece ser que no tuvieron mucho éxito. Al principio, pensé que sólo había sido yo. Me sentía como el único estúpido del mundo que seguía sin enterarse de que iba a hacer Oracle exactamente con tal y cual producto. Afortunadamente, alguien en cuyo criterio y capacidad confío reventó esta mala copia de ‘El traje nuevo del emperador‘ y tuvo lo valentía de escribir lo que todos pensábamos: que nos la estaban dando con queso.

Unos días después de la presentación, seguimos sin saber qué va a pasar con los productos de Sun, pero algo fétido y caduco flota en el ambiente. No me huele nada bien como se están desarrollando las cosas.

1. MÉTETE EL STACK POR DONDE TE QUEPA

Se han llenado la boca con lo del ’stack’. Stack por aquí y stack por allá, sólo para decirnos que, ahora, controlan una pila completa de soluciones de hardware y software. La cosa pinta bien… si no fuera porque es UNA MENTIRA TAN GRANDE COMO UNA CASA.

Oracle no va a presentar una pila completa de soluciones que vamos a poder escoger y combinar según nuestras necesidades. No lo hace ahora y no lo va hacer mañana. Os pongo un ejemplo. Hace unos días, mi responsable me pidió que instalara Oracle Discoverer para evaluarla como herramienta de BI. Bueno, pues imaginaos nuestra sorpresa cuando descubrimos que, para que funcionara, hacía falta Oracle Portal que, a su vez, necesitaba Oracle Internet Directory -una especie de herramienta de Single Sign On-  que, a su vez, necesitaba Oracle Fussion Middleware que, a su vez… necesitaba Oracle Weblogic. Agotador ¿verdad?

¿Es esto el concepto de pila que tiene Oracle? ¡Esto no es una pila, esto es un MOJÓN de proporciones bíblicas! Si querían hacer de Oracle Discoverer una aplicación web -algo que me parece estupendo- ¿no podían hacerlo como una aplicación web normal y neutral que se pudiera desplegar en cualquier servidor? A lo mejor tu aplicación de BI me interesa y te la compro, pero hombre… ¡no me obligues a comprarte 14 productos más, que ni conozco ni necesito, sólo para que funcione tu dichosa aplicación!

Algunos podéis argumentar que es una estrategia empresarial tan válida y legal como cualquier otra… y no os lo discuto. Por lo que ya no paso es que eso vaya a suponer un beneficio inmediato para empresas y desarrolladores. Es una estrategia genial… para Oracle y nadie más.

2. GLASSFISH Y NETBEANS

Pliiimo Laary ¿que vas a hacer con java?

Glassfish y Netbeans continúan… como la solución que concede magnánimamente Oracle a la CHUSMA: la comunidad y la pequeña y mediana empresa que no puede pagar las versiones “tope de gama” destinadas a los ciudadanos de primera clase. Para los ricos y famosos, JDeveloper y Weblogic.

De Glassfish han avisado que continuará como “implementación de referencia”. Eso quiere decir que, cualquier aplicación que se despliegue en Glassfish debería poder desplegarse en cualquier servidor certificado Java EE. Y nada más. Si tus nuevas versiones de Glassfish te parecen lentas, o echas de menos más documentación o características empresariales como la clusterización, ¡no te preocupes! Siempre podrás rascarte el bolsillo y comprarte un flamante Weblogic.

De NetBeans dicen que será el IDE de “peso ligero”, lo cual es lo mismo que no decir absolutamente nada. Pero vamos, no suena nada bien. Si en un combate, tienes que apostar por “Poli” Díaz o Mike Tyson, ¿con cuál te quedarías? ¿Con el peso ligero?

3. LOS PARTNERS DEBEN ESTAR DANDO PALMAS CON LAS OREJAS

Por lo menos Oracle se ha quitado la careta y ha hablado clarito en una cosa: si no tienes pasta, mucha pasta, no le interesas como cliente.

Sun se apoyaba en un enorme ecosistema de partners que implementaban sus soluciones y tecnologías en los clientes finales. Oracle ya les ha dicho a estos mismos partners que se pueden ir olvidando… de las grandes cuentas. Es decir, que Oracle te atiende si te llamas Garrafone o Timofonica y puedes extender cheques por millones de euros, pero si te llamas Recauchutados Martinez y “sólo” puedes gastarte unas pocas decenas de miles, entonces, que te atienda Rita.

4. JAVAONE

Y resulta que quieren prolongar la fiesta y nos aseguran la continuidad de la javaOne. Eso sí, no de la javaOne como nosotros la conocíamos, sino como a Oracle le interesa: en septiembre, en paralelo con “su” convención, la Oracle OpenWorld y… fuera del Moscone, dispersa en tres hoteles distintos de San Francisco.

Fantástico, me cambias el Moscone Center -que te quedas para tu convención de base de datos y aledaños-, me haces ir en septiembre en vez de junio, con la ciudad llena de gente y las habitaciones por las nubes por la celebración de dos conferencias en paralelo, y contribuyes a mi buena forma física haciéndome ir de un hotel a otro para asistir a todas las conferencias. Estoy deseando ir. Más que nunca.

En conclusión, Rod Jhonson y sus amiguitos de Spring deben estar frotándose las manos. Se me da fatal hacer de oráculo :), pero preveo deserciones masivas de Java EE hacia otra stack que no nos rompa tanto el chi. Oracle ha triunfado explotando el desarrollo para grandes corporaciones, pero eso no supone ninguna garantía de éxito a la hora de digerir la compra de Sun. Jamás ha tenido que trabajar con una comunidad tan potente y extendida. La adquisición ha dejado a toda esa comunidad java “en pelotas”, con una mano delante y otra detrás,  por mucho que el emperador Larry se obstine en que veamos trajes, sedas y riquezas donde, por el momento, no hay nada, sólo promesas.