Las estadísticas sí engañan

03 jul
3 julio, 2012

Hacía tiempo que no escribía en el blog, y más para tratar asuntos personales, pero con lo movidos que han estado los últimos días respecto al tema del paro en nuestro sector, he querido aportar también mi punto de vista y de algún modo empezar a denunciar ciertas situaciones que se dan demasiado a menudo en este país.

Hace ya unos días que se abría la caja de los truenos, creo que principalmente por este artículo, que ya desde el titular (“Los informáticos no entienden de paro”) hacía ver que, a pesar de estos momentos de crisis, la nuestra es una profesión que resiste y en la que se registran los índices más bajos de paro. No es el único artículo, ya que podemos encontrar otros en los que se presume de que el nivel de empleo de los Ingenieros en Informática roza el 100%.

No tardaron las respuestas, tanto en Twitter como en diversos blogs. Un post de referencia podría ser éste en GenbetaDev, en el que se reflexiona acerca de las afirmaciones del artículo de El País y sobre todo aquello que muchas veces resulta desconocido para el ciudadano de a pie.

Estoy plenamente satisfecho con mi elección y con la carrera que he estudiado, estoy convencido de que es cierto eso que he leído de que ser Ingeniero Software lleva dos años (2011 y 2012) siendo la profesión más valorada… y digo que estoy convencido porque tengo que hacer un ejercicio de fe si me guío únicamente por lo que veo aquí en el día a día.

Sin ir más lejos, hoy volvía a ver otra oferta de ésas que lees y no das crédito. De ésas que te venden el oro y el moro hasta que llegas a la parte de salario, que es donde te echas a llorar.

Y es por eso que hoy mismo me he decidido a empezar una nueva sección en este blog en la que, bajo la categoría de Anti-ofertas, intentaré recopilar todas aquellas ofertas que de alguna manera atentan contra el esfuerzo que todos y cada uno de nosotros hemos dedicado a ser lo que somos hoy.

Si alguien no lo tenía claro, creo que con estas cosas lo tendrá tanto como yo lo tengo desde hace tiempo. Mi futuro más inmediato no está en este país, a ver si así se dan cuenta de una vez de lo que están haciendo.

Por supuesto que se acepta colaboración, y estaré encantado de publicar todo aquello que encontréis. Si de alguna forma esto sirve un poco de denuncia, me daré por satisfecho.

Imagen | nabtron.com

DNIe en Mac OS Lion con Firefox 11

14 mar
14 marzo, 2012

Visto el éxito de mi anterior post sobre el DNIe en Mac OS, llevo un tiempo intentando hacerlo funcionar nuevamente en Lion para poder actualizarlo.

SCR3310

Pues bien, hoy me he puesto desde cero a hacer pruebas y… no podría haber tenido más suerte. Ha funcionado a la primera :D (bueno, o casi).

He utilizado de nuevo el modelo de lector que en su día daban durante la campaña del DNIe: el SCR3310 v2.0 de SCM.

Tal y como comentaba en el otro post, lo primero que he hecho ha sido una limpieza total de versiones anteriores, de otras pruebas que había realizado hace un tiempo. También eliminé el módulo de Firefox que todavía estaba por ahí y aproveché para actualizarlo a la versión 11.

En este caso, las distintas versiones de cada cosa que he utilizado han sido:

Y el procedimiento es el mismo de siempre. Instalamos el driver SCA y posteriormente el del DNIe.

Lo mismo sucede con los pasos comentados para Firefox. Tendremos que añadir un nuevo dispositivo de seguridad con la ruta al ya famoso fichero

/Library/OpenSC/lib/opensc-pkcs11.so

Únicamente, y como bien comentaba ya mucha gente en el anterior post, sigue habiendo problemas con los 64 bits, y de hecho, ejecutando el Firefox en modo 64 bits el intentar acceder a los certificados del DNIe hará que se os cuelgue el navegador.

Por lo tanto, buscamos nuestro Firefox en la carpeta de Aplicaciones y sacamos la ventana de información (botón derecho > Obtener información o ⌘+i). Ahí es donde especificaremos que queremos que se ejecute en modo 32 bits, evitando así los problemas que comentaba antes.

Y ya estaría. No he podido probarlo completamente porque tengo los certificados de mi DNIe caducados (glups!), pero soy capaz precisamente de eso, de acceder a ellos, ver la fecha de caducidad, etc.

