Instead of starting from “how do we hire top talent?”, start from “what are our weaknesses?”

Why are you hiring? Are you hiring to do more, or are you hiring to achieve more?

Design your hiring process to find the right people to strengthen your teams’ weaknesses, rather than trying to find the best people. 

Instead of “how can we find the smartest people?” think about “how can we find people who will make our team stronger?”

Often the language used by those hiring betrays their view of people as resources. Or, to use its current popular disguise: “talent”. 

“We hire top talent” “the candidate didn’t meet our bar”, “our hiring funnel selects for the best”. “we hire smart people and get out of their way”. We design “fair tests” that are an “objective assessment” of how closely people match our preconceptions of good.

The starting point for the talent mindset is that we want to hire the smartest people in the “talent pool”. If only we can hire all the smartest people, that will give us a competitive advantage!

If you focus on hiring brilliant people, and manage to find people who are slightly smarter on average than your competitors, will you win? Achievements in tech seldom stem solely from the brilliance of any one individual. Successes don’t have a single root cause any more than failures do. 

We’re dealing with such complex systems; teams that can capture and combine the brilliance of several people will win. 

With the right conditions a team can be smarter than any individual. With the wrong conditions a team can be disastrously wrong; suffering from over confidence and groupthink, or infighting and undermining each other. Hiring the right people to help create the right conditions in the team gives us a better chance of winning than hiring the smartest people.  

Talent-oriented hiring

If we start out with the intent to find the “best people” it will shape our entire process.

We write down our prejudices about what good looks like in job descriptions. We design a series of obstacles^Winterviews to filter out candidates who don’t match these preconceptions. Those who successfully run the gauntlet are rewarded with an offer, then we figure out how to best put them to use. 

Hiring processes are centralised to maximise efficiency & throughput. We look at KPIs around the number of candidates at each stage in the funnel, conversion rates. 

Interviewing gets shared out around teams like a tax that everyone pays into. Everyone is expected to interview for the wider organisation.

Hiring committees are formed and processes are standardised. We try to ensure that every candidate is assessed as fairly as possible, against consistent criteria. 

We pat ourselves on the back about how we only hire the top 1% of applicants to our funnel. We’re hiring “top talent” and working here is a privilege. We’re the best of the best. 

Weaknesses-oriented hiring

There’s another approach. Instead of starting from our idea of talent and the strengths we’re looking for, start from our weaknesses. What’s missing in our team that could help us achieve more? 

Maybe we have a team of all seniors, frequently stuck in analysis. We need some fresh perspectives and bias for action.  

Maybe we are suffering from groupthink and need someone with a different background and new perspectives. Someone who can help generate some healthy debate?

Maybe we have all the technical skills we need but nobody is skilled at facilitating discussions. We struggle to get the best out of the team.

Perhaps we’re all fearful of a scaling challenge to come. We could use someone experienced who can lend the team some courage to meet the challenge.

Maybe those in the existing team specialise in frontend tech, and we’ve realised we need to build and run a data service. We could learn to do it, but bringing someone in with existing knowledge will help us learn faster.

Maybe we are all software engineers, but are spending most of our time diagnosing and operating production systems. Let’s add an SRE in the team.

Maybe we don’t even know what our weaknesses are—until we experience collaboration with the right person who shows us how to unlock our potential.

Identify your weaknesses. Use them to draft role descriptions and design your interview processes. 

Design your interviews to assess what the candidate brings to your team. How do they reduce your weaknesses and what strengths would they add? 

Leave space in the process to discover things people could bring to your team that you weren’t aware you needed. 

A talent-oriented process would assess how the candidate stacks up against our definition of good. A weaknesses-oriented process involves collaborating with the candidate, to see whether (and how) they might make your team stronger. 

If possible, have candidates join in with real work with the team. When this is not feasible for either side, design exercises that allow people on your team to collaborate with them. 

Pair together on a problem. Not what many companies call paired interviews where it’s really an assessor watching you code under pressure. Instead, really work together to solve something. Help the candidate. Bounce ideas off each other. Share who’s actually doing the typing, as you would if you were pairing with a colleague. Don’t judge if they solved the same problems you solved; see what you can achieve together.

