13 puntos por GN⁺ 19 시간 전 | 1 comentarios | Compartir por WhatsApp
  • John Carmack, creador de Doom/Quake, dijo que admira a Fabrice Bellard

    "Casi con certeza es mucho mejor programador que yo en términos generales"

  • Lo dejó como comentario citando una publicación de alguien que compartió la página de wiki de Fabrice Bellard

Un ingeniero francés que vive discretamente en París ha escrito durante 30 años, sin hacerse conocido, software del que ahora depende todo internet

  • Gran parte del código clave que sostiene el streaming de video mundial y la virtualización en la nube se basa en software open source creado en solitario por un ingeniero en París, fuera de Silicon Valley
  • FFmpeg, que procesa formatos de video y audio, funciona como el motor invisible de internet detrás de YouTube, Netflix, VLC y más
  • El emulador de máquinas QEMU es una base de la virtualización moderna; sobre él funciona el hipervisor de Linux KVM y se construye la infraestructura de VM de las principales nubes
  • Además, desarrolló por su cuenta muchos otros proyectos como TCC, JSLinux, QuickJS y NNCP, y también calculó con una fórmula derivada por él mismo el mayor número de dígitos de pi de la historia para su época
  • Sin marketing ni redes sociales, se desempeña como CTO de la empresa de telecomunicaciones Amarisoft y sigue publicando proyectos personales hasta hoy

Resumen de la persona

  • Su nombre es Fabrice Bellard, nacido en 1972 en Grenoble, Francia
  • Estudió en École Polytechnique, una de las mejores escuelas de ingeniería de Francia
    • Nunca se mudó a Silicon Valley ni construyó un imperio de startups; se concentró en escribir código
  • No usa Twitter ni Instagram y casi no da entrevistas
    • Su sitio personal tiene la forma de una lista simple de títulos de proyectos y enlaces, sin estilo, tipografías especiales ni frases de marketing

FFmpeg — el motor invisible de internet

  • Framework multimedia open source para codificación, decodificación y streaming que comenzó en 2000, cuando tenía 28 años
    • Implementó por su cuenta la idea de procesar prácticamente todos los formatos de video y audio existentes, con una sola librería y en todos los sistemas operativos
    • Dirigió personalmente el proyecto durante años
  • Hoy lo usan YouTube, Netflix y VLC, y Chrome y Firefox también utilizan partes de él
    • FFmpeg funciona dentro de todos los teléfonos Android, iPhone, smart TVs y herramientas de edición de video
    • Si viste video en una pantalla durante los últimos 20 años, es muy probable que este código haya procesado ese video

QEMU — la base de la virtualización moderna

  • Emulador de máquinas y herramienta de virtualización iniciado en 2003, escrito por una sola persona hasta la versión 0.7.1 en 2005
    • Permite ejecutar cualquier sistema operativo sobre otro sistema operativo
  • El hipervisor del kernel de Linux KVM funciona sobre QEMU
    • AWS, Google Cloud, Microsoft Azure, IBM Cloud y todos los principales proveedores de nube ejecutan VM sobre infraestructura construida a partir de esto
    • Se considera uno de los códigos de infraestructura cloud más citados del planeta

Otros proyectos individuales destacados

  • Su obra ganadora del International Obfuscated C Code Contest de 2001 evolucionó hasta convertirse en el pequeño compilador de C TCC (Tiny C Compiler)
    • TCC puede compilar y arrancar el kernel de Linux desde el código fuente en menos de 15 segundos
  • En 2004 calculó el mayor número de dígitos de pi de la historia para ese momento usando una computadora de escritorio personal y el algoritmo de Bellard's formula, derivado por él mismo
  • En 2011 presentó JSLinux, un emulador de PC escrito en JavaScript puro que ejecuta Linux en el navegador
  • En 2019 presentó QuickJS, un motor de JavaScript pequeño y completo adecuado para entornos donde V8 no puede entrar
  • En 2021 presentó NNCP, un compresor de datos sin pérdida basado en redes neuronales, que de inmediato tomó la delantera en el Large Text Compression Benchmark

Proyectos relacionados con LLM

  • Desarrolló TextSynth Server, un servidor web con API REST para ejecutar LLM en local
  • Publicó ts_zip y ts_sms, que usan modelos de lenguaje para comprimir texto y mensajes cortos con ratios que los algoritmos existentes no podían alcanzar
  • Publicó TSAC, un sistema de compresión de audio de muy bajo bitrate
  • En diciembre de 2025 presentó Micro QuickJS, un motor de JavaScript para microcontroladores, separado de QuickJS y orientado a entornos con casi nada de memoria

