Fierro Viejo

¿Seguirá existiendo mi trabajo en diez años?

2026-03-12T00:00:00+00:00

Publico la traducción del artículo “I don’t know if my job will still exist in ten years”, escrito por Sean Goedecke en Marzo del 2026, a quien le agradezco por haberme autorizado a realizar esta traducción y publicarla en mi blog.

En 2021, ser un buen ingeniero de software se sentía increíble, el mundo estaba lleno de software y cada año surgían más empresas que necesitaban ingenieros para desarrollar sus aplicaciones y mantener sus sistemas. Sabía que era bueno en ello y que podría seguir siéndolo mientras quisiera. El trabajo que amaba parecía inagotable.

En 2026, ya no estoy seguro de que la industria de la ingeniería de software sobreviva otra década. Y si lo hace, estoy convencido de que cambiará más de lo que ha cambiado en las últimas dos décadas. Probablemente terminaré especializándome en un nicho lucrativo supervisando agentes de IA, o tal vez tenga que abandonar la industria por completo. De cualquier manera, el trabajo que amo desaparecerá.

Una cucharada de nuestra propia medicina

No vale la pena quejarse mucho al respecto por dos razones, en primer lugar, el objetivo de ser un buen ingeniero de software en las décadas pasadas era que el código permitía automatizar otros trabajos, por eso la programación era (y sigue siendo) una profesión muy lucrativa. Que nuestra propia industria se automatice puede verse como una especie de justicia poética, y considero que cualquier ingeniero de software actualmente está preocupado por la siguiente pregunta: ¿qué me quedará por hacer cuando los agentes de IA estén completamente integrados en nuestra industria?.

La otra razón por la cual quejarme sería inapropiado, es porque posiblemente sea uno de los últimos en mantener mi trabajo. Como ingeniero senior, mi trabajo ha consistido en supervisar agentes de IA incluso antes de que se volvieran populares, dedicando mucho de mi trabajo a comunicarme en lenguaje humano con otros ingenieros, asegurando que se mantengan en la dirección adecuada, etc. Los ingenieros junior e intermedios sufrirán antes que yo. ¿Por qué contratar a un grupo de ingenieros para ser las manos de un puñado de tipos senior cuando puedes rentar instancias de Claude Opus 4.6 por una fracción del costo?

Exagerar o quedarse corto

Pienso que mis próximos 10 años se centrarán en torno a la siguiente pregunta: ¿La industria de la tecnología exageró o se quedó corta ante las capacidades de los agentes de la IA?

Si las empresas de tecnología no alcanzan a cumplir con sus objetivos, entonces continuarán contratando ingenieros por un largo plazo después de que los agentes de la IA puedan ser capaces de reemplazarlos, por lo tanto podré mantener mi trabajo por un largo tiempo. Aún así mi trabajo se centrará cada vez más en supervisar grupos de agentes de IA. Pasaré la mayor parte de mi tiempo revisando código en lugar de escribirlo, y pasaré más tiempo revisando las salidas de los modelos que el código mismo.

Por otro lado, si las empresas de tecnología sobrepasan sus objetivos, la situación se volverá mucho más extraña, pero podría tener una mejor posición a mediano plazo. Bajo este escenario, las empresas de tecnología se darán cuenta que dejaron de contratar demasiado pronto y deberán luchar por conseguir el talento técnico necesario para lidiar con todo el código generado por la IA. A medida que las ofertas para principiantes se agotan, la demanda de ingenieros experimentados se incrementará (al menos hasta que los modelos de IA sean lo suficientemente buenos como para reemplazarnos por completo).

¿Estoy siendo muy pesimista?

Claro que previamente la industria de la ingeniería de software también parecía que desaparecería. Se suponía que los lenguajes de programación de alto nivel permitirían a personas sin formación técnica escribir código. Se suponía que la subcontratación y/o externalización eliminarían la demanda de ingenieros de software en países con un alto costo de vida. Ninguna de esas profecías desastrosas se cumplió, sin embargo, esto no es un gran consuelo. Las industrias mueren cuando la tecnología las vuelve obsoletas. Eventualmente llegará una crisis que la industria no podrá superar.

La postura más optimista sería posiblemente que la demanda de ingenieros de software incrementará porque la cantidad total de software crecerá demasiado rápido, aún y cuando actualmente se necesiten menos ingenieros. Esto es conocido como el efecto Jevons. Bajo este escenario veo algunos ingenieros diciendo cosas como: “Siempre tendré trabajo limpiando el código generado por la IA”.

En lo personal no veo esto factible. Los agentes de IA pueden corregir errores y limpiar código tan bien como pueden generar código nuevo, de hecho, lo hacen mejor mejor que muchos ingenieros y mejoran drásticamente mes a mes. ¿Porque las empresas contratarían ingenieros para administrar el código generado por la IA en lugar de simplemente utilizar más y mejor IA para ello?

Si el efecto Jevons se cumple, creo que deberíamos estar alcanzando una clase de estancamiento en la programación con IA, donde las herramientas son lo suficientemente buenas como para producir mucho código (ya estamos en este punto), pero no lo suficientemente buenas como para mantenerlo. Esto es factible a primera vista, ya que todo ingeniero de software sabe que mantener el código es más difícil que escribirlo, sin embargo, por desgracia no creo que este escenario sea posible.

Mi experiencia utilizando herramientas de IA es que son cada vez mejores manteniendo código. He pasado el último año preguntando casi cualquier pregunta acerca de código a un agente de IA en paralelo a buscar la respuesta por mi cuenta, y he visto como han pasado de ser “totalmente inútiles” a “en ocasiones más rápidas que yo”, y a “usualmente más rápidas y perspicaces que yo”.

Hoy todavía hay espacio para un ingeniero de software competente, pero ese espacio se está reduciendo. No considero que los agentes de IA necesiten nuevas características para poder tomar mi trabajo, simplemente requieren mejorar y ser más confiables haciendo lo que actualmente ya hacen. Así que es difícil para mi creer que la demanda de ingenieros de software incrementará con el tiempo en lugar de disminuir.

Pensamientos finales

Esto apesta, extraño sentir que mi trabajo era seguro y que mis mayores problemas profesionales eran lidiar con la sobrecarga: factores internos y no externos. Dicho esto, resulta un poco absurdo que los ingenieros de software nos quejemos cuando el tren de la automatización finalmente nos alcance.

Al menos estoy feliz por haber reconocido que los buenos tiempos fueron buenos mientras vivía en ellos. Cuando el final de los intereses con tasa cero hicieron que la industria fuera menos atractiva me sentí afortunado de ser ingeniero de software. Incluso ahora estoy en mejor posición que muchos de mis colegas, especialmente los que son nuevos en la industria.

Y puede ser que me equivoque, de hecho desearía equivocarme y que por alguna razón el factor humano sea necesario para entregar buen software, pero si no, mis colegas y yo tendremos que encontrar otra cosa que hacer.

Edición: Esta publicación obtuvo algunos comentarios en Hacker News. Algunas personas dudan porque no creen que la programación generado por IA sea muy buena o porque creen que la creatividad humana, una visión a alto nivel y la atención al detalle siempre serán valiosas. Otras personas piensan que diez años es demasiado optimista. El comentario principal repite la ironía que describo en el tercer párrafo de esta publicación.

Edición: Esta publicación también recibió algunos comentarios en el subreddit serbio r/programming, algunos excelentes comentarios en Tildes, que es nuevo para mi, y otros comentarios en lobster.rs.

El Sistema Operativo Universal

2026-02-19T00:00:00+00:00

El proyecto Debian es una asociación de personas que comparten el objetivo de crear un sistema operativo libre y disponible para todo el mundo. Dicho sistema operativo es ampliamente conocido por su eslogan: “El Sistema Operativo Universal”, sin embargo, pocas veces dimensionamos las implicaciones que conlleva la palabra Universal en dicho eslogan, así que he decidido listar a continuación algunas que considero relevantes:

Arquitecturas: La última versión estable (13 aka trixie) soporta 7 arquitecturas de manera oficial, en otras palabras, Debian puede ejecutarse tanto en un celular como en un mainframe, técnicamente no existe impedimento alguno para soportar cualquier arquitectura, sin embargo, al ser un proyecto de voluntarios, debe existir un equipo de personas comprometidas a trabajar en dicha arquitectura, lo cual requiere mucho esfuerzo y usualmente conlleva muy poco reconocimiento. Por ejemplo, en la última versión estable, la arquitectura i386 dejó de estar soportada como arquitectura regular (dejó de tener un kernel oficial y un instalador para usarse únicamente bajo la arquitectura amd64), lo cual generó bastantes reclamos pero nulo agradecimiento a quienes mantuvieron dicha arquitectura por más de 31 años (y que seguirán manteniendo al menos un subconjunto de programas como glibc o Mesa para binarios heredados de 32 bits), sin embargo, existe la opción de seguir utilizando Debian 12 por más de 2 años todavía, y en su caso hasta decidirse a colaborar trabajando para soportar una arquitectura paralela para equipos a 32 bits si así lo consideran.
Versiones: Erróneamente se cree que Debian solamente tiene la versión estable, sin embargo, existen múltiples opciones, desde usar la versión previa a la estable (oldstable, por ejemplo para una arquitectura i386 como se mencionó antes), utilizar la versión en pruebas (por ejemplo si se quisiera optar por versiones más recientes de software en equipos que no requieran priorizar la estabilidad, aunque también existe la alternativa de hacer uso de backports en caso de requerir actualizar uno que otro programa en específico), utilizar la versión “inestable” (aka sid, en caso de querer tener lo más reciente, o también si se desea colaborar en el desarrollo de Debian). Adicionalmente el nombre de Debian no cambia según la versión que se elija, ni el entorno de escritorio, arquitectura o cualquier otra cosa.
Aplicaciones: En sus repositorios Debian tiene casi 70 mil paquetes, manteniendo un enfoque general, por lo cual puede enfocarse para cualquier necesidad. Estas necesidades específicas se cubren a través de las mezclas y distribuciones derivadas. En otras palabras, Debian nos evita reinventar la rueda permitiendo utilizarse directa o indirectamente para cualquier propósito que se requiera, así que me resulta increíble poder utilizar el mismo sistema operativo tanto en mi computadora personal como en servidores para cualquier propósito.
Idiomas: Se pretende que al menos algunas de las secciones más relevantes en Debian (instalador, documentación, páginas web, programas, etc.) estén disponibles para los usuarios en su propio idioma, por lo cual un equipo de voluntarios se coordinan para colaborar en la traducción y revisión a más de 80 idiomas. Si deseas colaborar en la traducción al español, puedes encontrar más información en esta página.
Comunidad: Existen más de mil desarrolladores de Debian en más de 60 países alrededor del mundo, bajo una estructura democrática, por lo cual Debian no puede ser controlada por una sola empresa o país, lo cual es de suma importancia si se busca tener soberanía digital.
Diversidad: “El proyecto Debian recibe y alienta la participación de todas las personas”. No se requiere un perfil en particular, al contrario, se fomenta la diversidad y al ser una comunidad de voluntarios se agradece cualquier aportación por pequeña que esta sea. Además del aporte “técnico” (que usualmente se cree es el único necesario), y poder colaborar manteniendo una arquitectura o traduciendo, lo cual se mencionó previamente, las opciones para colaborar son tan diversas como apoyar en temas legales, reportando y/o brindando soluciones a fallos, escribiendo documentación, dando soporte a otros usuarios, a través de donaciones de dinero o infraestructura, manteniendo servicios, diseños artísticos, apoyando la organización de eventos, y un largo etcétera. Por cierto, este año la conferencia anual de Debian se llevará a cabo en Argentina, por lo cual es una excelente oportunidad para todos los hispanohablantes de conocer más y en su caso colaborar en lo que queramos.

Todas estas razones hacen que me incline por usar (y en la medida de mis capacidades contribuir con) Debian, no obstante, también quiero exponer particularmente algunas razones por las cuales no opto por otras alternativas para cómputo personal y empresarial sumamente relevantes:

Arch: Una distribución que es una gran opción para aprender junto con una documentación muy extensa, aunque su enfoque de versiones no es, en mi opinión lo más estable para considerarla fuera del cómputo personal, donde además demanda mucho esfuerzo y tiempo para personalizarla.
Fedora: Es un proyecto patrocionado principalmente por Red Hat, que pasó a pertenecer a IBM y que además debe acatarse a las leyes de EUA. Veo un alto riesgo en la toma de decisiones polémicas por así convenir a intereses empresariales (por ejemplo, limitar el acceso al código fuente que terminó con el proyecto CentOS) y hasta político (como la reciente restricción a Siria). Debido a su relevancia a nivel comercial, me mantengo pendiente de Fedora, RedHat y Alma Linux, para utilizarlas en proyectos que lo requieran donde yo no tenga elección, sin embargo, esta última distribución, (Alma Linux, aunque ocurre exactamente lo mismo con Rocky Linux), al tener como objetivo ser totalmente compatible a nivel binario con Red Hat, me resulta poco propositiva, y no identifico un futuro viable si Red Hat dejara de existir.
FreeBSD: Me pasa lo opuesto que con Arch, considero ofrece una gran estabilidad y por ello podría considerarla una buena opción como servidor, pero la descarto para cómputo personal por el soporte a nivel hardware y la disponibilidad de software. En lo personal, en los últimos 10 años no he trabajado seriamente con UNIX (siendo que llegué a trabajar con AIX de IBM, HP-UX de HPE, Solaris y OpenSolaris de Sun antes de ser adquirida por Oracle, FreeBSD y OpenBSD), así que francamente en la actualidad no me retribuye el mantenerme actualizado ante el cambio de paradigma por ser UNIX y no GNU/Linux.
OpenEuler: Alternativa China comunitaria basada originalmente en Red Hat y desarrollada originalmente por Huawei (EulerOS) quien lo cedió a la Fundación OpenAtom. Por un momento llegué a soñar con que Huawei podrían converger en GNU/Linux tanto a nivel personal como empresarial, sin embargo, desafortunadamente para el primero eligieron desarrollar HarmonyOS y posteriormente HarmonyOS NEXT. Pese a la barrera del idioma trato de mantenerme actualizado porque considero la relevancia de esta alternativa China no hará más que crecer drásticamente a nivel empresarial.
OpenSUSE: No iba a incluirlo en la lista, sin embargo la nostalgia me ganó al último. Las razones son parecidas a las de Fedora (cambiar EUA por Alemania). En mi perspectiva SLES perdió relevancia empresarial y muy difícilmente podrá recuperarse.
Ubuntu: Mi mayor preocupación es que hay una empresa detrás (Canonical) cuyo dueño se nombra “Dictador Benevolente Autoproclamado para Toda la Vida”, con lo cual hay un alto riesgo que tuviera que dejar de usar dicho sistema operativo (ejem: si se va a la quiebra, si por el contrario se vende a un gigante tecnológico, etc). Por su relevancia, es una distribución que sigo muy de cerca para mantenerme actualizado y llegarla a utilizar en proyectos que lo requieran.

En conclusión, comparto que Debian es El Sistema Operativo Universal y además mi opción preferida, pero esto no significa que crea que es El Sistema Operativo Perfecto, de hecho, pese a que muchas personas consideran como cualidad que tenga tantas distribuciones derivadas, yo no lo considero así, porque significa que muchas personas no consideran a Debian lo suficientemente adecuado para usarlo directamente, sin embargo, reconozco y valoro la humildad de Debian para estar conscientes de este hecho y trabajar arduamente en ir trayendo las mejoras de las distribuciones derivadas a Debian directamente (por ejemplo las iniciativas Derivatives Front Desk y DEX).

Red de Invitados como Red Predeterminada

2026-02-04T00:00:00+00:00