A weaknesses-oriented process might mean saying no to someone eminently qualified and highly skilled; because you have their skills well covered in the team already. 

A weaknesses-oriented process might mean saying yes to someone inexperienced who’s good at asking the right questions. Someone whose feedback will help the experienced engineers in the team keep things simple and operable.

Why not both? 

It’s often worth thinking about when something good is not appropriate. There are rarely “best practices”, only practices that have proven useful in a given context.

At scale I can see the need for the talent-oriented hiring approach in addition to weaknesses-oriented.

Exposing all of your teams’ variety of hiring needs to candidates may create too much confusion.

You may well want a mechanism to ensure some similarity. A mechanism to select for those who share the organisational values. To find those with enough common core skills to increase the chances that they can move from team to team. Indeed, long-lived and continuously funded teams are not a given in all organisations.

If you’re getting thousands of applications a day you’ll probably want a mechanism to improve signal to noise ratio for teams wishing to hire. Especially if you don’t want to use education results as a filter. 

I suspect a lot of hiring dysfunction comes from people copying the (very visible) talent-oriented top-of-funnel hiring practices that big companies use. Copy-pasting as the entire hiring mechanism for their smallish team.

Start from reflecting on your weaknesses. Whose help could you use? Some of the practices from the talent-oriented approach may be useful, but don’t make them your starting point. Start from your weaknesses if you want strong teams.

The post Don’t hire top talent; hire for weaknesses. appeared first on Benji's Blog.

En este cuarto mes del año (¡ya llevamos un 25% del mismo!) siguen las entradas recurrentes de las actualizaciones mensuales de rigor que demuestra que los desarrolladores de KDE no dejan de trabajar. Así que se congratulan en anunciar la actualización de abril del 2021 de KDE Frameworks.  Con esta se llega a la versión 5.81, un suma y sigue de compromiso y constancia que no parece que tenga un final cercano.

Actualización de abril del 2021 de KDE Frameworks

A pesar de que para los usuarios corrientes esta noticia sea algo confusa ya que no se trata de realzar una nueva aplicación ni de una nueva gran funcionalidad del escritorio, el desarrollo de KDE Frameworks tiene repercusiones directas en él a medio y largo plazo.

La razón de esta afirmación es que KDE Frameworks es básicamente la base de trabajo de los desarrolladores para realizar sus aplicaciones, es como el papel y las herramientas de dibujo para un artista: cuanto mejor sea el papel y mejores pinceles tenga, la creación de una artista será mejor.

De esta forma, las mejoras en KDE Frameworks facilitan el desarrollo del Software de la Comunidad KDE, haciendo que su funcionamiento, su estabilidad y su integración sea la mejor posible.

Hoy sábado 10 de abril de 2021 ha sido lanzado KDE Frameworks 5.81, la nueva revisión del entorno de programación sobre el que se asienta Plasma 5, el escritorio GNU/Linux de la Comunidad KDE, y las aplicaciones que se crean con para él.

Hay que recordar que los desarrolladores de KDE decidieron lanzar actualizaciones mensuales de este proyecto y lo están cumpliendo con puntualmente. La idea es ofrecer pocas pero consolidadas novedades, a la vez que se mantiene el proyecto evolucionando y siempre adaptándose al vertiginoso mundo del Software Libre.

Una gran noticia para la Comunidad KDE que demuestra la evolución continua del proyecto que continua ganando prestigio en el mundo de los entornos de trabajo Libres.

Más información: KDE

¿Qué es KDE Frameworks?

Para los que no lo sepan, KDE Frameworks añade más de 70 librerías a Qt que proporcionan una gran variedad de funcionalidades necesarias y comunes, precisadas por los desarrolladores, testeadas por aplicaciones especí­ficas y publicadas bajo licencias flexibles. Como he comentado, este entorno de programación es la base para el desarrollo tanto de las nuevas aplicaciones KDE y del escritorio Plasma 5.

Aquí podéis encontrar un listado con todos estos frameworks y la serie de artículos que dedico a KDE Frameworks en el blog,

Recuerda que puedes ver una introducción a Frameworks 5.0 en su anuncio de lanzamiento.

