Parece ser un problema inevitable por la estructura que te obliga a meter la lógica dentro del YAML.

El texto de arriba parece dar más o menos esa respuesta abajo, pero también da la impresión de que, si reemplazas la parte de los scripts con Dagger, esa sería la respuesta correcta.

"No dejes que GitHub Actions gestione la lógica; controla los scripts directamente y haz que Actions solo invoque esos scripts"

 
tsboard 2026-01-17 | comentario padre | en: Astro se une a Cloudflare (astro.build)

Después de la adquisición de Bun por parte de Claude, parece que siguen llegando buenas noticias. Da la impresión de que ahora podrá concentrarse en el proyecto con mayor estabilidad.

 
slowandsnow 2026-01-17 | comentario padre | en: Astro se une a Cloudflare (astro.build)

Qué buena noticia

 

Está bueno, la gestión del historial de conversaciones se hace tanto con FTS como con vector.

 

Redis está bueno, pero.

 

Qué texto tan perspicaz; lo sigo leyendo una y otra vez.

 

Parece que los cambios de esta era van demasiado rápido. :(

 

No parece haber muchos modelos TTS abiertos con soporte para coreano.
Hace tiempo se decía que Kokoro-82M, que se publicó anteriormente, soportaba coreano, pero escuché que la calidad no parecía ser muy buena.
Buscando un poco, parece que si lo haces con GPT-Sovits o con algo como Edge-TTS, sale bastante decente.

Últimamente, mientras hago vibe coding, siento que si lo conecto con Whisper podría salir algo interesante, pero no se me ocurre ninguna idea jaja

 
jokerized 2026-01-16 | comentario padre | en: ¿Rust es más rápido que C? (steveklabnik.com)

En sistemas embebidos se programa incluso considerando el tamaño de la línea de caché del hardware. Al final, esto depende de hasta dónde puede llegar el programador con optimizaciones extremas por encima del lenguaje, además del rendimiento de la biblioteca estándar y del compilador; de todos modos, como ambos soportan bajo nivel, parece que la diferencia de overhead sería mínima. Por eso no parece una discusión muy significativa... Si se necesita una optimización al límite, al final hace falta intervención humana. Los compiladores no son tan perfectos como uno imagina.

 

Tengo dudas de si maneja bien el coreano.

 
aer0700 2026-01-16 | comentario padre | en: ¿Rust es más rápido que C? (steveklabnik.com)

No sé qué lenguaje será el más rápido en promedio, pero me parece que la dispersión más grande la tendría C++.

 

Y la primera foto de verdad parece una escena de una película de género postapocalíptico.

 

(La habilidad de programación = lo mínimo indispensable) T_T

 
galadbran 2026-01-16 | comentario padre | en: ¿Rust es más rápido que C? (steveklabnik.com)

¿No lo hizo a propósito? Jeje

 
secret3056 2026-01-16 | comentario padre | en: ¿Rust es más rápido que C? (steveklabnik.com)

Zig tampoco está mal... :'(

 

De cualquier modo, si lo aprovecha alguien con conocimientos de composición y creatividad, el nivel será distinto a que una persona común solo haga clic.

 
xguru 2026-01-16 | comentario padre | en: 25 aniversario de Wikipedia (wikipedia25.org)

El sitio en sí es muy bueno, pero todavía no hay una traducción al coreano.