What if we could visualise the cost of attrition?

Here’s a team. Someone leaves. We hire a replacement.
We get lucky and manage to find someone more skilled. Looks like we’re better off?

Really when someone leaves we lose all the relationships they had with the rest of the team as well. The team is a diminished more like 40% than the apparent 20% by their loss. It takes longer to rebuild the team than is apparent. Relationships take time.

It’s worse than that. The team probably wasn’t maximally-connected to start with. And it’s not just the interpersonal relationships that matter but the knowledge of tech and domain. A departure can break teams apart and organisational knowledge needs to be rebuilt.

Your organisation probably has multiple teams. Someone leaving your team reduces its connectedness to the rest of the organisation. Increasing the time to recover even with a swift new hire.

Internal mobility is less of a hit to the team’s connectedness due to pre-existing relationships. It also increases the whole organisations resilience by establishing more inter-team relationships.

Teams following the Isolated-individual model of work… (as opposed to collaborative work like pairing and collective ownership) …are particularly brittle & significantly impacted by staff churn.

How would we think about retention if we could visualise the full impact of someone leaving our team?

Beware looking at teams on a spreadsheet. If you have a hiring rate matching attrition rate it might look like the team health is maintained. It’s probably not.

Tracking tenure by team and average tenure in team can be interesting proxy indicators. Teams can be growing but have dropping tenure.

Bear in mind “All models are wrong, some are useful”. Sometimes teams benefit more from fresh ideas than the value of relationships lost in a change. Sometimes gaining someone who helps everyone else in the team form connections at a faster rate can accelerate the team.

This post is also available as a Twitter Thread

Here’s a team. Someone leaves.

We hire a replacement.

We get lucky and manage to find someone more skilled.

Looks like we’re better off? [1/10] pic.twitter.com/nSE8wJxElo

— Benji Weber (@benjiweber) January 9, 2022

The post Cost of Attrition appeared first on Benji's Blog.

The syslog-ng application is part of all major Linux distributions, and you can usually install syslog-ng from the official repositories. If you use just the core functionality of syslog-ng, use the package in your distribution repository (apt-get install syslog-ng), and you can stop reading here. However, if you want to use the features of newer syslog-ng versions (for example, send log messages to MQTT or Apache Kafka), you have to either compile the syslog-ng from source, or install it from unofficial repositories. This post explains you how to do that.

Read the rest of my blog at https://www.syslog-ng.com/community/b/blog/posts/installing-the-latest-syslog-ng-on-ubuntu-and-other-deb-distributions

Lo cierto es que tenemos algunas aplicaciones que realizan esta función, pero nunca está de más tener un nuevo emulador de Plasystation para Linux, en esta caso uno llamado Duckstation que destaca por sus prestaciones y su interfaz basada en Qt. ¿Quieres saber más? Sigue leyendo.

Emulador de Plasystation para Linux Duckstation

No es un secreto mi gusto por los videojuegos, así que también soy aficionado a canales de Youtube como «El rincón de Slobulus«, «Pazos 64«, «Leyendas y Videojuegos» o «La Poción Roja«.

De este último he descubierto un nuevo emulador de Playstation para Linux que me ha llamado la atención pues utiliza librerías Qt para funcionar y se puede ejecutar fácilmente ya que tiene versión en APPimage.

Según leemos en su página de GitHub, DuckStation es un simulador/emulador de la consola PlayStation(TM) de Sony, centrado en la jugabilidad, la velocidad y el mantenimiento a largo plazo. El objetivo es ser lo más preciso posible, manteniendo un rendimiento adecuado para los dispositivos de gama baja, llegando a resoluciones asombrosas aún con estos.

Aunque el emulador lo permite, las opciones de «hackeo» están desaconsejadas, la configuración por defecto debería soportar todos los juegos que funcionen a la primera con sólo algunas de las mejoras que tienen problemas de compatibilidad.

Como muestra un botón, la imagen inferior muestra el Final Fantasy 8 VIII ejecutándose con DuckStation, y os puedo asegurar que se ve mejor que con mi PCSX-ReARMed que ejecuta mi Retrpie (aunque me acabo de dar cuenta que han añadido un lr-duckstation a esta distribución… cuestión de probar).