Con el exponencial crecimiento del Internet de las Cosas (IoT), cada vez son más los dispositivos que requieren conectarse a Internet en nuestras casas, como por ejemplo una televisión, una cámara de seguridad, hasta enchufes “inteligentes”, apagadores “inteligentes”, focos “inteligentes” y demás dispositivos que podamos (o no) siquiera imaginar (y que insisten en llamar “inteligentes”), lo cual conlleva un muy alto riesgo, ya que únicamente se requiere explotar una sola vulnerabilidad en cualquiera de dichos dispositivos, para que alguien pudiera tener acceso por completo a toda nuestra red.

Muy pocos usuarios son conscientes de este riesgo, y además pueden implementar en sus casas soluciones robustas como utilizar por ejemplo VLANs (redes virtuales), o subredes independientes con reglas de firewall que bloquean el tráfico entre ellas, entre otras, sin embargo, la mayoría de usuarios en su casa solamente tienen el equipo que entrega el proveedor de Internet, o en su caso, simplemente hemos añadido un equipo propio con mejores características para administrarlo a nuestra voluntad, (lo cual recomiendo ampliamente), sin embargo, sin importar cualquiera de ambos escenarios, lo más probable es que tengamos la posibilidad de habilitar la red de invitados y con ello optimizar e incrementar la seguridad de nuestra red de forma muy simple.

La gran mayoría de los (en)ruteadores cuenta con la función de habilitar una red de invitados, ofreciendo para dicha red algunas características como la temporalidad, limitar la velocidad, entre algunas otras características como el aislamiento de punto de acceso (AP Isolation), el cual consiste en que un dispositivo conectado no pueda comunicarse con ningún otro dispositivo conectado, lo cual le complicaría a un atacante que haya vulnerado un dispositivo en nuestra red de invitados, el poder acceder a otro dispositivo.

Por todo esto, considero debemos cambiar nuestro paradigma, utilizando la red de invitados en forma predeterminada, es decir, todo nuevo dispositivo que requiera conectarse a Internet, lo hará por la red de invitados en forma totalmente aislada, pero única y exclusivamente los dispositivos que requieran comunicarse entre ellos (ejem. computadoras, impresora, etc.), se conectarán a la red principal, donde idealmente, no debería permitirse la conexión a menos que se registre la dirección MAC en la lista blanca de dispositivos permitidos, y por último, limitar el ancho de banda de la red de invitados con la finalidad de evitar que por ejemplo nuestra videollamamada importante se vea arruinada porque otra persona esté viendo Netflix, o porque incluso un dispositivo haya decidido descargar una actualización de firmware en ese preciso momento.

Por último, cada marca tiene configuraciones diferentes, por lo cual puede llegar a ser necesario habilitar explícitamente el aislamiento dentro de las opciones de la red de invitados, y además verificar que efectivamente se cuente con dicha funcionalidad (extrañamente llega a haber uno que otro caso donde no hay forma de aislar dispositivos bajo la red de invitados).

Lectura de libros

2025-11-27T00:00:00+00:00

Considero que es indispensable mantener siempre un razonamiento crítico, en otras palabras, no porque una “autoridad” o “experto” (artículo en un periódico de divulgación nacional, entidad gubernamental, etc.) diga algo, debemos aceptar esa información sin al menos evaluar informal y superficialmente que nos haga un mínimo de sentido, lo cual cobra mayor relevancia actualmente en la era de la Inteligencia Artificial.

Acabo de experimentar un ejemplo de lo anterior, tras haber leído la publicación: ¿Leemos? Sí. ¿Comprendemos? No lo sabemos, donde comienza brindando el siguiente dato: “El tiempo promedio por día que la población de 12 años y más dedica a leer libros es únicamente de 59 minutos”.

Inmediatamente tras leer la afirmación de que si leemos, y también la frase del tiempo dedicado, ya no me pude concentrar de lleno en el resto del artículo, porque claramente no me hacía sentido, principalmente porque se se menosprecia el efecto de dedicar 1 hora diaria a algo, al representarlo como insignificante, cuando considero es muchísimo, y por ello pensé se trataba de algún error, pero como se citaba al INEGI como origen del estudio, y asumiendo todas las revisiones rigurosas que tuvo que haber previa y posteriormente a la publicación de dicha información, tenía que intentar darle un mínimo voto de credibilidad, así que pasé a revisar los datos que publicaron en el Módulo sobre Lectura (MOLEC) 2025, y aunque hay mucha otra información que tampoco me hace sentido, (desglose de lectura por libros: 59m, revistas: 39m, periódicos: 29m, historietas y comics: 44m, foros y blogs: 46m, redes sociales: 83m), únicamente me enfocaré en las siguientes 2 diapositivas contenidas en el archivo PDF con los resultados de MOLEC 2025:

Con esta información es relativamente fácil deducir que no hace ningún sentido, que leyendo en promedio 59 minutos por día, solamente leamos aproximadamente 4 libros al año:

Dato	Valor
Tiempo promedio diario (minutos)	59
Días de lectura por semana	4
Tiempo promedio anual (considerando 50 semanas en un año)	11,800
Velocidad de lectura (PPM)	200
Palabras leídas en promedio al año	2,360,000
Palabras por libro	100,000
Promedio de libros leídos anualmente	23.60

Tiempo promedio diario (minutos): El valor 59 se obtiene del dato que indica el INEGI por lo cual se utiliza como premisa.
Días de lectura por semana: Aunque el tiempo promedio diario sugiere deberían ser 7 días por semana, consideraré solamente 4 días.
Tiempo promedio anual: El resultado de multiplicar el tiempo promedio diario por los días de lectura por semana, y considerar 50 semanas (aunque deberían ser 52) semanas al año.
Velocidad de lectura (Palabras Por Minuto): Una velocidad de lectura menor a 200 palabras por minuto se puede considerar como muy baja, sin embargo he decidido ocupar dicho valor en este ejercicio evitando en su lugar una velocidad “normal”.
Palabras leídas en promedio al año: El resultado de multiplicar los 2 valores previos (palabras por minuto: 200 por la cantidad de minutos considerados al año: 11,800).
Palabras por libro: Con base a diversas fuentes, consideraré que 100,000 palabras por libro en promedio es un valor razonable.

Con esto podemos apreciar que la diferencia en rango obtenida de 4 libros en promedio anualmente contra 23 es abismal, y lo es más todavía si ajustaramos algunos valores para hacerlo realista (días por semana 7 y velocidad de lectura de 250 palabras por minuto), con lo cual obtendríamos que leyendo 1 hora diaria acabaríamos en promedio 1 libro por semana como se aprecia a continuación:

Dato	Valor
Tiempo promedio diario (minutos)	59
Días de lectura por semana	7
Tiempo promedio anual (considerando 50 semanas en un año)	20,650
Velocidad de lectura (PPM)	250
Palabras leídas en promedio al año	5,162,500
Palabras por libro	100,000
Promedio de libros leídos anualmente	51.63

Sin embargo, buscando entender la razón del resultado del INEGI (leyendo 59 minutos por día se leen 4.2 libros al año en promedio), he ajustado en una forma pesimista e irreal los datos a continuación:

Dato	Valor
Tiempo promedio diario (minutos)	58
Días de lectura por semana	1
Tiempo promedio anual (considerando 40 semanas en un año)	2,900
Velocidad de lectura (PPM)	150
Palabras leídas en promedio al año	435,000
Palabras por libro	100,000
Promedio de libros leídos anualmente	4.35

Para el ejercicio anterior ocupé el tiempo promedio más bajo indicado por el INEGI (58 minutos), consideré que se lee únicamente 1 día por semana pero además solamente se leen 40 semanas al año, y con una velocidad de lectura deficiente de 150 palabras por minuto, lo cual ahora si me lleva a que en México se lean en promedio 4 libros al año, sin embargo, debo enfatizar que aún así dicho dato me sigue sin hacer sentido (ya quisiéramos realmente leer en promedio 4 libros al año, pero vería muy difícil justificar en forma objetiva que al menos estemos leyendo en promedio 1 libro al año, y con ello, obviamente si de por si no leemos, pues mucho menos entendemos lo que leemos).

