¿Cómo usa Vim un desarrollador que lo utiliza de manera intensiva desde hace años? En esta interesante entrevista en exclusiva podrás descubrirlo.

Desde que empecé a utilizar Vim, por el blog han aparecido muchos tutoriales sobre mi experiencia y aquello que poco a poco voy aprendiendo sobre este editor de texto. Puedes encontrar cómo hacer tal cosa, qué hace tal o cual complemento, incluso una entrevista a un periodista que utiliza Vim en su trabajo.

Pero desde hace tiempo, tenía en mente hacer una entrevista a una persona que utilizara el editor Vim como herramienta en su trabajo como desarrollador de software. Alguien que utilice Vim (o algunas de las opciones del planeta Vim, léase: Vi, neovim, etc) de una forma intensa y que después de muchos años de uso haya conseguido sacarle todo el jugo de las posibilidades que ofrece Vim.

Mi primera opción fue un desarrollador que trabaja actualmente para SUSE en el equipo que desarrolla YaST, llamado Ancor, pero declinó la invitación porque bajo su criterio no era un buen candidato.

Sin embargo ha tenido la amabilidad (muuuchas gracias por eso) de pasarme el contacto de un desarrollador que conoce, llamado Ignacio, con el trabajó en el pasado y que en palabras del propio Ancor es “el mayor hechicero de Vim con el que he trabajado”.

Así que agradecer a Ancor el haberme pasado ese contacto y a Ignacio el haber accedido a esta “proposición” totalmente decente, en la que nos desvelará algunos de los trucos que usa en Vim y algún proyecto personal muy interesante relacionado con Vim.

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

Pero mejor que sea el propio Ignacio quien nos lo explique en esta entrevista en exclusiva para el blog. Todo un placer y un privilegio:

Vhck: Lo primero, háblanos un poco sobre ti (lo que quieras contar).

Ignacio: Bueno, que difícil es esa pregunta, pero lo intentaré :). Soy el típico informático de vocación y, la verdad, parece que estaba predestinado a serlo, pues comencé con un Sinclair ZX Spectrum de 16Kb con teclas de goma que me compré con una quiniela de 12 resultados que gané a los 12 años, y luego seguí con un IBM PC de los originales con dos disqueteras de 5,25″ que se ganó mi padre en el sorteo final de un curso de informática en el diario de Tarragona (la suerte ya no siguió después ;-).

Posteriormente descubrí Linux con Slackware, luego vino Redhat y la mayoría del tiempo usé Debian. Principalmente me gustaba KDE como entorno de escritorio, aunque estuve mucho tiempo usando gestores de ventanas ligeros, pues era lo más personalizable y potente.

Luego llegó el 2011 en el que el gusanillo/manía de probar cosas nuevas me hizo comprarme un Macbook Pro de Apple (lo único de la marca con lo que sigo contento, aunque el teclado de mi modelo actual del 2017 lo odio profundamente, y uso un teclado externo que me regalaron, también de apple).

Parte de la culpa de haber acabado como he acabado, es por cómo funciona mi cerebro, la cual es una de las cosas que me gustaría saber porqué.

No soy el típico “empollón” que se aprende las lecciones de memoria (nunca conseguí sacarme así una asignatura sin entenderla, lo que por desgracia se prima y mucho), pero soy capaz de aprenderme casi cada día nuevos atajos de teclado (incluidos los de Vim XD) con usarlos un par de veces, así como matrículas, números de teléfono, contraseñas, ese tipo de cosas.

Además, a pesar de mi limitación para memorizar “rollo”, tengo la suerte de contar con un pensamiento lógico para deducir a partir de datos iniciales, lo cual me ha venido muy bien para solucionar situaciones “misteriosas” como las que nos encontramos día a día en el mundo de los ordenadores.

¿Y todo este rollo a qué viene? Pues creo que dará a entender mi gusto por el Vim, ya que la memoria extraña para cosas puntuales me permite ver lógicas algo raras que me facilita de alguna manera el “entender” el uso de un editor tan particular.