DuckStation está disponible en los siguientes sistemas operativos: GNU/Linux, Windows x64/ARM64 y Android ARMv7/ARMv8; y su instalación está perfectamente descrita en su GitHub.

Por cierto, ya que lo descubrí en un vídeo de «La Poción Roja» creo que es de recibo compartir aquí dicho vídeo y pediros que le deis «Me gusta» como mínimo al mismo, y si os gusta el canal, ya sabéis, subcribiros.

Vamos a personalizar la barra de pestañas del emulador de teminal Konsole del proyecto KDE para diferenciar la pestaña activa de las otras

Desde hace mucho tiempo Konsole de KDE es el emulador de terminal predeterminado en mi equipo que utilizo a diario.

Es rápido, tiene previsualización de imágenes, posibilidad de dividir la pantalla en vertical y horizontal, uso de pestañas, y un montón de cosas buenas más. Una gran herramienta de KDE para trabajar en la terminal.

Una cosa que no me terminaba de gustar, es que al trabajar con muchas pestañas, no se diferenciaba muy claramente qué pestaña era la activa de todas, ya que el color de la activa y de las no activas era muy similar.

En este tutorial veremos cómo poder solucionar ese pequeño contratiempo y hacer más cómodo el uso de esta gran herramienta.

Tal como nos dice la documentación de Konsole, este permite el uso de hojas de estilo personalizadas para configurar el aspecto de la barra de pestañas, con un archivo .css.

Así que voy a crear un archivo llamado style_konsole.css que voy a ubicar en la ruta ~/.config En tu caso le puedes llamar con otro nombre y ubicarlo en la carpeta que te apetezca.

cd ~/.config
touch style_konsole.css

Ahora abrimos el archivo con el editor que prefiramos y configuramos el color de fondo de la pestaña, y el color del texto de la siguiente manera (violeta y blanco en mi caso):

QTabBar::tab::selected {
    background: #2b0055;
    color: white;
}

Guardamos el archivo. Y ahora abrimos Konsole y pulsamos el atajo de teclado Ctrl+Shift+,

Se nos abrirá la ventana de configuración de Konsole, y nos dirigimos al apartado Barra de pestañas/separadores y en la sección de Aspecto en la sección Otros marcamos la opción Usar hoja de estilos de usuario.

Y en la caja inferior escribimos la ruta completa de la ubicación de nuestro archivo .css recién creado. En mi cado sería ~/.config/style_konsole.css

Aplicamos los cambios y ya deberían verse en nuestro Konsole un aspecto distinto en la barra de pestañas. Puedes abrir varias para ver cómo queda este cambio y comprobar que ahora sí se distinguen perfectamente la pestaña actual de las otras.

También podemos especificar otros colores e incluso el tamaño mínimo de las pestañas y el tamaño de la pestaña seleccionada. Por ejemplo, vamos a establecer un tamaño mínimo de 100 píxeles en las pestañas y la pestaña seleccionada de color gris para el fondo, color rojo para el texto y un tamaño de 200 píxeles.

Nuestro archivo .css tendría este código:

QTabBar::tab::selected {
    background: #999999;
    color: red;
    min-width: 200px;
}
QTabBar::tab {
    min-width: 100px
}

Cabe destacar, que una vez que hemos establecido un archivo .css, si hacemos cambios sobre él para configurar otros colores o lo que sea, deberemos cerrar Konsole por completo y volverlo a abrir para que se recargue el archivo y podamos ver los cambios efectuados.

Si también utilizas Konsole, espero que este pequeño y sencillo tutorial te haya servido. Comenta si lo pusiste en práctica.

¿Configuras de alguna manera más el archivo .css? Compártelo en los comentarios del blog

Vamos a añadir nuevas listas de dominios de publicidad y rastreo para que sean bloqueados por Pi-hole

En un artículo anterior del blog, pudisteis leer sobre cómo instalé Pi-hole en mi Raspberry Pi, para evitar que la publicidad llegue a mi red y minimizar la cantidad de rastreadores que llegan a mi navegador. Puedes leer el artículo en este enlace:

• https://victorhckinthefreeworld.com/2022/01/03/con-pi-hole-bloquea-la-publicidad-de-internet-en-tu-red/