Como siempre, los comentarios están abiertos para todo aquello que queráis aportar :D

Gracias!

Gracias, Víctor

29 ene
29 enero, 2012

Últimamente no escribo mucho en el blog. Distintos asuntos me tienen bastante ocupado, pero hoy he buscado el momento para hacerlo, porque creo que la ocasión así lo merece.

Ayer me enteraba de que Víctor Gulías nos dejaba para siempre.

Desde aquí quiero sumarme (humildemente) a las muchas otras muestras de cariño que desde ayer he ido viendo en la red por parte de compañeros y/o ex-alumnos.

Mi relación no va más allá de la de ‘ex-alumno’, pero he de decir que la asignatura en la que pude disfrutar de su docencia fue quizá de las que más me ha servido con el paso del tiempo. Y él lo sabía. Acostumbrado al resto de asignaturas, era un aire fresco, una forma diferente de dar la clase.

Sólo puedo decir que se le notaba que disfrutaba de lo que hacía, y me consta que sucedía lo mismo en otras facetas de su vida. Innovador, emprendedor… todo un ejemplo para los que nos dedicamos a esto.

Este tipo de noticias nunca son agradables, pero menos en este caso, tan pronto y con tantas cosas por hacer. Sin duda te revuelve algo por dentro.

Gracias por todo, Víctor.

MyAlarmMe!

04 ene
4 enero, 2012

Recuperando un poco el tiempo perdido en cuanto al blog, hoy traigo otra noticia (en formato breve) un poco atrasada pero no por ello menos importante :P

Hace unos meses que he estado colaborando en el desarrollo de una aplicación para iOS (específica para iPhone), MyAlarmMe!, en el mercado desde hace un tiempo y que ha sufrido ya varias actualizaciones (como muchos sabréis esto del desarrollo es una espiral sin fin…). Lo mismo pasa con la web. Está previsto mejorarla un poco, adaptarla a dispositivos móviles y hacerla, en general, más accesible.

Hasta ahí todo bien, lo normal, vamos. La aplicación aparecía ya en varias páginas web, pero ya todos sabemos un poco cómo va esto, y muchas veces las cosas no trascienden y se quedan olvidadas en este mundo 2.0 haciendo que esa gente un poco más analógica lo desconozca totalmente.

Sin embargo, la gran sorpresa (y el motivo de este post) es que el pasado 24 de diciembre, el mismísimo día de Nochebuena, en el informativo de la noche de La 1, justo antes del tradicional discurso de S.M. El Rey, se emitió el fragmento que os adjunto… :)

Copito de Nieve

24 dic
24 diciembre, 2011

Hoy, a través de Facebook, he recibido una grata sorpresa :) Estaba al tanto de todo, pero verlo hecho realidad siempre hace más ilusión.

Ayer, día 23, se estrenaba en toda España la película de animación “Copito de Nieve” (“Floquet de Neu” en catalán :P) en la que, indirectamente, he participado durante el tiempo que pasé en Bren Entertainment :)

Como decía al principio del post, gracias a Facebook he podido ver un trozo de los créditos (gracias Edu!) donde se da la casualidad de que aparezco junto con otros compañeros de aquel entonces.

Esto no ha hecho más que recordarme los buenos momentos que pasé allí. Gracias Rubén, Jorge, Diego, Edu, Izar, Silvia, Mónica, Juan, Iván, Susana, Raquel, David, Leticia, Jesús, Alberto, Jacques, Jose, Carlos, Luis B., Bruno, Amalia, … y la lista podría seguir con más gente que conocí y que hicieron del trabajo una experiencia más gratificante de lo habitual.

Enhorabuena, chic@s!

Snowflake, the white gorilla

24 dic
24 diciembre, 2011

Today I’ve received a great surprise through Facebook. I knew it was going to happen, but seeing it by yourself is always a little bit more special :)

Yesterday, december 23rd, was the Spanish premiere of the animation movie “Snowflake, the white gorilla” in which, indirectly, I took part while I was working in Bren Entertainment :)

Thanks to Facebook I could watch a small part of the final credits (thanks Edu!) where, casually, I appear among other workmates of that time.

All this has done nothing but remind me of the great time I spent there. Thanks Rubén, Jorge, Diego, Edu, Izar, Silvia, Mónica, Juan, Iván, Susana, Raquel, David, Leticia, Jesús, Alberto, Jacques, Jose, Carlos, Luis B., Bruno, Amalia, … and a long list of other people that I met there that made from the job a more rewarding experience than usual.