Y ya de forma más personal, trabajo desde hace más de 20 años como programador (actualmente desarrollo aplicaciones web en Ruby On Rails, aunque he dado “tumbos” por otros lenguajes y disciplinas informáticas y también me gusta hacer algunas tareas de sistemas y sobre todo “tunear” cosas para facilitarme la vida, (soy un poco lo que se llama un McGiver) a pesar de haber estudiado una carrera de ingeniería industrial eléctrica.

Por lo que he visto en tu blog, comparto contigo bastante, y me ha gustado especialmente y me describe perfectamente la imagen de “Por que amo el software libre”, y aunque me gusta “ayudar” en lo que puedo, reconozco que lo hago muy poco y en píldoras muy puntuales. Y además de la informática, me encanta la ciencia ficción y soy también adicto al simracing, con el que llevo muchos años aunque de forma amateur.

Vhck: Cuándo y cómo fue tu primer acercamiento a Vim y cómo fue ese primer contacto.

Ignacio: Pues la recuerdo perfectamente, y todo el que se acerca a este editor supongo que lo hará igual, pues es muy fuerte el impacto que provoca. Fue delante de una estación de trabajo en la universidad viendo a un amigo (el que posteriormente fue mi primer “Jefe” en el mundo laboral) y pensé “qué demonios está haciendo éste con esas combinaciones de teclas tan extrañas, algún tipo de sortilegio?” XD.

Ese fue mi primer contacto, e inmediatamente tuve mi primer acercamiento, pues la asignatura de informática en ingeniería industrial venía acompañada de esas estaciones Digital de trabajo prehistóricas con sistema VAX-VMS, y ellas con el omnipresente Vi.

¿Y cómo fue ese acercamiento? pues también lo recuerdo perfectamente y seguro que a mucha gente también le pasaría lo mismo (de hecho he visto que tu primera entrada de Vim en el blog va de ello :).

Entro a editar un fichero con toda la ilusión del mundo, y cuando intento salir del editor guardando los cambios sin haber mirado ningún manual de uso (quién lo hace a priori? XD), no tengo más que poner el proceso en background y matarlo (menos mal que ya conocía el ctrl-z y el kill :).

Sí, es un momento de impotencia/rabia/vergüenza que ahora recuerdo con diversión, pero luego se convirtió en muchos años disfrutando de tan potente herramienta.

Vhck: ¿Qué te hizo seguir utilizando Vim en tu trabajo como desarrollador hasta el día de hoy? ¿Cual fue tu momento “eureka”?

Ignacio: Pues no recuerdo ningún momento “eureka” en particular, más que nada es mi “manía” por evitar cualquier actuación “manual” y mi adicción a automatizar cosas la que me hizo comenzar con “qedit” y descubrir el maravilloso mundo de las macros (no estoy 100% seguro de que no hubiera algún otro editor antes que qedit, pero estamos hablando de hace muchos años y vivencias en el mundo informático como para acordarme de todo).

Después de eso fue cuando tuve mi primer lector de CDROM, que venía acompañado de un disco repleto de software, donde descubrí Linux y ahí retomé en serio mi contacto con Vi, y ya para toda la vida.

Vhck: Me has comentado que utilizas no únicamente Vim, si no toda la familia. ¿Cuando usas Vi, cuando Vim y qué utilizas en el día a día para tu trabajo?

Ignacio: Básicamente uso Vim en mi día a día desde hace años, más o menos tuneado y en diferentes versiones (actualmente NeoVim), pero tengo claro que sólo con la base de Vi ya soy feliz, y si entro en algún servidor/router/loquesea que tenga vi, no suelo encontrarme desamparado y tunearlo de entrada, sino que me arreglo con lo básico y si ya lo tengo que usar de forma más repetida le meto lo que haga falta. Por supuesto, en el windows que uso para simracing también lo tengo instalado

Vhck: ¿Qué tareas realizas con Vim?

Ignacio: Principalmente lo uso para escribir código, aunque la gente que me conoce sabe de mi “alergia” a los interfaces gráficos, no por ningún “esnobismo” sino porque muchas veces me “molesta” quitar las manos del teclado y usar ratón y tengo claro que soy más productivo con el teclado, por lo que de forma natural uso Vim para editar casi cualquier texto.

Estarán pensando que tendré el navegador con alguna extensión para usarlo en modo Vi, y en algún momento lo he probado, pero no llego a ser un fanático enfermizo, sé cuándo algo me resulta útil/cómodo y cuando no.

Aún así, el otro día me sorprendí pensando en cómo podría editar una hoja de cálculo en la que tenía que hacer edición repetitiva, no sólo de números, pues eso ya se puede hacer como csv, sino fórmulas y todo, pero no pudo ser XD.

Vhck: ¿Por qué seguir utilizando el editor Vim, frente a otras opciones quizás más modernas?

Ignacio: En un principio no sabía qué responder a esa pregunta, pero trabajando con Ancor y su hermano hace años me llegó la respuesta. Varios de nosotros comenzamos un mini curso de Emacs para probar y nos gustaba, pero sólo su hermano siguió con él, ya que otro compañero y yo pensamos que no había una razón técnica preponderante, y el tiempo hasta llegar al nivel que teníamos en Vim no iba a compensarnos.

¿Porqué Emacs y no otros? lo principal en mi es que no soy nada fanático (arriba hablo de que uso un Macbook Pro, pero he tenido iPhone y iPad y me he quedado con Android de teléfono, a cada cosa lo suyo, no por ser de una marca lo tengo que usar), reconozco que Emacs es igualmente potente y flexible, por lo que era natural en mi probarlo, de hecho había usado un poco el lenguage Lisp en autocad (sí, también descubrí que era automatizable y en una calculadora HP48 RPN (lógica polaca inversa) y me gustó la experiencia, por lo que tenía curiosidad de poder usarlo como mi editor de confianza ;-).

Sí, sé que esas dos alternativas no son lo que te referías con modernas, pero mi predilección por ese tipo es por lo que comentaba antes de mi “alergia” por los interfaces gráficos, aunque como veremos posteriormente, al final estoy usando vscode… con Vim, naturalmente

Vhck: Llevas usando Vim de manera intensa en tu trabajo muchos años ¿hay en tu caso espacio para el asombro y para el aprendizaje de nuevas funcionalidades de Vim o ya nada te puede sorprender?

Ignacio: La verdad es que una de las cosas que más me gusta de Vim es que no deja de sorprenderme, y el mundo de sus extensiones es inmenso, por lo que sí, sigo dejándome sorprender.

Vhck: Vi/Vim/Neovim “vitaminado” o prefieres un sabor “vainilla”. Es decir, prefieres tenerlo adaptado a tus gustos con tus personalizaciones o utilizar en la medida de lo posible lo que “viene de serie”.

Ignacio: Pues depende de las circunstancias, pues trabajo en mi equipo principalmente, pero también bastante en servidores remotos y alguna vez en routers o equipos “limitados”. Evidentemente me siento más cómodo en mi versión “tuneada”, aunque no tengo ningún problema en usarlo “a pelo”.

Vhck: ¿Qué configuración o característica propia de Vim te resulta imprescindible? ¿Qué última mejora en Vim te resultó más útil y necesaria?

Ignacio: A riesgo de ser demasiado “purista” diría que la base “modal” del editor es lo que se usa más, los 3 comandos principales de c(hange), d(elete) y y(ank) con los parámetros de movimiento y sobre todo el comando ‘.’ para repetir.

Ah, y por supuesto las expresiones regulares (sí, también soy medio adicto a ellas y cuadraron en mi cerebro de forma casi nativa :).

Respecto a mejoras de los últimos tiempos, pues diría que los popups de NeoVim, pues es de las pocas cosas de interfaces gráficos que veo útiles para mostrar información de forma más clara :). Seguro que ahora mismo no me acuerdo de otras cosas incluso más importantes, pero es un mundo tan extenso en si mismo y lo tengo tan interiorizado que me cuesta acordarme de algo en particular.

