Arpegiadores, un sintetizador modular y Alan Turing.
El caso del Kindle y el cifrado WPA
Hasta hace un par de semanas la wifi de casa estaba con cifrada WEP. Como el pobre Mac Mini jamás vio una interfaz AirPort tuve que instalarle un bridge ethernet, el cual para mayor desdicha nunca fue capaz de funcionar muy bien con WPA.
Así que como ya quedan bastante lejos los tiempos en los que la wifi de mi casa estaba abierta, me agencié un par de adaptadores ethernet para linea eléctrica (desde el corazón de mi banco online yo te apuñalo, amazon.es) Funcionando satisfactoriamente, era la hora de pasar a usar WPA en el router wifi. El router es el Comtrend WAP-5813n que instala Movistar en con sus conexiones de fibra doméstica.
Pero mi gozo en un pozo amigos, porque al cambiar de autenticación en la red inalámbrica dejó de funcionar la conexión wifi de mi Kindle. El Kindle es lo más parecido a una tostadora hecho e-reader que he encontrado: tiene la agradable costumbre de funcionar sin más, así que el problema me chocó bastante. Y para más inri, en la oficina el aparato lograba conectarse sin problema al router corporativo usando WPA. Empeorada la cosa porque el nuevo Kindle no tiene teclado y hay que introducir la contraseña mediante esa especie de joystick, probé en casa con las combinaciones de autenticación que ofrece el router con secreto compartido, a saber: WPA-PSK, WPA2-PSK y Mixed WPA2/WPA-PSK. Y para cada opción el cifrado con TKIP, AES y TKIP+AES. Sin suerte.
Como no me es de utilidad un lector de ebooks sin conexión inalámbrica a la que pueda enviar todas las mañanas mi selección de Instapaper para leer en el metro, decidí bucear en Internet.
Y la respuesta apareció: el problema no es debido a la configuración de cifrado, sino a un misterioso ajuste del router Comtrend que aparece en el aparatado “Wireless > Advanced” y que tiene el sugestivo nombre de “WMM – WifiMultimedia”. En mi caso estaba desactivado, fue simplemente dejarlo activo y milagrosamente el Kindle volvió a conectar sin problema, y esto lo hace ahora mismo en WPA2-PSK. Se me escapa la relación que tiene este valor con la simpatía del Kindle hacia el router concreto.
Vaya desde aquí mi agradecimiento a Rogelio Lorenzo
10 consejos para el currículum de un informático
El Ojo de Turing lleva ya casi dos décadas al servicio de los jóvenes estudiantes de las ingenierías informáticas. Dos décadas que han llevado a este humilde editor de zascandilear por los pasillos de El Ejido con una caja de diskettes de 3 y medio a la tesitura de contratar gente ordenando un montoncito de currículos sobre la mesa. Así que, ¿qué mejor que enumerar una lista de recomendaciones para mejorar las posibilidades de ser contratado?
- El CV debería caber en una página. Si no cabe en una página, debes acortarlo. A no ser que seas Linus Torvalds, un currículo kilométrico denota carencia de capacidad de síntesis, fundamental en cualquier trabajo tecnológico (Nota: ¡probablemente, el CV de Linus sería bastante corto!).
- Una foto siempre ayuda y nunca perjudica. La foto hace que, después de la entrevista, sea fácil relacionar el papel impreso que tiene el responsable de la selección con la entrevista que hizo esa persona y las impresiones que dejó. Recuerda que probablemente el técnico que te haya entrevistado se encuentre ligeramente cargado de trabajo (precisamente por eso quieren contratar a alguien) y después de haber visto un montón de candidatos le cueste recordar quién es quién.
- Un perfil profesional en LinkedIn (o similar) ayuda mucho en las fases preliminares de selección y puede dar al responsable de la selección con contactos que pueden hablar bien de ti (claro está, esto tendrá sentido más para candidatos con experiencia que para recién titulados)
- Si no tienes un perfil en línea, envía tu CV en un formato más o menos amistoso para los técnicos -recuerda que la persona de RR.HH. al final pasará tu CV a alguien técnico para que le diga si interesa o no y si usa Linux un documento de Word no le resultará precisamente cómodo de abrir. Lo ideal es un PDF o HTML y, me produce cierto reparo decirlo, no todo el mundo se preocupa de pasar un corrector ortográfico.
- No enumeres los 45 lenguajes de programación que has aprendido deprisa y corriendo en las prácticas de laboratorio de la carrera: leer el currículum de alguien que afirma tener conocimientos generales de, por ejemplo, Matlab, Ada, Eiffel y C++ deteriora bastante la idea sobre sus conocimientos de C++ (aplíquese a esta regla el sentido común: si el puesto al que optas exige conocer ese lenguaje o tecnología, ¡no lo quites!) Aporta sólo los lenguajes o entornos de los que tengas conocimientos sólidos. Si sólo es uno, que sea uno. Pero que lo controles bien.
- Dale la importancia justa a la titulación reglada. Lo que realmente cuenta y se va a evaluar (sobre todo en el mundo startup) es lo que sabes hacer, y tendrás que demostrarlo tengas o no titulación, o tengas la titulación que tengas (de entre los mejores programadores que conozco, uno no terminó ninguna carrera y el otro estudió Derecho, go figure). Obviamente, tener una Ingeniería te posiciona a priori para según qué cosas, pero no esperes que la contratación caiga del cielo sólamente por tener un título. Olvídate de decir tu colegio o instituto.
- Conoce la empresa y el puesto al que optas. Haz los deberes e investiga a qué se dedican y con qué tecnología trabajan. Localiza a varios empleados y sigue sus cuentas de Twitter. Tal vez descubras que les mueve un rollo distinto al tuyo y el puesto te interesa menos: ahorrareis tiempo los dos.
- Relacionado con esto último, la cuestión de mayor peso y que puede abrirte, directamente, las puertas: ¿qué has hecho que te cualifica para este puesto? ¿Tienes un blog con contenido relevante? ¿Colaboras con algún grupo de usuarios? ¿Has enviado algún parche a algún proyecto de código abierto? Recuerda que si no aportas gran cosa aquí perderás contra cualquier otro candidato que sí que demuestre que se ha fajado -aunque sea poco- en un entorno técnico similar (ni tan siquiera tiene que estar muy relacionado: un parche en Linux, acompañado de un hilo en la lista del kernel, dice de su autor bastante más cosas que ser un crack del C)
- La sección de aficiones te la puedes ahorrar, directamente. Para cuando uno llega a esta parte, ya está mirando el siguiente currículum.
- La carta de presentación es opcional, pero asegúrate de mantener el tono de la misma de forma acorde a la empresa. Una gran multinacional esperará algo más conservador, y en una startup probablemente valoren un nivel de taradez mayor de lo normal. En todo caso, evita frases como “Considero que estoy capacitado para desempeñar … ” y cosas así.
No se me ocurre qué más cosas pedirle a un CV recibido para una oferta de empleo. Tras esto, lo siguiente sería la entrevista personal (o el inicio de un tedioso proceso de selección, en ciertos casos). La entrevista es un mundo aparte y merecería una entrada por sí misma, pero espero que siguiendo los consejos anteriores a alguien le sea más fácil pasar el filtro inicial, probablemente el más difícil.