En conclusión, algo que se intenta expresar en forma tan insignificante en este ejemplo: “pero resulta que el tiempo promedio por día que la población de 12 años y más dedica a leer libros es únicamente de 59 minutos”, nos conduciría a que estaríamos leyendo aproximadamente un libro por semana, lo cual sería más del triple de lo que lee en promedio el país que más libros lee al año, y a través de este ejemplo, espero poder contribuir en motivar a quienes hayan leído ésta publicación (además de agradecerles por el tiempo dedicado), a mantener un razonamiento crítico en todo momento (cuestionarnos si nos hace un mínimo sentido la información que se nos presenta), y además, en su caso a fomentar el hábito de la lectura, dejando como ejercicio para el lector obtener la tabla donde se apreciaría que con dedicar 20 minutos diarios, se superarían la cantidad de libros leídos en promedio para el país que más lee anualmente, aunque aún así seguiría siendo muy debatible, porque se deben considerar otros factores igual o incluso más relevantes, como la calidad, la comprensión, y el propósito de la lectura, pero eso ya será en otra ocasión.

Libros de Linux

2025-11-10T00:00:00+00:00

Se encuentra disponible únicamente por los próximos 13 días una oferta de libros relacionados a Linux de la editorial Apress, que consiste en aportar al menos 1 dólar (USD) a cambio de 2 libros, o aportar al menos 25 dólares por un paquete con 22 libros en formato ePUB libres de DRM. También existe otra oferta de 5 libros por 18 dólares que en lo personal no me resulta tan llamativa como las otras, principalmente porque los paquetes ya se encuentran definidos, así que no se pueden elegir los libros, sin embargo, en caso que se quiera profundizar sobre temas de Linux, ésta es una excelente oportunidad para hacerlo, y también de apoyar una causa benéfica.

Agradezco la atención a esta publicación, y si deciden aprovechar la oferta espero les resulte de gran utilidad.

P.D. Vale la pena suscribirse al boletín de Humble Bundle, ya que regularmente aparecen otras ofertas sumamente interesantes, por ejemplo: un paquete de libros relacionados a la Ciencia e Ingeniería de Datos de la editorial O’Reilly ó un paquete de libros relacionados a Raspberry Pi.

¿Por qué no hay más personas utilizando Linux?

2025-08-26T00:00:00+00:00

Publico la traducción del artículo “Why don’t more people use Linux?”, escrito por David Heinemeier Hansson en Septiembre del 2024, de quien hablé en mi publicación anterior, y a quien le agradezco por haberme autorizado a realizar esta traducción y publicarla en mi blog.

Hace unas semanas, ví un tweet preguntando: “Si Linux es tan bueno, ¿por qué no hay más personas utilizando Linux?”, ¡y es una pregunta válida!, pareciera intuitivamente cierta hasta que se reflexiona por un momento, Linux de hecho es gratuito, entonces ¿qué impide se adopte masivamente considerando que inclusive es mejor?, y aquí doy mi respuesta:

Si hacer ejercicio es tan saludable, ¿por qué no hay más personas haciendo ejercicio?

Si leer es tan educativo, ¿por qué no hay más personas leyendo?

Si la comida chatarra es tan dañina, ¿por qué hay tanta gente que la come?

El mundo está repleto de invitaciones gratuitas hacia la superación personal, pero la mayoría de las personas ignora dichas invitaciones la mayor parte del tiempo. En forma muy directa, es más fácil ser gordo e ignorante en un mundo de calorías baratas e ideas vacías, que estar en forma y mantenerse informado, debido a que es muy difícil resistirse a la tentación del mínimo esfuerzo.

Y Linux no es una opción de mínimo esfuerzo, es un sistema operativo que te demanda más esfuerzo que opciones comerciales de Microsoft y Appple. Puede verse como un dojo donde entrenarse para entender mejor a las computadoras, con un sensei que te exige constantemente resolver problemas para poder aprender y progresar.

Ahora entiendo perfectamente porque a la mayoría de usuarios de computadoras no les interesa el ejercicio intelectual, debido a que únicamente quieren navegar por Internet o utilizar una aplicación, pero no están buscando obtener la cinta negra en los fundamentos de la computación.

Sin embargo, los programadores somos diferentes, o deberíamos de serlo. Somos como bomberos para quienes estar en forma no es un propósito sino un pre-requisito. Eres un mejor bombero cuando tienes la resistencia y la fuerza para salir de un edificio en llamas cargando a una persona sobre tus hombros contra no ser capaz de ello, y es por esto que los bomberos se esfuerzan al máximo para estar en forma y así cumplir con su misión.

Por esta razón me encantaría ver a más desarrolladores considerando darle a Linux una nueva oportunidad, para que puedan desarrollar y dominar las katas básicas del internet y no tengan miedo de conectar una computadora a internet sin la protección de la nube.

Además, si eres capaz de configurar un pipeline para JavaScript, o eres capaz de configurar IAM en AWS, entonces cuentas con todo lo necesario para recorrer el camino en Linux, así que considera darle a Linux otra oportunidad, no porque sea fácil, sino porque vale la pena.

Omarchy 2.0

2025-08-26T00:00:00+00:00

Hoy se ha publicado la versión 2.0 de Omarchy, distribución Linux orientada a desarrolladores web, basada en Arch Linux e Hyprland. Entre sus cambios principales, ahora cuenta con una imagen ISO para su instalación, se agregó el repositorio de paquetes Omarchy (OPR), permite elegir desde la instalación el DNS a utilizar, entre muchos otros.

Si quieres conocer más puedes ver el video con un recorrido completo de esta distribución, donde notarás que todas las personalizaciones están sumamente pensadas para brindar la mejor experiencia de uso, con un gran rendimiento y facilitando al máximo su adopción por medio de documentación sumamente detallada para facilitar la curva de aprendizaje para volverte en muy poco tiempo sumamente productivo utilizando Omarchy.

Linux Opinionated

2025-08-25T00:00:00+00:00

Hace ya bastante tiempo uno de mis pasatiempos era jugar en la PC, sin embargo, me frustraba que mi nivel mejoraba muy lentamente, así que en lugar únicamente de jugar, comencé también a observar y analizar repeticiones de jugadores profesionales, y fue el poder ver en modo primera persona tanto el juego que realizaban, como la forma en que interactuaban con el hardware (recuerdo yo usaba el ratón para casi todo mientras que ellos se sabían todos los atajos del teclado y su rapidez así como su atención a cualquier detalle eran impresionantes), lo que me hizo adoptar otras técnicas y llegué a alcanzar un nivel medianamente decente en aquel juego.

Otro recuerdo que viene a mi mente, es la impresión que causaba en la gran mayoría de personas el ver la configuración en algún momento de mi escritorio utilizando Compiz (se puede apreciar un video de ejemplo aquí), donde únicamente por el famoso efecto del cubo, muchos me preguntaban respecto a Linux, y más de alguno se atrevió a probarlo.

“Si he visto más lejos, es porque estuve parado sobre los hombros de Gigantes” Isaac Newton

En ocasiones aparecen contribuciones en el mundo del software libre que de entrada pueden parecer muy simples, pero que con el paso del tiempo pueden generar un efecto bola de nieve, y hoy me atrevo a debrayar sobre una que considero tiene un gran potencial de contribuir en la adopción de Linux para el escritorio, y es el fenómeno que se ha denominado “Linux Opinionated”, el que significa básicamente una versión subjetivamente ideal de una distribución Linux, y aunque existen múltiples casos, me voy a enfocar solamente en uno uno que ha llamado fuertemente mi atención.