Vhck: ¿Cual echas en falta?

Ignacio: No sé si te refieres a algo que todavía no se haya inventado o a algo que tengan otros editores y no Vim, pero ahora mismo no me viene nada a la mente. No es que Vim lo haga todo, pero en el momento en que encuentro alguna necesidad suelo encontrar algo que la soluciona, si no totalmente sí en parte, o me hago algún pequeño parche para no tener que sufrirla demasiado

Vhck: ¿Qué complemento o plugin de Vim te resulta imprescindible y lo usas cada día en tu trabajo?

Ignacio: Siempre que empiezo alguna nueva fase de personalización desde cero suelo echar de menos ciertas de ellas, como son aquellas para trabajar con “pares” (paréntesis, corchetes, comillas, etc…) o con mis ficheros de wiki en texto, u otras para gestionar repositorios de git. Seguro que ahora mismo se me olvidan muchas, pero eso es lo que suelo añadir de entrada.

Vhck: Por cierto ¿Qué tema de colores utilizas?

Ignacio: Pues es de las cosas que “más rabia” me da, pues no he encontrado ninguno que me guste totalmente y no tengo paciencia ni creatividad para hacerme uno yo mismo.

Lo que tengo claro es que tiene que ser con fondo oscuro y ahora mismo estoy usando “hybrid” con alguna personalizacion de colores de cosas que me molestan más de la cuenta.

Vhck: Me has comentado que tienes un proyecto entre manos que auna Vim y Vscode. ¿qué tiene de especial el proyecto y qué nos puedes contar de el?

Ignacio: Bueno, realmente no es un proyecto mío sino algo que descubrí hace poco, por lo que hablaré un poco de mi último cambio en el ecosistema de Vim. Hasta hace poco he usado durante bastante tiempo el proyecto vim-config de Rafael Bodill (de hecho sigo usándolo con el Vim en terminal), y lo comentaré aquí para las personas que no quieran usar Vscode (está muy bien comentado en la página de github, por lo que recomiendo su visita).

Me gustó mucho la forma de integrar un montón de extensiones pero no cargar demasiado el entorno, usando una aproximación “lazy” que permite tener diferentes entornos de trabajo (p.ej. para lenguajes de programación variados) y sólo cargar la mayoría de ellas en el momento necesario.

