Sé que todos tendréis vuestras propias preferencias y que, seguramente, podréis ayudarme a encontrar esa joyita oculta entre las toneladas de información que proporciona el Builder. Después del documento, os explicaré con qué criterios ha sido construido… y que significan todos los símbolos y anotaciones manuscritas :)

La agenda está construida con las siguientes pautas:

• He intentado que haya una mezcla entre ponencias puramente técnicas y las más orientadas a negocio.
• También hay un equilibrio entre ponencias sobre tecnologías y productos que utiliza mi compañía actualmente (nubes privadas de EMC) y los que quiero conocer de primera mano como Lift
• He priorizado siempre los paneles y charlas, frente a las presentaciones de “siéntate, cállate y trágate mi Powerpoint”
• Por motivos evidentes, he eliminado cualquier ponencia impartida por gente de Google

Revisando la agenda, me doy cuenta de que hay una clara orientación a dos temas principales y… contradictorios entre sí: Cloud Computing y tunning de la JVM, que refleja un poco la esquizofrénica realidad que estamos viviendo actualmente.

Habréis observado que hay un montón de cruces y rayas. Os explicaré que significa cada cosa:

• Las cruces significan que hay algún evento que, por alguna extraña razón que no he logrado comprender, el Builder no lista. Por ejemplo, todas las Keynotes o presentaciones principales de Primo Larry
• Las rayitas sobre alguna de las ponencias quieren decir que es improbable que pueda asistir porque coinciden con algún evento o compromiso. El lunes, por ejemplo, es difícil que pueda asistir al taller de Play si quiero pasarme por la OTN Night a conocer a alguno de mis compañeros del metal, antes de salir corriendo a la cena organizada por la delegación para España y Portugal de Oracle
• En la parte inferior del documento, tenéis recopilados los eventos que no salen listados por el Builder y que completan la agenda. A la izquierda, presentaciones. A la derecha, los eventos vespertinos de networking

En cualquier caso y aunque me prometí el año pasado que no volvería a pegarme semejante paliza, me han vuelto a salir jornadas maratonianas de 8h a 22h. No sé de dónde voy a sacar tiempo para hacer de reportero dicharachero ni, como me ha advertido el gran Carlos Sánchez, darme cuenta de que “lo más interesante de la javaOne, ocurre en las fiestas de las noches“.

Artículos relacionados:

1. javaOne 2010 David Bonilla se va de vacaciones pagadas a San Francisco...
2. ¿Habrá JavaOne en 2010? Uno de los principales damnificados de la fusión entre Oracle...

RT @Dary Cagle

Sé que soy un privilegiado por disfrutar del apoyo de Sixservix para volver a asistir a la conferencia. Un apoyo que, desgraciadamente, es difícil de encontrar en el sector de las TI en España y América latina. Pero, en cualquier caso, conozco gente que, aún pudiendo asistir, ni siquiera se lo ha planteado; bien por desconocimiento del evento en sí, bien por antiguas y falsas creencias o leyendas. Así que, permitidme que os explique qué espero encontrar allí, qué pienso hacer y cómo pretendo hacerlo. Ojalá que, cuando acabéis de leer este artículo, todos estéis deseando acompañarme. Si no este año, quizás el siguiente.

UNA CIUDAD. UNA SEMANA. TRES CONFERENCIAS

Ya comenté el año pasado como la javaOne cumplía con las 3 Bs: bueno, bonito y barato. Este año, después de unos meses de incertidumbre en los que ni siquiera sabiamos si iba a celebrarse, nos encontramos con que Oracle, el nuevo amo y señor de Java, ha montado la mundial. No sólo sigue celebrándola sino que ha decidido juntarla con Develop, su conferencia de desarrolladores,  y OpenWorld, su evento más orientado a tíos-que-manejan-la-pasta y cuellocorbatas.

La primera consecuencia de todo esto es que San Francisco va a estallar. Si a los 15.ooo asistentes de la javaOne les sumas los 43.ooo trolorolos que asistieron a la OpenWorld del año pasado y reservaron 81.000 habitaciones de hotel, te encuentras con que es más facil conseguir batir el récord olímpico de petanca que conseguir una habitación de hotel económica en la ciudad del Golden Gate.

La segunda consecuencia es que, durante una semana, San Francisco probablemente disfrute del mayor número de técnicos y desarrolladores reunidos de la historia. Porque, a la tremenda horda invasora, hay que sumar la población local de tipejos que desarrollan cosas como Twitter, Google o cacharros como los de Apple o Hewlett-Packard.

En definitiva, 2.150 sesiones condensadas en una sóla ciudad y una sóla semana. La posibilidad de asistir a charlas de cualquier tecnología o lenguaje que se te pueda ocurrir impartidas por los mejores: sus creadores. Y, por supuesto, la posibilidad de conocerlos.

