Todos los proyectos y librerías de Gtkmm han pasado a usar C++11 de forma predeterminada, no requiriendo ya la opción --std=C++11 en el compilador. Además, se pueden seguir usando las autotools en los proyectos junto con la macro AX_CXX_COMPILE_STDCXX_11() para requerir C++11. Los cambios a realizar en el código gracias a esta versión de C++ son, entre otros: usar auto para variables; bucles con rangos; usar nullptr en lugar de NULL; usar lambdas; etc.

He estado usando Python mucho últimamente en diversos proyectos de tratamiento de datos. Python es conocido por su facilidad de uso, por lo que alguien con experiencia en programación podría usarlo de manera eficaz en pocos días. Esto suena bien, pero puede ser un problema si se programa en Python como si se programase en otro lenguaje. Déjenme darles un ejemplo basado en mi propia experiencia. He escrito código en varios lenguajes por lo que Python no debería ser un problema, ¿no? Pues caí en la trampa. Usé Python como si fuera C.

Con la nueva versión 221 de systemd hemos declarando la API sd-bus de systemd como estable. sd-bus es nuestra biblioteca mínima de D-Bus que envuelve el clásico socket-D-Bus y kdbus. La biblioteca ha sido parte de systemd desde hace tiempo (aunque sólo para uso interno) ya que quería tener la libertad de poder hacer cambios en la API sin afectar al resto de usuarios de esta biblioteca. Sin embargo, ahora estamos seguros de que es un API estable por lo que estará disponible a partir de la versión 221 de systemd.

Digamos que estás gestionando una empresa convencional y que quieres experimentar con el trabajo remoto. Tienes un equipo sin experiencia en este tipo de trabajo pero, bueno, no puede ser tan difícil, ¿verdad? Puedes tener la tentación de decir: “bien, a partir de ahora, cualquiera puede trabajar desde su casa”. Resiste la tentación. Antes de decirle a la gente que puede trabajar de forma remota tienes que estar seguro de puedes gestionarlo.