Una de las cosas que descubrí con él fue la posibilidad de usar extensiones de vscode (proyecto https://github.com/neoclide/coc.nvim) y la existencia del Language Server Protocol (LSP), lo que permite (junto a la posibilidad de Vim de ejecutar operaciones de forma asíncrona) usar compiladores, linters, embellecedores de código, etc… de forma integrada y tener un IDE en toda regla.

Como comentaba, estuve bastante tiempo “jugando” y disfrutando de esa configuración, pero hay algo que me molesta mucho, y es usar algo en modo texto y que sea pesado (no es que sea lento, pero yo soy demasiado exigente y mi uso de teclado a veces me hace llegar al límite de lo soportable y además, veía a mis compañeros usar un IDE gráfico como Vscode con total rapidez (también había jugado con interfaces gráficos de vim, pero o usaban node con electron y no me acababan de ir bien, o no eran completamente lo que quería).

Además los astros se alinearon y en mi lector de feeds apareció una noticia sobre una extensión de Vscode para usar NeoVim de forma perfectamente integrada (no la ya existente que permitía un modo emulado), y lo probé y pensé “tengo lo que amo y además de forma rápida!!??”.

De esta forma uso muchas de las extensiones de Vscode que ya usaba anteriormente y las de Vim que necesito porque no están en Vscode o prefiero usarlas por otros detalles.

Así que ésta es mi situación actual, conociéndome no aseguro que no vaya a cambiar, más que nada porque he empezado hace muy poco con ella y apenas he rascado la superficie, pero ahora mismo estoy contento de esta forma y estoy en la fase de enamoramiento inicial XD.

Vhck: Supongo que utilizas Vim en diferentes máquinas ¿de qué manera “sincronizas” Vim y las configuraciones entre distintos equipos que utilizas?

Ignacio: La verdad es que es una de mis asignaturas pendientes, aunque es así por lo que comentaba más arriba, aparte de mi equipo principal, sólo suelo usar Vim en servidores remotos, y tampoco me gusta la idea de dejarlos llenos de “cosas”, y como me siento cómodo con lo mínimo, lo más que suelo hacer es añadir la opción “nocompatible” al vimrc para poder usar Vim en todo su potencial, y poco más, alguna que otra opción.

Aún así, reconozco que debiera tener una versión ligera con lo necesario de mi extenso vimrc (más que nada de los ficheros accesorios, pues el vimrc poco tiene y sincronizarla de alguna forma, pero si no lo he hecho es porque no me ha molestado mucho ;-).

Vhck: ¿Cual crees que es el “secreto” para dominar Vim? ¿Algún recurso que utilizaste en su día y que quieras recomendar?

Ignacio: No recuerdo cómo comencé a aprenderlo, creo que el comando h(elp) XD, sobre todo por lo que expliqué al comienzo sobre como funciona mi cerebro y la facilidad para aprender “cosas raras” sobre la marcha, pero cuando explico Vim a alguien suelo recalcar la importancia de entender perfectamente los 3 comandos básicos (evidentemente comenzando por tener clara la filosofía modal de funcionamiento), los modificadores de movimiento y las operaciones relativas para poder usar el ‘.’ y repetir operaciones (con eso se tiene mucha potencia).

Luego ya hacer búsquedas y reemplazos, quizá por curiosidad la grabación de macros o el comando ‘g’, y así seguir ya con el maravilloso mundo de las extensiones :). Y si a alguien le gusta aprender jugando, que visite https://vim-adventures.com/ ;-).

Vhck: ¿Alguna vez te has planteado utilizar otros editores de texto para tu trabajo? ¿Por qué seguiste usando Vim frente a otras opciones?

Ignacio: Creo que esto ya está contestado más arriba, por ahora creo que seguramente no cambiaré, teniendo en cuenta que no considero un cambio la forma en que me he pasado a Vscode. Básicamente la memoria muscular adquirida hace muy complicado que encuentre algo que sin el vim por detrás me haga mejorar mi productividad.

Vhck: ¿Te importaría compartir una captura de pantalla de tu Vim?

Ignacio: Por supuesto, te adjunto una de mi NeoVim en terminal (pues lo sigo usando bastante en paralelo con Vscode, por lo de usar el teclado y eso :), aunque no se ve mucho, me gusta tener pocas distracciones a la vista.

Vhck: Muchas gracias por tu tiempo y por responder a estas preguntas. La última palabra es tuya para decir lo que quieras:

Ignacio: Pues nada, agradecerte a ti también el haberme dado la posibilidad de hablar de algo que me gusta mucho y forma parte importante de mi día a día, y ya sabes, sigue con tu “evangelización”… es broma ;-), con tu curso “improVIMsado”.

La verdad es que se me quedan en el tintero muchísimas cosas, aunque bastantes de ellas las has comentado en tu blog, pero igual le doy una segunda lectura más profunda y te paso un día de estos una lista con lo que me venga a la mente y crea que te pueda servir a ti y a otros usuarios.

Espero no haberme enrollado mucho, aunque viendo lo que se me va ocurriendo cada vez que reviso el texto, podría haber sido mucho peor y siento que me quedé muy corto ;-).

Espero que la entrevista os haya parecido tan interesante e inspiradora como me ha parecido a mí. Un placer leer las respuestas de un usuario de Vim con tanta experiencia y tanto uso de este editor de texto.

Quizás al leer sus respuestas veas un paralelismo con tu experiencia personal, o quizás no, pero espero que en ambos casos te haya resultado interesante la lectura.

Y ahora que tan de moda se ha puesto la palabra y los podcasts, reivindico la palabra escrita (por la que Ignacio también tiene preferencia) porque a la hora de buscar algo, podemos encontrarlo sin necesidad de tener que escuchar todo.

Como decía un compañero de trabajo: “Lo escrito, se puede leer”. Una perogrullada que guarda verdad. Ahí queda para disfrutarlo a la dosis que quieras.

