Sergio Gago

Cuando era muy pequeño, leí el principito, como si fuera un cuento más, y así lo tomé durante bastante tiempo, pero tiempo después, y gracias a la preparación de unas sesiones de recursos humanos, lo volví a leer con la cabeza mejor preparada para entender según que conceptos, y me sorprendió gratamente.

Quizá, todo se basa en entender bien su “dedicatoria”.

A Leon Werth:
Pido perdón a los niños por haber dedicado este libro a una persona mayor. Tengo una seria excusa: esta persona mayor es el mejor amigo que tengo en el mundo. Tengo otra excusa: esta persona mayor es capaz de entenderlo todo, hasta los libros para niños. Tengo una tercera excusa: esta persona mayor vive en Francia, donde pasa hambre y frío. Verdaderamente necesita consuelo. Si todas esas excusas no bastasen, bien puedo dedicar este libro al niño que una vez fue esta persona mayor. Todos los mayores han sido primero niños. (Pero pocos lo recuerdan). Corrijo, pues, mi dedicatoria

Si alguien no lo ha leido, recomiendo hacer una sencilla búsqueda en google de principito.pdf. Es un cuento suficientemente corto como para poder leerlo en pdf en el ordenador, e invita a reflexionar sobre ciertas cosas que vamos perdiendo conforme crecemos, y que gracias a mi trabajo de monitor con niños, puedo discernir.

>> QUIZÁ ESPOILER!!!

>

>

>

>

>

>

Durante su viaje, el principito conoce a seis personajes, que representan en mayor o menor medida grandes vicios y virtudes de los humanos.

• El rey: Aunque poseido por la codicia, representa un ejemplo claro de liderazgo y management
• El vanidoso: Obsesionado por ser reconocido y admirado, aunque también orgulloso de lo que es y con suficiente autoconfianza.
• El borracho: Claro, todos cometemos el mismo error varias veces, y elegimos la vía más fácil de hacer las cosas.
  
• El hombre de negocios: A veces simplemente queremos poseer, tener más, y no nos preocupamos de lo importante. Tener más estrellas para poder guardarlas en un banco y olvidar lo que realmente vale la pena.
• El farolero: Tenacidad y fidelidad al trabajo encomendado, pero muy poca adaptación al cambio.
• El geógrafo: Raciocionio total y gran pasión por lo que hace, sin embargo, no es capaz de buscar más allá cuando no puede seguir su camino, al no tener exploradores. Dependencia total de los demás.
  

¿Cuál es vuestra conclusión de cada personaje? En resumen, vaya, “Solo se ve bien con el corazón, lo esencial es invisible a los ojos”.

>

>

> FIN DE SPOILER

Y todo esto me ha venido por un grupo de flickr llamado 360degrees, en el que se publican fotos con un cambio de polaridad y que simulan ser microplanetas como los del Principito (o el planeta de Kaito de Bola de Dragón!). Merece la pena ver algunos de ellos, pues son geniales.
Como por ejemplo:

Otros cuentos que no son tantos para niños:

• El libro de las tierras virgenes - Rudyard Kipling: El cuento que originó la historia de Mowgli en “El libro de la selva”, donde Disney se quedó solo con la parte para niños.
• Quién se ha llevado mi queso - Spencer Johnson, MD.: Un cuento que trata sobre la adaptación al cambio.

Esta es una imágen que circuló hace un par de semanas tanto por alt1040 como por menéame. Hubo un revuelo interesante, entre sorpresas, admiración y algunas quejas. Originalmente salió en I have an idea, y algunos comentarios no tienen desperdicio. Me tomo la libertad de copiarlos:

• 9. Chirriquitown | Julio 18, 2007 at 10:52 am

  Bueno, al menos el cafe es gratis, todo un detalle.

  Lo de abstenerse si no eres friki y lo pasas mal trabajando, suena a coña, quiere decir que vas a trabajar todo lo que aga flata y que les resuelvas todos los marrones que se le planteen, por lo que parece paginas web, configurar equipos e impresoras, ser un puto hacker … de coña

• 10. toninicasanipasta | Julio 18, 2007 at 11:05 am

  Aparte de que el anuncio mueve a la vergüenza ajena, como ya habeis dicho, resulta bochornoso que a uno le presenten el trabajo como un pasatiempo que, vete a saber, igual es remunerado mínimamente, como si te hicieran un favor por estar pringando ahí como un matao.
  Friki, tú que has aceptado esa bazofia, eres un matao.

  Matao.

etc… Y los comentarios en meneame también van por ese estilo. Como por ejemplo:

#8 “Abstenerse si no eres friki y lo pasas mal trabajando”

Estos lo que buscan es un esclavo con sueldo de becario, que no tenga vida propia y lo pase taaaan bien trabajando que ¿para qué pagarle las horas extra?

¿Y a dónde quiero llegar?

Esta es precisamente el tipo de oferta que yo pondría. Porque me asegura que la gente que vendrá, probablemente sea mucho más afin con la empresa, con nuestra forma de trabajar, con nuestra filosofía. ¿Por qué tiene que corresponder con que siempre va a ser un curro de mierda donde te traten mal? Si estuvieramos viendo un anuncio de una gran consultora, donde se conoce la “cultura del becario”, hasta se podría esconder la mano después de tirar la piedra, pero ¿viendo este anuncio?

¿En serio tiene puede parecer que detrás está el Sr. Mr Milloneti con el afán de destrozar al trabajador? Porque a mi lo que me parece es que detrás está una empresa montada por gente jóven, con iniciativa, un poco friki, y con ganas de hacer las cosas “de otra forma”. Gente que, precisamente, está reinventando la industria, precisamente, la gente que hace falta en una industria como esta.

Asi que diría a toda la gente que escribe estos comentarios, primero, que no tiene mucha idea de lo que supone tener tu propia empresa, y que en más ocasiones de las que se piensa, el esclavo es únicamente el empresario. Y que antes de despotricar contra algo que no conocemos, seamos capaces de ser algo críticos. Probablemente nunca hayáis sido capaces de mirar más allá del fin de la jornada a las 18:00. Y ojalá, algún día veais el trabajo como un disfrute, y no únicamente como un medio para llevaros dinero a final de mes. Si no disfrutáis con lo que hacéis… quizá os hayáis equivocado de profesión.
Y por último, me quedo con uno de los comentarios en alt1040

1. pepe:
   19 de Julio, 2007 a las 17h25

   La plaza aun no esta cubierta, el salario 1000€ mes como minimo, posibilidad de hacer mucho mas… muchisimo mas, el ambiente de puta madre, risas y buen rollo, sin jefes prepotentes ni gilipoyas pelotas, La empresa www.envivomedia.es
   ahora segir diciendo lo que querais, pero mi cartel, posteado en un arbol esta presente en 24h en mas de 50 blogs com mas de 250.000 visitas y me ha costado hacerlo 5 minutos y colocanlo solo 2…
   el que no quiera disfrutar de su trabajo que siga como está´… que nosotros nos vamos a tomar un cafelito…
   viva internet y los frikis

Un gran aplauso para el que - parece ser - autor de la jugada. Espero sinceramente que encuentre a esa persona ideal para su empresa, yo también se que es más dificil de lo que parece. Y por cierto, yo siempre busco gente (friki)!

Tanto en el mundo del diseño Web, como en tantos otros, ocurre en ocasiones que el cliente se cree más profesional que la persona a la que contrata, y exige ciertos cambios que no tienen ningún sentido, o directamente no se habían contratado.

El proceso que seguimos nosotros cuando nos contratan para realizar un diseño web, es el siguiente:

1. Análisis de cliente. ¿Realmente merece la pena? ¿Necesita una Web? ¿Para qué? ¿Tenía ya algo hecho?

2. Análisis de necesidades. ¿Qué necesita? ¿Cuáles son sus objetivos con esta web? ¿Qué retorno espera tener? Porque si le voy a cobrar 2000 o 3000€, él querrá obtener unas ganancias de al menos el doble de esa cantidad (o mucho más!).

3. ¿Qué herramientas pueden cumplir con esos objetivos? ¿Un blog? ¿Unos foros? ¿Una web estática con animación flash?

Una vez estudiado todo eso, y teniendo en cuenta el presupuesto que tiene el cliente, se establece un plan de acción, con unos hitos, y unas especificaciones de producto muy claras, y firmadas por contrato.

Generalmente entregamos un solo boceto, porque nosotros, somos profesionales en saber lo que necesita, y no nos importa lo que le guste o le deje de gustar.

Entonces… ¿Qué ocurre cuando de repente, en medio de un proyecto, te dice…? Por cierto, es que también quiero eso de que la gente pueda dejar mensajes…. esto… foro! O, es que quiero que hay animación, mucho movimiento, y pueda poner los videos que crea mi sobrino en la empresa.

Evidentemente la respuesta es negativa, y esta puede ser por dos motivos:

a) No lo hago porque NO quiero. Para hacer un producto de calidad, es imposible que ponga esa cutrez. Si quieres que el sistema sea usable, no voy a incorporar esa funcionalidad

