Siempre he pensado que las universidades, por su filosofía de fuente de conocimiento, deberían ser actores clave en el desarrollo del Software Libre. Lamentablemente creo no es así, aunque nos encontramos con honrosas excepciones como en la Universidad de Granada, que a través de su OSL (Oficina del Software Libre) organiza en curso MOOC de Conocimiento Abierto y Software Libre. ¿Quieres saber más? Sigue leyendo.

Curso MOOC de Conocimiento Abierto y Software Libre de UGR

Si te interesa el Software Libre y eres estudiante tienes una oportunidad de oro para poder adquirir 2 ECTS si realizas el curso de “Conocimiento Abierto y Software Libre” que organiza la OSL de la UGR (como mola esto de las siglas.

En palabras de sus organizadores:

La plataforma abiertaUGR ofrece una nueva edición del MOOC “Conocimiento Abierto y Software Libre”, desarrollado por la Oficina de Software Libre (OSL) y el Centro de Producción de Recursos para la Universidad Digital (CEPRUD) de la Universidad de Granada. La formación, que comenzará el 1 de marzo de 2022, tiene reconocidos 2 ECTS para estudiantes de la UGR y el periodo de matriculación ya está en marcha.

Las fechas importantes son las siguientes:

• Inicio Matrícula: 21/01/2022
• Inicio MOOC: 21/02/2022
• Fin del MOOC: 28/03/2022

En este MOOC se tratan temas como:

• La normativa existente en España relativa a la propiedad intelectual.
• La ciencia en abierto.
• Las licencias disponibles para proteger las creaciones
• Qué son los datos y formatos abiertos.

Además se abordarán temas como la forma más adecuada de enseñar a cualquier estudiante siguiendo la filosofía ‘open’, o la metodología para aplicar esta filosofía a ámbitos como los negocios y la empresa.

El curso contará con testimonios y aportaciones de profesionales que construyen ese conocimiento abierto y lo difunden a través de comunidades que comparten, divulgan y crean ese camino accesible.

Por cierto, el curso está coordinado por María Isabel García Arenas, Profesora Titular de Arquitectura y Tecnología de los Computadores de la Universidad de Granada, conocida en el blog ya que participó en Akademy-es 2018 de València.

Yo ya me he apuntado, ¿a qué esperas tú?

Más información: UGR Noticias | AbiertaUGR

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 esta semana.

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

• https://dominique.leuenberger.net/blog/2022/01/opensuse-tumbleweed-review-of-the-week-2022-03/

Desde la anterior revisión se han publicado un total de 7 nuevas snapshots, y alguna que no se publicó por algún problema. Aún así estas son las publicadas 0113, 0114, 0115, 0116, 0117, 0118 y 0120.

Entre los cambios más relevantes podemos encontrar:

• SQLite 3.37.1 & 3.37.2
• linux-glibc-devel 5.16
• strace 5.16
• Poppler 22.01.0
• Mesa 21.3.4
• Mozilla Firefox 96.0.1
• shadow 4.11.1 (actualizado desde 4.9)
• Linux kernel 5.16.1

Y entre las novedades que se están cocinando para próximas actualizaciones, se pueden estas como las más importantes:

• KDE Plasma 5.24
• Ruby 3.1 será el intérprete predeterminado de Ruby. Y Ruby 2.7 y 3.0 desaparecerán.
• Python 3.6 será eliminado
• Python 3.10 será el intérprete de Python predeterminado
• GCC 12 ya se ha ido introduciendo, preparándose para cuando se publique definitivamente, lo que implicará la recompilación de TODOS los paquetes de la distro, como es normal y habitual.

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,

7 days have passed since my last review – and as many snapshots have been released since then too. And this even includes my error of one day performing the check-in ‘slightly too late’ (i.e. past midnight). That’s the reason that 0119 did not exist. The check-in was too late and it was already January 20th by then. The snapshots released were numbered 0113, 0114, 0115, 0116, 0117, 0118, and 0120.

The relevant changes/updates published during this week included:

• SQLite 3.37.1 & 3.37.2
• linux-glibc-devel 5.16: syncing up with the kernel
• strace 5.16
• Poppler 22.01.0
• Mesa 21.3.4
• Mozilla Firefox 96.0.1
• shadow 4.11.1 (updated from 4.9)
• Linux kernel 5.16.1

The staging projects are still under control, and there is some space left for your submissions. Keep them coming. Just like these things being worked out at the moment:

• KDE Plasma 5.24 (currently beta is staged and being tested)
• Ruby 3.1 to be introduced and become the main ruby interpreter. Ruby 2.7 and Ruby 3.0 will disappear at the same time (waiting for apparmor fix)
• Python 3.6 interpreter will be removed (once all python36-FOO modules are gone)
• Python 3.10 as the distro default interpreter (a bit down the line)
• GCC 12 introduction has started to be as ready as possible for when the upstream release happens.

Inicio este año de la serie de la iniciativa #viernesdeescritorio con una nueva captura. Con este ya llevo más doce meses consecutivos compartiendo «Mi escritorio», una mirada a la intimidad de mi entorno de trabajo. De esta forma, bienvenidos a mi escritorio Plasma de enero 2022 que sigue en el tema oscuro del mes pasado, el retorno de la disposición clásica, de Latte y añadiendo un fabuloso plasmoide.

Mi escritorio Plasma de enero 2022 #viernesdeescritorio

Esta va a ser la decimonovena vez que muestro mi escritorio Plasma 5 en público, lo cual es número nada desdeñable de entradas. La entrada recopilatoria de las misma está cada vez más cerca… siempre lo digo pero nunca llega.

En esta ocasión he aprovechado un increíble fondo de pantalla que me ha proporcionado de forma aleatoria un gestor de fondos integrado en Plasma, Imagen del día, para incrustar el plasmoide Clear Clock, del cual hablé hace un tiempo, para tener un entorno de trabajo impresionante.

Por otra parte, respecto al mes pasado sigo utilizando el tema global Brisa oscuro, aunque no lo ponga en el neofetch, y he cambiado el tema de iconos a Beauty que podéis encontrar en la tienda de aplicaciones KDE.

Para finalizar, he vuelto con la barra Latte Dock (me gusta que tengan tantas opciones de personalización) ligeramente modificado, añadiendo el lanzador de aplicaciones, la bandeja de sistema y un reloj digital.

Como es habitual, la captura está realizada sobre mi portátil Slimbook Pro de 13 pulgadas, el cual tiene instalado un KDE Neon con Plasma 5.23.4 (el último hasta el momento) cuando realicé esta entrada.

El resultado de mi escritorio de enero de 2022 es un entorno de trabajo oscuro pero luminoso, limpio y funcional que podéis ver en la imagen inferior (pinchad sobre ella para verlo un poco más grande).

openSUSE Tumbleweed had a variety of package updates in smaller snapshots throughout this week.

A few things being prepared for Tumbleweed is that the Linux Kernel 5.16.1 was scheduled for check in and pre-integration tests for GNU Compiler Collection 12 have been started; the rolling release anticipates a merge of GCC 12 in mid-Spring.

The latest Tumbleweed snapshot, 20220117, updated Italian translations for libstorage-ng 4.4.75 and added python-rpm-macros for building the package. Haskell support was dropped in the thrift 0.15.0 package, which is a scalable cross-language service framework for Remote Procedure Call and Inter-Process Communication. No changelogs were provided for the plugins package written in Rust called gstreamer-plugins-rs. The remaining packages in the snapshot were all Python Package Index updates. Among the key PyPI packages to point out is the major version update of python-unicodedata2 14.0.0, which dropped support for End of Life Python 2.7 and 3.5 and added support for Python 3.9, 3.10 and PyPy3. A Tumbleweed arm 20220118 snapshot was release updating the same package listed above.

Anti-virus toolkit ClamAV 0.103.5 was updated in snapshot 20220116; the package fixed a Common Vulnerabilities and Exposures that had an invalid pointer read that could cause a crash. The shadow package that converts UNIX password files to the shadow password format updated to version 4.11.1. This package fixed CVE-2013-4235, which affects the race condition when copying and removing directory trees. Object-oriented Universal Plug and Play framework gupnp 1.4.3 now properly propagates canceled actions in deprecated calls and fixed deprecated asynchronous calls. PyPI updates in this snapshot were python-python-lzo 1.14, python-tables 3.7.0, and the major version update of python-hiredis 2.0.0 dropped support for EOL Python versions 2.7, 3.4, and 3.5.

Mozilla Firefox 96.0.1 was updated in the 20220115 snapshot. The web browser made improvements to the parsing of content-length headers. An update of Mesa 21.3.4 was able to fix a bit of the glitches with the Rockchip RK3399 processor as well as the Panfrost G52 Firefox glitches on YouTube playback. Several patches were added in the 6.3.20220101 ncurses update, which improved the configuration check for getttynam. openSUSE’s perl-Bootloader 0.937 package now supports secure boot on PowerPC and autoyast2 4.4.25 was able to properly merge the autoupgrade workflow when using the online medium. Another package to update in the snapshot was firewalld 1.0.3, which fixed some build features, ipsets and inputs.

The 5.16 strace package had many improvements and a couple implementations in the 20220114 snapshot. The package is used to monitor and tamper with interactions between processes and the Linux kernel, which include system calls, signal deliveries, and changes of process states. The updated Strace package implemented a --secontext=mismatch option to find mismatches in SELinux contexts and implemented decoding of futex_waitv syscall introduced in Linux Kernel 5.16. The update of Flatpak 1.12.3 made minor improvements to the search command, to the list command and to the repair command. Flatpak also fixed a CVE that had a malicious repository, which could have sent invalid application metadata in a way that hides some of the app permissions displayed during installation. The snapshot was a CVE killer thanks to busybox 1.35.0, which addressed 17 CVEs. One of those, CVE-2016-6301, was an Network Time Protocol server denial of service flaw. BusyBox also added some new features in find, date and cpio. The free implementation of the Remote Desktop Protocol, freerdp 2.5.0 backported OpenSSL 3.0 support and some Wayland client clipboard issues. Other packages to update in the snapshot were btrfsprogs 5.16, GNOME display manager gdm 41.3, gnome-session 41.3, poppler 22.01.0 and about 15 more packages.

The snapshot to start the week, 20220113, updated only two packages. The update of 389-ds 2.0.11 fixed various User Interface bugs. This enterprise-class package for Open Source LDAP servers fixed many bugs and also fixed the multiple index types not handled in the openldap migration. The second package to update in the snapshot was sqlite3 3.37.1. This C-language library added the .connection command, allowing the CLI to keep multiple database connections open at the same time. The SQL database engine also added the --safe command-line option that disables dot-commands and SQL statements that might cause side-effects that extend beyond the single database file named on the command-line.

Another arm specific Tumbleweed snapshot was released this week; the arm 20220116 snapshot updated all the above listed packages from snapshots 20220113, 20220114, 20220115 and 20220116.

Hace poco más de 2 años que no aparecía este el blog el libro de trucos de digiKam, el gestor de fotografías de KDE. Creo que es hora de volver a recordar la existencia de este manual y anunciar que ya está disponible una nueva versión 2022 de digiKam recipes un excelente libro que nos puede ayudar a utilizar esta magnífica aplicación de forma más eficiente.

Versión 2022 de digiKam recipes

El pasado 19 de enero de 2022 fue lanzado una nueva versión de digiKam Recipes, concretamente la versión 19.11.09, lo que significa un nuevo avance en el desarrollo de este manual.

Las novedades principales de esta nueva versión de digiKam recipes son:

• Cómo subir fotos a una máquina de eliminación vía SSH directamente

• Cómo acceder a digiKam remotamente vía RDP.

Y, por cierto, se ha creado una ueva y colorida portada del libro.

Hay que recordar que este libro que no es un manual de instrucciones clásico que explica paso a paso las funciones de digiKam, sino que explica trucos que podremos realizar con nuestra fotografía.

Más información: Digikam

5 razones para comprarte digiKam recipes

En realidad habrán muchos más que descubrirás al ir aplicando sus trucos, pero estos son 5 puntos importantes que hacen recomendable adquirir este libro para los amantes de la fotografía.

1. Es el primero y el único libro, de momento, sobre digiKam.
2. El libro ha estado escrito con colaboración estrechamente desarrolladores de digiKam.
3. 50% del precio de venta irá para el proyecto digiKam.
4. El libro está libre de DRM, así que puedes utilizar cualquier lector de ebook que soporte los formatos EPUB o MOBI.
5. Recibirás todas las futuras ediciones sin cargo alguno (esto parece una teletienda)

El libro, cuyo precio vía PayPal es de 9,99$, está lanzado bajo licencia Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported, así que una vez adquirido puedes compartir el libro y modificarlo siempre que compartas las mismas.

Puedes adquirir el libro vía PayPal, Amazon Kindle Store, Gumroad, y GitBook.io.

¿Qué es digiKam?

La mejor forma de definirlo es buscar como se describe esta aplicación de userbase.kde.org y realizar una pequeña síntesis:

DigiKam es una aplicación que te permite la importación de fotografías desde cámaras o cualquier dispositivo, creando álbumes, etiquetando con fechas y lugares, temas y otras propiedades, y utilidades de búsqueda excelentes y de reconocimiento facial.

En otras palabras, con digiKam podrás ver, administrar, editar, mejorar, organizar, etiquetar y compartir fotos de una forma profesional.

Un tutorial para que cada vez que abramos Konsole lo haga restaurando un número de pestañas predeterminado y en diversas carpetas de nuestro equipo

Vamos a ver cómo podemos hacer que cada vez que abramos Konsole, el emulador de terminal de KDE, se nos abran de manera predeterminada unas pestañas ya configuradas.

Este artículo viene a formar parte de los artículos y tutoriales sobre Konsole que he publicado en mi blog y que puedes encontrar en este enlace:

• https://victorhckinthefreeworld.com/?s=konsole

Imaginemos que cada vez que abrimos Konsole para trabajar en la terminal nos gustaría que nos abriera unas pestañas predeterminadas. Vamos a poner un ejemplo.

Quizás una en nuestra carpeta donde tenemos los repositorios de git, otra con el reproductor para la terminal mocp para escuchar música, otra en una máquina remota a la que accedemos con ssh y una en nuestra carpeta de Blog/artículos en nuestro /home.

Y queremos que cada vez que abrimos Konsole lo haga con esas pestañas abiertas, lo que nos ahorra tiempo y nos es más cómodo para empezar a hacer cosas. ¿cómo podremos hacerlo?

Buscando, encontré un hilo en reddit donde daban pistas sobre cómo hacerlo. Con esa base, vamos a ver cómo podríamos hacerlo y darle una vuelta más.

Lo primero deberemos crear un archivo de configuración donde especificaremos a Konsole las pestañas que queremos que abra, y cómo queremos que lo haga. Ubicaremos el archivo en una carpeta, por ejemplo dentro de /home/tu_usuario/Documentos y le llamaremos pestañas_konsole.

Siguiendo con el ejemplo que hemos puesto, veremos la sintaxis que tendrá nuestro archivo /home/tu_usuario/Documentos/pestañas_konsole lo abrimos con nuestro editor de texto favorito (por ejemplo vim) y escribimos:

title: Git - %d : %w ;; profile: ;; workdir: /home/victorhck/Git
title: Musica ;; command: mocp
title: SSH;; command: ssh pi@192.168.1.50 ;; profile: bash ;; workdir: /home/
title: Blog ;; profile: ;; workdir: /home/victorhck/Blog/artículos

Guardamos los cambios del archivo y cerramos. Vamos a ver un poco en detalle qué hace cada cosa de este archivo.

Cada línea indicará a Konsole una pestaña que deberá abrir y le especificamos un título, que la abra con un perfil predeterminado de los que podemos tener configurados, un comando que ejecutará cuando abra la pestaña y una ubicación.

Cada pestaña debe tener al menos un perfil o un comando configurado. No deberemos cometer errores al escribir los comando, porque entonces Konsole no abrirá nada.

Vale, ya hemos especificado qué pestañas queremos que abra siempre que ejecutemos Konsole, pero ahora ¿cómo decirle que lo haga? Mediante la opción –tabs-from-file <archivo>

Podemos probarlo ejecutando en una terminal ya abierta:

konsole --tabs-from-file /home/victorhck/Documentos/pestañas_konsole

Y veremos que nos abre una nueva instancia de Konsole con las pestañas especificadas y comandos que le hemos pasado. Pero no es muy lógico tener que abrir Konsole para decirle que nos abra Konsole ¿no?

Por ello vamos a nuestro menú lanzador y buscamos Konsole, que suele estar en el apartado de Sistema, y hacemos clic con el botón derecho del ratón y seleccionamos Editar aplicación.

Vamos a la pestaña Aplicación y dentro del apartado Orden, escribimos lo anterior:

konsole --tabs-from-file /home/victorhck/Documentos/pestañas_konsole

Y aceptamos. Ahora cada vez que abramos Konsole desde ahí se nos abrirá con las pestañas configuradas en el archivo.

Si no queremos modificar ese comportamiento de Konsole, también podemos asignarle un atajo de teclado personalizado, para nuestro Konsole con la configuración de pestañas predeterminadas.

Para ello vamos a Preferencias del sistema de nuestro escritorio Plasma, Accesos rápidos → Accesos rápidos personalizados y al apartado Editar → Nuevos → Acceso rápido global → Orden/URL

Le ponemos un nombre apropiado como Konsole_pestañas o algo así un comentario para aclararnos y en la pestaña disparador seleccionamos un atajo de teclado por ejemplo Ctrl+F1 y en la pestaña Acción en el recuadro de Orden/URL escribimos:

konsole --tabs-from-file /home/victorhck/Documentos/pestañas_konsole

Guardamos los cambios y ya estaría. Ahora cada vez que ejecutemos el atajo de teclado Ctrl+F1 se nos abrirá Konsole con las pestañas configuradas. Imagínate las posibilidades.

Puedes tener varios archivos de configuración, puedes asignarles diferentes atajos de teclado, etc… Eso ya dependerá de tus necesidades y tu imaginación.

¡¡Konsole y KDE te dan las herramientas para poder hacer (casi) todo lo que desees!!

Espero haber expresado claramente todos los pasos y que hayan quedado claros. Muchas veces tratar de explicar algo es más difícil que simplemente hacerlo, pruébalo.

¿Conocías ya esta opción? ¿Es algo que te será útil? Comparte en los comentarios tus trucos que complementan este artículo.

I’m not a POWER (or recently: Power) expert, only an enthusiastic user and advocate. Still, in the past couple of weeks a number of people from around the world asked my opinion how the POWER architecture could be kept relevant. This blog is really just an opinion, as I do not have the financial means to go ahead. It is full of compromises some people are not willing to make. However, I think this is the safest and fastest way forward.

Why? Is there a problem?

Power 10 was just released, and used in some of the most powerful servers ever. Power became an officially supported architecture in major Linux distributions. Why do I talk about becoming irrelevant? Is there really a problem?

Well, it all depends on the perspective. IBM treats Power as an enterprise platform, just like mainframes. And as long as they run AIX and IBMi with a couple of proprietary commercial applications, they are right. However, as far as I know, a good part of Power boxes run Linux. And Linux is a volume play. The more users and developers work on a platform the better chance it has for survival. This is how 32 bit Power support was dropped many years ago from most distributions, even if some people still have Apple Macs and Genesi Pegasos boxes running. And this is how 64bit big-endian support was removed from mainstream distributions as well.

Power 9 had a huge momentum, in most parts software support for Power 9 is now in par with x86 and ARM. Unfortunately it is not enough to reach a momentum, it needs to be maintained as well. Raptor Computing did a fantastic job making Power more affordable. Those machines reached key developers in major projects. However their prices are going up due to supply chain issues and they do not plan on Power 10 any time soon (as it would require to use some closed source software components in the firmware).

The OpenPower foundation is planing to solve the volume play in its Power Pi project, but it is still years away. Currently there is no CPU that could be used on the planned $250 board and normally it takes 1.5 years or more to go from planning to a mass produced CPU.

You might say, that there are free resources available for open source developers. There is GitHub CI support for Power and various universities provide remote access to interested open source developers to Power servers. However most developers consider having a system on their desk locally as the best way to develop software. ARM and even RiscV have a huge advantage with the average developer now.

The Power architecture is handled as first class citizen in most major Linux distributions and even in FreeBSD, but by the time we have affordable Power hardware to grow the number of Power users and developers, many of them might already drop this level of support for Power.

Affordable hardware quickly

The previous section of my blog can be easily summarized in a single sentence in a TL;DR; style: we need affordable Power hardware quickly to keep and expand the momentum. Obviously it needs compromises as well.

Keep the dream alive

Old Macs are big-endian, just as network processors from NXP. Some Power developers still want big-endian systems to keep the dream alive. But support for big-endian systems is mostly gone from Linux distributions, and when it comes to developing common utilities or even programming languages, most developers are no more even aware that a world exists outside of little-endian. As much as I love the PowerPC laptop project, I see it now as a dead end: producing hardware for an ever shrinking software ecosystem.

Power 9

As much as I’d love to see a Power 10 desktop, I do not expect it to be affordable any time soon. Right now only 15 and 30 core variants are available for high end servers. Even if Power 9 is not so power-efficient and can be outperformed in some cases by some of the latest x86 CPUs, it is already available and at a relatively good price.

Not fully open source desktop board

Raptor Computing did a fantastic job at creating fully owner controlled boards where even the smallest bit of software controlling the board is open source. However even their smaller board is a full server board. Removing server components, like remote management capabilities, could bring costs down, just like components with closed firmware. My experience with firmware is that open source does not mean necessarily better, rather the opposite (yes, I am aware that this statement contradicts my title: open source evangelist).

I would not want to compete with IBM or Raptor Computing with server boards. Both have done their optimizations in enterprise manageability or having a fully open source stack down to the lowest level. On the other hand, while using a server board in the desktop technically works, simplifying it down to the desktop both on the hardware and software side can help to make it more affordable and thus reach more users. Hopefully a lot more users.

Roadmap

Obviously, creating a more affordable Power 9 board quickly is just a first step. It helps to reach more users and developers than the current IBM and Raptor Computing offerings. It also helps to make sure that efforts of the OpenPower Foundation are not wasted and Power support stays as first class citizen in major Linux distributions.

Power 10

I do not know the Power 10 CPU roadmap and if there will be any smaller versions of Power 10, but I really hope so. Those could be used in desktop systems once available.

Power Pi

Of course the ultimate target is a board that anyone can afford without thinking twice. Just like a Raspberry Pi. The Power Pi is planing to fulfill this idea. It might be here sooner or later than lower end Power 10 systems.

Libre-soc

The Libre-soc project is also building a Power CPU with many ground breaking ideas. Unfortunately a generally available version is expected to arrive even later than the Power 10 based desktop or Power Pi.

TL;DR;

Power itself is probably not in direct danger, but Linux and open source are definitely becoming an endangered species on Power due to the lack of a large active community. This situation could be improved with more affordable Power hardware. In short term a Power 9 board could be used for this purpose, on a longer term there are many open possibilities ranging from SoC to Power 10 (or later).

Obviously, my post only covers one aspect of a problem: keeping the open source community around POWER healthy. I have no idea about the engineering or financial side. I wonder about your opinion and if anyone will step up and implement something along these lines.

Por el blog te traigo una traducción que he realizado a una entrevista realizada a Bram Moolenaar el desarrollador que creó y mantiene el editor Vim

Hace un par de días encontré una entrevista a Bram Moolenar el desarrollador holandés que creó Vim (Vi mejorado) y que todavía mantiene y se encarga de gestionar las nuevas actualizaciones de este gran editor.

La entrevista está en inglés y publicada en la web evrone.com el pasado 14 de enero de 2022. Puedes leer la entrevista original escrita en inglés en este enlace:

• https://evrone.com/bram-moolenaar-interview

Les pedí permiso para traducir la entrevista y publicarla en mi blog y amablemente me dieron permiso. Así que aquí la tenéis para que la disfrutéis.

Este artículo es una nueva entrega del curso “improVIMsado” que desde hace meses vengo publicando en mi blog sobre el editor Vim y que puedes seguir en estos enlaces:

• https://victorhckinthefreeworld.com/tag/vim/
• https://victorhck.gitlab.io/comandos_vim/articulos.html

Y para aprender Vim (de la manera más inteligente) aquí tienes esta útil guía:

• https://victorhck.gitbook.io/aprende-vim/

Evrone: Mirando atrás en el tiempo, ¿qué significó para ti personalmente trabajar en Vim?

Bram: Un montón. Siempre me ha gustado crear cosas, pero muy a menudo, cuando algo ya está terminado, me pregunto qué hacer con él. Con Vim no solo puedo usarlo yo mismo, sino que al ponerlo a disposición del público muchas personas pueden disfrutarlo. Ha dado a conocer mi nombre en el mundo e indirectamente me consiguió un trabajo. En estos días, ahora que estoy jubilado, me da algo interesante, alegre y útil que hacer. Vim es una parte muy importante de mi vida.

Evrone: En tu opinión, ¿el desarrollo de software está más cerca del arte o de la ciencia? ¿Permite desviaciones de las técnicas tradicionales o hay que seguir estrictamente la dirección principal?

Bram: No veo mucha ciencia en el desarrollo de software. La ciencia implica que hay pruebas de que algo es cierto. En software hay muchas opiniones y hay experiencia, pero ¿hay alguna prueba de que un lenguaje de programación sea mejor que otro? ¿Hay pruebas de que la programación orientada a objetos resulte en una mejor productividad?

La mayoría de las pruebas son sobre medidas de rendimiento, y hay estadísticas, pero casi ninguna relación con el lenguaje en el que se escribió un programa o las herramientas que se usaron. Tampoco es arte, ya que el objetivo principal es que el software funcione bien, no que se vea bien.

Es mucho más una artesanía. Y un artesano usa las herramientas que cree que obtendrán el mejor resultado, sin importar si son las que usan los demás o algo diferente. Y un buen artesano fabrica sus propias herramientas cuando es necesario.

Evrone: Al abrir Vim, no podemos dejar de tener presente tu llamada para ayudar a los niños que viven en Uganda. ¿Cómo se le ocurrió esta idea de licenciar Vim usando los modelos de licencia Careware/Charityware y cuántas personas pueden hacer donaciones de esta manera?

Bram: Nunca he querido ganar dinero con Vim. Comenzó como un pasatiempo y la mayor parte del tiempo tenía un trabajo que pagaba bastante bien. Excepto por algunos años durante los cuales pedí donaciones.

Aún así, bastantes personas dijeron que pensaban que Vim valía algo y que se vendían otros editores. Así que decidí combinar mi deseo de ayudar a los niños pobres con eso y nació Charityware.

Funciona bien, se recaudan unos 30.000 euros al año de esta manera, lo que está ayudando a unos 50 niños a terminar su educación, desde la escuela primaria hasta la universidad. Las donaciones provienen de algunos grandes patrocinadores y muchas donaciones pequeñas.

Evrone: A pesar de toda su flexibilidad y funcionalidad, Vim no es un editor intuitivo, la curva de aprendizaje es bastante alta. Si alguien quiere usar Vim de manera efectiva, debe dedicar bastante tiempo a aprender los comandos de control. ¿Cuál fue el motivo por el que optó por este camino en lugar de introducir un modo «apto para principiantes» con un aumento gradual de la complejidad?

Bram: En realidad, hay un modo poco conocido en el que uno puede escribir sin conocer todos los comandos. Esto se llama «Easy Vim», o evim. Pero supongo que no se usa mucho, porque una vez que escuchas sobre Vim y todos los poderosos comandos, ¿por qué usarías un modo que lo hace funcionar como cualquier otro editor?

Obviamente, Vim es, al igual que Vi, algo que debes aprender a usar. Para mí, estaba más o menos obligado, cuando una clase práctica en la universidad tenía solo una computadora específica disponible y el único editor en él era vi.

Después de quejarnos a los profesores, su solución fue darnos una hoja de trucos de una página… Sin este aprendizaje forzado, es posible que nunca hubiera dado el salto para aprender a usar Vi, y el curso de la historia hubiera sido muy diferente.

Evrone: En los últimos años, hemos visto a los desarrolladores preguntar «¿me ayudará el código de alguien a resolver mi tarea actual?», en lugar de escribir su propio código desde cero. Como resultado, algunas aplicaciones cumplen con los estrictos plazos dictados por las empresas, pero se parecen a Frankenstein. Desde su punto de vista, ¿es aceptable tal enfoque?

Bram: Esto suele suceder cuando se ordena que el software sea creado por personas que no tienen conocimiento del software. He estado trabajando para una empresa donde bastantes gerentes, educados en física y mecánica, pensaban que el software era igual al que conocían y que podían decidir cómo hacerlo. Esa empresa fue cuesta abajo y finalmente fue absorbida.

Lo mismo sucede en lugares donde los tomadores de decisiones pueden salirse con la suya, como en el gobierno. Las personas que escriben el código probablemente solo se aseguran de que les paguen y luego huyen de la escena del crimen. En el otro extremo de la escala están las personas que quieren escribir un código hermoso, dedican mucho tiempo a él y no les importa si realmente hace lo que se pretendía que hiciera o cuál era el presupuesto. En algún punto intermedio, hay un equilibrio.

Evrone: Hace dos años, se anunció un «fork» experimental de Vim9. ¿Podrías contarnos un poco más sobre este «fork»? ¿Cuál es la etapa actual de este proyecto?

Bram: Vim9 no es un «fork», sino el siguiente paso para mejorar Vim. Primero hice un experimento para ver si compilar una función en un código de bytes funcionaría para hacer que el script de Vim fuera mucho más rápido. Resultó que funcionó bien, pero requirió hacer cambios en la sintaxis. Esa no es una elección fácil, admitir dos variantes de un lenguaje de script al mismo tiempo, pero creo que funcionará y hará felices a los escritores de complementos.

La sintaxis heredada permanecerá, por lo que no debería llamarse «fork». No espero que todos los scripts antiguos de Vim se reescriban en la nueva sintaxis, por lo que seguiremos admitiendo la sintaxis heredada. Incluso Python tardó mucho, mucho tiempo en convertir el 99% del código de Python en Python 3. Y ese 1% restante sigue ahí…

Evrone: Siempre es difícil mantener la compatibilidad con versiones anteriores porque muchas funciones no se pueden implementar sin romperse. ¿Se apegará Vim9 a sus principios de compatibilidad con versiones anteriores o abrirá una nueva página en la historia de Vim?

Bram: El script Vim9 no es compatible con versiones anteriores, pero la sintaxis del script heredado también está disponible. Uno puede decidir para cada archivo y cada función qué sintaxis usar. De esta manera tenemos la libertad de hacer que el script de Vim9 funcione mucho mejor.

Aún así, las dos variantes de secuencias de comandos de Vim están lo suficientemente cerca como para que uno pueda escribir cualquiera de ellas. He tenido cuidado de asegurarme de que cuando se comete una equivocación se proporcione un error para ayudar al usuario a solucionarlo rápidamente.

Evrone: El IRC se especifica como el canal de la comunidad en el sitio web oficial de Vim. No es tan popular hoy en día y algunos de los usuarios más jóvenes nunca han oído hablar de él. ¿Planeas cambiarte a Slack o Discord algún día para darle un mayor impacto a Vim de esta manera?

Bram: Soy muy anticuado, mi principal medio de comunicación es el correo electrónico. No es solo que esto es a lo que estoy acostumbrado, sino también porque no es disruptivo mientras trabajas.

Puedo leer y responder mensajes cuando quiero y posponerlos cuando no quiero que me interrumpan. Por supuesto, los usuarios son libres de elegir lo que funcione para ellos, otros pueden organizarlo. Sin embargo, la comunicación tipo chat tiende a ser muy ruidosa.

Evrone: Usando muchos manuales web, podemos descubrir excelentes complementos para ampliar la increíble funcionalidad de Vim. ¿Tiene algún complemento favorito y imprescindible que pueda recomendar a nuestra audiencia?

Bram: Debo admitir que no uso muchos complementos, aparte de los que se incluyen con la distribución (como matchit y termdebug). Cuando necesito algo, tiendo a hacer un truco rápido o agregarlo a la base de Vim. Ese es el lujo de ser el creador :-).