Congrats, friends!

Hide applications in your dock [Mac OS]

19 ago
19 agosto, 2011

When I installed Namely (a simple application launcher), I decided to find the way of solving something that, despite not being a problem, it has always been annoying (at least for me).

I’m talking about all those running applications that most of the times we don’t need to be present in our dock, many of them set to be launched with system startup or even those with keyboard shortcuts.

Well, there is a solution for this, and actually, quite simple :)

Using a terminal, we need to locate the Info.plist file inside the application we want to “hide”. It will be inside the application folder in “Contents”. I decided to edit the file as super-user just to avoid troubles with permissions..

whitey:~ borja$ cd /Applications/Namely.app/Contents/
whitey:Contents borja$ sudo vi Info.plist

And here, inside the <dict> tag, along with the other key-value pairs, we just have to add another one saying:

<key>NSUIElement</key>
<true/>

That’s it. Save the file, start the application and now its icon shouldn’t appear in the dock.

Obviously, these things always have collateral effects: the top menu of the application won’t be shown, we won’t be able to access the application using ⌘+Tab, … and I guess that there may be other things, but for simple applications such as Namely, I found this trick very useful :)

Oculta aplicaciones en el dock de Mac OS

23 jul
23 julio, 2011

A raíz de instalar Namely (un sencillo lanzador de aplicaciones), he decidido buscar la forma de solucionar algo que, si bien no es un problema, siempre me había resultado un poco incómodo.

Muchas veces tenemos aplicaciones en ejecución que realmente no necesitamos tener en el dock, incluso muchas que establecemos como que se arranquen al iniciar sesión (mi caso con Namely, por ejemplo) que poseen un atajo de teclado y que no harán otra cosa más que molestar y ocupar espacio en nuestro dock.

Pues bien, hay una solución para esto, y la verdad, bastante sencilla :)

A través de la terminal, localizamos el archivo Info.plist dentro de la aplicación que queremos “ocultar”, que estará dentro de la carpeta de la aplicación en “Contents”. Para que siempre funcione (habrá aplicaciones de las que seamos “dueños” y otras que serán del root), he puesto la edición del archivo como superusuario.

whitey:~ borja$ cd /Applications/Namely.app/Contents/
whitey:Contents borja$ sudo vi Info.plist

Y aquí, dentro de la etiqueta <dict>, junto con el resto de pares clave-valor, únicamente tendremos que incluir una que diga:

<key>NSUIElement</key>
<true/>

Ya está. Guardamos el Info.plist, reiniciamos la aplicación, y ya no tendremos el molesto icono en nuestro dock.

Todo esto tiene sus efectos colaterales, y es que Mac OS gestiona varios aspectos a través del dock. Así, por ejemplo, tampoco podremos acceder a la aplicación utilizando ⌘+Tab, y por eso resulta imprescindible que si hacemos esto, o bien tengamos algún atajo de teclado, o bien no sea necesario acceder directamente a la aplicación.

Servidor Subversion y svn+ssh en Mac OS

30 jun
30 junio, 2011

Siendo desarrollador y utilizando varios equipos, se hace prácticamente imprescindible montar algún sistema de control de versiones a nivel doméstico para poder trabajar con comodidad estés donde estés y con la seguridad de estar utilizando la última copia de trabajo.

Aunque existen más alternativas (últimamente se está poniendo bastante de moda Bazaar), quizá una de las más extendidas sea Subversion (SVN). En este caso es por la que he optado, principalmente porque estoy acostumbrado a utilizarlo y porque con Mac OS X ya vienen incluidos tanto el servidor como el cliente de SVN.

Inicialmente utilizaba el modo ‘daemon’ del servidor SVN, que se arranca simplemente con:

$ svnserve -d -r <directorio-raíz-de-los-repositorios>

De esta forma el servidor queda arrancado como un demonio sirviendo los repositorios que tengamos en la ruta que hemos especificado. Inicialmente fue la opción que utilizaba, creando incluso un StartupItem para que el servidor se iniciase cada vez que se arrancase el equipo.

Utilizando el servidor en este modo, podríamos acceder a un repositorio a través de:

$ svn co svn://<host>/<nombre-repositorio>

Para toda la gestión de permisos, existen una serie de ficheros en los que podemos configurar la autenticación, desde usar un fichero de pares usuario/contraseña hasta utilizar SASL. No profundizaré por aquí, puesto que este post va dedicado en parte a evitar todo eso.