No hay nada ni remotamente parecido en el mundo de las tecnologías de la información. Ni en tamaño ni en posibilidades. Ni para aprender, ni para hacer networking. Nada se acerca a lo que va a verse en esta JavaOne.

LA MISIÓN: LIARLA PARDA

¿Y qué espero este año de la javaOne? ¿Qué pretendo hacer allí? Evidentemente, dar un paso más en mi plan secreto para dominar el mundo y, de paso, aprender todo lo que pueda, conocer gente interesante y divertirme. Voy a intentar resumir en 6 puntos mis expectativas:

• APRENDER MUCHO. Sí, es verdad que con Internet no hace falta asistir físicamente a una conferencia para aprender cualquier conocimiento pero, sinceramente, ¿cuántos de nosotros tenemos tiempo en nuestro día a día para ponernos a leer complejos tutoriales o sumergirnos en vídeos y vídeos de charlas y ponencias? La javaOne permite que durante una semana, nos aislemos de todo y de todos y nos dediquemos a lo que más nos gusta: aprender.
• HACER NETWORKING. Sí, networking, pero del de verdad. Espero conocer a mucha gente-que-de-verdad-hace-cosas como los denomina Alberto Molpeceres. Todo lo contrario a los eventos de tipo “reinventa Internet” que han crecido como setas en mi país.
• CREAR COMUNIDAD. El año pasado constaté que los hispanohablantes éramos más de los que cualquiera pudiera creer pero, al contrario que los brasileños, nos falta marketing. Espero que en esta javaOne se oiga el castellano más que nunca. Por mí no va a quedar.
• COMUNICAR, COMUNICAR, COMUNICAR. Si el año pasado perdí horas de sueño haciendo las crónicas del día para javaHispano, este año el trabajo se multiplica. No sólo intentaré enviar las crónicas diarias, sino que podréis leer la versión gamberra y desenfadada de las mismas en este blog. Además, nuestras cuentas de twitter echarán humo, por supuesto y, como gran novedad… MEGATÓN: intentaré retrasmitir al más puro estilo reportero dicharachero mediante screencast. Eso, si consigo averiguar cómo funciona la cámara que me regaló Jeroclo por mi cumpleaños.
• COMER PATO LAQUEADO EN CHINATOWN. Una sana costumbre que instauramos Álvaro Hernandez y yo el año pasado y a la que esperemos que se sumen los nuevos fichajes de este año: Erick Camacho, compañero del metal en javaHispano, y Jeroclo, el espartano, amigo, camarada y socio, en representación de Funius. Por supuesto, habrá que ir a disfrutar del brunch del domingo al Top of the Mark y seguro que caerá más de una porción de tarta en el Cheesecake Factory de Union Square. Al fin y al cabo, las tradiciones están para respetarlas, ¿no? :P

BONILLA 3.0

Este año todo ha cambiado, TODO es diferente. Y no sólo hablo de la compra de SUN por parte de Oracle, sino de cambios a nivel personal y profesional que, en parte, han sido motivados o acelerados por mi visita a la última edición. Apenas me reconozco cuando pienso en el Bonilla que asistió a la edición del año pasado.

Hace un año, este blog no existia. Hace un año, no conocía a toda la gente interesante que me ha enriquecido en los últimos 365 días. Hace un año, ni siquiera estaba viviendo con mi novia, que en menos de 3 meses se convertirá en mi mujer. Hace  un año, no tenía cuenta en Twitter. Hace un año, España ni siquiera soñaba con ser campeona del mundo. Hace un año, no era ágil. Pero, sobre todo, hace un año, no tenía tan claro como ahora qué es lo que quiero hacer y cómo lo quiero hacer.

La asistencia a la javaOne del año pasado consiguió que me enamorara definitivamente de mi profesión. Que me diera cuenta de que las cosas que no me gustaban de ella no tenían que ver con LO QUE hacía sino con CÓMO lo hacía. Hace un año, vi que había otro modo de hacer las cosas y que te podías ganar muy bien la vida haciéndolas.

Al acudir a la javaOne, pude conocer a gente que estaba a años luz de mi círculo de influencia, como Kohsuke Kawaguchi o Vinicius Senger, tuve la posibilidad de acercarme a tecnologías y proyectos antes de que se difundieran en España y demostrarme a mí mismo que puedo defenderme con mi inglés en Estados Unidos, Albacete o Sebastopol.

Hace algunos años, perdí 25 kg y cambié de estilo de vida. Mis amigos se sorprendieron tanto que bromeaban llamándome “David 2.0“. Durante este año, creo que he cambiado tanto que he pasado a la siguiente release y puedo considerarme “Bonilla 3.0“.