Amarisoft y su forma de trabajar

  • En 2012 cofundó la empresa de telecomunicaciones Amarisoft y se desempeña como CTO
    • Amarisoft desarrolla software de estaciones base 4G y 5G usado por operadores e institutos de investigación de todo el mundo
  • Mientras ha dirigido la empresa por más de 10 años, siguió publicando proyectos personales a través de su página personal (bellard.org)
    • Sin mudarse a Silicon Valley, sigue lanzando en silencio código que sostiene internet hasta hoy

1 comentarios

 
Comentarios de Hacker News
  • Si uno ve la lista de contribuciones de Bellard, su capacidad pura es impresionante, pero lo que más destaca es su criterio para saber qué elegir
    Ha seguido eligiendo trabajar en cosas que terminan siendo útiles para muchísima gente, y eso parece aún más asombroso que su capacidad técnica
    Quizá la pregunta más importante en la vida sea decidir qué hacer

    • Probablemente el criterio sea ¿quiero hacer algo simple, pero por qué es tan difícil?
      En la computación moderna hay demasiados pantanos de experiencia de desarrollador; todos pasan por eso, pero casi nadie da el paso de arreglarlo
      En resumen, es una filosofía de “las cosas que deberían ser buenas no lo son tanto, y puedo aprender para mejorarlas”, y más ampliamente se acerca a “simplemente se puede hacer”
    • Si tomas algo que tradicionalmente era difícil y lo haces mucho más fácil, más rápido y mejor, se desbloquean casos de uso que estaban atorados debajo
      Tanto la elección como la ejecución importan, pero muchas industrias se abrieron porque alguien logró volver fácil algo que antes era difícil
    • En investigación aparece el mismo dilema con frecuencia
      Sobre todo si quieres generar impacto, elegir a qué dedicar tu tiempo durante la vida es importante, y muchas veces elegir el problema correcto es más difícil que dar con una solución adecuada
    • Este tipo de persona es un desarrollador 10x
      En el caso de Bellard, podría ser más bien 100x
      No se trata de trabajar 19 horas al día ni de aumentar líneas de código o cantidad de PR, sino de ofrecer soluciones elegantes y de gran impacto que nadie más había imaginado
    • Por otro lado, si tienes la capacidad, basta con escoger el problema más difícil de tu campo y resolverlo, y repetir
      Los problemas difíciles de cada área no son un secreto; al final, la cuestión es si tienes la capacidad, el coraje y la voluntad de dedicarles años
  • Curiosamente, gran parte del trabajo de Bellard parece consistir en llevar especificaciones a C
    Entre sus proyectos importantes están ffmpeg (especificaciones de códecs), qEmu (especificaciones de conjuntos de instrucciones), QuickJS (especificación de EcmaScript), tinyC (especificación de C) y telecomunicaciones (especificación LTE); el cálculo de pi y el trabajo con redes neuronales son más bien excepciones
    Eso no significa que sea menos impresionante; implementar códecs y emuladores de alto rendimiento no es nada fácil, pero resulta interesante que tanto trabajo se concentre en un dominio relativamente acotado

    • Hay que notar que las especificaciones de telecomunicaciones, donde un par codificador/decodificador se comunica a través de un canal, por lo general solo definen el codificador
      Los estándares dejan deliberadamente abierto el decodificador para permitir avances técnicos y competencia entre implementaciones, y el decodificador suele ser más complejo porque debe manejar el ruido y los efectos del canal
      Por eso, una implementación competitiva y compatible con el estándar de un decodificador no es simplemente seguir un camino marcado, sino algo más cercano a I+D, y Bellard parece más un ingeniero que programa que un programador puro
    • La idea de que alguien escribe la especificación de un códec y Fabrice Bellard solo la convierte a C está completamente equivocada
      Los códecs suelen implementarse mediante ingeniería inversa, y a veces ni siquiera existe una especificación; incluso cuando el códec está documentado, eso no te dice cómo codificarlo o decodificarlo de forma eficiente
      Personas como Bellard son precisamente quienes desarrollan esos algoritmos eficientes
    • Originalmente me formé en áreas donde especificación, implementación y pruebas estaban separadas, y a veces incluso las hacía gente distinta
      Hoy en día se tienden a mezclar las tres, y me parece que el resultado es bueno
      Aun así, ahora mucha gente parece hacer solo la implementación
    • Antes se invertía una enorme cantidad de tiempo en definir especificaciones para poder subcontratar el código
      Ahora es como si se subcontrataran las especificaciones para poder invertir una enorme cantidad de tiempo en el código
    • Si realmente trabajas con ffmpeg, su arquitectura resulta bastante impresionante por lo enchufable que es
      Los códecs tienen muchas desviaciones y rarezas desde los conceptos más básicos, en audio, subtítulos y video incluso cambia qué significa una “trama”, y la forma de pasar tramas entre codificadores de software y hardware también es completamente distinta
      Poder mezclar casi libremente el procesamiento de mundos tan distintos es un gran logro, y creo que libav está bastante bien diseñado como para hacerlo posible
  • Bellard ya no ha estado involucrado en FFmpeg por más de 20 años, y en realidad está más cerca de 23
    En ese momento FFmpeg no tenía un framework para compartir código entre componentes y códecs, así que su código no era bueno y olía a código espagueti; hoy casi no queda nada de ese código
    Que FFmpeg sea lo que es hoy se debe a otros desarrolladores, y aun así se le trata como si hubiera sido el único dictador benevolente vitalicio y como si los demás hubieran construido sobre su sabia base
    Lo que hace ahora es básicamente quedarse con la marca y decidir qué proyecto o líder puede usar el nombre FFmpeg; de hecho, ya una vez excluyó a los desarrolladores de libav y apoyó a otro dictador

    • No hay que olvidar el contexto
      FFmpeg y Videolan empezaron en dormitorios universitarios, y estudiantes los usaban para transmitir TV y compartir películas desde la residencia
      Los campus de Polytechnique y École Centrale están separados por apenas unos pocos km, y ambos proyectos comenzaron hacia 1997~1998
      Si hubiera sido estudiante en ese momento, probablemente habría estado más ocupado tomando cerveza que escribiendo código limpio
    • No se está hablando de “copyright”, sino de marca registrada
      El copyright lo conservan quienes escribieron el código o sus empleadores, porque no se exige cesión de copyright
      Es parecido a cómo Linus Torvalds tiene la marca “Linux” en algunas jurisdicciones, mientras que la mayor parte del copyright pertenece a otros colaboradores
    • Encontré un comentario de hace 15 años sobre el drama ffmpeg/libav: https://www.reddit.com/r/linux/comments/vvdxn/comment/c57zdk...
      No conozco tan bien ffmpeg, pero conecta con cosas que he vivido en otros proyectos de código abierto
    • ffmpeg ya es un proyecto de código abierto demasiado exitoso como para atribuírselo a una sola persona
      También recuerdo cuando AviDemux tenía una implementación de codificador H.264 mucho más rápida y mejor que ffmpeg
      Como corresponde al código abierto, ffmpeg absorbió el código de AviDemux, y al final AviDemux tomó la decisión pragmática de usar ffmpeg como backend en vez de competir
      Me parece un buen ejemplo de asumir el espíritu del código abierto
    • Nadie en su sano juicio pensaría que ffmpeg todavía lo mantiene y desarrolla una sola persona, y menos todavía Fabrice por su cuenta
      Que fuera código espagueti o no tampoco importaba tanto al principio
      Cuando todavía no conocías el alcance ni el futuro del proyecto, quizá sí tenía sentido empezar en modo espagueti en vez de dejarte arrastrar por problemas potenciales del futuro, y luego refactorizar cuando entendieras mejor los requisitos
      Que la comunidad haya hecho eso es excelente
  • El sitio web de Fabrice se puede ver aquí: https://bellard.org/
    Tiene una lista completa de proyectos

    • Los grandes programadores muchas veces también tienen buenos diseños de sitios personales
      Todo es muy claro y no hay absolutamente nada de redundancia innecesaria
  • Bellard tiene un proyecto muy interesante llamado ts_zip, que es un algoritmo de compresión basado en LLM
    Es solo un “experimento” y no debería usarse en producción, pero es muy ingenioso
    La descripción en el sitio también es divertida: “The ts_zip utility can compress (and hopefully decompress) text files using a Large Language Model”
    https://bellard.org/ts_zip/

    • Si la descompresión es opcional, a mí también se me ocurre un algoritmo de compresión realmente impresionante
    • En realidad, un LLM es exactamente eso
      El modelo mental que tengo en la cabeza, y la analogía que uso para explicárselo a niños, es que “se comprimió todo internet en un archivo tipo zip, y hay una forma muy inteligente y eficiente de encontrar datos dentro de él”
      Tengo la edad suficiente para recordar cuando uno pedía Wikipedia en CD, y no siento una gran diferencia entre eso y descargar un LLM
    • Existe el campo de los algoritmos de compresión competitiva donde no importan ni el tiempo ni el cómputo
      Hay gente que hizo compresores que tardan horas, quizá días, en comprimir un corpus de prueba
      El viejo límite superior medio en broma en ese campo era que la compresión es “AI-complete”: por ejemplo, en vez de comprimir el texto de las obras completas de Shakespeare, codificas solo “The Complete Works of Shakespeare” y un descompresor con IA regenera la salida a partir de ese prompt
      Con la llegada de los LLM, Bellard básicamente hizo realidad ese chiste
  • “Fabrice Bellard” by Andy Gocke and Nick Pizzolato
    https://www.ipaidia.gr/wp-content/uploads/2020/12/117-2020-f...

    • Me pregunto si ese Nick Pizzolato es el mismo que escribió True Detective
    • Es un material bastante viejo, porque después hizo muchas más cosas
    • Si esto no se ha enviado a HN, valdría la pena enviarlo
  • Me preguntaba si, al preguntarle a alguien “¿quién es la persona viva más inteligente?” y luego volver a preguntárselo a la persona que señaló, y así sucesivamente, al final convergerías en el mismo pequeño grupo de genios
    Si fuera por el mejor coder vivo, parece que podrías empezar con Carmack, y luego tendrías que ir con Bellard
    Solo espero que la respuesta de Bellard no vuelva a ser Carmack

    • Hay una historia parecida en la que, siguiendo a los científicos y físicos que participaron en el Manhattan Project, la respuesta termina siendo John von Neumann
    • De mis excompañeros en Apple se me ocurren como diez personas que elegiría de inmediato
  • Vi su foto por primera vez, y da un poco la sensación de que se hubiera revelado la identidad de Satoshi Nakamoto, alguien que protege su privacidad y evita la atención
    Me da la impresión de ser una persona que siempre tuvo algo mejor que hacer: pensar intensamente y resolver problemas difíciles, en lugar de interactuar en el gran internet
    Su trabajo en sí ya es admirable, pero su ética de trabajo lo es aún más
    Si tienes una visión fuerte, hace falta un tipo de desarrollo de torre de marfil, en vez de pasarte el día discutiendo con desconocidos en internet y defendiendo tus decisiones

    • Él nunca ocultó su identidad
      Si buscabas, podías encontrar fotos
      No debería compararse con Satoshi
      No tengo ni me interesa Bitcoin, pero ese nombre es una presencia legendaria estampada en el documento original
      Fabrice Bellard es una persona real que publica código, no una identidad anónima de internet
    • Bellard es Mozart, y a la mayoría de nosotros nos costaría incluso llegar a ser Salieri
    • Carmack y Bellard se han convertido ambos en figuras mitificadas
      Los dos son excelentes, pero apenas sale su nombre la gente empieza a hablar de expectativas raras como “qué pensarían ellos”, más que de lo que realmente hicieron
      Ese proceso de mitificación incluso hace que sus logros parezcan más pequeños
    • Es una pena que no le haya mostrado ese mismo respeto a “Burguer” Rebecca Ann Heineman
    • Yo lo imaginaba como alguien rudo, de pelo largo, quizá con tatuajes, grande y pesado
      La foto destruyó esa imagen, y ahora quiero recuperar mi fantasía
  • Entiendo qué quiere decir la frase “Hoy FFmpeg es el motor invisible de internet”, pero odio muchísimo la exageración
    Aunque FFmpeg desapareciera de repente, internet seguiría perfectamente bien
    Las empresas que dependen de él en el núcleo de su producto podrían sufrir, pero internet mismo y la mayoría de los sitios web y servicios de internet seguirían funcionando sin problema

    • Es la forma en que escriben los LLM
      Ese tuit/post lo escribió un LLM, y así es como escribe
    • Si no hay YouTube ni porno, ¿de verdad sigue siendo internet?
    • Si lo ves como el motor invisible de las cosas que constituyen la mayor parte del internet actual, no me parece una exageración
      El internet de mañana podría ser distinto
  • Como comentario muy tangencial y aceptando los votos negativos, la reciente tendencia de los X-artículos me parece extremadamente irritante
    En móvil tienes que pasar por 3 o 4 pasos antes de llegar al texto, y los artículos siempre parecen sobreroptimizados para el engagement de lectores con poca atención, como publicaciones de LinkedIn
    Además, es irónico el contraste tan marcado entre este post en X y el propio sitio web de Bellard

    • Es un poco triste que personas que ya son grandes VIP de la industria tecnológica sientan la necesidad de dedicar tiempo a escribir estos tuits o, peor aún, contratar una agencia de PR para que los escriba
      Es algo común en celebridades de otras industrias con patrimonios parecidos, pero a mí me resulta extraño