Para evitar toda esa configuración en los repositorios de manera individual a través de ficheros y demás (y un poco también porque de esta otra forma es como está montado en el trabajo, jeje), he optado por cambiar de protocolo y utilizar también en casa Subversion a través de svn+ssh aprovechando que ya tengo el ssh perfectamente configurado para ir saltando de un equipo a otro.

Lo cierto es que con svn+ssh lo que realmente sucede es que se establece una conexión mediante SSH y después se arranca una instancia, por decirlo de alguna manera, ‘dedicada’ del svnserve para atender la petición en cuestión. De esta manera, un usuario que se autentique en el equipo por SSH (y que tenga permiso en las carpetas correspondientes), podrá acceder a los repositorios.

Hay una leve diferencia respecto a la utilización de svn+ssh:// frente a svn:// y es que, mientras que svn:// es gestionado por el servidor SVN, svn+ssh:// es gestionado, como ya he dicho antes, a través de una conexión SSH. Por lo tanto, mientras que antes hacíamos:

$ svn co svn://<host>/<nombre-repositorio>

Utilizando svn+ssh tendremos que hacer:

$ svn co svn://<host>/<ruta-absoluta-al-repositorio>

Estamos accediendo mediante SSH y lo que antes especificábamos con la opción -r de svnserve en este caso no está presente y es necesario especificar la ruta completa.

Por motivos de comodidad pero sobre todo de seguridad, no es conveniente que en las URIs de los repositorios aparezca la ruta completa. Para solucionar esto y, además, hacer que la forma de trabajar con svn+ssh:// sea exactamente igual que con svn:// haremos un pequeño truco.

Puesto que lo que está pasando es que tras la autenticación por SSH se ejecuta svnserve, lo que podemos hacer es modificar el ejecutable de manera que haga lo que nosotros queremos. Y me explico.

Para empezar le cambiamos el nombre al ejecutable de svnserve, que estará en /usr/bin

$ sudo mv /usr/bin/svnserve /usr/bin/svnserve.bin

Y a continuación, creamos un fichero /usr/bin/svnserve con el siguiente contenido, en el que especificaremos el comportamiento:

#!/bin/bash
/usr/bin/svnserve.bin -t -r /ruta/al/directorio/de/repositorios

Sólo nos falta guardar el fichero y darle permisos de ejecución:

$ sudo chmod 755 /usr/bin/svnserve

Con esto lo que conseguimos es que el ‘svnserve’ que se ejecutará con el svn+ssh será ese script que acabamos de escribir y que arranca el svnserve en modo túnel pero además especifica el directorio raíz de repositorios. De esta forma ya podremos hacer:

$ svn co svn+ssh://<host>/<nombre-repositorio>

AppFresh: keep your third-party software updated [Mac OS]

22 abr
22 abril, 2011

NewImagePerhaps one of the most desirable improvements on Mac OS, and you’ll notice it better if you are used to the Linux world, is the way it manages your installed software.

Apart from their own software (Apple’s software), up until now you could only trust those ‘Update available’ dialogs of your third-party applications. But even having that, it was your job downloading the new version and replacing the old one. In moments like that is when you miss the repository system and the apt-get update && apt-get upgrade that I meant before with that Linux world.

And I’ve said was because now there are alternatives to automate a bit that process, and make it quite simple. I know MacUpdate Desktop for a while ago now, a paid solution ($20/year), that apparently works quite well (you can try it for free for 10 days). It checks your installed software and using the large application database from MacUpdate, you can download and automatically update your obsolete versions.

It’s the closest thing to the repository system that I’ve found, and even though its price is really low considering the time and work you will save, I have recently found a similar software, but this time under a free license: AppFresh.

Captura de pantalla 2011 04 22 a las 15 19 55

The main idea behind it is the same: it will check your applications (and plugins, widgets, and so on) that we’ve installed and using the information from osx.iusethis.com, will let us keep our Mac OS X up to date.

As they warn in their website, it’s still under development, what we call a beta version, so we should consider it when using it.

From what I’ve been testing so far, I could say that it works pretty well. Perhaps the process is a little bit less automated than with MacUpdate Desktop, but we should remember that we are talking about a free alternative :)

It may no longer be free once they achieve their first stable version, so I guess that you should take advantage of it now that it’s free. Now there’s no excuse to have your Mac OS X outdated :)

Official webpage | AppFresh