David Heinemeier Hansson es un programador danés mundialmente famoso por ser el creador del framework Ruby on Rails y actualmente es co-fundador de la empresa 37signals, quien después de muchos años dentro del ecosistema de Apple, ha visto una alternativa sumamente atractiva para él en el mundo del software libre, y por ello decidió cambiarse paulatinamente, primero investigando al respecto y llegando a padecer el famoso distro-hopping (práctica de probar frecuentemente múltiples distribuciones de Linux), evaluando entre diversas opciones de software con sus respectivas configuraciones y personalizaciones para las tareas que requiere, e incluso decidió comprarse una laptop de la empresa Framework, sin embargo, lo que es de resaltar, es que después de tanto tiempo invertido, no únicamente ha compartido sus aprendizajes al interior de su empresa sino de forma pública, y ha publicado al respecto dos proyectos hasta ahora: Omakub y Omarchy, ambas son personalizaciones de distribuciones Linux orientadas principalmente a desarrolladores web, para facilitar su incursión en la migración a Linux, inspirado por el proyecto LazyVim, el cual le facilitó muchísimo su aprendizaje para cambiarse al editor Neovim.

El objetivo es convertir una nueva instalación de Ubuntu (Omakub) o Arch Linux (Omarchy) en entornos orientados totalmente configurados, hermosos y modernos con solo ejecutar un comando. En otras palabras, normalmente recomendamos a alguien probar con alguna distribución, sin embargo en la realidad nosotros no trabajamos así, ya que también instalamos el software que necesitamos, realizamos ciertas configuraciones, cambiamos preferencias estéticas eligiendo un tema, fondo de pantalla y un largo etcétera, por lo cual, a pesar de tener grandes distribuciones, para el ojo recién llegado pueden no resultar atractivas, sin embargo, con algunos añadidos esto puede cambiar la percepción y se convierte en un punto de partida sumamente atractivo para que alguien utilice Linux, y posteriormente procederá con la curva de aprendizaje para ir haciendo todas las personalizaciones que decida. Cabe aclarar que la elección de programas está orientada a desarrolladores web, sin embargo, creo firmemente que es una gran idea y que pronto veremos proyectos de Linux opinionated orientados a jugadores, diseñadores, etc.

No puedo dejar de mencionar la enseñanza de que “el poder del código abierto es que nos permite cambiar las cosas”, y David en su obstinación por facilitar el cambio de apariencia no únicamente en el sistema sino en las aplicaciones principales, se topó con un problema en el navegador Chromium (fork de Chrome), y al no poder resolverlo, acudió a la comunidad (en su caso ofreciendo un incentivo de 5,000 dólares), lo que le permitió resolver el inconveniente en tan sólo 4 días.

Por mi parte, únicamente estoy esperando terminen los ataques de denegación hacia Arch Linux para evitarme sorpresas y así poder probar Omarchy, no porque piense cambiarme de Debian, sino porque tengo muchas ganas de probar el compositor Hyprland del cual he leído muy buenas reseñas, y que mejor que ahorrarme el tiempo en configurarlo para poder evaluarlo en mi día a día, además que en Debian está algo desactualizado.

Agradezco la atención por haber llegado hasta el final, y me despido con una frase de David reflexionando respecto a ¿por qué no hay más personas utilizando Linux?.

“Considera darle a Linux otra oportunidad, no porque sea fácil, sino porque vale la pena”. David Heinemeier Hansson

Día Debian 32

2025-08-16T00:00:00+00:00

¡Muchas Felicidades Debian!

Hoy 16 de Noviembre se celebra el Día Debian, por cumplirse 32 años desde su anuncio el 16 de Agosto de 1993, por lo cual me sumo a las felicitaciones a toda la comunidad, y agradezco Tu atención a esta publicación.

Star Labs

2025-08-13T00:00:00+00:00

Afortunadamente las cosas están cambiando rápidamente con relación a la adopción de GNU/Linux como sistema operativo, cada vez hay más fabricantes que no únicamente se encargan de hacer que sus computadoras sean compatibles, sino que también desde un inicio las diseñan orientadas para usarse con GNU/Linux y por ello se toman medidas como por ejemplo utilizar y colaborar con firmware de código abierto, distribuyen actualizaciones de firmware por medio del LVFS, deshabilitan el motor de gestión de Intel (IME), y hasta llegan a colaborar y/o aportar recursos a los proyectos de software libre.

Estoy convencido que vale la pena apoyar este tipo de iniciativas, y aunque hasta ahora no estoy enterado que alguna empresa tenga distribución oficial en México, (ni siquiera un gigante como Dell se animó a traer oficialmente su proyecto Sputnik a México), y después de investigar no sin antes llevarme algunas desilusiones de empresas sin envío o con condiciones muy complicadas de envío a México (ejemplos: Slimbook de España, System76 y Framework de Estados Unidos de América, o TUXEDO de Alemania), encontré a una empresa del Reino Unido llamada Star Labs, que no únicamente hace envíos a México, sino que cuando les contacté para confirmarlo me dieron esta respuesta: “¡Sí!, hacemos envíos a México, si sucediera algún problema nosotros nos aseguraremos de que tengas la computadora de Star Labs que quieres.”, y además ofrecen un año de garantía muy flexible porque nos permite reemplazar partes y utilizar cualquier sistema operativo y/o firmware que decidamos.

Buscando una Mini PC elegí el modelo Byte, y no puedo estar más contento con mi elección, es muy silenciosa, consume poca energía eléctrica, no he sentido que el procesador se quede atrás (aunque tampoco le demando tanto), ocupa muchísimo menos espacio que mi computadora de escritorio previa, tiene una excelente relación calidad-precio, y lo mejor, es que funciona a la perfección con Debian 13 trixie. Nota: Francamente me excedí con la memoria y 16 GB hubieran sido más que suficientes para el uso que le doy, pero me ganó el no querer quedarme corto a futuro. La elegí sin almacenamiento y yo le puse los 4 TB gracias a su excelente documentación.

No todo fue perfecto, al realizar la compra decía que tardarían de 2 a 3 semanas, sin embargo, tomó poco más del doble de tiempo, sin embargo, siempre me respondieron de inmediato y con gran amabilidad, dando siempre una explicación, y manteniendo en todo momento abierta la opción de cancelación y total devolución de mi dinero, es por ello que me gustaría recomendar a quien quiera una computadora compatible con GNU/Linux en México, que en lugar de típicamente comprar una computadora con Windows para quitárselo y cruzar los dedos porque la compatibilidad en Linux sea la esperada, mejor ir a la segura apoyando un fabricante orientado a GNU/Linux como Star Labs, ya que cuentan con diversos modelos como StarLite (Tablet), StarBook (Ultrabook de 14 pulgadas), StarFighter (Laptop Alto Rendimiento de 16 pulgadas) y Byte (Mini PC).

No puedo dejar de debrayar sobre este tema, así que incluiré dos ideas al respecto:

Star Labs actualmente no apoya oficialmente a Debian y tampoco ofrece que se incluya como Sistema Operativo durante la configuración, pero en su lugar si apoya a múltiples distribuciones derivadas (directa o indirectamente) de Debian, por lo cual vale la pena que consideren optimizar esfuerzos al apoyar directamente a Debian, y de esa forma todas las distribuciones derivadas se verían beneficiadas de las colaboraciones de Star Labs.
Dicen que soñar no cuesta nada, así que me gustaría soñar con que una empresa en México como Lanix se atreva a considerar incluir opciones de computadoras preinstaladas con GNU/Linux, y en su momento también decidan colaborar con el mundo del software libre.

En fin, espero esta publicación cumpla su objetivo de informar sobre fabricantes de computadoras para GNU/Linux y como de costumbre agradezco Tu atención por haber llegado hasta aquí.

Contenido ofensivo

2025-08-11T00:00:00+00:00

Ha llamado mucho mi atención una situación muy peculiar que se dio por la decisión de haber sacado el paquete fortunes-it-off de la publicación de Debian 13, y considero que es un tema sumamente polémico que requerirá mucha atención y debe atenderse porque incluso, puede no ser únicamente un precedente en Debian, sino en general para el software libre.

Al instalar un paquete “fortunes” en el sistema, se obtiene acceso a un conjunto de frases y proverbios que pueden utilizarse para múltiples fines, por ejemplo, al abrir una terminal quiero que me aparezca una frase inspiradora, o quiero que se envíe en mi firma de correo una frase sobre tecnología pero que sea diferente cada vez. Usualmente los paquetes están separados con frases generales dentro de un paquete como fortunes-es y hay otro con frases con contenido que precisamente se considera ofensivo dentro de un paquete como fortunes-es-off (esto aplica en forma similar para múltiples idiomas).