No, no me he vuelto loco. No creo que la javaOne me haya cambiado la vida pero, sí estoy seguro de que sirvió como trigger para ayudarme a reconocer qué es lo que quería hacer con mi trabajo y mi profesión y comenzara a dar los pasos necesarios para lograrlo.

CONCLUSIONES

Un año más, debo agradecer la confianza y soporte de Sixservix que me va a permitir asistir a la conferencía. Además, Jeroclo, Erick y un servidor viajamos a la conferencia con entradas gratuitas de bloggers por deferencia de Oracle en general y su Directora de Comunicación para España y Portugal en particular, Mildred Laya, que nos ha hecho sentirnos “importantes” aunque sepamos que no lo somos.

Al que sea mal pensado y crea que nos hemos vendido a Oracle, decirle que no sabe de lo que habla. Yo no podría venderme jamás a Oracle. Todo el mundo sabe que Microsoft paga mucho más.

Al que haya llegado hasta aquí y vaya a ir a la javaOne, animarle a que se ponga en contacto conmigo a través del formulario de contacto de este blog. Cuantos más seamos, mejor, más ruido haremos y mejor nos lo pasaremos.

Si, por el contrario, aún no tienes entrada, te recuerdo que el periodo de early bird o precio reducido ha sido prorrogado hasta el 30 de julio. Aún estás a tiempo de animarte y venirte a San Francisco. Te costará bastate menos que cualquier curso de formación de alto nivel de una semana que puedas tomar en España.

En cualquier caso, y como a veces pido a los amigos, difundid la palabra de Bo: retwittead, reenviad o mandad por correo este artículo. Que no haya ni un sólo hispanohablante que vaya a la javaOne y no se una a nuestra Spanish Armada. Este año, vamos a por todas y aquí te lo contaremos.

Artículos relacionados:

1. Mi agenda para la javaOne 2010 Esta es mi agenda preliminar para la edición 2010 de...
2. ¿Habrá JavaOne en 2010? Uno de los principales damnificados de la fusión entre Oracle...

La tarde del lunes merendé con este frasón de auténtico gurú firmada por el venezolano Inti Acevedo y suscrita y promulgada, entre otros, por los aún más guruseles (dan conferencias y todo) Eduardo Arcos y Alfonso Alcántara.

La verdad es que para poder crear una frase de ésas tienes que vaciarte, debe dejarte exhausto pero, a pesar del esfuerzo y aunque tiene su público, suelen ser juzgadas como  soberanas memeces por la Comunidad técnica debido a su cualidad de poder significar muchas cosas y, al mismo tiempo, no significar nada.

Antes de entrar a valorar la frase en sí, quiero plantearos una pregunta: ¿El gurú nace o se hace? ¿Qué hace falta para ser gurú? ¿Hay cursos por correspondencia? Es evidente que para ser gurú hace falta algo, llamarlo mojo, ‘efecto halo’ o “ser echao’pa’lante” pero no todo el mundo vale.

Vamos a hacer un experimento. Vamos a ver como queda esta misma frase en tres contextos distintos:

Eduardo Arcos dando una clase magistral sobre "sosialmiiidia"

Vaya, parece que a Eduardo Arcos, un conocido blogger, le pega la frase. Tú te lo imaginas ahí, con sus chapitas, y te la cuela. Un gurú de tomo y lomo. Vamos a ver qué pasa con Alfonso Alcántara.

Alfonso Alcántara hablando sobre la Web 7.4

¡También funciona! O, como diría un gurú, It works!. A mí Alfonso, sólo con el micro de speaker, la acreditación del tamaño de un filete empanao y el mando para darle candela al Keynote, me ha ganado.

Ahora, intentad imaginaros a vosotros mismos diciendo la misma frase. Difícil, ¿verdad? Para intentar ayudaros, he utilizado a dos voluntarios. Por un lado, a Raúl Cotrina, un técnico de reconocido prestigio, la única persona que ha trabajado con la base de datos Tamino XML y no ha perdido todo el pelo en el intento. Y por otro lado, a Alberto Vilches, probablemente el mejor programador del mundo y conocido como “Mr. Groovy” por su vasto conocimiento de dicho lenguaje. A ver qué tal les queda…

Menudo par...

Algo falla. Yo me estoy tomando unas cervezas con el Cotri, me suelta esta frase y creo que no paro de reírme hasta que volvamos a ganar otro Campeonato del Mundo. Esto demuestra que ser gurú no es cualquier cosa. Hay gente que no tiene cara de gurú. Tenemos que asumirlo.