Creo que en ocasiones nos olvidamos que los cursores son una parte de esa personalización extrema a la que podemos llegar con nuestro Plasma. Hoy quiero toca hablar de un tema como LyraR, un pack de cursores vistoso y perfecto para el tema LyraR o LyraX y que podéis ver en acción en mi escritorio de abril de 2021.

LyraR, cursores cyberpunk para tu plasma

Cada vez aprendo más sobre personalización de Plasma. Y es que no al ser tan modular, las opciones y los componentes a configurar son casi infinitos. Por suerte, los creadores de temas cada vez afinan más y más, y ofrecen dicha personalización a todos los niveles.

Nacidos de la mano y de la mente de yeyushengfan258 nos llega LyraR, pack de cursores estilo cyberpunk, originales y muy coloridos, ideales para temas oscursos.

Y como siempre digo, si os gusta este conjunto de cursores LyraR podéis “pagarlo” de muchas formas en la página de KDE Store, que estoy seguro que el desarrollador lo agradecerá: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day 2017 de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.

Más información: KDE Store

Cómo cambiar el tema de los cursores en Plasma

Al igual que con los iconos hay varias formas de cambiar el tema de cursores en Plasma, pero la más fácil es:

• Abrir las Preferencias del Sistema.
• Ir a la sección Apariencia.
• Ir a la subsección Cursores.
• En esta ventana pinchar en “Obtener nuevos temas”
• Buscar LyraR, seleccionar el estilo y dar a instalar.
• Seleccionar el tema y aplicar.

Si tenéis dificultad, simplemente se debe descargar y extraer el tema en «/usr/share/icons» o «~/.icons».

Rápido, sencillo y efectivo, como la mayoría de cosas en en el escritorio Plasma de la Comunidad KDE.

Tumbleweed es una distribución “Rolling Release” de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión “rolling release” o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios estas semanas.

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este enlace:

• http://dominique.leuenberger.net/blog/2021/04/opensuse-tumbleweed-review-of-weeks-2021-13-14/

Durante este periodo se han publicado 5 snapshots (0325, 0329, 0330, 0401 y 0406) y dos más que están comprobandose ahora mismo…

Los cambios más notables que han traido a openSUSE tumbleweed han sido:

• SELinux 3.2 (tamién predeterminado en MicroOS)
• transactional-update 3.3.4
• Un gran número de mejoras en YaST
• Mozilla Firefox 87.0
• git 2.31.1
• kernel 5.11.11
• Mesa 20.3.5 con un montón de correcciones

Y para próximas actualizaciones, podremos encontrar:

• systemd v246.13 con cgroupsv2 habilitado de manera predeterminada
• libvirt 7.2.0
• GNOME 40
• KDE Plasma 5.21.4
• LibreOffice 7.1.2.2
• nodejs 15.14.0
• gstreamer 1.18.4
• Módulos de Python 3.9. Python 3.8 seguirá siendo la versión predeterminada por ahora.
• GCC 10.3.0
• GCC 11 como compilador predeterminado

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

• • • ¿Por qué deberías utilizar openSUSE Tumbleweed?
    • zypper dup en Tumbleweed hace todo el trabajo al actualizar
    • ¿Cual es el mejor comando para actualizar Tumbleweed?
    • Comprueba la valoración de las “snapshots” de Tumbleweed
    • ¿Qué es el test openQA?
    • http://download.opensuse.org/tumbleweed/iso/
    • https://es.opensuse.org/Portal:Tumbleweed

——————————–

Dear Tumbleweed users and hackers,

Dominique has been enjoying a vacation these last two weeks and left Tumbleweed in my hands. Thanks to all who’ve helped out as I got to grips with holding the reins solo for the first time.

These two weeks also saw the long Easter weekend. That said, we still managed to release 5 snapshots (0325, 0329, 0330, 0401 and 0406) during this fortnight, with 0408 currently in testing and an 0409 likely to be checked in tonight.

The changes delivered these weeks included:

• SELinux 3.2 (now also used by default in MicroOS)
• transactional-update 3.3.4
• A large amount of YaST updates
• Mozilla Firefox 87.0
• git 2.31.1
• kernel 5.11.11
• Mesa 20.3.5 with a large number of fixes
• MicroOS GNOME Desktop reaching [BETA] quality