Instalar el paquete fortunes-es y/o fortunes-es-off

$ sudo apt install fortunes-es
$ sudo apt install fortunes-es-off

Al ejecutar el comando fortune se desplegará una frase

$ fortune
Uno de los secretos de una vida feliz está en darse constantemente
pequeños gustos.
        -- Iris Murdoch.

Hay que utilizar la opción -o para acceder al contenido ofensivo

$ fortune -o

Después de esta introducción y entrando en mis debrayes al respecto, debo confesar que no tengo aún una postura nada definida respecto a este tema, pero si muchas dudas y opiniones, entre las cuales planteo algunas a continuación, esperando con ansias poder ver el desenlace de un tema tan polémico, así como también que otras personas con más experiencia puedan compartir su opinión al respecto.

Se levantaron dos reportes (1109165) y 1109167) indicando que al haber un precedente donde el contenido ofensivo en inglés fue eliminado, debe entonces también eliminarse el contenido ofensivo en italiano, por lo cual, pese a que el responsable del paquete fortunes-it-off está en desacuerdo, el equipo de publicación toma la decisión de dejarlo fuera de Debian 13, sin embargo, está pendiente aún determinar si debe quedar fuera por completo de Debian, y por otro lado, entender porque el contenido ofensivo en italiano quedó fuera, pero no otro contenido ofensivo como el que está en español.
Después de leer algunas de las frases en diferentes categorías, me resulta muy complicado definir una línea de clasificación entre ofensivo y no ofensivo, evitando entrar en polémicas sobre libertad de expresión, ya que hay algunas en las que de plano no comprendo porque se clasifican como ofensivas (ejemplo: “¿Por qué no seré rico en vez de buen mozo?” o “Viajo por plata y vuelvo por amor.”), o en su caso tienen un contexto histórico y literario interesante, entonces, ¿bajo que términos se podría determinar si es adecuada o no su inclusión?, es decir, atender la causa de raíz y no únicamente simular una solución (por ejemplo, pasar toda la información de fortunes-it-off a fortunes-it y decir que ya se eliminó el contenido ofensivo, o en su caso, llegar al extremo que no puede haber ningún paquete tipo “fortunes” por no existir un criterio para delimitar que es ofensivo y que no es ofensivo en una distribución, y esto tabmién puede generalizarse incluso hasta en la meta-información, por ejemplo, me viene a la mente el escenario sobre un software libre que en algún comentario de código o hasta un comentario de un commit tenga algún contenido ofensivo).
Con un editor de texto puedo escribir una carta de amor pero también puedo escribir una carta de odio, ese editor al ser software libre me permite utilizarlo para cualquier propósito. En su caso al considerarse software libre los paquetes fortunes, ¿realmente ameritan decisiones tan drásticas como la que se tomó con el paquete fortunes-it-off sin tomar en consideración al resposnable del paquete ni pactar una discusión posterior?

En fin, simplemente comparto mis debrayes con relación a este tema, entiendo que con la premura de la publicación de trixie se haya tenido que tomar una decisión repentina, sin embargo, creo que es el momento en que la comunidad atienda este tema y se establezca un precedente para situaciones futuras parecidas, mientras tanto, me despido agradeciendo me hayas acompañado en esta publicación.

Debian 13 trixie

2025-08-09T00:00:00+00:00

Hoy es un gran día porque se ha publicado la nueva versión estable de Debian 13 "trixie", y que mejor forma de comenzar a colaborar con el proyecto que traduciendo el anuncio oficial.

Después de 2 años, 1 mes, y 30 días de desarrollo, el proyecto Debian se complace en presentar la nueva versión estable 13 (nombre en clave trixie).

Trixie tendrá soporte durante los próximos 5 años gracias al trabajo en conjunto del equipo de Seguridad de Debian y del equipo de soporte a largo plazo de Debian.

Debian 13 trixie incluye varios entornos de escritorio, entre ellos:

GNOME 48,
KDE Plasma 6.3,
LXDE 13,
LXQt 2.1.0,
Xfce 4.20

Esta publicación contiene más de 14.100 paquetes nuevos para un total de 69.830 paquetes, mientras que más de 8.840 paquetes han sido eliminados por obsolescencia. 44.326 paquetes fueron actualizados en esta publicación. El uso total de disco para trixie es de 403.854.660 kB (403 GB), y está compuesto por 1.463.291.186 líneas de código.

Gracias a nuestros traductores y traductoras, que han hecho que haya páginas de manual para trixie disponibles en varios idiomas.

El proyecto manpages-l10n ha contribuido con múltiples mejoras y nuevas traducciones para las páginas de manual. Particularmente las traducciones al Rumano y Polaco han mejorado considerablemente desde bookworm.

Todas las arquitecturas con excepción de i386 ahora utilizan la interfaz ABI time_t a 64-bit, soportando fechas posteriores al 2038.

Los colaboradores de Debian han logrado avances significativos para garantizar que las construcciones de paquetes produzcan resultados reproducibes byte-por-byte. Puede consultar el estado de paquetes instalados en su sistema utilizando el nuevo paquete debian-repro-status, o visitando reproduce.debian.net para consultar estadísticas generales para trixie y posteriores.

Debian 13 trixie incluye numerosas actualizaciones a paquetes (más del 63% de todos los paquetes desde la publicación anterior), entre ellos:

Apache 2.4.64
Bash 5.2.37
BIND DNS Server 9.20
Cryptsetup 2.7
curl/libcurl 8.14.1
Emacs 30.1
Exim (servidor de correo predeterminado) 4.98
GNUcash 5.10
GNU Compiler Collection 14.2
GIMP 3.0.4
GnuPG 2.4.7
Inkscape 1.4
the GNU C Library 2.41
LibreOffice 25.2
Linux kernel 6.12 LTS series
LLVM/Clang herramientas de compilación 19 (predeterminada), 17 y 18 disponibles
MariaDB 11.8
Nginx 1.26
OpenJDK 21
OpenLDAP 2.6.10
OpenSSH 10.0p1
OpenSSL 3.5
Perl 5.40
PHP 8.4
Postfix 3.10
PostgreSQL 17
Python 3, 3.13
Rustc 1.85
Samba 4.22
Systemd 257
Vim 9.1

Con esta gran selección de paquetes y su tradicional compatibilidad con múltiples arquitecturas, Debian se mantiene fiel a su objetivo de ser el sistema operativo universal. Es adecuado para diferentes casos de uso: desde ordenadores de escritorio hasta netbooks; desde servidores de desarrollo hasta sistemas en clúster; y para servidores de bases de datos, web y almacenamiento. Al mismo tiempo, se hicieron esfuerzos adicionales para el control de calidad, como instalación automática y pruebas de actualización para todos los paquetes en el archivo de Debian, con el objetivo de garantizar que trixie cumpla con las altas expectativas que los usuarios tienen para una versión estable de Debian.

Esta publicación ofrece por primera vez soporte oficial para la arquitectura riscv64, permitiendo a los usuarios ejecutar Debian en hardware RISC-V a 64-bit y beneficiarse con todas las funcionalidades de Debian 13. Un total de siete arquitecturas son oficialmente soportadas en trixie:

PC de 64 bits (amd64),
ARM de 64 bits (arm64),
ARM EABI (armel),
ARMv7 (EABI hard-float ABI, armhf),
64-bit little-endian PowerPC (ppc64el),
64-bit little-endian RISC-V (riscv64),
IBM System z (s390x)

La arquitectura i386 ya no se encuentra soportada como arquitectura regular: no tiene un kernel oficial ni tampoco un instalador para i386. La arquitectura i386 ahora únicamente está diseñada para utilizarse en sistemas con CPU de 64-bit (amd64). Los usuarios que actualmente utilizan la arquitectura i386 en sus sistemas no deben actualizar a trixie. En su lugar, Debian recomienda de ser posible reinstalar bajo amd64 o retirar el hardware.