Yo quiero romper una lanza a favor de los gurús. Los gurús molan, los gurús son necesarios y tienen su papel y, es más,  no cualquiera vale para ser gurú: hay que tenerlos cuadrados para salir a un escenario y soltar un frasón así delante de un auditorio, sin miedo a que alguien levante la mano y diga “mmm… no lo entiendo“.

No estoy de acuerdo con el desprecio y falta de consideración que, en general, tenemos los técnicos con según que guruseles con la excusa de que “hablan mucho pero, realmente, no hacen nada”.

Eso es como decir que Isaac Asimov era un bollullo porque hablaba de ciencia, pero mezclando churras con merinas y sin aportar nada. Ninguno nos acercamos a la obra de Asimov esperando aprender física cuántica pero, seguro que ha conseguido que más de uno nos interesemos por la física o la astronomía. Era un divulgador, un comunicador más que un científico.

Eduardo Arcos, Alfonso Alcántara, Enrique Dans o tantos otros no tienen porqué haber programado contra la API de twitter para saber qué es twitter, de la misma manera que no tienen que conocer la diferencia entre Ruby, PHP y Java o haber hecho tuning de un Tomcat en producción para poder hablar de aplicaciones en Internet.

Son guruseles, comunicadores. No hacen cosas, emplean la mayoría de su tiempo en hablar de lo que hacen otros. Y eso es bueno para todos. Si alguien se acerca a lo que dicen o hacen con otra perspectiva, no es problema suyo sino del que hace ese acercamiento equivocado.

Si te molesta que llamen a Javier Martín para una conferencia sobre Internet en vez de a Tim Berners-Lee, supéralo, muchachuelo. La culpa no es del conferenciante sino del crack que organiza la conferencia… o de la audiencia objetiva. Intenta explicarle una trama UDP a uno de “los tíos de la pasta”, te mirará como si tuvieras una patata metida en la boca.

Si te dan envidian los guruseles… cúrratelo, machote. Deja de picar tecla y móntate un blog, tu cuenta de twitter, la página de Facebook, tu tumblr, flickr, Posterous, etc… ¡Da para llenar una jornada entera de trabajo! Ser un gurú es duro.

Un verdadero gurú sabe utilizar la Mirada del Tigre

En otro orden de cosas y por cerrar el círculo, la frase de Inti que ha provocado este florido artículo me parece una guruselada del quince.

Claro que hacen falta evangelistas para según que cosas. Durante muchos años, SUN mantuvo sus Java Evangelists para convencer a las empresas de las bondades de la adopción de java en entornos corporativos cuando todo el mundo pensaba queéera “ese lenguaje de hippies para hacer olitas en el navegador”. Ahora nos encontramos con los Agile Evangelists y, voto a bríos, también hacen falta.

Hasta yo soy un pequeño evangelista o  gurú de la Técnica Pomodoro y creador del modelo de gestión conocido como Pintxo Management, que está ganando adeptos por miles. Me veo escribiendo libros, dando conferencias, filosofando acerca del futuro de la red… va a ser que, en el fondo, todos tenemos un pequeño gurú dentro de nosotros luchando por salir.

Pinche aquí para ver el vídeo

Hasta aquí, nada fuera de lo común. Lo curioso es que también va a dar una conferencia en la Campus Party 2010 de México y… lo anuncia aún más orgullosamente con este otro vídeo:

Pinche aquí para ver el vídeo

Vaya ¡Que originalidad! Lo mejor de todo es que, además, va a dar otra conferencia en la Campus Party 2010 de Colombia y… ¿a que no sabéis cómo lo anuncia? Efectivamente, con otro espectacular y original vídeo de 24 segundazos:

Pinche aquí para ver el vídeo

Si fuera otro, diría que es un caradura o un vago de tomo y lomo, incapaz de improvisar tres saludos distintos pero, siendo Woz, el bueno de Woz, prefiero pensar que todo esto no es nada más que una anomalía en el código de Matrix…

Vale… no tiene el mojo de Austin Powers, y posee la misma capacidad de improvisación que un ladrillo pero, este tío creaba ordenadores en una época en la que se necesitaba escoplo y martillo.

¡ Te adoramos Woz !

Jeroclo, el espartano, me advirtió sobre la existencia del vídeo. Como sabía que iba a estar de acuerdo en muchas cosas y en desacuerdo en otras y que no suelo callarme lo que pienso, me pidió que escribiera un artículo al respecto de los que a él le gustan, a lo Karate Kid, por lo de “dar cera y pulir cera”.

Ahora que Larry es oficialmente mi jefe, después de haberme contratado por una botella de vodka, creo que es más que oportuno que matice las palabras del líder. Así que, allá vamos. Abróchense los cinturones.

El vídeo de Larry. Tiene subtítulos y dura sólo cinco minutos. No os asustéis, ¡cobardes!