Al instalar Pi-hole, también se activa una primera lista de dominios bloqueados con un buen número de sitios en la lista negra. Pero podemos protegernos más añadiendo nuevas listas y expandiendo la protección de publicidad y rastreo de Pi-hole.

Para hacerlo, en una búsqueda por internet, encontré un sitio que recopilaba y evaluaba unas cuantas listas de dominios de bloqueo recopiladas por diferentes usuarios. El sitio en cuestión es:

• https://firebog.net/

En esta página, los enlaces a las listas de bloqueos están organizadas por tipos de bloqueos, y evaluadas en función de su buen resultado o de si están actualizadas o no.

De estas listas he utilizado una de cada sección. Tampoco quería añadir muchas listas hasta ver cómo respondía y ver si no se bloqueaban dominios lícitos.

Para ello, copio el enlace de la lista de bloqueo que quiero de las listas disponibles. Y después nos dirigimos a nuestro panel de administración de Pi-hole.

Y registrados como admin, en la sección Group Management → Adlist

En el recuadro superior de Address pego la url copiada de la lista de bloqueo anteriormente y le doy un nombre. Y la añado pulsando el botón de Add.

Para que Pi-hole tenga en cuenta la nueva lista de bloqueos, deberemos ejecutar Pi-hole -u en una consola de nuestro servidor, o desde el propio panel en Tools → Update gravity.

Pulsamos y esperamos a que termine el proceso. Ahora si vamos al panel de control principal, veremos cómo en el apartado de Domains on Blocklist ha aumentado.

Podemos añadir más listas de esta web o de otras listas que se vayan recopilando desde otras fuentes, para bloquear más dominios que «ensucian» la navegación por la red con su publicidad y su rastreo…

¿Tienes alguna lista propia o conoces alguna que sea muy útil de añadir? Comparte tus trucos en los comentarios.

Recently, I have posted blogs and articles about three operating systems (or rather OS families) I use, and now people ask which one is my “true” love. It’s not easy, but I guess, the best way to describe it is that both FreeBSD and openSUSE are true ones, and Fedora & Co. is a workplace affair :-) This is why I’m writing that it is a polyamorous relationship. Let me explain!

My first ever opensource operating system was FreeBSD. I got an account on the faculty server in 1994, a FreeBSD 1.X system. A few months later, I got the task to install Linux and a year later I ended up using S.u.S.E. Linux on the second faculty server. Soon, I was running a couple of Linux and FreeBSD servers at the university and elsewhere as a part-time student job. SuSE Linux also became my desktop operating system. I have always liked state-of-the art hardware, and while I felt FreeBSD to be a lot more mature on the server-side, it did not play well on a desktop. 25+ years later, it is still the case…

SUSE Linux, which later turned into openSUSE is still my desktop OS after 25 years. Of course, just like anybody else, I tried many other distributions. I was flirting with Gentoo Linux (due to its similarity to FreeBSD) and Fedora Linux (did I mention that I love having the latest hardware?), but I’ve always returned to openSUSE within months, as soon as it ran on my new hardware.

FreeBSD became my primary server OS around the year 2000. Web servers, especially those running PHP applications, were common targets for attacks. The FreeBSD jail system, or as Linux users know it: containers, was a perfect solution for this problem, over a decade earlier than Docker and over 1.5 decades earlier than Kubernetes became available. Jails are still my preferred container technology. Unlike the early days, there are now easy-to-use tools to manage them: I use BastilleBSD.

As I mentioned, Fedora & Co. is a workplace affair. I love the Fedora community; I have more friends there than in the openSUSE and FreeBSD communities combined. But the single reason I run Fedora, RHEL, CentOS and all the other RHEL clones is syslog-ng, my current job. The vast majority of syslog-ng users run syslog-ng on RHEL and compatible systems. So, I use these operating systems only for work. Except a couple of times for a few months, when openSUSE does not run on new hardware.

So, which is the true one? There is no definite answer. When it comes to operating systems, I live in a polyamorous relationship. You can read more on the various operating systems I use in my earlier blogs:

• openSUSE
• Fedora
• FreeBSD