b) No me vas a pagar lo que cuesta hacer eso. si eso cuesta 15 horas de mi tiempo, te lo tengo que cobrar, y en el presupuesto actual está estrictamente lo que hemos acordado.

Estas situaciones se dan mucho, demasiado a menudo, y al final, vamos aprendiendo a paliarlas. Algunos consejos:

1. Establecete siempre como el profesional, el consultor, el que sabe lo que el cliente necesita. No eres un proveedor de herramientas, eres un proveedor de conocimiento, que luego se aplica a un código.
2. Deja claro al cliente que él no tiene ni idea, y que no le vas a permitir decirle cómo tienes que hacer tu trabajo. Igual que cuando un fontanero va a su casa, no le dice qué tipo de junta usar, tu vas a utilizar las tecnologías que considereres oportunas.
3. No eres diseñador Web. O al menos, esa solo es una pequeña parte de tu labor. Eres consultor en tecnologías de la información (esta afirmación me ha dado más clientes de los que nunca hubiera imaginado).
4. Analiza bien todas las necesidades, establece una planificación, y crea una hoja de requisitos y de funcionalidades. Esta hoja debe ser firmada por ambas partes.
5. Firma siempre un contrato que deje bien atadas todas las posibilidades. ¿Qué pasa cuando alguien se retrasa? ¿Y si el cliente tarda un mes más en pasarte algunos textos o fotografías? Establece que cualquier retraso por parte del cliente elimina parte de tus responsabilidades en fechas. Y por supuesto, deja siempre claras las fechas, o bien en función de jornadas laborables, o en días concretos de entrega de materiales, o finalización de hitos.
6. No pases por el aro a la primera. Aunque veas claro que tiene razón, no le digas que lo harás a la primera. Di al cliente que tienes que pensar bien todas las implicaciones de esa funcionalidad, y piénsatelo dos veces antes de decirle que si. Si aceptas sin pensarlo un pequeño cambio, mañana te puede venir con algo más grande.
7. Cobra siempre una parte entre el 30 y el 50% del proyecto antes de mover un dedo. Si no pagan nada, no se sienten con responsabilidad, y puede pasar cualquier cosa. Tener un contrato siempre es una garantía, pero es preferible no entrar en temas judiciales.
8. Si subcontratas partes del proyecto, o trabajas con gente freelance, cierra muy bien las fechas, y asegúrate que no puedan “saltarte” y conseguir al cliente. Cierra los requisitos y las especificaciones igual de bien que con el cliente. Ten en cuenta que si ellos la pifian, el que da la cara al cliente final eres tu.
9. Y por último… si es posible, que te subcontraten. Lo mejor que te puede pasar es que no trabajes con cliente final, y que la persona que te da los requisitos sea un profesional. ¡Te quitará más de un dolor de cabeza!

Por supuesto, estas casuísticas se dan solo con PYMEs, ya que cuando hablamos de empresas más grandes, y entramos al nivel de consultorías, la situación es muy distinta.

Actualmente estoy leyendo el libro de Tom Peters “Nuevas Organizaciones en tiempos de caos”, (como se puede ver en el sidebar con el plugin “Now Reading…”), y además de la calidad del libro en si mismo, que aun habiéndose escrito en 1994 su primera edición sigue teniendo una validez tremenda actualmente, me he encontrado una gráfica muy interesante.

Su capítulo 6, habla de la reingeniería, y establece que es necesario potenciar la comunicación como una de las bases fundamentales en una empresa, dando mucha más importancia al networking, a la cooperación y a las comunicaciones telemáticas. Lo que importa es el cómo y el quién, y el dónde pierde todo su significado, para dar paso a un cuándo que tiende a ¡YA!

Entonces habla de las comunidades virtuales, y de su eficacia, lo cual hoy día podría traducir como redes sociales, ya sea de networking, dating, o verticales por sectores, y lo compara en un gráfico con un partido de beisbol de esta forma.

Resulta muy interesante ver que ya en aquel año se dieron cuenta que importa mucho más la comunidad que se crea de fondo, que la misma tecnología que lo sustenta. El contenido, la masa crítica y las relaciones entre las personas (hacer clic en la imágen para agrandarla).

Hace tiempo, vi una gráfica de este tipo (si se le puede llamar gráfica), referida a los tipos de personas, idealistas y realistas. La verdad es que me parece una metáfora muy buena.

“Haber sido universitario solo implica, que te lo has pasado muy bien durante unos años y que alguien ha tratado de enseñarte, pero no que tú hayas aprendido.”