Pinche aquí para ver el vídeo

A Enrique le tiene que gustar mucho el vídeo, no obstante lo ha exportado desde formato Real Video, lo ha recortado, subtitulado, subido a YouTube y reconoce que lo ha utilizado como material lectivo en todos sus cursos.

Hombre… el vídeo es bueno. A Enrique -al que sigo y del que aprendo- se le agradece el esfuerzo y Larry está gracioso diciendo verdades como puños pero, ya que se va a utilizar como material lectivo, me gustaría puntualizar algunas cosas al respecto desde una perspectiva diferente, no la del “manachment” que aporta Enrique -me he leído su curriculum y ha sido profesor, consultor, miembro de comités que ni siquiera sabía que existian y accionista o consejero de startups del más diverso pelaje pero, no he podido encontrar un sólo trabajo como picateclas raso o brown eater junior-, y más cercano a las trincheras, al programador que tiene que implementar las ideas que Larry y otros guruseles de las TI programan en Powepoint o en Keynote, que queda aún más cool.

Dice Ellison que los grandes problemas de la gestión de la información en las empresas se pueden resumir en tres puntos:

• La dispersión de la información. Enrique lo traduce como “fragmentación de los datos” pero, cualquier informático, sobre todo cualquiera que trabajara con bases de datos de Oracle, empezaría a pensar en bloques de datos de n KB y fragmentación de datos en disco. Nada más alejado de lo que quiere decir Larry, que se refiere a que los datos de una empresa, suelen estar dispersos en mil y una bases de datos corporativas, departamentales, dedicadas a una aplicación especifica y más.
• La integración del software. Larry se queja de que los desarrolladores nos dedicamos a, sorprenderos, ¡desarrollar software! y, evidentemente, ese software no está diseñado para trabajar conjuntamente, lo que produce grandes quebraderos de cabeza para integrar y hacer funcionar todos los productos y tecnologías que utilizamos en nuestra empresa.
• Adaptabilidad del software. Larry habla de “automatización” y Enrique lo traduce as is, pero una vez más, no creo que la traducción sea la más apropiada. A lo que se refiere Ellison es a las dificultades de la industria para producir software corporativo out-of-the-box, es decir, de los de “mete el CD en el ordenador, instálalo y ponte a utilizarlo al momento”. Parece que los desarrolladores no sabemos o no queremos hacer software sencillo y autoexplicativo para su uso en distintas empresas.

Bueno, pues aunque Larry no ha descubierto la polvora, la verdad es que tiene más razón que un santo. Lo que pasa es que en el vídeo se le ha “olvidado” alguna cosilla que vamos a intentar recordar aquí:

• La dispersión de la información. Es verdad, tenemos más bases de datos que sentido común. Es fácil encontrar ofertas de hosting en donde te ofrecen “5 bases de datos y en la versión premium, 10″. Pero, aunque tengamos una única base de datos, de nada sirve si nuestras sucesivas aplicaciones se instalán en schemas distintos o utilizan sus propias tablas. Otra cosa que Larry y Enrique pasan por alto es que esta batalla no se juega en la base de datos, sino en un territorio mucho más hinospito: la ofimática. Porque la mayor dispersión de datos no la provocan los desarrolladores, sino las hordas de managers en ciernes que salen de escuelas de negocios como en la que da clase Enrique, armados hasta los dientes con Powerpoints y Excel donde hacen su “yo me lo guiso, yo me lo como”, plasman su know-how y “aportan valor” a la empresa. Mi primera labor como CEO de una empresa siempre sería la misma: prohibir el Excel y derivados. El Excel puede ser una de las herramientas más dañinas  para la actividad de una empresa y debería utilizarse únicamente como última solución y como herramienta de apoyo, nunca de trabajo ¿Sabéis qué es el Excel Hell? Pues si habéis trabajado como informáticos en ambientes corporativos, seguro que lo habéis sufrido…
• La integración del software. Pues sí. Es difícil conseguir que un programa de facturación hecho por un equipo hindú se integre correctamente con un programa de nóminas hecho en Albacete. Para solucionarlo, tenemos dos posibilidades. La primera, la que sugiere Larry: “me lo compras todo a mí y, a cambio de mucho dinero, te prometo que te ahorraré aún más dinero. Te ahorrarás mucha pasta en técnicos, que emplearás en pagar a mis consultores”. Porque, no nos engañemos, optar por una solución de Oracle no implica que todo funcione al instante y mágicamente. Cualquier técnico que haya intentado instalar una suite de aplicaciones de Oracle sabrá que es complicado, muy complicado. En cualquier caso, es una opción, que es muy válida para grandes empresas donde es más importante la respetabilidad y seguridad financiera que da una megacorporación como Oracle, antes que el ahorro de costes y la optimización técnica que prometen esos hippies que cobran millonadas y que pueden dejarte tirado de un día para otro para irse a cultivar alcachofas a un kibutz israelí ¿Cómo los llama Larry? ¡Ah, sí! technicians. Hay otra opción, impulsada no por Larry precisamente, sino por alguno de esos technicians locuelos. Se llaman Web Services o REST y consiguen que aplicaciones que tienen que ver tan poco entre sí como Aznar y el Che Guevara se comuniquen sin problemas. Probablemente a Enrique y a sus alumnos no les suenen estos términos, porque remangarse y mancharse las manos entendiendo BIEN qué es eso del protocolo HTTP no es nada cool para el “manachment” pero, si supieran que la API que hace que su adorado twitter sea lo que es hoy en día es una API REST como una casa de grande y que por eso tiene ese enoooorme ecosistema de aplicaciones alrededor, seguro que le prestaban más atención al respecto.
• Adaptabilidad del Software. Vaya, se queja Larry de que configurar un programa complicado es… complicado. Y tiene razón pero, ¿qué solución da al respecto?. ¿Alguien ha jugado a un videojuego de última generación? ¿Un Metal Gear, por ejemplo? Cualquier videojuego medianamente complejo te puede incluir un tutorial de cuatro horas que todos los jugones nos tragamos sin rechistar. Y eso sólo para aprender los rudimentos básicos del juego. ¿Alguien se puede imaginar al usuario medio tragándose un tutorial de cuatro horas antes de poder hacer algo con un programa en la empresa? Antes de que haya trascurrido media hora, te tiran el monitor a la cabeza. También dice que los ERPs, los CRMs y no se cuantos programas más están “sin acabar”. Mal ejemplo Larry, MUY MAL EJEMPLO. ¿Por qué? Porque el dominio funcional de un ERP, por ejemplo, es taaaan complejo que es literalmente IMPOSIBLE crear una aplicación capaz de modelar todas las realidades de una empresa. Créanme, sé de lo que hablo. No soy usuario avanzado, ni comercial, ni consultor de uno o varios módulos de un ERP. Yo he diseñado y programado un ERP desde cero, de la nada y es realmente difícil crear algo que se adapte a inputs y outputs tan variables como los que puede dar una única empresa. Imaginaos algo capaz de adaptarse por igual a una empresa como Recauchutados López o Indra. Podéis pensar que, aquí, el único paquete soy yo, pero a esa pequeña empresa llamada SAP, le pasa algo similar. Hay procesos SAP con más de 800 parámetros y, aún así, un CD con una instalación de SAP tal cual, vale lo mismo que un Open Bravo: cero patatero. Siempre hay algo que programar, siempre hay algo que adaptar, siempre hay un Director Financiero que quiere el informe en verde, no en naranja. ¿Oracle soluciona mejor que nadie todo esto? No tengo ni la menor idea. La última vez que intenté comprender por completo el portfolio de Oracle (¿Peoplesoft? ¿JD Edwards? ¿Siebel?), me empezó a doler la cabeza como cuando me pregunté “si antes del Big Bang no había nada, tenía que haber algo, porque el mismo concepto de la nada implica que haya un algo que se contraponga”. No he encontrado respuesta en ninguno de los dos casos.

Bueno, al fin y al cabo esto sólo es un ladrillo de un Jedi seducido por el lado oscuro, de un técnico que navega entre el manachment y el entrepeneurship.

Probablemente, todas estas divagaciones sólo lleguen a mis fieles espartanos. A Jeroclo, a Vilches, a Beas, a Arranz y a tantos otros. Pero, por una vez, sólo por una vez, me gustaría que todo este texto llegara a alguien más, a Enrique Dans, y que pudiera completar la lección que incluye el gran vídeo de Larry con esta humilde aportación. Quizás así, la nueva generación de “manachment” que se hiciera cargo de las empresas de tecnología de este país pudieran tener una perspectiva más amplia, más allá de la moqueta y más cercana a las tripas del negocio, donde trabajan los técnicos.

Así que, si quieres ayudarme a intentarlo, copia, pega, pinta y colorea, menea, retwitea, envía, comenta y menciona este modesto artículo. Si conseguimos que llegue hasta Enrique, prometo pagarle una ronda de cervezas a mis fieles espartanos. Y yo siempre cumplo mis promesas.

]]> http://sixservix.com/blog/david/2010/06/22/problemas-gestion-informacion/feed/ 27 http://sixservix.com/blog/david/2010/06/17/oracle_y_bloggers/ http://sixservix.com/blog/david/2010/06/17/oracle_y_bloggers/#comments Thu, 17 Jun 2010 05:51:27 +0000 David Bonilla http://sixservix.com/blog/david/?p=3350