Tienes los comentarios del blog para compartir tu opinión al respecto de la entrevista, me gustaría leerlas.

Tal y como estaba previsto en el calendario de lanzamiento de los desarrolladores, hoy martes 23 de febrero la Comunidad KDE ha comunicado que ha sido lanzada la primera actualización de Plasma 5.21. Una noticia que aunque es esperada y previsible es la demostración palpable del alto grado de implicación de la Comunidad en la mejora continua de este gran entorno de escritorio de Software Libre.

Lanzada la primera actualización de Plasma 5.21

No existe Software creado por la humanidad que no contenga errores. Es un hecho incontestable y cuya única solución son las actualizaciones. Es por ello que en el ciclo de desarrollo del software creado por la Comunidad KDE se incluye siempre las fechas de las actualizaciones.

De esta forma, el martes 23 de febrero ha sido lanzada la primera actualización de Plasma 5.21, la cual solo trae (que no es poco) soluciones a los bugs encontrados en esta semana de vida del escritorio y mejoras en las traducciones. Es por tanto, una actualización 100% recomendable.

Más información: KDE

Las novedades básicas de Plasma 5.21

Os dejo las novedades más destacada de esta nueva versión son:

• Nuevo lanzador de aplicaciones que presenta una interfaz de usuario de doble panel, mejoras en la navegación con el teclado y con el ratón, mejor accesibilidad y soporte para idiomas con escritura de derecha a izquierda.
• Mejoras visuales en el tema por defecto de Plasma que disponen ahora de una combinación de colores renovada y lucen un nuevo estilo de barra de encabezado unificado con un aspecto limpio y refrescante.
• Presentación de Breeze Crepúsculo («Twilight») nevo tema oficial disponible que combina lo mejor de los temas claros y oscuros.
• Nueva interfaz de información del sistema llamdo Plasma System Monitor para monitorizar los recursos del sistema construido sobre Kirigami y un servicio de estadísticas del sistema llamado «KSystemStats».
• Mejoras y avances importantes en Kwin con Wayland cuyo código de composición de KWin se ha refactorizado mejorando la latencia (tiempo de respuesta del escritorio) .
• Nueva página para las «Preferencias del sistema»: las preferencias del cortafuegos de Plasma. Este módulo de configuración le permite ajustar y editar el cortafuegos de su sistema y constituye una interfaz gráfica para «UFW» y «firewalld».

 Linux ha llegado a Marte. El planeta rojo se ejecuta en Linux

 El 18 de febrero la NASA aterrizó un rover llamado Perseverance en Marte, 2 millones de personas en todo el mundo vieron el aterrizaje en vivo en YouTube. Aquí está este pequeño robot que ha viajado millones y millones de kilómetros a través de la esterilidad del espacio, ¡y ahora simplemente está en Marte tomando fotografías y muestras científicas! (El Perseverance se une al hermano mayor Curiosity en la superficie del Planeta Rojo.

En cualquier caso, Perseverance no atravesó la inmensidad del espacio solo. También estuvo Ingenio (Ingenuity), un diminuto helicóptero, que lo acompañó en el viaje. Como se trata principalmente de una demostración de tecnología, el destino de Ingenuity es intentar el primer vuelo propulsado en cualquier planeta que no sea la Tierra y, con suerte, ser el modelo para futuras misiones a Marte. También se ejecuta en Linux.

"Esta es la primera vez que volaremos Linux en Marte", dijo el ingeniero senior del Laboratorio de Propulsión a Chorro (JPL - Jet Propulsion Laboratory) de la NASA, Tim Canham, en una entrevista con el Instituto de Ingenieros Eléctricos y Electrónicos (IEEE). "El marco de software que estamos usando es uno que desarrollamos en JPL para cubesats e instrumentos, y lo abrimos hace unos años". Se llama F '(pronunciado "F primo"). El hecho de que sea de código abierto significa que si quieres volar con Linux aquí en la Tierra usando el mismo software que hace JPL, puedes hacerlo.

"Es una especie de victoria de código abierto, porque estamos volando un sistema operativo de código abierto y un marco de software de vuelo de código abierto y piezas comerciales que puedes comprar en el estante si quieres hacerlo tú mismo algún día". Dijo Canham.

 

Imagen: NASA

 

 

Imagen: Wikipedia

Después de la actualización de Plasma 5.21 en mi openSUSE Tumbleweed, mi menú Kickoff de no me dejaba buscar aplicaciones

El pasado 16 de febrero de 2021 la comunidad de KDE anunciaba la publicación de Plasma 5.21, la nueva versión de Plasma, el entorno de escritorio desarrollado por la comunidad KDE para sistemas operativos GNU/Linux y derivados de Unix.

Solo un par de días después, la actualización ya estaba disponible en openSUSE Tumbleweed, la versión “rolling release” de la distribución de GNU/Linux comunitaria openSUSE.

Así que esta actualización junto con otras muchas, llegaron a los repositorios de openSUSE Tumbleweed, y decidí actualizar el sistema. Todo discurrió sin problemas.

Pero después de actualizar, me di cuenta que el lanzador de aplicaciones KickOff, no me mostraba las aplicaciones cuando las buscaba en la caja de búsquedas.

Depués de echar un vistazo a las listas de correo de openSUSE, no ví que nadie más tuviera ese problema. Por lo que traté de solucionarlo por mí mismo, pero sin saber muy bien cómo.

Así que lo mejor era preguntar en los canales oficiales y decidí preguntar en el canal de Telegram de KDE España, donde es el punto de reunión de muchas personas que utilizan Plasma y KDE en general.

Ahí recibí la ayuda de algunas personas con enlaces para leer y cosas para mirar. Pero gracias a Antonio Larrosa, desarrollador de SUSE y legendario miembro de KDE España, me dio la clave para solucionar el problema.

Primero me pidió que comprobara si en Krunner me funcionaba o si al ejecutarlo y buscar algo me daba alagún error. Por lo que me pidió que ejecutar en una consola:

killall krunner ; krunner

Al ejecutarlo, y buscar una aplicación, este no daba un error en concreto, por lo que se podía descartar un problema en un paquete o en una actualización.

Y ya lo próximo era echar un vistazo y comprobar si en Krunner estaba marcado al complemento de “Aplicaciones” para que Krunner buscara también en las aplicaciones.

Et voila! No estaba marcado ese complemento, por lo que Krunner no buscaba dentro de las aplicaciones cuando hacías una búsqueda en el cuadro de búsquedas. Algo raro, ya que no lo había modificado ¿?

Pero ¿qué tiene eso que ver con el problema original si yo lo tenía con el lanzador KickOff? Pues resulta que este último debe compartir configuración con Krunner, por eso al estar desmarcado para uno, tampoco lo tenía en cuenta para otro.

Marqué la opción de Aplicaciones, cerré la sesión y volví a entrar y ya desde el lanzador de aplicaciones KickOff me funcionaba la búsqueda de aplicaciones. Algo que me parece muy cómodo. Suelo usar más esta opción que Krunner, que reconozco que no lo uso nada.

Así que desde aquí de nuevo gracias a la comunidad de KDE en español que recala en el canal de telegram y en especial a Antonio Larrosa, por su tiempo y su conocimiento y por dar con la solución.

Si has tenido el mismo problema, espero que esta solución te lo resuelva. E invitarte, a suscribirte al canal de Telegram de KDE España, no solo para resolver dudas, simplemente para compartir con otras personas tu pasión por KDE, para aprender, enseñar, colaborar, etc…

Siempre lo comento, KDE Blog es un blog que prácticamente lo lleva solo una persona pero siempre está abierto a colaboraciones de otros como las de Rubén o Héctor. En esta ocasión es Diego Caraballo que nos ofrece un interesante artículo que lleva por título «¿Por qué Python debería ser el primer lenguaje de programación en aprender?» y que nos sirve como introducción a este apasionante mundo.

¿Por qué Python debería ser el primer lenguaje de programación en aprender?

¿Estás buscando iniciarte en la programación, pero no tienes ni idea de por dónde empezar?

Seguramente has oído hablar de los mejores lenguajes de programación para aprender, pero aún no estás seguro de cuál es el mejor.

Python, sin lugar a dudas, es el mejor lenguaje para comenzar si estás
buscando ingresar a la programación. Hay una fuerte razón por la que el
70% de los cursos de introducción a la programación enseñan Python en las
universidades.

Aprender a programar puede resultar difícil, pero Python lo hace más
fácil.

Python es uno de los lenguajes más populares y fácil de aprender para los
que recién comienzan. Empecé a aprender Python en 2012 y desde entonces
he aprendido muchos otros idiomas. Definitivamente puedo decir que con
Python tuve la curva de aprendizaje más pequeña, especialmente si eres nuevo en el campo de la programación.

Es muy común que las personas que están aprendiendo programación por
primera vez se sientan decepcionadas y desanimadas con la curva de
aprendizaje. Todo el mundo experimenta dificultades al principio.

Enumeremos las razones por las que considero que Python debería ser el
primer idioma que debe aprender.

• Fácil legibilidad

Está más cerca del lenguaje natural. Esta es una de las mejores razones
por las que Python debería ser el primer idioma que deberías aprender.

• Hay muchos buenos tutoriales de Python

La comunidad, los recursos y los tutoriales son invaluables para
cualquier software. Y una vez que empiece a programar, se dará cuenta de
que esto es cierto especialmente para los lenguajes de programación.

Dado que Python se considera el lenguaje de programación más popular,
existe un soporte y documentación masiva para todo.

Puedes darte una vuelta por el blog http://www.pythondiario.com y
encontrar un montón de cursos, ejercicios y desarrollos específicos que
te harán comprender lo antes mencionado.

• Versatilidad, eficiencia, confiabilidad y velocidad

Pregúntele a cualquier desarrollador Python, y estarán totalmente de
acuerdo en que el lenguaje Python es eficiente, confiable y mucho más
rápido que la mayoría de los lenguajes modernos. Python se puede usar en
casi cualquier tipo de entorno, y uno no enfrentará ningún tipo de
problema de pérdida de rendimiento, independientemente de la plataforma en la que esté funcionando.

• Muchos Frameworks y herramientas Open Source

Como lenguaje de programación de código abierto, Python le ayuda a
reducir significativamente los costos de desarrollo de software. Incluso
puede utilizar varios frameworks, bibliotecas y herramientas de código
abierto para reducir el tiempo de desarrollo sin aumentar el costo de
desarrollo.

Incluso tiene la opción de elegir entre una amplia gama de
marcos de trabajo de código abierto y herramientas de desarrollo de
acuerdo con sus necesidades precisas.

Por ejemplo, puede simplificar y acelerar el desarrollo de aplicaciones web utilizando marcos web robustos como Django, Flask, Pyramid, Bottle y Cherrypy. Del mismo modo, puede acelerar el desarrollo de aplicaciones GUI de escritorio utilizando marcos y kits de herramientas de Python GUI como PyQT, PyJs, PyGUI, Kivy, PyGTK y WxPython.

Conclusión

Estas son algunas de las razones por las que Python está creciendo a una
velocidad increíble. Esperamos que este artículo haya arrojado algo de
luz sobre el lenguaje Python y su importancia. Entonces, si alguien te
pregunta «¿por qué programar en Python?» tienes una respuesta de ensayo lista.

Seguro que en realidad hay muchas más y que no todo el mundo las compartirá, pero el youtuber Michael Tunnell, aka TuxDigital, ha realizado un interesante vídeo titulado «5 razones para utilizar Plasma» con el que muestra al mundo las bondades del entorno de escritorio de la Comunidad KDE.

5 razones para utilizar Plasma – Vídeo

Lo cierto es que 5 razones me parecen pocas pero si suficientes para que al menos los usurios de sistemas operativos libres le den una oportunidad al escritorio Plasma.

El vídeo empieza con Michael explicando cómo se convirtió en un usaurio KDE comentando que aunque lo había intentado en alguna ocasión no fue hasta que lo probó una semana a fondo no se dió cuenta de las bondades del sistema encontrando muchos detalles ocultos.

También comenta que el vídeo podría tener una hora de duración pero que se ha quedado con las 5 que él cree que són más importantes pero que evidentemente hay muchas más.

De esta forma, Michael destaca en primer lugar su personalización y flexibilidad de KDE (iconos, colores, estilos, paneles, posiciones, etc), a continuación hace hincapié en la seguridad y la consistencia de todo el escritorio aunque lo modifiques de forma intensiva y actualización tras actualización.

En tercer lugar destaca KWin, el gestor de ventanas con sus múltiples opciones y funcionalidades poniendo en foco en la posibilidad de eliminar los bordes de las ventanas, sus opciones de mosaico y sus posibilidades de crear reglas.

En cuarta posición nos habla de la optimización de los recursos del sistema, la cual tiene muy mala fama y que es más un mito que una realidad. El consumo de recusos es comparable con XFCE.

Por último comenta KDE Connect, la aplicación que hace que tu Android y tu Plasma estén conectados, algo que hemos hablado mucho en el blog.

No obstante, os aconsejo que veáis el vídeo completo de unos 10 minutos de duración para que Michael os lo explique con todo lujo de detalles.

Tras la última actualización de Plasma 5.21, y tras los primeros intentos desde Plasma 5.20. tengo com objetivo dar el salto a que sea Wayland mi servidor gráfico por defecto. Tras probarlo un poco me he dado cuenta de un pequeño problema y es que no puedo poner acentos en Wayland. Afortunadamente tras una simple búsqueda en internet lo solucioné. ¿quieres saber cómo? Sigue leyendo.

No puedo poner acentos en Wayland – Solucionado

Desde hace unos días que estoy con Wayland, un protocolo de servidor gráfico y una biblioteca para GNU/Linux (vía Wikipedia) que lleva mucho tiempo en desarrollo y que viene a desplaçar al veterano X11.

En otras palabras, se trata del futuro y es hora de que empiece a utilizarlo (he de decir que el sistema se nota mucho más fluído con Wayland), aunque como es habitual en el mundo del Software Libre, este nuevo protocolo viene con algunos errores que los desarrolladores están afinando.

En un primer intento, con Plasma 5.20, detecté que KMail no mostraba bien los correos electrónicos, reabrí el bug en bugs.kde.org, y en apenas una semana estaba solucionado, lo cual demostraba que la Comunidad KDE está totalmente volcada en solventar todas las dificultades que pueda plantear Wayland.

Animado por su desarrollo he decidido volver a darle una oportunidad para su uso diario, y he detectado un error muy molesto: no puedo poner acentos en Wayland.

Afortunadamente en esta ocasión la solución ha sido mucho más sencilla que en el anterior problema ya que simplemente he visitado la página de bugs de KDE y rápidamente he encontrado la solución en este hilo y de la mano de Jonathan Höchtl.

Básicamente se trata de añadir los siguientes parámetros al archivo etc/environment , el cual se puede abrir directamente desde Dolphin:

INPUT_METHOD=ibus
GTK_IM_MODULE=ibus
QT_IM_MODULE=ibus
XMODIFIERS=@im=ibus

Y, a continuación, reiniciar el sistema.

Espero que solucionen este problema de serie para las próximas versiones de Wayland.

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/02/opensuse-tumbleweed-review-of-the-weeks-2021-07/

Esta semana puede que no haya sido la que más snapshots ha visto publicados (solo 3, 0212, 0215 y 0217), pero seguro que ha sido la mayor en cuanto a paquetes actualizados en tu sistema y cantidad de datos transferidos en este año.

Hay varias razones para que eso ocurra, la mayoría de las veces es debido a una actualización de glibc o cuando cambiamos la versión del compilador. Esta semana ha sido debido a la nueva versión de glibc.

Estas tres snapshots trajeron muchas actualizaciones, por ejemplo:

• glibc 2.33
• Mozilla Thunderbird 78.7.1
• Mozilla Firefox 85.0.1
• Linux kernel 5.10.14 & 5.10.16
• LibreOffice 7.1.0.3
• KDE Plasma 5.21.0
• KDE Frameworks 5.79.0
• postfix 3.5.9postfix-bdb

Pero además de todo esto hay muchas cosas que están esperando su turno, por ejemplo:

• Linux kernel 5.11.x
• Binutils 2.36
• GNOME 3.38.4
• openssl 1.1.1i
• El uso de 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

——————————–

No hay manera de aligerar mi lista de audios pendientes de mi reproductor de podcast. A los ya clásicos (que aparecerán abajo) se ha añadido la lista de 24 episodios de 24H24L… y el nuevo programa que viene de ultramar llamado Podcast de Ubuntu Colombia y que vale la pena escuchar por varias razones, siendo una de ellas poder escuchar a Lina Castro, linuxera que conocí en un programa de Radio Bétera.

Podcast de Ubuntu Colombia, más audios linuxeros

El lista de podcast dedicados al mundo GNU/Linux sigue creciendo :Podcast Linux, Compilando Linux, Salmorejo Geek, SystemInside Podcast, Birras y Bits, los de KDE España, los de GNU/Linux Valencia, el de NeoSiteLinux o el de Mancomún Podcast, que comenté hace ya un tiempo. Estoy seguro que me dejo alguno, así que pido disculpas por anticipado y os pido que me pongáis en los comentarios el enlace a él).

