Esto no es una victoria contra la piratería. Es una derrota para la neutralidad de Internet y la privacidad.
Que LaLiga y Telefónica consigan que se obligue a NordVPN y ProtonVPN a bloquear IPs sin garantías es un precedente que debería preocuparnos a todos, incluso aunque no veas fútbol.
Una VPN es una herramienta neutral. Igual que un navegador, una conexión a Internet o un cuchillo.
Como no soy capaz de detener al delincuente, decido retirar los cuchillos de los supermercados.
Y lo peor es que gente que, como yo, no consumimos fútbol de ninguna manera nos vemos igualmente afectados por este tipo de decisiones.
El problema real no es técnico. La piratería no existe porque haya VPNs, Cloudflare o Internet. Existe porque el producto es caro, está fragmentado y es difícil de consumir legalmente.
Si alguien no paga ahora, no pagará mañana. Un pirata no deja de serlo por castigo, deja de serlo cuando el producto y el modelo cambian. Spotify, Netflix y demás lo demostraron.
Y luego está el papel de cierto periodismo deportivo. Medios como Marca actúan aquí como simples altavoces de comunicados corporativos, sin análisis técnico, sin contexto legal y sin el más mínimo escrúpulo sobre las consecuencias reales de lo que están amplificando.
No informan, legitiman. Y cuando renuncias a cuestionar el poder para limitarte a reproducir su relato, dejas de hacer periodismo y pasas a formar parte del problema.
🔴 ¡ANTHROPIC PRESENTA COWORK!
Era obvio. Con el éxito que está teniendo Claude Code en el ámbito de la programación, el siguiente paso era el de ampliar el horizonte a un público más general!
Cowork viene a ser justo eso! 👇
https://t.co/pLOeMdiCP8
Investigadores de la UMU y la Universidad de Oviedo desarrollan una solución internacional para mejorar la seguridad de los dispositivos conectados a Internet 🔒💻
🔗 Más info: https://t.co/BAqew6huLE
@informaticaumu
The natbib package is a useful companion to BibTeX when it comes to customizing citations (specially author-year citation schemes). This article explain how to use natbib to format and cite your bibliographic sources. https://t.co/RX0cwUh36r
En mi empresa obligué a todos a usar git.
Fue en 2014. Al principio esto molestó a los compañeros de administración, marketing, comunicación, gestión interna… «¿Por qué tengo que aprender git, si yo no soy un técnico?»
git extendió a toda la organización las mismas ventajas que ya disfrutábamos en las áreas de desarrollo y sistemas:
✅ Copias de seguridad automáticas
✅ Control de versiones de serie
✅ Colaboración sencilla
Desplegamos una instancia privada de GitLab, y cada área y proyecto de la empresa tenía allí su propio repositorio. Con sus issues, pull requests, documentación… y el código —cuando lo había, pues también había proyectos en áreas no técnicas—.
¡La mitad de la plantilla no sabía programar y no había oído nunca hablar de git! Hubo reticencias y al principio todo fue a regañadientes. Pero luego éramos imparables. Cuando toda la plantilla supo manejarse con git, muchas cosas cambiaron:
✅ Adiós al procesador de texto. Desaparecieron los .docx y a los PDF. Escribíamos en Markdown¹ y lo subíamos con git al repo. Un script de CI/CD desplegaba automáticamente tu aportación en la intranet de la empresa, donde quedaba publicada en HTML y accesible a todos con un navegador.
De repente todos podían compartir conocimiento y colaborar en la mejora de la documentación interna. Todos estábamos siempre en la última versión, porque era la única. Había una fuente única de verdad². No hacía falta generar ficheros y enviarlos adjuntos por correo.
Entre todos hicimos miles de ediciones a la base de conocimiento de la empresa. El conocimiento estaba en línea y compartido³. Así era fácil cubrir bajas, incorporar a nuevas personas y no molestar a quien se iba de vacaciones.
✅ La gestión de contraseñas pasó a ser robusta y simple. Durante diez años utilizamos git y password-store⁴. El almacén de contraseñas acumuló más de 800 credenciales de todo tipo de servicios y proyectos. Todo cifrado con claves criptográficas GPG, control de versiones y asignación granular de permisos.
Era tan cómodo que dos trabajadores guardaban sus propias credenciales personales en el repositorio de la empresa. El repositorio cifrado estaba en la instancia corporativa de GitLab, accesible a todos. Nunca hubo ningún problema.
✅ Era cómodo hacer contratos con los clientes. Teníamos varias plantillas confeccionadas por un abogado, pero a menudo había que hacer adaptaciones para casos particulares o clientes con necesidades especiales.
Comparar contratos con un procesador de textos es horrible. Pero con git es fácil hacer un «diff» y ver cómodamente qué ha cambiado.
La persona de administración editaba los contratos en Markdown, desplegaba los cambios con git y los exportaba simplemente con la función «Imprimir a PDF» de su navegador. Luego los enviaba a firmar en línea a través de un tercero de confianza⁵.
✅ Pedías vacaciones haciendo una pull request. Tus compañeros de equipo la recibían y podían objetar dejando un comentario. Si no había objeciones, yo hacía el merge y con eso quedaban aprobadas. No hacía falta andar con correos ni chats.
…y así todo.
———————
git extendió a todas las áreas de la empresa el eficiente flujo de trabajo que los técnicos llevábamos años disfrutando en las áreas de desarrollo y sistemas.
De repente era fácil colaborar, la información fluía y todos teníamos visibilidad de los asuntos a nuestro cargo.
Los compañeros reticentes a la línea de comandos utilizaban interfaces gráficas para git. Y la instancia privada de GitLab, que era el corazón del negocio.
El coste de adquisición y el coste anual en licencias de todo esto fue de cero euros. Nunca necesitamos ceder datos a terceros ni utilizar servicios externos⁶.
La empresa fue adquirida el año pasado.
______
¹ Un lenguaje de marcado ligero que hasta un mandril beodo aprendería en cinco minutos.
² https://t.co/C1IInXNwgj
³ Teníamos varios libros así, cada uno con una portada cómica emulando las de O'Reilly 😂. El de Sistemas se llamaba «Porno para sysadmins» 😅. Utilizábamos https://t.co/z0KUap6QZZ, pero ahora creo que utilizaría Docusaurus.
⁴ https://t.co/khVidgwVPU — una obra de arte.
⁵ Utilizábamos https://t.co/cFwnfIAA53
⁶ Teníamos la broma del «Síndrome NIH»: https://t.co/EPd6p8tRpm
❗️❗️❗️ Estoy 𝗵𝗮𝗿𝘁𝗼 de que cada vez que hablo del sindiós de la atención a la ciudadanía en la Administración pública salte —bienintencionado— un funcionario y me diga resignado:
—Es que tenemos una falta de personal tremenda.
📣 ¡𝗡𝗼! ¡No, no, no y mil veces no!
¡Contratar aún más personal solo lo pondrá peor! (Ley de Brooks)
La solución pasa porque los canales digitales funcionen mejor.
Dejadme explicarlo:
La atención a la ciudadanía es multicanal, pero no todos los canales tienen el mismo coste para la Administración, ni suponen el mismo esfuerzo para el ciudadano. De menor a mayor coste/esfuerzo:
1️⃣ Sitio web o sede electrónica
2️⃣ Correo electrónico
3️⃣ Redes sociales
4️⃣ Teléfono
5️⃣ Presencial
Véase esta lista de canales como un embudo («funnel»): cada usuario que no consiga resolver su solicitud en un nivel, saltará al de abajo. En otras palabras: si los canales digitales asíncronos (1️⃣, 2️⃣, 3️⃣) funcionan bien, los canales síncronos (4️⃣, 5️⃣) recibirán menos solicitudes.
¿Y qué está pasando ahora en muchos sitios? Que el teléfono y la atención personal con cita previa están congestionados. ¿Porque hay poco personal? ¡No! Porque los canales digitales no funcionan.
😱 ¡Hola, Ayuntamiento! Como ciudadano, estoy harto de tener que llamar por teléfono (4️⃣) o personarme (5️⃣) porque el sitio web (1️⃣) no resuelve mi consulta, nadie responde a mis correos (2️⃣) y no hay atención por redes sociales (3️⃣).
¿Veis, entonces, qué es lo que está pasando? Que nos desplazamos hacia abajo en el embudo, colapsando los canales síncronos, que son justamente los más costosos para la Administración y los que más esfuerzo requieren para el administrado.
¡Cada canal tiene su superpoder y no son intercambiables! Por ejemplo, el sitio web o la sede electrónica es el único canal de autoservicio. Es, además, un canal elástico: un pico de consultas no supone un pico de consumo de recursos de atención. Los demás canales, en cambio, son inelásticos: el coste es proporcional a la demanda. Por eso el sitio web o sede electrónica deben ser el canal preferente, y lo he puesto arriba del embudo.
Los canales síncronos requieren una persona dedicada atendiendo la consulta al otro lado del mostrador o del teléfono. Cada vez que llamo a un organismo público y consigo hablar con alguien, 𝐞𝐬𝐭𝐨𝐲 𝐦𝐨𝐧𝐨𝐩𝐨𝐥𝐢𝐳𝐚𝐧𝐝𝐨 𝐮𝐧 𝐫𝐞𝐜𝐮𝐫𝐬𝐨 𝐝𝐞𝐥 𝐄𝐬𝐭𝐚𝐝𝐨 que no puede ser usado por nadie más. ¡Por eso lo pongo abajo del embudo! Porque debería de ser el último recurso. Porque es síncrono, inelástico y caro.
Otro argumento que suelo escuchar:
—Ya, pero es que a mi abuela que tiene 157 años y vive en Vega de Villafufre no la puedes obligar a hacer un trámite digital ni a enviar un correo electrónico.
Pero vamos a ver… ¡atender eficazmente los canales digitales descongestiona automáticamente los presenciales! A tu abuela la atenderán mejor en el centro de salud si los que sí empleamos los canales digitales no tenemos que llamar o acudir y hacer cola.
Por favor, difundid esto. Es de puro sentido común y me siento estúpido teniendo que escribir algo tan evidente. Pero, por lo que sea, parece que 𝐡𝐚𝐲 𝐪𝐮𝐞 𝐝𝐞𝐜𝐢𝐫𝐥𝐨 𝐦𝐚́𝐬. 📣
Excited to welcome Francisco Mora to our lab! 🎉
He'll be diving into his PhD in hashtag#MedicalAI 🧠💻, focusing on pattern mining and deep learning in healthcare over the next few years. 👩⚕️👨⚕️
🚀 40 Years of AI in Medicine! 🎉
Since 1986, #AIME has led AI in healthcare, hosting global conferences from Marseille (1987) to Pavia (2025).
Join us in celebrating and shaping the future! 🏥🤖💡
#MedicalAI#AIME2025#AIHealthcare
Just discovered an exciting event series by @MihaelaVDS team. This is perfect for #ML researchers in #healthcare to connect and share experiences!
https://t.co/TP4Q2ClVcy
👁️ Definitely keep an eye on these events!
🎉 Big news! We’re thrilled to announce the release of version 0.1.9 of our subgroups library.
This update brings improvements and a smoother experience for your subgroup discovery projects.
🔗 Check it out: https://t.co/FCMmYugcX0
#machinelearning#python#subgroupdiscovery
Today, Med AI Lab members came together to celebrate the holiday season with our Christmas lunch! 🎄✨ Grateful for our amazing team and the work we've accomplished this year. Wishing everyone a joyful and merry Christmas! 🎅🌟
Hoy ha finalizado el 1er cuatrimestre en @informaticaumu. A partir del lunes empieza el periodo de exámenes que se prolongará hasta el 18 de enero.
Mucha suerte a todos nuestros estudiantes. 🫶
Big news! Our Lab is now officially part of the @cairne_eu network 🤖
We are super excited and can’t wait to contribute to this amazing community, pushing forward AI excellence made in Europe!! 🇪🇺
Yesterday, our colleague Denisse Kim presented her PhD thesis after several years of excellent and hard work. Congratulations Denisse and excited to have a new doctor in our lab!! 👏😁
Also thanks to members of the PhD committee Marco Spruit, Alfredo Vellido and Javier Bermúdez.
🚀 Struggling with clustering, stratification, or phenotyping? Try 'subgroups'! Our new open-access Python library simplifies SD with a scikit-learn-like interface, perfect for all skill levels. Explore our paper in Software X Journal!
🔗https://t.co/darw04hsaA
🚀 Big news! 📰 Our research group has been featured in a recent newspaper article. We are thrilled to showcase how AI is transforming the future of healthcare. 💡🩺
🔗 Check it out!
https://t.co/OeUzVkoWjv
Si ya no tienes ni idea de todos los paquetes que has instalado en tu máquina, puedes gestionarlos desde esta interfaz gráfica.
Disponible para Windows y compatible con npm, pip, winget, scoop, chocolatey, .net tool y powershell gallery.
→ https://t.co/kJpboWMQnu
🔥🔥 ¡¡NUEVO VÍDEO!! 🔥🔥
Estamos de vacaciones y es tiempo de que os pongáis a cacharrear con la IA. Y por eso, hoy os traigo un vídeo con 3 HERRAMIENTAS que tenéis que conocer sí o sí para ejecutar la IA gratis y sencillo en tu PC!
Toca fomentar el uso de las IAs en local :)