Ayer tuve la oportunidad de asistir a un encuentro de bloggers relacionados con las necesidades tecnológicas de las pymes, organizado por Oracle.

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...

]]>

Creo que la celebración de esta conferencia merece sobradamente un espacio en este blog por muchos y variados motivos pero, principalmente, por haber conseguido salir adelante a pesar de la indolente actitud general del colectivo de desarrolladores en España. Eso es lo que ha llamado mi atención y es sobre lo que quiero escribir hoy. No esperes encontrar aquí el típico artículo al uso sobre una conferencia.

Los desarrolladores de aplicaciones informáticas españoles somos, sin duda, uno de los colectivos profesionales peor organizados y menos corporativistas. Algunos dirán que es culpa del mal llamado intrusismo profesional, otros preferirán excusarse por la realidad laboral de país, pero la realidad es que es un puro y duro problema cultural.

Vaya por delante que, desgraciadamente, no voy a ir a la conferencia. Es el segundo evento que me pierdo este año, después del Spring2gx. Podría poner mil excusas, personales y profesionales, para justificar mi ausencia, pero no lo voy a hacer. Mal por mí. Mal por no haberme planificado lo suficientemente bien para poder aprovechar esta oportunidad. Así que, este artículo debe entenderse como una autocrítica además de como una carga “a lo jinetes de Rohan” contra el establishment informático de mi país.

En cualquier caso, no tengo ningún interés en la conferencia ni he tenido nada que ver con su organización, y espero  que esto me permita hablar con imparcialidad y ecuanimidad de la misma, para lo bueno y malo. Vamos allá.

Por un lado, me han llegado a comentar las quejas de según que gente porque el precio de 95€ por dos días repletos de conferencias les parece caro. ¿Caro respecto a qué? ¡Si no ha habido nunca nada parecido en España!

Si lo comparamos con un evento similar, la qCon que se celebra en Brasil el 11 y el 12 de septiembre, nos encontramos con que la entrada a dicho evento cuesta más de 150€ al cambio, o lo que es lo mismo, un 57% más que la Agile Spain. Aunque los españoles solemos lloriquear al comparar nuestros salarios y nivel de vida respecto a nuestros ricos vecinos europeos, no creo que a nadie se le ocurra pensar que los desarrolladores brasileños ganan más que nosotros.

Lo que creo que está pasando es que la gente se ha malacostumbrado a la gratuidad de eventos y ponencias. Pero traer un ponente de reconocido prestigio, alquilar y acondicionar un espacio y organizar y publicitar un evento cuesta tiempo y dinero ¿Deben soportarlo exclusivamente la generosidad de voluntarios y patrocinadores?

Por otro lado, tenemos a los que directamente no acuden a las conferencias, de nigún tipo, con el argumento simplista de que “no valen para nada. Cualquier cosa que te cuenten puedes encontrarla, igualmente, en Internet“. Hombre… ni tanto ni tan poco. Si te pones, seguro que pillas el concepto y el “cómo funciona” de Lucene, por ejemplo, pero si te lo cuenta el mismísimo Doug  Cutting, pues mejor que mejor. Otro ejemplo: seguro que más de uno habéis leído uno de los ladrillacos sobre single page interface (SPI) de Jose María Arranz. Tienes que estar en uno de tus mejores días para entender el concepto y, como te pille espesito, es probable que no entiendas absolutamente nada. Sin embargo, otra cosa es tener al propio Jose María al lado y convencerle a base de cervezas para que te cuente si eso del SPI es algo real y útil o simplemente un método para impresionar a las chicas.

Detrás de todo esto, puede que esté el mismo y viejo problema de siempre: la mentalidad de “el trabajo, trabajo es y no voy a perder ni un sólo minuto de mi tiempo libre formandome“. Pero ¿Y si partimos de la base de que nuestro trabajo nos gusta? ¿Y si empezamos a mentalizarnos de que conseguir un trabajo no es el fin, sino el inicio de nuestra carrera? ¿Y si nos damos cuenra de que juntarnos con gente que es mejor que nosotros no es humillante ni vergonzoso sino que nos enriquece y nos hace mejores? ¿Y si admitimos que ser buenos en nuestro trabajo es “divertido” y que todo el mundo, o casi todo el mundo, tiene ganas de hacer BIEN su trabajo? Las conferencias nos ayudan a asimilar todo esto.

The Evnt, otro evento español a tener en cuenta

Pinche aquí para ver el vídeo