Trixie será la última publicación para la arquitectura armel. Ver 5.1.3. Última publicación para armel en las notas de publicación para mayor información sobre el soporte a ARM EABI.

El equipo de Debian Cloud ha publicado trixie para diversos servicios de cómputo en la nube:

Amazon EC2 (amd64 y arm64),
Microsoft Azure (amd64),
OpenStack (generic) (amd64, arm64, ppc64el),
PlainVM (amd64, arm64, ppc64el),
GenericCloud (arm64, amd64),
NoCloud (amd64, arm64, ppc64el)

La imagen genericcloud debe poder ejecutarse en cualquier entorno virtualizado, y también existe una imagen nocloud que resulta útil para probar el proceso de construcción.

Las imágenes para cómputo en la nube proporcionan ganchos (hooks) automatizados a través de ``cloud-init`` y priorizan el arranque rápido de instancias mediante optimizaciones en paquetes del kernel y configuraciones de grub.

¿Quiere probarlo?

Si desea probar Debian 13 trixie sin instalarlo, puede utilizar una de las imágenes en vivo disponibles que cargan y ejecutan el sistema operativo en modo de sólo lectura en la memoria de su ordenador.

Estas imágenes en vivo se ofrecen para la arquitectura amd64 y están disponibles para DVDs, memorias USB y de tipo netboot. El usuario puede probar elegiendo entre diferentes entornos de escritorio: GNOME, KDE Plasma, Cinnamon, MATE, LXDE, LXQt, y Xfce. Debian Live trixie también ofrece una imagen en vivo estándar que permite probar un sistema Debian sin interfaz gráfica.

Si le gusta el sistema operativo tiene la opción de instalarlo a su ordenador desde la imagen en vivo. La imagen en vivo incluye el instalador independiente Calamares así como también el instalador estándar de Debian. Hay más información disponible en las notas de publicación y en la sección de instalación a través de imágenes en vivo del sitio web de Debian. Las imágenes multi-arquitectura de Debian trixie para contenedores se encuentran disponibles en Docker Hub. Adicionalmente a las imágenes estándar, se encuentra disponible una variante ligera (slim) para reducir el uso de almacenamiento. El instalador de Debian y las imágenes en vivo de Debian ahora pueden arrancarse utilizando Arranque HTTP en firmware UEFI y U-Boot compatible.

Para instalar Debian 13 trixie directamente en su dispositivo de almacenamiento de su ordenador, puede elegir entre una variedad de medios de instalación para descargar como por ejemplo: Discos Blu-ray, DVD, CD, memoria USB, o a través de una conexión de red. Revise la Guía de Instalación para mayor información.

Debian se puede instalar ahora en 78 idiomas, la mayoría de ellos disponibles tanto en interfaces de texto como gráficas.

Las imágenes de instalación se pueden descargar a través de: bittorrent (método recomendado), jigdo, o HTTP; revise Debian en CDs para mayor información. Trixie también estará disponible próximamente en medios físicos como DVD, CD-ROM, y discos Blu-ray a través de diversos vendedores.

Actualizando Debian

La actualización a Debian 13 trixie desde la publicación anterior, Debian 12 bookworm, puede llevarse a cabo en forma automática por la herramienta de administración de paquetes APT para la mayoría de configuraciones.

Antes de actualizar su sistema, es sumamente recomendable realizar un respaldo completo, o al menos respaldar los datos e información de configuración que no puede arriesgarse a perder. Tanto las herramientas como los procesos de actualización son sumamente confiables, sin embargo, un fallo a nivel hardware durante el proceso de actualización podría dejar como resultado un sistema severamente dañado.

Entre las cosas mas importantes que podría querer respaldar se encuentran /etc, /var/lib/dpkg, /var/lib/apt/extended_states y la salida de:

$ dpkg –get-selections ‘*’ # (las comillas son importantes)

Es bienvenida toda información de los usuarios relacionada a la actualización desde bookworm a trixie. Considere compartir su información por medio del sistema de seguimiento a errores asignando el reporte al paquete upgrade-reports.

Se han tenido grandes avances en el desarrollo del instalador de Debian desde la publicación previa Debian 12, resultando en un mejor soporte de hardware y algunas nuevas características muy útiles como:

Mejoras a nivel hardware y software para el soporte de síntesis de voz
Soporte inicial y restringido para el rescate de Debian instalado en un subvolumen btrfs
Cambio en la unidad predeterminada de MB a GB durante el particionado de discos
Se deshabilitaron las fuentes de CD-ROM si el medio de instalación no fue un CD real (memoria USB, tarjeta SD, imagen ISO), ya que APT no puede utilizarlo después de la instalación
Además soporte a arranque seguro con systemd-boot

Es recomendable eliminar las entradas de bookworm-backports en los ficheros source-list de APT antes de la actualización; después de la actualización, considere agregar trixie-backports.

Si su configuración APT también involucra fijación (pinning) o APT::Default-Release, es probable que requiera ajustes para permitir la actualización de paquetes a la nueva publicación estable. Considere deshabilitar APT pinning.

En algunas circunstancias, podrían surgir problemas durante el proceso de actualización o al ejecutar trixie.

Por ejemplo, la compatibilidad con TLS en el cliente OpenLDAP libldap2 y el servidor slapd ahora la proporciona OpenSSL en lugar de GnuTLS. Esto afecta a las opciones de configuración disponibles, así como a su comportamiento. Si no se especifican certificados TLS CA, el almacén de confianza predeterminado del sistema se cargará automáticamente. Si no desea que se utilicen las CA predeterminadas, debe configurarlas explícitamente. Para obtener más información sobre la configuración del cliente LDAP, consulte la página de manual ldap.conf.5.

Hemos documentado este y otros posibles problemas en 5. Problemas a tener en cuenta con trixie, en las notas de publicación. Se recomienda leerlas antes de actualizar.

Como siempre, los sistemas Debian se pueden actualizar sin problemas y sin tiempos de inactividad forzados, sin embargo, se recomienda ampliamente leer las notas de publicación, así como el manual de instalación para detectar posibles inconvenientes y obtener instrucciones detalladas sobre la instalación y la actualización. Las notas de publicación mejorarán y se traducirán a otros idiomas en las semanas posteriores a la publicación.

Acerca de Debian

Debian es un sistema operativo libre, desarrollado por miles de voluntarios en todo el mundo que colaboran a través de internet. Las principales fortalezas del proyecto Debian son su base de voluntarios, su dedicación al Contrato Social de Debian y al software libre, y su compromiso de proporcionar el mejor sistema operativo posible. Esta nueva versión es otro paso importante en esa dirección.

Información de contacto

Para obtener más información, visite las páginas web de Debian en https://www.debian.org/ o envíe un correo electrónico a <press@debian.org>.

Diplomado Linux UNAM

2025-08-07T00:00:00+00:00

La Universidad Nacional Autónoma de México ha vuelto a anunciar el Diplomado en Administración de Servidores GNU/Linux, el cual es una excelente opción de capacitación en modalidad a distancia sobre el sistema operativo GNU/Linux.

El diplomado se llevará a cabo del Viernes 12 de Septiembre de 2025 al Viernes 06 de Febrero de 2026, teniendo una duracion de 132 horas, con sesiones a distancia (vía zoom) los días Viernes de 17:00 a 21:00 horas y Sábados de 09:00 a 13:00 horas (GMT-6 horario de la Ciudad de México).

En caso de interesarte, debes apresurarte porque el periodo para realizar la solicitud de admisión cerrará el Viernes 22 de Agosto, además que puede llenarse el cupo antes porque únicamente para esta edición se tiene una promoción especial de (re)-lanzamiento, con lo cual su precio es de $14,438 MXN y cuenta con facilidades de pago.

Para mayor información visita la página del diplomado, además de sugerirte que revises también el catálogo de todos los diplomados que se tiene previsto impartir porque hay opciones muy interesantes a considerar, y por haber llegado hasta aquí agradezco Tu valiosa atención.

Blag

2025-08-05T00:00:00+00:00