The future, near or far, will bring those updates:

• systemd v246.13 with cgroupsv2 enabled by default (Currently being tested in 0408)
• libvirt 7.2.0 (Currently being tested in 0408)
• GNOME 40 (Currently being needled, hopefully will be included in 0409)
• KDE Plasma 5.21.4
• LibreOffice 7.1.2.2
• nodejs 15.14.0
• gstreamer 1.18.4
• Further MicroOS GNOME Desktop improvements
• Python 3.9 modules: besides python36-FOO and python38-FOO, we are testing to also shop python39-FOO modules; we already have the interpreter after all. Python 3.8 will remain the default for now.
• UsrMerge is progressing well, thanks to Ludwig for his continued work here
• GCC 10.3.0
• GCC 11 as the default compiler

Have a lot of fun!

– Richard

A couple of openSUSE Tumbleweed snapshots were released since the beginning of the month.

The two snapshots updated more than 30 packages and the latest snapshot, 20210406, gave rolling release users an update of Mozilla Firefox 87; the new release had several fixes including a fix to the video controls, which now have visible focus styling. The video and audio controls are now keyboard navigable. Firefox also sets a useful initial focus in the Add-ons Manager. New features in the browser release include the “Highlight All” feature on the “Find in Page”, which now displays tick marks alongside the scrollbar that correspond to the location of matches found on that page; this is a great feature for those who do keyword searches. Mozilla updates in the snapshot were finished as Thunderbird updated to version 78.9.0. The bugfix update for the email client had some security fixes and a fix for fields that were unreadable in the Dark theme in the General preferences panel. The update of fetchmail 6.4.18 fixed the configuration parser in fetchmailconf, which had an effect in version 6.4.16 when --sslcertfile was added to the configuration dump. The new version of fetchmailconf –version now prints the Python version in use. The snapshot gave users the 5.11.11 Linux Kernel, which had some changes for btrfs and x86 KVM. Other packages updated in the snapshot included spamassassin 3.4.5, git 2.31.1 and attr 2.5.1, which fixed a libtool library versioning regression.

The 20210401 didn’t deliver any foolery but it did deliver some magic; ImageMagick 7.0.11.5 disables framework OpenCL by default. Use the environment variable MAGICK_OCL_DEVICE to turn it on or select the device to use. Mesa and Mesa-drivers 20.3.5 went on a bug-hunting expedition as the release was quite large and had a huge number of fixes. Radv and ACO dominated the changes for the release and a graphical glitch was fixed that has been around since version 18.0.5. The extensible text editor emacs 27.2 changed the behavior of the user option ‘resize-mini-frames’ and the user option ‘tramp-completion-reread-directory-timeout’ is now obsolete. QR-Code-generator dropped a patch in its 1.6.0 update nodejs15 15.12.0 addressed a dependency change needed for a stopgap with OpenSSL. Raw data file editor okteta 0.26.6, openexr 2.5.5, yast2-firewall 4.3.11 and yast2-firstboot 4.3.11 were among the other packages updated in the snapshot.

No es que ya no hagan cosas es que sinceramente me había olvidado de ellos escribiendo de otras cosas, mil perdones. De esta forma me congratula promocionar una nueva actividad de la Asociación GNU/Linux València que lleva por título Taller de instalación de Nextcloud en placas experimentales que se va a realizar online el próximo 10 de abril. Más información, sigue leyendo.

Taller de instalación de Nextcloud en placas experimentales en GNU/Linux València

De nuevo me complace compartir con vosotros los eventos de un grupo de personas que en Valencia está impulsado el Software Libre gracias a sus reuniones tanto presenciales cuando se podía como virtuales.

Se trata un nuevo encuentro organizado del grupo de GNU/Linux València que el próximo sábado 10 de abril de 2021 realizarán de forma online y que tiene por temática: Taller de instalación de Nextcloud en placas experimentales

El taller impartido por José Manuel Sierra tendrá como tema principal la instalación de los servicios y aplicaciones de Nextcloud en dispositivos de bajo coste y consumo de recursos, principalmente en placas experimentales.

