La cita del día en las listas de correo del curro:

Está claro que “evidentemente” es un término que deberían quitarnos de las manos en algunos entornos profesionales. Es una verdadera bomba de mierda a punto de estallar.

Nacho

Una de las cosas que molan de mi trabajo es que a veces hay que asistir a eventos como la UDS (Ubuntu Developers Summit), donde se reune la gente que hace la mayoría de los programas que uso a diario, lo cual no puede decirse que ocurra a menudo. No todos los días puedes conocer a uno de los chavales de 14 años que desarrolla opencompositing (unión de beryl y compiz).

He escrito un par de posts en el blog del trabajo (lo siento, es mi obligación :) ), así que los enlazo directamente…

Crónica del segundo día en la UDS Crónica del tercer día en la UDS Crónica del cuarto día en la UDS

Si no os importa, iré actualizando el post con enlaces al resto de los días a medida que los vayamos escribiendo.

Bueno, uno de nuestros más preciados compañeros de trabajo se marcha a un destino mejor (también mejor pagado) y nos deja un vacío que intentamos llenar.

A continuación pongo su “carta de requisitos”, son una serie de puntos que él mismo ha escrito con lo que cree debe saber/ser capaz de hacer alguien que venga a sustituirle.

Si vosotros mismo os veis capacitados o conocéis a alguien que cumpla lo siguiente, ya sabe.

También se valorarán proyectos realizados o “mostrables”.

- Que esté acostumbrado a usar Linux, cualquier distribución, y que tenga soltura usando algún entorno de desarrollo PHP sobre Linux (Eclipse es lo que solemos usar, tampoco hay muchos para elegir) Además de a nivel usuario, sería muy conveniente que fuera capaz de saber instalar un servidor web/php/mysql, para poder trabajar en local, y subir el código ya testeado. - Experiencia en PHP, mucha, al menos haber desarrollado algún tipo de software de gestión o CMS, no solo una web simple, etc. Sigila es ENORME, en cuanto a todo lo que abarca, número de líneas, etc. - Experiencia desarrollando con la metodología Vista-Controlador, separando la lógica del acceso a datos y la capa de presentación. Hacia eso estamos orientando todo lo nuevo que se hace en Sigila. - Experiencia con consultas SQL, pero no “conocer” SQL, sino saber hacer consultas GRANDES. Las consultas a las que están/estamos acostumbrados los desarrolladores web son MUY sencillas, a lo sumo se tocan 2 ó 3 tablas en la misma consulta, en Sigila… esas son las pequeñas. Lo único que me costó trabajo al entrar aquí fue esto. - Estilos CSS. El diseño de Sigila está 100% basado en hojas de estilo CSS, los temas de estilo son CSS. Es fundamental. - Javascript y AJAX. Últimamente algunas pantallas/formularios las estamos haciendo con AJAX, y en muchísimos formularios se usa JS. - CVS/SVN. El código que vamos programando, lo vamos subiendo al repositorio de código, para poder ir programando todos “a la vez”. De todas maneras lo necesario para “echar a andar” se le puede enseñar a alguien en 15 minutos.

¿Sabes lo que se siente cuando cierras un descriptor de fichero no inicializado, lanzas el programa a más de 100k ordenadores de Andalucía y te enteras al día siguiente por las llamadas telefónicas de que nada funciona? Pues te-ca-gas.

Yo@work

Y después de la cita, antes de que me salten algunos que me sé ;) declaro en mi defensa que suelo usar programas de análisis de código para evitar esas cosas, pero es que esta vez el cámbio era tan simple, que no podía afectar a nada más.

Excepto a sí mismo:

FILE *fd = NULL; ... if (NULL == fopen(....)){ ... } else { fclose(fd); /* y me quedo tan pancho */ }

En mi segunda defensa diré que lo que pretendía era lo siguiente:

FILE *fd = NULL; ... if ( NULL == (fd = fopen(...)) ){ ... }else{ fclose(fd); /* Ahora si :D */ }

Y para hacer caso a la lectora anónima que nos acusa de no contar cuentos y poner solo fotos, no pongo ninguna.