Evrone: Teniendo en cuenta su amplia experiencia, ¿podría compartir algún truco para los desarrolladores sobre cómo mantener la productividad a lo largo de los años? ¡Gracias!

Bram: Sin trucos, solo algunas reglas básicas y consejos. Una cosa que he visto hacer a los jóvenes es trabajar hasta muy tarde y luego terminar tarde a la mañana siguiente. La mayoría de las personas tienen su momento más productivo en la mañana, por lo tanto, es mucho mejor establecer un límite de tiempo estricto para detenerse.

Toma nota de dónde te quedaste, luego relájate un poco, duerme bien y continúa a la mañana siguiente. Muy a menudo, el problema con el que estabas atrapado ayer de repente adquiere una nueva perspectiva y sabes qué hacer. El término «dormir en él» realmente funciona, al menos lo hace para mí.

Otra cosa es que, a veces, lo que necesitas no es una solución inteligente o un ajuste interminable de su configuración, sino simplemente escribir rápido. La grabación y repetición de macros en Vim suele ser lo suficientemente buena como para hacer algo 200 veces. ¿Cuánto tiempo necesitarías para escribir un complemento para eso?

Hasta aquí la traducción que he realizado de la entrevista a Bram Moolinaar publicada en inglés en la web evrone.com. Espero que te haya resultado interesante, a mí me interesó y por eso quise publicarla en el blog. Gracias a la web evrone.com por permitirme publicar esta traducción.

Hay partes que me ha costado traducir y mantener el significado original, espero que sepas perdonar si no me ha quedado del todo correcta. Puedes aportar tus sugerencias en los comentarios.