- HR Manager anónimo

Y por eso, cuando contrato, me importan bastante poco los títulos universitarios. (en contraposición con mi último post sobre ingenieros informáticos!)

Rahul Batra escribe en dreamincode un artículo donde expone sus cinco libros para ser ingeniero informático.

Lo interesante, realmente no está en la lista de libros, sino en el concepto de “ingeniero informático”. Y es que hoy en día, cualquiera puede saber programar. La red está plagada de manuales de distintos lenguajes, y de páginas y referencias muy buenas con las que te puedes convertir en un gran gurú del lenguaje. Conocer todos los entresijos y saber resolver cualquier problema. Pero no tendrás esa base de “ingeniero” que te ayuda a resolver los problemas de una forma más organizada.

Me tomo la libertad de copiar su lista, y poner mis propias anotaciones, así como poner las carátulas y unos enlaces a amazon, por si alguien se anima.

Computer Organization by Hamacher, Vranesic & Zaky
Quizá, la base fundamental para todo ingeniero que quiera tratar con computadoras, ya que trata los procesadores RISC desde el principio, llegando a comprender elementos de estabilidad y rendimiento. Que para un “hola mundo” no hacen falta, pero si programas para el S.O. quizá lo necesites.

Concepts of Programming Languages by Robert W. Sebesta
Debemos saber de “dónde venimos” para saber cómo ser los mejores en los lenguajes que salgan ahora. En este libro se atacan los conceptos básicos de la programación, sobre todo funcional.

Operating System Concepts by Silberschatz, Galvin & Gagne
El libro de cabecera de todo técnico de sistemas, y programador que tenga que tocar las tripas del S.O. De hecho, suele utilizarse de pe a pa en casi todas las universidades en la asignatura de sistemas operativos.
Fundamentals of Database Systems by Elmasri & Navathe
A veces, es necesario ir un poco más allá de las formas normales, y conocer a fondo como funciona un DBMS. Y no vale con tener un phpmyadmin atacando un mysql.

Computer Networks by Andrew S. Tanenbaum
Mi favorito. El alma de las redes. Desde las capas OSI, hasta el funcionamiento de cada capa TCPIP. VPNs, tunneling, seguridad, encriptación. Quizá menos necesario para informáticos propiamente dichos, pero imprescindible para trabajar sobre red.

Y por supuesto, a esta lista tengo que añadir dos libros para entrar en materia en cuanto a cómo programar en objetos, y cómo usar patrones de diseño: Head First Java, y Head First Design Patterns. En ningún otro libro he encontrado una explicación mejor del wrapper, o del factory!

Como aclaración, no quiero decir que para ser un buen programador haya que haber estudiado ingeniería informática (la eterna discusión!). De hecho, yo no soy Ing. Informático. Pero el hecho de haber pasado por una serie de materias, y haber tenido que trabajar unos conceptos fundamentales, dan una visión mucho más global, y ayudan a comprender mejor ciertos problemas, así como a generar soluciones más eficaces.

Desde hace mucho tiempo, no he vuelto a tener cerca un Trivial. Cosa normal porque casi nunca juego, pero el otro día con unos amigos en casa, y cansados de cantar al singstar, alguien dijo: “Juguemos al trivial!”.

Eliminando la opción de comprar el juego de mesa, o su versión más actualizada en DVD (como ya se están actualizando casi todos los juegos de mesa), busqué por internet. Y no encontré nada decente orientado a este juego “en TV”.
El crecimiento que tienen actualmente los hogares que pueden conectarse a internet desde sus televisores es tremendo. Ya sea a través de la consola (360, PS3, Wii), o a través de un mismo media center, por lo que parece tener sentido montar un Trivial Online. Exactamente igual que su versión de mesa, pero en la Web.

De esta forma, solo tendría que apuntar con la Wii a la Web de este trivial online, y jugar una partida con mis compañeros. Ni siquiera es necesario el modo multijugador, sino simplemente un tablero y las preguntas, y por supuesto gratuito.

Fácil: Primer paso: Escoja número de jugadores. Segundo paso: Lance el dado. Y empezar a tirar el dado, mover fichas de un sitio a otro y conseguir quesitos. Ni rankings, ni partidas online, ni registro, ni opciones extrañas. Solo conectarme, y jugar.

Ya estoy viendo el movimiento de las fichas sobre un enorme jpg con unos efectos gracias a script.aculo.us.

Al final, todas las ideas salen de una necesidad. Yo no tengo tiempo, pero si alguien se apunta…