Con el programa en la mano, los asistentes a la conferencia tendrán la oportunidad de acudir desde a una sesión práctica de TDD, impartida por Juan Gutiérrez y el gran Carlos Blé, hasta una presentación de estrategias de programación a pares de Erling Wegger, pasando por el IM-PRES-CIN-DI-BLE Coding Dojo de los “Faemino y Cansado” del agilísmo en España, los inefables Xavi Gost y José Manuel Beas.

La celebración de esta conferencia es una muy buena noticia, no sólo para la Comunidad ágil española en particular, sino para todo el sector del desarrollo de aplicaciones en general: es un pequeño gran paso para empezar a generar cultura de conferencias hechas por y para desarrolladores en este país.

Levantar de la nada un congreso con 9 patrocinadores, más de 40 ponentes nacionales e internacionales y 150 inscritos es un esfuerzo digno de señalar. Más aún en los tiempos que corren.

Espero que la Agile Spain sea todo un éxito y que, aunque no pueda asistir, me llegue parte de todo el conocimiento que fluya… Aunque eso me cueste un par de rondas de pintxos con Amalia, Jorge o Kini. Cuestión de karma. Se lo merecen. Nos lo merecemos.

Artículos relacionados:

1. XGN 2010 (4 de 4): La organización de un evento Con este artículo, se cierra la serie sobre mi experiencia...
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...

¿En que consiste todo esto? En la creación de proyectos que pongan a disposición del ciudadano datos públicos, pero de difícil acceso y consulta.

El ejemplo más claro es el trabajo hecho con Parlio, que muestra a los usuarios datos exhaustivos sobre la actividad del Parlamento Vasco. Aunque la información que proporciona procede de la web oficial del Parlamento, la estructuración y, sobre todo, la accesibilidad de la misma hace que sea mucho más fácil para el ciudadano medio conocer que hacen exactamente los miembros de la cámara vasca.

Apoyo esta iniciativa no sólo porque crea en la necesidad de transparencia y apertura de los organismos públicos, sino también porque creo que es un deber de la ciudadanía actuar e intentar mejorar las cosas si está en nuestra mano.

Hack Politics !!!

]]> http://sixservix.com/blog/david/2010/04/13/abredatos/feed/ 1 http://sixservix.com/blog/david/2010/04/12/james-gosling-deja-oracle/ http://sixservix.com/blog/david/2010/04/12/james-gosling-deja-oracle/#comments Mon, 12 Apr 2010 04:50:43 +0000 David Bonilla http://sixservix.com/blog/david/?p=2708

James Gosling, el padre del lenguaje de programación java, deja Oracle. El día 9 de abril, mediante una entrada en su blog, confirmaba los rumores anunciando que había abandonado la compañía una semana antes.

Gosling se une a una larga y creciente lista de notables ex-empleados de SUN, que han renunciado a su puesto desde que Oracle la comprara en enero y que incluye a personalidades como el CEO Jhonathan Schwartz; el co-inventor del lenguaje XML, Tim Bray; el creador de Hudson, Kohsuke Kawaguchi; o el responsable de open source, Simon Phipps.

La marcha de Gosling y sus compañeros supone un duro golpe para la comunidad de desarrollo que ha crecido alrededor del lenguaje java, aunque técnicos como Jerónimo López crean que “para el sector, todo esto que está pasando es positivo. El panorama se llenará de nuevas empresas repletas de gente con muchas ideas, que podrán desarrollar/explorar con aún más libertad que cuando estaban en SUN. Seguro que muchas de esas ideas impulsarán/crearán áreas nuevas“.

Además, aunque algunos crean que los resultados de Oracle y sus ventas no se verán afectadas por la marcha de Gosling, como Abraham Otero que comenta en javaHispano “… las ‘empresas serias’ ni sabían quién era el ‘hippie’ ese  de Gosling…“, la pregunta que debemos hacernos todos y, especialmente, los accionistas de Oracle es: ¿vale más o menos Oracle sin todos estos técnicos dentro de ella? Si la valoración de una empresa se basa no sólo en sus activos financieros sino en su posibilidad de generar beneficios en un futuro, ¿se verá penalizada la valoración de Oracle en bolsa? ¿Se reducirá su capacidad de desarrollar nuevos productos y tecnologías?

Aunque no suelo ser un buen oráculo, pronostiqué deserciones masivas de técnicos en antiguos artículos y en el podcast de javaHispano donde comentamos la compra de SUN por parte de Oracle. SUN ya no es la compañía que atraía y contrataba a los mejores técnicos.

¿A dónde llevará todo esto? Nadie puede pronosticarlo, pero sí podemos asegurar que el panorama de java y su ecosistema va a cambiar radicalmente.

Artículos relacionados:

1. Compartiendo mesa y mantel con Oracle Ayer acudí a un encuentro de bloggers organizado por Oracle...

]]>

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...

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