Una de las primeras decisiones después de considerar que se quiere tener un blog, es analizar entre una gran cantidad de opciones para elegir la herramienta adecuada que cubra las necesidades, requiriendo el menor esfuerzo, y ofreciendo la mejor relación entre costo y beneficio, así que algunas de las opciones que llegué a considerar a un nivel muy superficial fueron:

WordPress La plataforma líder, existe muchísima documentación, plugins y cualquier otro recurso imaginable, además, si uno no quiere encargarse de su administración, casi cualquier proveedor ofrece una opción de hospedaje. Pese a ser de las primeras opciones en cruzar por mi mente, quedó descartada porque básicamente para mis necesidades, hubiera sido como utilizar un cañón para matar una mosca, misma razón por la cual también descarté a Ghost.
Tumblr Esta es una red social propiamente, pero al final no limita la extensión de los mensajes, permite utilizar un dominio propio (aunque esto tiene un precio extra), y aunque al igual que WordPress es propiedad de la empresa Automattic, Tumblr no es software libre, por lo cual me provoca cierto recelo con relación a nivel licenciamiento sobre mi propiedad del contenido, así como en un futuro a la facilidad de poder exportar todo mi contenido para cambiar de plataforma.
Posthaven Capturó mi atención por ser la que utiliza Sam Altman en su blog y de inmediato me enganchó la “promesa romántica” de que mi blog quedará disponible para la eternidad con tan sólo pagar 5 dólares mensuales por un año (un total de $1,200 MXN aproximadamente), sin embargo, me puse quisquilloso y además de no ser software libre, no logro comprender como podrían llegar a cumplir esa promesa al menos por los próximos 10 años, siendo que el desarrollo de nuevas funcionalidades tan básicas como el soporte a Markdown no ha tenido avances en más de 10 años.

Por todo lo anterior, considero que un generador de sitios estáticos es la opción más adecuada para este objetivo, al permitir utilizar un dominio propio, no tener que administrar la infraestructura donde se hospedará el blog, y utilizar tecnologías como Git o Markdown con las cuales estoy familiarizado en el desarrollo de software, y para elegir al ganador entre diversas opciones utilicé los siguientes requisitos:

Debe ser software libre y obtiene puntos extra si ya se encuentra en los repositorios de Debian (distribución GNU/Linux que utilizo como sistema operativo).
Con el objetivo de eliminar la fricción de comenzar, debe ser muy fácil de aprender a utilizar, permitiéndome enfocarme en el contenido y no tanto en el diseño u otras tareas (al menos durante el inicio).
Que me permita fácilmente migrar en un futuro mi contenido a otra herramienta con el menor esfuerzo posible.

Para no hacer muy larga la historia, mi primera opción fue utilizar Hugo, sin embargo, mi objetivo en este momento era escribir lo más pronto posible, por lo cual la fricción de ir a buscar temas y tras elegir alguno adecuarlo a algo que fuera de mi agrado, me desvió del objetivo de escribir y por ello terminó haciendo que la opción elegida para comenzar fuera Blag.

Blag es un generador de sitios estáticos desarrollado en el lenguaje de programación Python por el Dr. Bastian Venthur, que soporta las características que requiere un blog, incluyendo un tema predeterminado atractivo y listo para usar (aquí un ejemplo con funcionalidad para tema claro y oscuro con base a la configuración que se tenga en el navegador o sistema), soportando el resaltado de sintaxis con Pygments en caso que se quiera compartir código en las publicaciones, disponible como paquete Python bajo PyPi y lo mejor de todo también disponible como paquete oficial directamente en los repositorios de Debian (cabe mencionar que el autor también es Desarrollador del proyecto Debian y por ende responsable de su empaquetado).

Su documentación es concisa por ser muy simple de utilizar, sin embargo, a manera de referencia comparto el flujo que seguí…

Instalar el paquete blag en Debian. Consulta la documentación para otros sistemas operativos.

$ sudo apt install blag

Crear la carpeta donde se planea tener el blog, utilizo fierro viejo como referencia.

$ mkdir fierroviejo
$ cd fierroviejo

Crear el blog dentro de la carpeta creada anteriormente.

$ blag quickstart
Hostname (and path) to the root? [https://example.com/]: https://fierroviejo.com/
Title of your website? [My little blog]: Fierro Viejo
Description of your website? [John Doe's Blog]: Debrayes de un veterano en tecnología
Author of your website [John Doe]: Fierro Viejo
Copying default theme...
  Copying templates...
  Copying content...
  Copying static...

Editar la primera publicación de referencia.

$ vim content/hello-world.md

Revisar el manual con base a lo que se necesite personalizar (páginas, menú, etiquetas, etc.)

https://blag.readthedocs.io/en/latest/manual/

Construir el sitio web

$ blag build
2025-08-05 17:05:06,273 INFO blag.blag Copying static files.
2025-08-05 17:05:06,290 INFO blag.blag Converting Markdown files...
2025-08-05 17:05:06,375 INFO blag.blag Generating Atom feed.
2025-08-05 17:05:06,376 INFO blag.blag Generating Tag-pages.

Ejecutar en local para su validación. Consultar en: http://localhost:8000

$ blag serve
2025-08-05 17:11:19,833 INFO blag.devserver

  Devserver Started -- visit http://localhost:8000

2025-08-05 17:11:19,833 INFO blag.devserver Monitoring ['content', 'templates', 'static'] for changes...
2025-08-05 17:11:19,834 INFO blag.devserver Change detected, rebuilding...
2025-08-05 17:11:19,834 INFO blag.blag Copying static files.
2025-08-05 17:11:19,856 INFO blag.blag Converting Markdown files...
2025-08-05 17:11:19,935 INFO blag.blag Generating Atom feed.
2025-08-05 17:11:19,936 INFO blag.blag Generating Tag-pages.

Vista desde el navegador configurado con tema claro:

Vista desde el navegador configurado con tema oscuro:

En conclusión, pese a haber muchos generadores de sitios estáticos, Blag es una opción sencilla pero muy efectiva que vale la pena conocer, y por ello consideré apropiado compartir mi experiencia, agradeciendo al Dr. Bastian Venthur por sus contribuciones, y por supuesto a Ti por la atención brindada a esta publicación.

Hola Mundo

2025-08-04T00:00:00+00:00

He decidido crear este blog para publicar mis debrayes principalmente sobre el mundo de la tecnología, pero abierto también a cualquier otra ocurrencia, con el objetivo de tener una referencia personal a futuro, y si es posible, que algo de lo aquí publicado pueda llegar a ser de utilidad para alguien.

Mis publicaciones serán en español pese a que también hablo inglés por las siguientes dos razones:

Los avances en traductores y la automatización de estos procesos, permiten que sea muy fácil para alguien que no habla español, configurar la traducción automática a su idioma de preferencia en caso de querer consultar este contenido, por lo cual no creo que el idioma sea todavía un factor determinante en el alcance de un público objetivo.
El español es mi lengua materna, así que me permitirá expresarme más fluidamente, y con ello elimino también cualquier posible pretexto que me impida publicar regularmente al evitar ese esfuerzo adicional en revisar la ortografía y gramática.

El nombre del blog es Fierro Viejo, en primer lugar porque en México es muy común llegar a escuchar en las calles el pregón del fierro viejo, el cual me pareció un nombre más que ideal asociado a mi situación como un veterano abrumado por mantenerse al día en los avances tecnológicos buscando reinventarse para evitar quedar obsoleto. En segundo lugar, atravieso en estos momentos por una etapa de síndrome del impostor (tema a tratar en una próxima publicación), así que no asociar a mi identidad el contenido me ayuda a evitar el pretexto de no publicar por no considerarlo lo “suficientemente bueno”. Por último, no puedo dejar de mencionar la gran suerte de haber encontrado disponible este nombre de dominio.

Con esto considero es más que suficiente para finalizar esta primer publicación al haber dejado clara mi motivación por compartir mis debrayes a través de este blog, no sin antes agradecer Tu atención por haber llegado hasta aquí.