De esta forma aprenderemos a crear un servidor propio con prestaciones muy correctas, con un mantenimiento y costes mínimos.

Aprovecho para recordar que desde hace unos meses, los chicos de GNU/Linux Valencia ya tienen su menú propio en el blog, con lo que seguir sus eventos en esta humilde bitácora será más fácil que nunca, y así podréis comprobar su alto nivel de actividades que realizan que destacan por su variedad.

Y que además, GNU/Linux València ha crecido y se ha ¡¡¡convertido en asociación!!! ¡Únete a nosotros!

Resumiendo, la información básica es:

• Fecha: sábado, 10 de abril de 2021
• Horario: 9:00 a 13:30
• Lugar: Servidor BBB propio en https://bbb.gnulinuxvalencia.org/b/adm-ygx-tmi-7f0
• ¿Registro necesario? No

Si podéis asistir no os lo perdáis, seguro que no quedáis decepcionados.

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

This is a very short update post about getting the IPMI Remote Control Java Applet from horrible old system running on modern systems. This is an issue that haunted me for some time.

Lo primero que hemos de decir que este año Flisol vuelve un poco a la normalidad y se va a celebrar en abril, su mes tradicional. Eso si, de nuevo se va a realizar principalmente de forma virtual, es decir, utilizando el sitema de la webconferencia (aunque veremos que en España tendremos una pequeña excepción). Y de nuevo voy a pecar de localista, dado que de nuevo el lugar casi es lo de menos, y vuelvo a dar a conocer de las sedes de #Flisol 2021 en España que están a día de hoy confirmadas para así ir guardando la fecha.

Las sedes de #Flisol 2021 en España

Para los que todavía no conozcan Flisol, se trata de un evento «… de difusión de Software Libre más grande en Latinoamérica y está dirigido a todo tipo de público: estudiantes, académicos, empresarios, trabajadores, funcionarios públicos, entusiastas y aun personas que no poseen mucho conocimiento informático…»

Como decía en la introducción, este año tampoco se pueden celebrar de forma presencial mayoritariamente, lo cual es una verdadera pena porque parecía que este evento estaba tomando forma en España, solo debemo recordar que en el 2019 se llegó al récord de parcipaciones con cuatro ciudades inscritas en el evento.

Este año, de momento, de nuevoso solo tenemos dos sedes que han confirmado la celebración de FIisol en España. Por orden de aparición en la Wiki de Flisol éstas son Oviedo y Tenerife.

Oviedo

En este caso está organizado por Pica Pica HackLab (PicaHack) para el sábado 24 de abril de 2021 en el El Olivar (Calle Oscura, nº 1/3 – Oviedo) donde se realizarán unas jornadas de iniciación a la informática con software libre, destinada a personas con pocos conocimientos sobre el tema.

La actividad consistirá en una charla-debate de introducción al software libre, seguido de una “toma de contacto” de los participantes con el uso de sistemas operativos libres GNU y la posibilidad de instalarlo a quien quiera y lleve su ordenador a las jornadas.

Posteriormente al día del evento, habrá otros días de encuentro con los asistentes para tratar de resolver dudas y preguntas que puedan surgir.

Tenerife

En esta ocasión, está organizado por EducaTIC, la Oficina del Software Libre de la Laguna, Podcast Linux y la Asociación Melisa, el próximo sábado 24 de abril de 2021, de 09:00 a 14:00h, se realizarán las 2ª Jornadas de Instalación de Software Libre en formato online, debido a las restricciones sanitarias.

Durante el evento, se realizarán varias charlas y conferencias a las que podrás asistir de forma online utilzando el siguiente servidor Big Blue Button https://bbb.educar.encanarias.info/b.

Las charlas están por determinar, ya iremos informando.

Los métodos de contacto son los siguientes:

• Web: https://flisol.info/FLISOL2021/Espana/Tenerife
• Correo: flisoltenerife@disroot.org
• Mastodon: https://txs.es/@flisoltenerife
• Peertube: https://tuvideo.encanarias.info/accounts/flisoltenerife
• Archive.org: https://archive.org/details/@flisoltenerife
• Twitter: https://twitter.com/flisoltenerife
• Grupo Telegram: https://t.me/flisoltenerife19/