Hoy toca artículo invitado del estilo de cómo, y eso me encanta. Se trata de «Cómo configurar Scrcpy, la aplicación que conecta móvil Android y PC» de la mano y de la experiencia de Alejandro, un usuario de Software Libre que disfruta compartiendo sus conocimientos (que no son pocos, me atrevo a añadir). Bienvenido al blog y gracias por participar.

Introducción

KDEConnect es posiblemente la aplicación de KDE, multiplataforma, más utilizada y conocida después de Krita. Permite recibir las notificaciones y responder a los mensajes del móvil desde el ordenador, controlar la música, ejecutar comandos, consultar el estado de la batería, hacer sonar el teléfono, compartir y examinar archivos, enviar SMS… Viene perfectamente integrada en KDE Plasma, por lo que puedes empezar a utilizarla desde que instalas el escritorio.

A pesar de ser una aplicación completísima, hay todavía un aspecto que puede incorporar: el mirroring, al estilo AirDrop, para interactuar completamente con la pantalla de tu dispositivo Android desde el ordenador.

Scrcpy, la aplicación que conecta móvil Android y PC

Scrcpy es una herramienta gratuita y de código abierto que te permite ver e interactuar con tu dispositivo Android en un PC con Windows, macOS o Linux, de forma inalámbrica o por cable. Acaba de publicar la versión 1.21 con importantes cambios. Está avalada además por el equipo de Genymobile, que ofrecen un emulador de Android, también para la nube. La he descubierto gracias a un vídeo introductorio de elatareao. Entre las características de scrcpy destacan:

• No requiere acceso root.
• Pueden controlarse equipos conectados vía USB o Wifi.
• Disponible para Windows, macOS y Linux.
• No se requiere ninguna aplicación en el teléfono.
• Baja latencia/lag (35~70ms)
• Tasas de refresco de 30fps a 60fps
• Mirroring de Android en alta resolución (1920 x 1080 y superior)
• Inicio rápido. Tarda apenas un segundo.
• Permite escribir con el teclado del ordenador.
• Interacción con el ratón.
• Múltiples dispositivos simultáneamente.
• Permite grabar la pantalla del dispositivo Android.

Cómo configurar Scrcpy

La configuración e instalación sigue los siguientes pasos:

1. En el equipo Android: Activa las opciones de desarrollador en Android. Dependiendo de la versión y de la capa de personalización, puede varia. Básicamente, entra en Ajustes, pulsa 7 veces sobre la opción «Número de compilación», y las Opciones para Desarrolladores se activarán. Dentro de estas opciones, buscar Depuración por USB, y activarla. Si aparece también la opción Depuración USB (opciones de seguridad), actívala también, para facilitar el uso del teclado y del ratón.
2. En el ordenador: Instala Scrcpy. Tienes instrucciones para Debian, Arch Linux, Fedora, Gentoo o en forma de paquete snap, en su Github. Para conectar el teléfono con el equipo, se emplea adb. Al instalar en Debian Scrcpy, se instala también las dependencias de Android SDK, o adb. En caso de que utilices otra distribución, busca información sobre cómo instalarlo.
3. Conecta el equipo Android al ordenador por USB. Según las instrucciones del Scrcpy, al ejecutar en una consola scrcpy, el teléfono reconocerá la conexión. Debería aparecer una pantalla pidiendo permiso para aceptar. Se recomienda pulsar también la casilla que reconocerá siempre el ordenador. Y ya estás conectado.

Cómo configurar Scrcpy vía conexión Wifi

El verdadero potencial de esta herramienta es conectar el ordenador y el dispositivo Android a través del Wifi. Yo lo utilizo sobretodo cuando cargo el dispositivo en el cargador inalámbrico, fuera de mi alcance, o cuando me conecto a internet a través del móvil, y tengo que ponerlo en una zona con mejor cobertura. Para conectarlo con Wifi, la página de Android Studio tiene las instrucciones de conexión según la versión de Android, y es realmente sencillo de seguir. En mi caso he utilizado un dispositivo antiguo con Android 9, siguiendo este proceso:

1. Configura el dispositivo de destino para que busque una conexión TCP/IP en el puerto 5555: adb tcpip 5555
2. Utiliza la dirección IP del teléfono, para conectarte a él: adb connect device_ip_address:5555. Puedes encontrar la dirección IP del dispositivo Android en Configuración > Acerca de la tablet (o Acerca del dispositivo ) > Estado > Dirección IP. En caso de que compartas la conexión de datos de tu Android con tu portátil, es complicado obtener esta dirección. En este caso, abre una consola en el ordenador, y averigua la IP de tu interfaz de red, utilizando ip a (o sudo ifconfig). Después, utiliza nmap para averiguar los dispositivos conectados a tu móvil, por ejemplo: nmap -T5 -sP 192.168.43.1-254. Te saldrán la IP de todos los dispositivos conectados a través de tu móvil, y tienes que elegir la de tu ordenador.
3. Finalmente, adb connect device_ip_address:5555. Tu ordenador y tu móvil están ahora conectados, y puedes ejecutar scrcpy en la consola.

Hay ciertas opciones de Scrcpy que puedes utilizar:

• Indicar el tamaño de la ventana: scrcpy -m 1024
• Recortar la ventana: scrcpy --crop 1224:1440:0:0 # 1224x1440 at offset (0,0)
• Grabar la pantalla: scrcpy --record file.mp4
• Evitar el modo sleep: scrcpy --stay-awake
• Apagar la pantalla: scrcpy --turn-screen-off
• Modificar el bit-rate, frame rate y hacer buffering
• Establecer conexiones con servidores remotos, estableciendo túneles ssh

Yo utilizo este comando para lanzar scrcpy: scrcpy -b2M -m2014 -Sw --power-off-on-close

Cómo configurar Scrcpy para integralo con KDE Connect

Finalmente, para utilizar conjuntamente KDE Connect y Scrcpy, he preparado un pequeño script. En mi caso, sirve para averiguar la IP de mi ordenador cuando estoy conectado a internet a través del móvil. A continuación comprueba si el proceso está corriendo, y en caso de que no, lo ejecuta. Si está corriendo ya, lo mata. Lo utilizo en el ordenador con un atajo, y en el móvil, dentro de la aplicación KDE Connect, podéis pulsar en «Ejecutar orden», y añadir el script en la ventana que se abrirá en el ordenador.

#!/bin/bash

if pgrep scrcpy
then
kill -9 $(pidof scrcpy)
else
        deviceIP=$(nmap -T5 -sP 192.168.43.1-254 | awk 'FNR == 4 {print $5}')
        adb connect $deviceIP:5555
        scrcpy -b2M -m2014 -Sw --power-off-on-close
fi

¿No sería increíble que KDEConnect contara con soporte para scrcpy, o mirroring, de forma nativa? Un usuario ya ha abierto una petición en el perfil de la aplicación en KDE, y en el Github de Scrcpy.

Algunas observaciones:

• En mi dispositivo, al desbloquear la pantalla de bloqueo, la conexión se pierde. Parece un problema puntual que puede aparecer en algunas ROMS. Vuelvo a ejecutar la orden, y listo.
• Al reiniciar, tengo que volver a repetir el proceso de conexión con adb tcpip 5555 y adb connect device_ip_address:5555

Estamos llegando a unos extremos que una de las cosas más importantes en nuestra vida debería ser nuestra intimidad. Es por ello que es interesante las posibilidad de tener privacidad en nuestros smartphones con /e/OS. ¿Qué es eso? Pues si no lo sabes, o si lo sabes y quieres ampliar tus conocimientos, no te pierdas la próxima charla de GNU/Linux València.

Privacidad en nuestros smartphones con /e/OS, próxima charla de GNU/Linux València

Me complace presentaros un nuevo evento de la Asociación sin Ánimo de Lucro GNU/Linux València.

Es este caso será el 17 de enero a las 17:30 GTM+1 (huso horario de la España peninsular) para hablar de privacidad en nuestros smartphones, y para ellos nada mejor que contar la gente del proyecto /e/OS, que nos ofrece un sistema libre para nuestro smartphone.

El evento será en línea utilizando los servicios de Big Blue Button (BBB para los amigos) en este enlace.

Más información: GNU/Linux València

¿Qué es /e/OS?