La vida del jefe de proyecto es muy dura. Tradicionalmente las consultoras suelen delegarles la parte puramente de planificación, gestión de recursos y seguimiento, pero en otro tipo de empresas (como la mía), en la que los equipos no son tan grandes, o simplemente se usan otras metodologías (Xtreme Programming), no termina de funcionar:

El Jefe de Proyecto, debe programar.

Para mi esto es un hecho. Un JP nunca va a poder estar suficientemente implicado en el desarrollo, y conocer todas las peculiaridades de un producto, sino se moja y se pringa como todos los demás.

Ahora bien, llegar tareas de gestión, y ser un programador, en la misma persona y jornada laboral, no es cosa fácil.

Hace unos días, Nick Halstead escribió sobre esto respondiendo a uno de sus lectores, y el artículo es muy interesante.

Los problemas vienen a ser:

• Aunque dediques el 50% de tu tiempo a programar, tu output será del 20% si tienes suerte
• El estilo, el enfoque y el tipo de tareas en cada rol son sumamente diferentes. Por un lado tenemos tareas comunmente largas y con alta focalización, y por otro suelen ser tareas más cortas, continuas interrupciones, y en tal caso, una distribución más “caótica”.
• El programador suele apasionarse demasiado con lo que hace, lo que es bueno, pero el manager debe tener una visión mucho más global, y tomar decisiones que afectan a más alto nivel.

Así que como resumen, me quedo con estas líneas de Nick

• Planifica lo mejor que puedas tu día, estableciendo tiempos de programación y tiempos de management.
• Intenta usar los largos periodos para programar, y los pequeños gaps entre reuniones y pequeños “marrones” inmediatos para tareas de management
• Como manager, deber ser muy crítico contigo mismo y con tu equipo, para asignar las tareas adecuadas a las personas idóneas, incluido a ti mismo.
• Nunca te asignes tareas porque sean las más interesantes o atractivas.
• Escucha TODO lo que el resto del equipo tenga que decirte.
• Puedes confundir (e impresionar) a otros managers hablándones el jerga técnica (esta es genial!)

Y como colofón lo único que diría es que cada programador - JP busque su “best-hour-of-the-day” para programar. Ese momento en el que nos podemos (ahora si), poner los auriculares, y programar como máquinas a ritmo de los Blues Brothers. Hay quien lo tiene a las 7 de la mañana, y hay quien (como yo), viene a las 6 de la tarde, lo que suele hacer que siempre llegue tarde a casa.

¿Algún otro truco o sugerencia?

El último First Tuesday de Barcelona ha sido todo un éxito.

Así lo cuenta Carlos Blanco, uno de los organizadores al resaltar que éramos más de 160 personas, de los cuales, bastantes son miembros (o ex miembros) de grupo intercom, representando unos cuantos de los portales, cosas de barcos, directo del campo, construmática, o emagister (claro…).
Leo en el post de Carlos que había gente de Valladolid…. ¿A qué emprendedor de mi tierra no conozco? ¡Porque dudo que se refiriera a mi!

También ha hablado sobre el evento David Rodriguez, a quien tuve el placer de conocer y cenar posteriormente, junto con Albert Ribera, y más gente de trovit.

Y destacar 3 momentos:

• Entonces… que es eso de los “haches?” ah! “arsens!”, ah, eso, “adsense!” (no recuerdo si fué exactamente así, pero nuestro periodista del abc, triunfó).
• La pregunta del responsable de Recetas al dia (creo que era esta, también), que preguntaba en general si tenían miedo a los pequeños. Y su respuesta, de que ellos también son pequeños, con equipos pequeños, y que en la otra liga es donde juegan yahoo, ebay, google, etc…
• El comentario de Iñaki, de trovit, quizá un poco con segundas hacia otras startups, diciendo que a veces se pide dinero por pedir, y que el hito no es conseguir la ronda de inversiones, sino montar una empresa en internet, cosa que parece que a veces se olvida.

Yo, como sabéis los asíduos, soy más de asociarme con gente que esté dispuesta a hacer maratones de trabajo, en lugar de conseguir mucho dinero y casi casi perder el control de mi negocio.

Asi que nada, ¿algún programador quiere escuchar mis ideas y asociarse?

Por fin Google sacó el video promocional de emagister y adwords, en el cual se ve bastante bien la forma de trabajar que tenemos, parte de nuestras oficinas, y yo de refilón.

Se habla bastante del retorno que obtenemos con adwords y lo bien que nos funciona, pero bueno, también es un acercamiento para que veáis dónde dedico la inmensa mayoría de mi tiempo.

Desde Maximundo, y Albert (uno de los actores!)