aqqnucs 2026-01-08 | comentario padre | en: C es lo mejor (2025) (sqlite.org)

¿No, pero incluso el texto en sí fue escrito hace 7 años? Parece que le fueron agregando cosas después y que se actualizó parcialmente en 2025... 🤦

 
aqqnucs 2026-01-08 | comentario padre | en: C es lo mejor (2025) (sqlite.org)

El título es demasiado sensacionalista. Si ven el artículo original, trata sobre por qué C es el más adecuado para el desarrollo de SQLite. Ojalá todos se calmen un poco.

 

Qué irónico. La documentación que se escribe para apoyarse en la IA termina haciéndoles volar las ganancias..

 

Parece que esto aplica no solo a Tailwind, sino prácticamente a todas las librerías y frameworks de UI. Como la IA no entiende de abstracción, puede terminar haciéndolo todo por sí sola..

 
wahihi 2026-01-08 | comentario padre | en: C es lo mejor (2025) (sqlite.org)

Lo importante es poder hacer ese tipo de juicio de usar un lenguaje adecuado según cada situación de desarrollo; poner un título así, como si un lenguaje en particular siempre fuera bueno, es un nivel de pensamiento de alguien que apenas terminó la secundaria...

 

Fue un texto muy impresionante. ¡Gracias, lo disfruté mucho!

 

Yo también tuve la experiencia de comprar Tailwind UI antes de la llegada de ChatGPT y me resultó muy útil.

Creo que es inevitable que el avance de la IA destruya modelos de negocio, pero da pena ver cómo las empresas que contribuyen al ecosistema open source van tambaleándose una por una. Me hace pensar si en la era de La catedral y el bazar 2.0 será la catedral la que termine ganando.

 
m00nny 2026-01-08 | comentario padre | en: C es lo mejor (2025) (sqlite.org)

Creo que la mayor ventaja de C es que toca directamente la esencia de que “una computadora es una secuencia de bits”. Tiene el atractivo de que, gracias a la filosofía simple de C y al agresivo reinterpret casting, el usuario casi siempre puede saber a qué código máquina se va a traducir. No es que por ser C se pueda llamar desde todos los lenguajes; lo que se puede invocar es el ABI, y en C simplemente es posible predecir —o se debe poder predecir— qué secuencia de bits entra y sale. También creo que, cuando siempre discutimos sobre la viabilidad de implementación, es importante distinguir si algo es imposible en una máquina de Turing o si es imposible en el lenguaje o framework que estamos usando ahora mismo.

 

Entré al sitio de Tailwind y veo que arriba de todo aparece Cursor como patrocinador.
Qué ironía que reciba patrocinio de una empresa de IA, pero que sus ingresos disminuyan por culpa de la IA... snif snif
De todos modos, espero que puedan salir adelante.

 

Puedes usarlo ejecutando el software que te pide reinstalar.

 

Me recuerda a esos purificadores de agua que no sacan agua porque no tienen conexión a internet.

 

Ah, entonces no era solo yo jajajaja. ¡Devuélvanmeee el funcionamiento del botón del pulgarrrr!

 

Ah, por favor, que mi empresa no vea este artículo.

 

En los comentarios de esa publicación hay cosas todavía más interesantes.

Si miras emerge - insights : com.google.Gmail, los archivos de idioma en color naranja ocupan 151 MB (24.56%).

Usando el size analysis de Emerge Tools para comparar la composición binaria y los puntos de desperdicio de espacio de las principales apps de correo

[0] Fastmail

  • La app más pequeña entre las comparadas
  • Solo optimizando archivos de audio se podría reducir el tamaño de la app en alrededor de 20%
  • 71% de la composición de la app es binario
  • Ver visualización X-ray

[1] Gmail

  • La principal causa del aumento de tamaño son los archivos de localización
  • Proporción de la composición de la app: binario 60%, localización 24%
  • Ver visualización X-ray

[2] Outlook

  • Se puede ahorrar bastante espacio al eliminar símbolos del binario (strip)
  • Proporción de la composición de la app: binario 65%, localización 14%
  • Ver visualización X-ray

[3] HEY

  • Solo con deduplicación + optimización de imágenes se podría reducir el tamaño en alrededor de 15%
  • Proporción de la composición de la app: binario 45%, assets 27%
  • Se señala que la proporción de assets es más alta de lo normal
  • Ver visualización X-ray

[4] ProtonMail

  • Solo con optimización de imágenes y deduplicación se podría reducir alrededor de 30%
  • Proporción de la composición de la app: binario 58%, assets 14%, localización 7%
  • Ver visualización X-ray

Caso adicional: Spark

Conclusión común

  • En casi todas las apps analizadas se encontraron puntos “fáciles” para reducir al menos 20% del tamaño
  • En la visualización X-ray, el color rojo indica archivos duplicados
  • Un problema común es que muchos equipos ni siquiera monitorean el tamaño de la app
 

Para que sea 100% exacto, probablemente ya entra en el terreno de la clarividencia,
pero para que sea 99% exacto, ¿será ya cuestión de estadística?
Es un gran desafío.

 

Le pedí a Opus 4.5 que corrigiera una sola línea de código, y vi que borró por su cuenta unas 10 líneas de configuración que estaban arriba de ese código; cuando le pregunté por qué las había borrado, me dijo que le parecían código sin sentido, así que las eliminó...