/e/OS es un sistema operativo móvil “libre de Google» creado por Gaël Duval, fundador de Mandrake Linux. Este proyecto de código abierto quiere ayudar a todo el mundo a recuperar el control de sus datos personales en sus teléfonos, con un sistema totalmente auditable y transparente.

Al ser de código abierto, cualquiera puede auditar el código y cuestionar nuestras afirmaciones. A diferencia de los actores establecidos, /e/OS es totalmente libre de Google. El sistema operativo no captura los registros de los usuarios, ni el uso de las aplicaciones, ni la ubicación de los usuarios, ni las aplicaciones por defecto envían información a terceros. Sigue siendo compatible con la mayoría de las aplicaciones de Android.

/e/OS también viene con una opción de servicios en línea integrados llamada ecloud. ecloud es una cuenta de correo electrónico personal, una agenda y contactos, un espacio de almacenamiento en la nube y una suite ofimática en línea, todo combinado en un solo servicio, fácil de usar. ecloud está impulsado por bloques de código abierto probados como NextCloud y OnlyOffice y es una alternativa significativa a Google docs o Microsoft Office 365.

¿Dónde lo puedo encontrar?

Hoy en día, cualquiera puede instalar /e/OS de forma gratuita en un teléfono compatible, soportamos 240 modelos y contando. Tenemos la suerte de contar con una vibrante comunidad de colaboradores en todo el mundo, que nos ayudan a mejorar el sistema a diario, apoyándose mutuamente.

Los smartphones Murena son teléfonos con /e/OS preinstalado, que se pueden comprar ahora en Europa y Norteamérica.

git log nos muestra distinta información de los cambios realizados en un repositorio git

En ocasiones, en un repositorio git en el que trabajamos, queremos ver qué cambios se han realizado en los diferentes commits que forman el historial.

Con git log y las diferentes opciones que nos ofrece, podremos comprobar, qué commits se han realizado, quien los ha hecho, ver qué archivos se modificaron o un detalle de esos cambios.

Hay diferentes herramientas que de forma gráfica nos muestran información sobre un repositorio git. También incluso el propio editor Vim, puede ofrecernos diferente información de los distintos cambios dentro de un archivo.

En este caso vamos a utilizar la herramienta git log en la línea de comandos para ver esa información. Lo primero vamos a un repositorio git que tengamos en nuestro equipo.

Yo suelo utilizar unas opciones de git log que me muestran un gráfico con los commits, autor, fecha, etc. Yo uso normalmente esta opción:

git log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --date=relative

No hace falta que lo escribas cada vez que quieras utilizarlo, puedes crearte un alias, o en mi shell Fish, me lo recuerda en cuanto empiezo a escribirlo.

Si lo ejecutas en tu repositorio git, verás que muestra bastante información, aunque no nos dice qué archivos se han modificado.

Para ello podemos utilizar

git log --raw

Que nos ofrece información de los cambios. Por ejemplo un extracto de un log de un repositorio podría ser esto:

git log --raw        

commit 31488c3745a32df2c1ef817351b2c3dacfafa6ab (HEAD -> master, origin/master, origin/HEAD)
Author: Victorhck <victorhck@mailbox.org>
Date:   Wed Jan 5 19:09:59 2022 +0100

    fix typos and improve spanish README

:100644 100644 032d1f7 b2a9d4f M        README_es.md

Donde con una letra nos indica los cambios realizados y en qué archivos:

• A → fichero añadido
• M → fichero modificado
• R → fichero renombrado
• D → fichero borrado

Con esto ya vemos qué archivos se han visto involucrados en el commit. Pero aún así no vemos el detalle de los cambios. Para hacerlo podemos utilizar esta otra opción:

git log --patch

Ahora el log nos ofrece una visión detallada de los cambios realizados en el archivo en cada uno de los commits del repositorio.

¡Pero git log da para mucho más! Podemos especificar un commit específico y nos mostrará los cambios a partir de ese commit, podemos filtrar por fechas, podemos filtrar por autor…

Échale un vistazo a git log –help y verás que las opciones de utilización son inmensas y seguro que cubren tus necesidades, tanto sin son básicas como las mías o más complejas si eres un «pro».

¿Tienes algún truco de git log que quieras compartir? Estaría bien que lo escribieses en los comentarios del artículo para que quedara como complemento de ayuda.