Pero parece que siempre encuentro de nuevos a poco que busque un poco por la red o me comenten por las redes sociales. En esta ocasión me complace compartir con vosotros la existencia de los Podcast de Ubuntu Colombia.

Estos programas tienen una duración muy variable, que van desde los 7 minutos a casi la hora de duración, con lo que se adaptan bien a cualquier ratito que tengas libre.

Su temática es variada y nos encontramos con noticias, proyectos, pequeños monográficos, eventos y una buena cantidad de información, incluso de temas privativos.

Como es habitual, os dejo abajo una muestra del trabajo de los chicos de Podcast de Ubuntu Colombia con su segundo programa titulado «Cómo Ubuntu cambió mi vida », primer podcast con Lina Castro, impulsora de la iniciativa #viernesdeescritorio y que seguro que os encantará.

Más información: Ubuntu Colombia

La criptomonedas o monedas virtuales han llegado para quedarse. Al menos por ahora ya que, en mi opinión, pueden tener en su contra los grandes intereses comerciales que pueden llevar al traste tu futuro. La Comunidad del Software Libre no es ajeno a este movimiento y ha creado sus propios plasmoides como Bitcoin Price, que presenté hace un tiempo, o Crypto Currency Price, que también tuvo su entrada en el blog. Hoy me alegra compartir con todos vosotros otra como alternativa Crypto Tracker con el que llegamos a los 171 plasmoides presentados en el blog.

Crypto Tracker – Plasmoides de KDE (171)

Podemos consultar en la Wikipedia  que «Una criptomoneda o criptodivisa es un medio digital de intercambio». En otras palabras, una alternativa para adquirir bienes y servicios basado en transacciones virtuales y alejado de los métodos tradicionales.

Bitcoin fue la primera moneda virtual que apareció, en el lejano 2009 y desde luego no han tardado en aparecer alternativas como Litecoin, Ripple, Dogecoin o Ethereum.No obstante sigue siendo Bitcoin más famosa..

Así que, en la actualidad, mucha gente está empezando a utilizar Bitcoin como una moneda más para comprar o vender productos así que no estaría de más tener un plasmoide que me permita visualizar su valor en diferentes mercados.

Justamente eso hace Crypto Tracker un plasmoide que es capaz de visualizar estos el valor respecto al dolar de un varias monedas virtuales.

Esta es su primera versión, así que si véis alguna cosa rara no dudéis en decírselo a su creador marcinorlowski.

Y como siempre digo, si os gusta el plasmoide podéis “pagarlo” de muchas formas en la nueva 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

¿Qué son los plasmoides?

Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.

En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.