Por fin he encontrado un hueco libre para poder seguir la serie de posts sobre cómo conseguir trabajo en el Reino Unido. En teoría este post cierra la serie, pero quizás la reabra más adelante con más consejos y truquillos como cuando se quiere cambiar de trabajo.

Pongámonos en situación: primero hicimos un CV de acuerdo con los estándares ingleses, conseguimos una entrevista telefónica seguida de una entrevista cara a cara y finalmente nos han dado una plaza en la última etapa del proceso de selección: el Assessment Centre (en adelante AC).

Últimamente me estoy interesando mucho por las metodologías de trabajo aplicadas tanto al desarrollo como a la gestión de proyectos de software, y siguiendo enlaces me he reencontrado con un viejo conocido cuyos artículos me encantan: Joel on Software.

Hay incluso traducciones en más de 30 idiomas de muchos de sus artículos en The Joel on Software Translation Project. En español aquí

Hoy, releyendo un artículo sobre entrevistas de trabajo, me quedo con la siguiente cita:

I’ve come to realize that understanding pointers in C is not a skill, it’s an aptitude. In first year computer science classes, there are always about 200 kids at the beginning of the semester, all of whom wrote complex adventure games in BASIC for their PCs when they were 4 years old. They are having a good ol’ time learning C or Pascal in college, until one day they professor introduces pointers, and suddenly, they don’t get it. They just don’t understand anything any more. 90% of the class goes off and becomes Political Science majors, then they tell their friends that there weren’t enough good looking members of the appropriate sex in their CompSci classes, that’s why they switched. For some reason most people seem to be born without the part of the brain that understands pointers.

¿A algún estudiante de la ETSII le suena?

Fuente: The Guerrilla Guide to Interviewing”

Ya que estamos hablando de trabajo, una de las cosas más a tener en cuenta es el salario, pero no es la única, ya que también habría que considerar los beneficios que la empresa te aportaría, el prestigio de la empresa (si al final cambiamos de trabajo, no es lo mismo trabajar para Paquito Pérez S.L. que para Google), las perspectivas de futuro (¿voy a poder ascender con el paso del tiempo o me quedaré estancado en el mismo puesto cobrando lo mismo?).

Hace unas semanas creé una encuesta preguntando cuál sería vuestro salario RAZONABLE ideal (antes de impuestos). Esta pregunta en sí es muy poco precisa, ya que no es lo mismo un primer sueldo que llevar ya unos años trabajando y tampoco diferencié según el tipo de puesto, vamos que cada uno la contestó a su manera ¡y de qué manera!

¡Resultados sorprendentes!

Normalmente las entrevistas telefónicas son poco selectivas, filtran únicamente a los que no saben suficiente inglés como para responder o entender las preguntas y a los que se quedan en blanco totalmente. Algunas veces suelen tener algunas preguntas eliminatorias, pero no suele ser así en UK. Por otro lado, en EEUU sí que se estila este tipo de entrevista telefónica con preguntas eliminatorias. Por ejemplo, la primera entrevista de mi vida me la hizo Google, que me llamó desde la central de California, justo antes de entrar a un concierto de música (1er South Pop Festival de Sevilla). En la entrevista me hicieron tres preguntas técnicas de dificultad suprema del estilo: “si tenemos un router marca tal, modelo cual, configurado con el jumper tal en la posición cual, qué debería hacer usted en tal caso”. Obviamente no me dieron el puesto.

Pero volvamos al tema que nos concierne: las entrevistas cara a cara.

Bueno, ahora que ya he firmado el contrato puedo por fin anunciar que a partir del 4 de Septiembre de 2006, entraré a formar parte de la gran familia de Ericsson.

No os hacéis una idea de lo que me ha costado no escribirlo en el blog hasta firmar el contrato, ha sido una auténtica hazaña.

Esta semana la cosa va de frigoríficos. Esta vez nos hemos traido un frigorífico que le sobraba a una compañera en casa (por haberse comprado otro). Como no podía ser de otra forma, lo he decorado a lo geek:

Es una pena que no tengamos impresora a color, porque el tux que he puesto mola mucho en su versión a color: Tux original