Buenas, esto es BIMPRAXIS, el podcast donde el
Download transcript (.srt)
0:09
0:15
0:20
0:23
0:26
0:28
0:36
0:40
0:41
0:43
0:47
0:49
0:50
0:52
0:55
0:57
1:00
1:03
1:05
1:05
1:09
1:10
1:12
1:14
1:15
1:19
1:20
1:21
1:24
1:25
1:27
1:30
1:33
1:36
1:39
1:42
1:46
1:48
1:50
1:53
1:57
1:58
2:00
2:00
2:02
2:03
2:05
2:06
2:08
2:10
2:13
2:16
2:17
2:19
2:21
2:22
2:23
2:26
2:28
2:29
2:32
2:34
2:37
2:38
2:40
2:43
2:44
2:48
2:50
2:53
2:55
2:57
3:01
3:04
3:06
3:09
3:10
3:13
3:16
3:18
3:18
3:21
3:22
3:26
3:30
3:32
3:34
3:35
3:36
3:39
3:40
3:41
3:44
3:47
3:48
3:48
3:50
3:52
3:54
3:56
3:57
3:59
4:02
4:03
4:06
4:09
4:10
4:12
4:13
4:14
4:16
4:19
4:21
4:24
4:25
4:28
4:30
4:32
4:34
4:35
4:37
4:40
4:40
4:41
4:43
4:45
4:47
4:49
4:51
4:53
4:54
4:54
4:56
4:59
5:02
5:04
5:04
5:05
5:07
5:08
5:10
5:11
5:12
5:16
5:18
5:19
5:22
5:24
5:25
5:26
5:30
5:33
5:36
5:37
5:38
5:39
5:41
5:44
5:46
5:49
5:50
5:53
5:54
5:57
6:02
6:03
6:04
6:06
6:10
6:12
6:13
6:14
6:16
6:18
6:21
6:23
6:25
6:26
6:27
6:29
6:31
6:34
6:37
6:38
6:39
6:41
6:42
6:44
6:46
6:49
6:49
6:50
6:53
6:56
6:57
7:01
7:03
7:05
7:08
7:11
7:11
7:12
7:14
7:17
7:19
7:22
7:25
7:27
7:29
7:31
7:33
7:34
7:34
7:38
7:41
7:42
7:44
7:44
7:46
7:49
7:51
7:53
7:55
7:55
7:59
8:01
8:03
8:04
8:05
8:08
8:10
8:13
8:14
8:17
8:18
8:22
8:24
8:24
8:27
8:30
8:32
8:33
8:33
8:36
8:37
8:39
8:42
8:43
8:46
8:49
8:50
8:51
8:53
8:54
8:58
9:00
9:00
9:03
9:05
9:07
9:08
9:11
9:14
9:15
9:15
9:17
9:18
9:20
9:23
9:24
9:26
9:27
9:29
9:31
9:33
9:34
9:36
9:37
9:38
9:39
9:41
9:41
9:44
9:45
9:48
9:50
9:51
9:52
9:53
9:56
9:57
9:57
10:00
10:02
10:05
10:07
10:07
10:11
10:11
10:12
10:13
10:15
10:17
10:19
10:20
10:23
10:25
10:26
10:29
10:31
10:33
10:37
10:37
10:37
10:39
10:41
10:42
10:45
10:47
10:49
10:52
10:54
10:55
10:56
10:58
11:01
11:03
11:04
11:05
11:09
11:12
11:13
11:15
11:15
11:17
11:19
11:21
11:22
11:23
11:25
11:27
11:28
11:29
11:32
11:34
11:36
11:37
11:39
11:41
11:45
11:46
11:49
11:51
11:53
11:55
11:56
11:58
12:01
12:02
12:05
12:09
12:11
12:14
12:15
12:15
12:17
12:19
12:20
12:24
12:26
12:27
12:27
12:29
12:30
12:33
12:34
12:37
12:37
12:38
12:41
12:43
12:45
12:48
12:48
12:51
12:53
12:56
12:58
12:59
13:00
13:01
13:04
13:05
13:06
13:07
13:10
13:12
13:13
13:14
13:16
13:19
13:21
13:23
13:24
13:27
13:28
13:31
13:34
13:35
13:36
13:37
13:40
13:43
13:46
13:48
13:49
13:50
13:51
13:53
13:55
13:58
14:00
14:01
14:01
14:04
14:05
14:06
14:07
14:09
14:10
14:12
14:15
14:15
14:18
14:21
14:23
14:26
14:29
14:33
14:34
14:37
14:39
14:41
14:42
14:45
14:46
14:46
14:49
14:52
14:56
14:56
14:58
15:00
15:02
15:04
15:06
15:07
15:10
15:10
15:12
15:15
15:16
15:18
15:21
15:24
15:25
15:27
15:32
15:34
15:36
15:37
15:39
15:41
15:44
15:45
15:47
15:47
15:50
15:52
15:54
15:55
15:56
16:00
16:02
16:05
16:07
16:10
16:12
16:15
16:17
16:17
16:19
16:21
16:22
16:25
16:26
16:28
16:29
16:32
16:34
16:36
16:37
16:40
16:41
16:43
16:46
16:49
16:52
16:54
16:54
16:55
16:59
16:59
17:02
17:03
17:04
17:05
17:10
17:14
17:16
17:18
17:21
17:21
17:24
17:27
17:29
17:29
17:31
17:33
17:36
17:38
17:41
17:41
17:45
17:46
17:49
17:53
17:53
17:56
17:59
18:02
18:03
18:05
18:08
18:10
18:12
18:13
18:15
18:17
18:18
18:20
18:22
18:26
18:28
18:31
18:34
18:38
18:41
18:44
18:45
18:49
18:51
18:53
18:55
18:58
18:59
19:02
19:05
19:06
19:07
19:09
19:13
19:16
19:19
19:20
19:22
19:24
19:27
19:29
19:32
19:34
19:38
19:50
19:53
20:04
20:06
BIM se encuentra con la inteligencia artificial.
Exploramos la ciencia, la tecnología y el futuro
desde el enfoque de la arquitectura, ingeniería y
construcción.
¡Empezamos!
Muy buenas, bienvenidas, bienvenidos a un nuevo episodio
de BIMPRAXIS.
Hoy os traemos el secreto a voces de
los ingenieros de inteligencia artificial más punteros y
la resurrección del mítico Timux.
¡Hola!
Y a ver, es un tema fascinante porque
estamos viendo un cambio brutal en cómo se
construye el software hoy en día.
Vale, pues vamos a desgranar esto porque el
contexto temporal es absolutamente clave para entender la
magnitud del cambio técnico del que vamos a
hablar.
Estamos a viernes 19 de junio de 2026.
Exacto, 2026.
Y llevamos ya un par de años viendo
cómo la IA ha redefinido pues todo el
desarrollo de software, ¿no?
Tenemos agentes alucinantes que pueden picar código de
forma autónoma.
Totalmente.
Pero a ver, hay un dilema técnico enorme
del que apenas se habla en los foros
generales.
Intentar ejecutar estos agentes superpotentes en un portátil
personal, en el mismo ordenador que usas a
diario para, no sé, navegar o mirar correos,
es una receta para el desastre absoluto.
Claro.
Y el problema central, fíjate, es de infraestructura,
no de los modelos de IA en sí.
O sea, hoy no venimos a analizar la
llegada de un modelo nuevo con más billones
de parámetros, ni una actualización mágica que genere
código perfecto.
Ya, la típica promesa de siempre.
Exacto.
La industria, a ver, se ha fracturado en
dos bandos.
Por un lado están los que operan como,
digamos, los vibe coders.
Los vibe coders, me encanta el término.
Sí, son estos programadores que...
Que se dejan llevar por la intuición, lanzan
prompts aislados y ejecutan todo en sus máquinas
locales.
Y en el otro extremo tenemos a los
verdaderos ingenieros agénticos.
Vale, la gente seria.
Tal cual.
Figuras destacadas como Peter Steinberger.
El creador de OpenGlobe, claro.
Ese mismo.
O Mario Sackner, el cerebro detrás de Pi.
Esta gente ya ha interiorizado este cambio.
No dependen de las limitaciones físicas de sus
portátiles.
Claro, o sea, emplean un método de...
De persistencia y virtualización muy concreto, ¿verdad?
Exactamente.
Lo usan para orquestar verdaderos ejércitos de agentes.
Y esa infraestructura es la que al final
te marca la diferencia entre tener un prototipo
y un producto real en producción.
Pues para comprender bien el valor de esta
solución que aplican los ingenieros agénticos, primero hay
que entender por qué las metodologías tradicionales colapsan
al integrar la IA moderna.
Sí, la forma de desarrollar ha mutado por
completo.
Ya no es pedirle a un asistente tipo
copilot que te complete una funcioncita o te
corrija un error de sintaxis en la línea
40.
El paradigma ahora exige muchísima más autonomía.
Muchísima más.
Las herramientas de línea de comandos modernas, hablo
de Clouds Code, Codex CLI o Hermes, operan
bajo una lógica de delegación masiva.
O sea que les das las llaves del
coche.
Literalmente.
Con un simple comando, como poner un barrago,
el nivel de abstracción es muy alto.
La abstracción sube una barbaridad.
Ya no pides una corrección.
Exiges la construcción de una aplicación completa y
funcional.
Ostras.
En las fuentes hablaban de un caso súper
representativo, ¿no?
Pedirle a un agente que te programe un
clon entero de Reddit.
Sí, imagínate.
Hacer un clon de Reddit implica, a ver,
levantar la arquitectura de la base de datos.
Madre mía.
Establecer los esquemas de usuarios, crear el middleware
de autenticación, redactar las pruebas unitarias y dejar
todo listo para el día de hoy.
Y claro, eso no se hace en cinco
minutos.
¡Qué va!
Hablamos de procesos que requieren que el agente
trabaje de forma iterativa y autónoma durante horas
o incluso días enteros.
Entran en un bucle cerrado, supongo.
Exacto.
Un bucle de escribir código, ejecutar pruebas, leer
los errores, corregir y seguir.
Y ahí, justo en ese bucle de horas,
es donde la máquina local falla, pero estrepitosamente.
Falla siempre.
A ver, aquí encaja muy bien una analogía.
Es como hacer un asado a baja temperatura.
A ver.
Cuéntame.
Pues ejecutar un proceso de estos en un
portátil es como decidir hacer un asado en
el horno durante 24 horas seguidas, pero con
una restricción absurda.
Tienes que mantener la puerta del horno sujeta
y abierta con la mano todo el rato.
¡Ostras!
¡Claro!
Si el sistema operativo, por ejemplo, te fuerza
una actualización y reinicia, o tienes un microcorte
de internet, o no sé, el ordenador entra
en reposo para ahorrar batería… El horno se
apaga.
Tal cual.
El horno se apaga y el agente muere
en mitad de su razonamiento.
Todo el contexto acumulado de esas horas a
la basura.
Tienes que empezar de cero.
Es que esa vulnerabilidad física es el mayor
lastre del desarrollo asistido por IA a día
de hoy.
Depender de que tu portátil esté encendido rompe
la cadena de razonamiento de los modelos.
Es súper frágil.
Sí.
Y la paradoja más interesante de este 2026
es que la solución definitiva para domar a
esta IA tan vanguardista es una herramienta de
hace décadas.
De la previa.
De historia de internet, casi.
Del ecosistema Linux, sí.
Es el renacimiento absoluto de T -MUX.
El multiplexor de terminal.
A simple vista, a ver, el nombre suena
a reliquia de los 80.
Suena a pantallas negras con letras verdes donde
el ratón no sirve de nada.
Bueno, el nombre técnico describe su función.
Permite ejecutar, dividir y gestionar múltiples terminales desde
una sola ventana.
Vale.
Pero la característica clave, lo que lo hace
la piedra angular de… ...esta ingeniería agéntica, es
su capacidad de desacoplamiento.
O sea, la persistencia.
Exacto.
T -MUX crea procesos que persisten a nivel
del sistema operativo.
Mantiene la sesión viva en segundo plano, en
un plano virtual paraleno.
Independiente de si la ventana física está abierta
o no.
Eso es.
Da igual si cierras la terminal o si
se cae la red, el proceso sigue.
O sea que el asado se sigue cocinando
a puerta cerrada, pase lo que pase fuera.
¿Y la implementación?
La implementación técnica de esto, por lo que
vi, es bastante directa, ¿no?
Sí.
En Unix o MacOS es súper fácil.
Empiezas con un gestor de paquetes.
En plan, brew, install, T -MUX.
Vale.
Instalas.
Y para crear ese espacio de trabajo invulnerable,
usas T -MUX, new, guión, s.
Y le pones un nombre.
Por ejemplo, T -MUX, new, guión, s, agentes.
Y aquí viene la magia, ¿no?
El atajo maestro para dejarlo corriendo.
El famoso detach o desvinculación.
Pulsas control más B y luego la tecla
D.
¿Y te saca?
Te saca de la interfaz el multiplexor.
Tu ventana vuelve a la terminal normal.
La puedes cerrar si quieres, pero todo el
trabajo pesado sigue en ejecución perpetua ahí dentro.
O sea, control más B seguido de D
es como una escotilla de escape que deja
el motor encendido.
Todo lo que estuviera haciendo el agente de
códex sigue procesando datos sin parar.
Tal cual.
Vale.
Teniendo claro este mecanismo de persistencia, el siguiente
paso lógico es entender la anatomía espacial de
T -MUX.
Porque, claro, no puedes tener un caos.
Exacto.
Si vamos a orquestar un equipo de agentes
sintéticos trabajando a la vez en mil cosas,
la organización visual tiene que ser buena.
Pues T -MUX tiene una arquitectura de tres
niveles jerárquicos muy definidos.
A ver.
En la cúspide tienes las sesiones.
Es el contenedor global del proyecto.
Tu entorno de trabajo entero.
Como la oficina.
Exacto.
Un nivel por debajo están las ventanas, que
son como los espacios separados de un mismo
proyecto o como las pestañas del navegador.
Ajá, vale.
Y, por último, lo que más se usa,
los paneles o panes.
Estos te permiten subdividir la pantalla en cuadrículas.
O sea, dividir la ventana en trozos.
Sí.
Con comandos en plan control más B y
el símbolo de porcentaje, divides en vertical.
Con control más B y comillas dobles en
horizontal.
Vale.
Así te montas un panel de control estilo
mosaico, ¿no?
Con varios flujos de información ejecutándose en paralelo.
Sí, la parte visual es genial para que
nosotros supervisemos.
Pero el verdadero superpoder de esto, la revolución
técnica, está en cómo funcionan esos paneles por
dentro.
¿A qué te refieres?
Pues que Temux no es solo un organizador
de ventanas.
Actúa como un sistema de comunicación entre procesos.
O sea, que se hablan entre ellos.
Exacto.
En una terminal normal, si abres dos pestañas,
los procesos están aislados.
Son ciegos el uno del otro.
Cada uno a lo suyo.
Pero dentro de Temux, los paneles comparten entorno
y permiten lectura y escritura entre ellos de
forma programática.
¡Ostras!
Vale, esto lo cambia todo.
Totalmente.
Un agente en el panel A puede estar
leyendo el texto que escupe el agente del
panel B.
Ponme un ejemplo práctico de esto, porque es
súper potente.
Pues imagínate que tienes un agente dedicado solo
a escribir el código de un backend.
Está en su panel trabajando a tope.
Vale.
En vez de dejarlo solo, lanzas un segundo
agente.
En otro panel.
Un agente auditor.
Ah, para vigilarlo.
Exacto.
Y este auditor no necesita leer el archivo
final de código.
Puede literalmente ir leyendo el registro de texto
que el primer agente imprime en su terminal
en tiempo real.
¡Guau!
O sea, interviene si ve un fallo de
seguridad antes incluso de que el primer agente
guarde el archivo.
Tal cual.
Es el sustrato perfecto para la colaboración de
una IA distribuida.
Se monitorizan, se interrumpen y se corrigen usando
el historial de texto.
¿Qué es lo más seguro de TEMUX?
Una red neuronal de terminales colaborando para compilar
software.
Suena brutal.
Lo es.
Pero, a ver, tengo que hacer un poco
de abogado del diablo aquí.
Me planteas un ecosistema potentísimo.
Sí.
Pero la interfaz suena súper hostil.
Es una queja común, la verdad.
Es que estamos en la era de interfaces
fluidas, donde todo es visual e intuitivo.
Y resulta que para estar en la vanguardia
de la IA hay que memorizar combinaciones de
teclas rarísimas, como control más B y combinación
B.
Ya.
Suena contradictorio.
Suena a barrera de entrada para puristas de
los 90 que odian el ratón, ¿eh?
¿Dónde queda la democratización de la IA?
Es verdad que la curva de aprendizaje de
los atajos intimida.
Pero hay una directiva de configuración que neutraliza
este problema por completo.
Un comando mágico.
Más o menos.
Es un comando muy específico.
TEMUX SET -G MOUSE ON.
O sea, habilitar el ratón en una terminal
de texto puro.
Exactamente.
Al meter esa configuración, el comportamiento cambia radicalmente.
Ya no tienes que memorizar atajos para navegar.
Ah, estupendo.
Haces clic con el cursor para cambiar de
panel.
Puedes arrastrar los bordes para hacerlos más grandes
o pequeños visualmente.
Y lo mejor, habilitas el scroll con la
rueda del ratón.
Fundamental.
Porque navegar hacia arriba con el teclado para
leer el historial largo de un agente es
un dolor de cabeza.
Frustrante a más no poder.
Con esta opción, la experiencia se parece muchísimo
a un entorno de ventanas moderno.
Eliminas esa fricción para los que no somos
veteranos de la IA.
Vale, me convences.
Eso soluciona el problema de usabilidad.
Pero ojo, seguimos arrastrando el problema del hardware.
A ver, explícate.
Pues que instalarte TEMUX en tu portátil con
el ratón activado evita que la gente muera
si cierras la ventana, vale.
Pero el ordenador sigue soportando toda la carga.
Claro.
Sigue drenando la batería a un ritmo brutal.
Y los ventiladores suenan como turbinas procesando todo
eso.
Aquí es donde damos el salto definitivo.
Lo que las fuentes llaman, la configuración overpowered.
La configuración OP.
El salto al servidor privado virtual.
El VPS.
Eso es.
Migración total a la nube.
Es que el paso al VPS es el
punto de inflexión.
Separa el desarrollo de andar por casa de
la ingeniería industrial de software.
¿Ya te pones en serio?
Sí.
Un VPS te da un entorno dedicado en
un centro de datos.
A diferencia de un hosting barato, tienes recursos
garantizados.
Las fuentes mencionaban el plan KBM2 de hosting.
Por ejemplo.
Sí.
Ese es un buen estándar porque ofrece virtualización
profunda a nivel de hardware.
Te da la RAM y los ciclos de
CPU necesarios para mantener varios agentes currando a
la vez.
Y encima a un coste súper bajo.
Y el secreto del flujo de trabajo OP
es cómo te conectas a eso.
El protocolo SSH.
El puente seguro, sí.
Claro.
Cambio el paradigma.
Tu portátil se convierte en una pantalla tonta.
Casi.
Tú abres tu ordenador.
Lanzas una terminal.
Y te conectas por SSH a tu servidor
digamos que está alojado en Lituania.
Por poner un sitio lejano.
Exacto.
A partir de ese segundo, cada vez que
pulsas una tecla o mandas una instrucción, el
procesador real ocurre a miles de kilómetros.
Incluso lo puedes hacer desde el móvil con
apps como Terminus.
Y ese desacoplamiento, fíjate, es lo que te
da la resiliencia absoluta.
Lo que llamábamos el escenario del portátil explosivo.
Esa visualización es buenísima para entender la solidez
de todo esto.
Vamos a imaginarlo.
A ver.
Imagina un desarrollador en una cafetería.
Conectado a su VPS en Lituania por SSH.
Abre Temux, lanza un despliegue súper complejo.
Un panel con codecs, otro con cloud code
validando.
Todo a tope.
Todo funcionando perfecto.
Y de repente, un desastre.
Alguien le tira un café hirviendo encima del
teclado y provoca un cortocircuito masivo.
El portátil se fríe por completo.
Inutilizado.
Madre mía.
Si los agentes estuvieran en local, pierdes todo.
El código.
El contexto.
Las horas de trabajo.
Toda la basura.
Exacto.
Pero con la configuración OP en el VPS,
la destrucción del portátil es irrelevante para el
proyecto.
A los agentes les da absolutamente igual.
Ellos siguen en Lituania, programando y probando bases
de datos como si nada.
El desarrollador llega a su casa, coge un
ordenador viejo o una tablet, se conecta por
SSH y pone Temux attach -t agentes.
Epom.
Reconectas en el milisegundo exacto donde lo dejaste.
Redundancia a prueba de fallos físicos.
Es que es innegociable operar así hoy en
día.
Sí, pero hay que mencionar un obstáculo técnico
importante.
Dime.
Si te llevas todo a un servidor sin
interfaz gráfica, a una máquina headless sin pantalla
física, ¿qué pasa cuando estás desarrollando una web
visual?
Ah, claro, el frontend.
Imagina que estás haciendo un monitor de vuelos
en Svelte y Vite.
¿Cómo ves la interfaz si el servidor en
Lituania solo procesa texto?
Vale, esto es vital.
La solución técnica aquí es la exposición selectiva
de puertos.
Cuéntanos cómo funciona eso.
Pues, en local, Vite bloquea el acceso externo
por seguridad.
Solo te deja verlo en localhost.
Para saltarte esto y ver que están montando
los agentes, cambias el comando de ejecución.
Ajá.
En lugar de un run normal, ejecutas algo
como npm run dev -host 0 .1.
0 .0 .0 .0.
Esos cuatro ceros son la clave, claro.
Totalmente.
Le dicen al servidor que escuche peticiones en
todas las interfaces públicas.
Así, tú solo abres Chrome en tu portátil
frito de la cafetería.
Bueno, en el nuevo portátil.
En el nuevo, sí.
Pones la IP del VPS de Lituania, dos
puntos, y el puerto de Vite, por ejemplo
el 5173.
Y le das a enter.
Y le das a enter.
Y, mágicamente, ves tu aplicación web actualizándose en
tiempo real como si estuviera en tu dispositivo.
Es que te creas un túnel visual directo.
Y, a ver, alejando el foco de tanto
comando, creo que es imperativo analizar la brecha
sociológica que esto está creando.
Es que en este 2026 hay dos realidades
paralelas en el sector.
Sí.
Los vibe coders, que le tienen miedo a
la terminal y ven los servidores remotos como
algo opaco.
Por limitar su techo de rendimiento, claro.
Completamente.
Si cierran el portátil, su ciclo de producción
muere.
Y luego están los ingenieros, que abrazan esta
automatización persistente.
Porque entienden que es el único camino para
escalar.
Y la clave es el tiempo de procesamiento
paralelo.
Explica esto del paralelo.
Pues si configuras cinco instancias de agentes de
IA en paneles separados en tu VPS, una
hora de tu reloj se convierte al instante
en cinco horas de código o de análisis
para ti.
Es brutal.
Y esto supera con creces el simple desarrollo
de VPS.
Piensa en el análisis de datos a gran
escala.
Las APIs globales, ¿no?
Exacto.
Configuras agentes para interactuar continuamente con APIs de
datos geopolíticos procesando noticias 24 -7.
Si el script topa con un límite de
peticiones de la API, un rate limit… En
local, el portátil se suspende y pierdes el
flujo.
Pero en un VPS, con Tmux, programas al
agente para que pause, registre el error y
retome automáticamente demasiado.
Y si el script está en una hora
de madrugada sin que tú mires.
¿Integrar esto ya no es una opción friki?
¿Es el estándar de supervivencia profesional?
Es la única forma de ser competitivo.
Bueno, sintetizando toda esta inmersión profunda que hemos
hecho.
La ecuación del rendimiento máximo está clarísima.
A ver esa ecuación.
Terminal multiplexor para persistencia absoluta de los procesos
más un servidor privado virtual para independizarnos del
hardware.
Y lo multiplicas por los agentes de IA
modernos, que son mano de obra incansable, El
resultado es el equipo de desarrollo definitivo e
imparable.
Un modelo distribuido y súper resiliente.
Es una trinidad tecnológica impecable.
La infraestructura deja de ser un lastre y
se convierte en el multiplicador de fuerza de
la IA.
Y a ver, todo esto plantea una reflexión
final fascinante sobre la historia cíclica de la
informática, fíjate.
Sí, ¿por qué lo dices?
Porque si todo el procesamiento pesado ocurre en
servidores remotos, resulta que nuestros dispositivos personales, da
igual si es un portátil de 3 .000
euros o una tablet sencilla, están retrocediendo.
Se están volviendo pantallas tontas.
Exacto, interfaces de cristal sin ninguna responsabilidad computacional.
Su único propósito es abrir una conexión SSH
a esas megafábricas de agentes en la nube.
Ostras, es verdad.
Entonces, la pregunta es, ¿supone esto el fin
de la computación personal tal y como la
conocíamos desde los años 80?
Parecía que la IA nos llevaba al futuro,
pero paradójicamente nos devuelve a la era de
los mainframes.
Madre mía, la era de los mainframes.
A las terminales simples conectadas a un ordenador
central inmenso.
Tal cual.
Sólo que ahora el núcleo no ejecuta rutinas
matemáticas aburridas, sino que alberga mentes sintéticas programando
solas, esperando tu próxima instrucción.
Es un paradigma nuevo y brutal para reflexionar.
Da para pensar, desde luego.
Pues con esa idea os dejamos.
Antes de despedirnos, hasta el próximo programa, os
informamos de que las voces que oyes han
sido generadas por la IA de Notebook LM,
y que, dirigiendo el podcast, se encuentra Julio
Pablo Vázquez, un humano que te envía saludos.
En caso de error, probablemente sean errores humanos.
Nos escuchamos.
Y hasta aquí el episodio de hoy.
Muchas gracias por tu atención.
Esto es BIMPRAXIS.
Nos escuchamos en el próximo episodio.