"ผมนับถือ Fabrice Bellard" - John Carmack

 (twitter.com/ID_AA_Carmack)
13 คะแนน โดย GN⁺ 19 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • John Carmack ผู้สร้าง Doom/Quake กล่าวว่าตนชื่นชม Fabrice Bellard

    "เขาเกือบจะแน่นอนว่าเก่งด้านการเขียนโปรแกรมโดยรวมมากกว่าผมมาก"

  • เป็นความเห็นที่เขาทิ้งไว้โดยอ้างถึงโพสต์ที่มีคนแชร์หน้าวิกิของ Fabrice Bellard

วิศวกรชาวฝรั่งเศสคนหนึ่งที่ใช้ชีวิตเงียบๆ ในปารีส เขียนซอฟต์แวร์ที่ทั้งอินเทอร์เน็ตพึ่งพามาตลอด 30 ปี โดยแทบไม่มีใครรู้จักชื่อ

  • โค้ดแกนหลักจำนวนมากที่ค้ำจุนวิดีโอสตรีมมิงทั่วโลกและคลาวด์เวอร์ชวลไลเซชัน ตั้งอยู่บนโอเพนซอร์สที่ วิศวกรคนหนึ่งในปารีส สร้างขึ้นเพียงลำพัง นอกซิลิคอนวัลเลย์
  • FFmpeg ที่ใช้จัดการฟอร์แมตวิดีโอ·เสียง ทำหน้าที่เป็นเอนจินที่มองไม่เห็นของอินเทอร์เน็ตซึ่งทำงานอยู่ใน YouTube, Netflix, VLC และอีกมากมาย
  • โปรแกรมจำลองเครื่อง QEMU คือรากฐานของเวอร์ชวลไลเซชันยุคใหม่ โดยมี Linux hypervisor KVM ทำงานอยู่บนมัน และโครงสร้างพื้นฐาน VM ของคลาวด์รายใหญ่ก็ถูกสร้างขึ้นบนฐานนี้
  • นอกจากนี้ยังพัฒนาโปรเจกต์จำนวนมากเพียงลำพัง เช่น TCC, JSLinux, QuickJS, NNCP และยังเคยคำนวณค่า pi ที่มีจำนวนหลักมากที่สุดในประวัติศาสตร์ ณ เวลานั้น ด้วยสูตรที่เขาอนุมานขึ้นเองโดยตรง
  • โดยไม่มีการตลาดหรือ SNS เขารับตำแหน่ง CTO ของบริษัทโทรคมนาคม Amarisoft และยังคงปล่อยโปรเจกต์ส่วนตัวอย่างต่อเนื่องมาจนถึงปัจจุบัน

ภาพรวมบุคคล

  • ชื่อ Fabrice Bellard เกิดปี 1972 ที่ Grenoble ประเทศฝรั่งเศส
  • ศึกษาที่ École Polytechnique โรงเรียนวิศวกรรมชั้นนำของฝรั่งเศส
    • ไม่เคยย้ายไปซิลิคอนวัลเลย์ และไม่เคยสร้างอาณาจักรสตาร์ตอัป แต่โฟกัสกับการเขียนโค้ด
  • ไม่มี Twitter หรือ Instagram และแทบไม่ให้สัมภาษณ์
    • เว็บไซต์ส่วนตัวของเขาเป็นเพียง รายการชื่อโปรเจกต์และลิงก์แบบเรียบง่าย ไม่มีสไตล์ ฟอนต์พิเศษ หรือข้อความการตลาด

FFmpeg — เอนจินที่มองไม่เห็นของอินเทอร์เน็ต

  • เริ่มในปี 2000 ตอนอายุ 28 ปี เป็น โอเพนซอร์สมัลติมีเดียเฟรมเวิร์กสำหรับ encoding·decoding·streaming
    • เขาสร้างขึ้นเพียงลำพังเพื่อให้จัดการฟอร์แมตวิดีโอ·เสียงที่มีอยู่ทั้งหมดได้ด้วยไลบรารีเดียว บนทุกระบบปฏิบัติการ
    • เป็นผู้ขับเคลื่อนโปรเจกต์ด้วยตัวเองอยู่หลายปี
  • ปัจจุบัน YouTube, Netflix, VLC ใช้งาน และ Chrome·Firefox ก็ใช้บางส่วน
    • FFmpeg ทำงานอยู่ภายในโทรศัพท์ Android ทุกเครื่อง, iPhone, สมาร์ตทีวี และเครื่องมือแต่งต่อวิดีโอ
    • ถ้าคุณเคยดูวิดีโอบนหน้าจอในช่วง 20 ปีที่ผ่านมา ก็มีความเป็นไปได้ว่าโค้ดนี้เป็นผู้ประมวลผลวิดีโอนั้น

QEMU — รากฐานของเวอร์ชวลไลเซชันยุคใหม่

  • เริ่มในปี 2003 เป็น โปรแกรมจำลองเครื่องและเครื่องมือเวอร์ชวลไลเซชัน และเขาเขียนเองทั้งหมดจนถึงเวอร์ชัน 0.7.1 ในปี 2005
    • ทำให้สามารถรันระบบปฏิบัติการใดก็ได้บนอีกระบบปฏิบัติการหนึ่ง
  • Linux kernel hypervisor KVM ทำงานอยู่บน QEMU
    • ผู้ให้บริการคลาวด์รายใหญ่ทั้งหมด เช่น AWS, Google Cloud, Microsoft Azure, IBM Cloud รัน VM บนโครงสร้างพื้นฐานที่สร้างอยู่บนฐานนี้
    • ถูกประเมินว่าเป็นโค้ดโครงสร้างพื้นฐานคลาวด์ที่ถูกอ้างอิงมากที่สุดบนโลก

โปรเจกต์เดี่ยวสำคัญอื่นๆ

  • ผลงานชนะเลิศ International Obfuscated C Code Contest ปี 2001 ซึ่งเป็นคอมไพเลอร์ C ขนาดเล็ก ได้พัฒนาต่อมาเป็น TCC(Tiny C Compiler)
    • TCC สามารถคอมไพล์และบูต Linux kernel จากซอร์สได้ภายในไม่เกิน 15 วินาที
  • ในปี 2004 เขาคำนวณค่า pi ที่มีจำนวนหลักมากที่สุดในประวัติศาสตร์ ณ เวลานั้น โดยใช้คอมพิวเตอร์เดสก์ท็อปส่วนตัวและอัลกอริทึม Bellard's formula ที่เขาอนุมานขึ้นเอง
  • ปี 2011 เปิดตัว JSLinux โปรแกรมจำลองพีซีที่เขียนด้วย JavaScript ล้วนและรัน Linux ในเบราว์เซอร์ได้
  • ปี 2019 เปิดตัว QuickJS เอนจิน JavaScript ขนาดเล็กและสมบูรณ์ เหมาะกับ สภาพแวดล้อมที่ใส่ V8 ไม่ได้
  • ปี 2021 เปิดตัว NNCP ตัวบีบอัดข้อมูลแบบไม่สูญเสียข้อมูลที่อิงโครงข่ายประสาท และขึ้นนำใน Large Text Compression Benchmark ทันที

โปรเจกต์ที่เกี่ยวข้องกับ LLM

  • สร้าง TextSynth Server เว็บเซิร์ฟเวอร์ REST API สำหรับรัน LLM แบบโลคัล
  • เปิดตัว ts_zip, ts_sms ที่ใช้ language model บีบอัดข้อความ·ข้อความสั้น ได้อัตราการบีบอัดที่อัลกอริทึมเดิมไปไม่ถึง
  • เปิดตัว TSAC ระบบบีบอัดเสียงที่บิตเรตต่ำมาก
  • ธันวาคม 2025 เปิดตัว Micro QuickJS เอนจิน JavaScript สำหรับไมโครคอนโทรลเลอร์ที่สร้างแยกจาก QuickJS โดยมุ่งเป้าไปที่สภาพแวดล้อมที่แทบไม่มีหน่วยความจำ

Amarisoft และแนวทางการทำงาน

  • ปี 2012 ร่วมก่อตั้งบริษัทโทรคมนาคม Amarisoft และดำรงตำแหน่ง CTO
    • Amarisoft พัฒนาซอฟต์แวร์ สถานีฐาน 4G·5G ที่ผู้ให้บริการเครือข่ายและสถาบันวิจัยทั่วโลกใช้งาน
  • ตลอดการบริหารบริษัทมากกว่า 10 ปี เขายังคงปล่อยโปรเจกต์ส่วนตัวผ่านโฮมเพจส่วนตัว (bellard.org) อย่างต่อเนื่อง
    • โดยไม่ย้ายไปซิลิคอนวัลเลย์ เขายังคงออกโค้ดที่ค้ำจุนอินเทอร์เน็ตอย่างเงียบๆ มาจนถึงตอนนี้

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 19 시간 전
ความคิดเห็นจาก Hacker News

  • เมื่อดูรายการผลงานที่ Bellard มีส่วนร่วม นอกจากความสามารถล้วนๆ ที่น่าทึ่งแล้ว สิ่งที่เด่นยิ่งกว่าคือ สัญชาตญาณในการรู้ว่าควรเลือกทำอะไร
    เขาเลือกทำสิ่งที่จะเป็นประโยชน์ต่อผู้คนจำนวนมหาศาลมาโดยตลอด และนั่นดูน่าทึ่งยิ่งกว่าทักษะทางเทคนิคเสียอีก
    คำถามที่สำคัญที่สุดในชีวิตอาจเป็นการตัดสินใจว่าจะทำอะไร

    • บางทีเกณฑ์อาจเป็น อยากทำเรื่องง่ายๆ แต่ทำไมมันถึงยากขนาดนี้?
      ในโลกคอมพิวติ้งสมัยใหม่มีหลุมพรางด้านประสบการณ์นักพัฒนาอยู่มากเกินไป และแม้ทุกคนจะเจอประสบการณ์แบบนั้น แต่แทบไม่มีใครลุกขึ้นมาแก้จริงๆ
      สรุปได้ว่าเป็นปรัชญาแบบ “สิ่งที่ควรจะดีมันกลับไม่ค่อยดี และฉันสามารถเรียนรู้เพื่อทำให้มันดีขึ้นได้” และในภาพกว้างก็ใกล้เคียงกับ “ก็แค่ลงมือทำได้เลย”
    • ถ้าทำสิ่งที่เคยยากตามธรรมเนียมให้ ง่ายขึ้น เร็วขึ้น และดีขึ้นมาก ก็จะปลดล็อกกรณีการใช้งานที่เคยติดขัดอยู่ข้างใต้
      ทั้งการเลือกและการลงมือทำต่างก็สำคัญ แต่หลายอุตสาหกรรมก็เปิดทางขึ้นมาได้เพราะมีใครสักคนทำสิ่งที่เคยยากให้กลายเป็นเรื่องง่าย
    • ในงานวิจัยก็เจอภาวะกลืนไม่เข้าคายไม่ออกแบบเดียวกันบ่อย
      โดยเฉพาะถ้าต้องการสร้างผลกระทบ การเลือกว่าจะใช้เวลาทั้งชีวิตกับเรื่องไหนเป็นสิ่งสำคัญ และบ่อยครั้ง การเลือกปัญหาที่ถูกต้อง ก็ยากกว่าการคิดวิธีแก้ที่เหมาะสมเสียอีก
    • คนแบบนี้แหละคือ นักพัฒนา 10x
      สำหรับ Bellard อาจเป็นมากกว่า 100x ด้วยซ้ำ
      ไม่ใช่การทำงานวันละ 19 ชั่วโมง หรือเพิ่มจำนวนบรรทัดโค้ดกับจำนวน PR แต่คือการเสนอวิธีแก้ที่สง่างามและส่งผลกระทบกว้างขวางในแบบที่ไม่มีใครคาดคิด
    • ในทางกลับกัน ถ้ามีความสามารถ ก็แค่เลือกแก้ ปัญหาที่ยากที่สุด ในสายงานของตัวเอง แล้วทำซ้ำไปเรื่อยๆ
      ปัญหายากของแต่ละสาขาไม่ใช่ความลับอยู่แล้ว สุดท้ายก็ขึ้นอยู่กับว่าคุณมีความสามารถ ความกล้า และความมุ่งมั่นพอจะทุ่มเวลาหลายปีให้กับปัญหาเหล่านั้นหรือไม่

  • ที่น่าสนใจคือ งานส่วนใหญ่ของ Bellard ดูเหมือนจะเป็น การแปลงสเปกให้เป็น C
    โปรเจกต์สำคัญมีทั้ง ffmpeg (สเปก codec), qEmu (สเปก instruction set), QuickJS (สเปก EcmaScript), tinyC (สเปก C), งานกับผู้ให้บริการเครือข่าย (สเปก LTE) ส่วนงานคำนวณค่า pi กับงาน neural network ถือว่าออกจะเป็นข้อยกเว้น
    ไม่ได้แปลว่ามันน่าประทับใจน้อยลง เพราะการทำ codec ประสิทธิภาพสูงกับ emulator นั้นไม่ง่ายเลย แต่ก็น่าสนใจที่งานจำนวนมากไปรวมตัวอยู่ในขอบเขตที่ค่อนข้างแคบ

    • ควรสังเกตว่าสเปกการสื่อสารที่มีคู่ encoder/decoder ติดต่อกันผ่าน channel นั้น โดยมาก กำหนดแค่ encoder
      มาตรฐานมักเปิดฝั่ง decoder ไว้โดยตั้งใจ เพื่อให้เกิดการแข่งขันด้านการนำไปใช้จริงและความก้าวหน้าทางเทคโนโลยี ขณะที่ decoder ต้องรับมือกับสัญญาณรบกวนและผลกระทบต่างๆ ของ channel จึงมักซับซ้อนกว่า
      เพราะงั้นการทำ decoder ที่สอดคล้องมาตรฐานและแข่งขันได้จึงไม่ใช่แค่เดินตามเส้นทางที่กำหนด แต่ใกล้เคียงกับงานวิจัยและพัฒนา และ Bellard จึงดูเป็นวิศวกรที่เขียนโปรแกรมมากกว่าจะเป็นโปรแกรมเมอร์ล้วนๆ
    • ความเข้าใจแบบที่ว่าใครสักคนเขียนสเปก codec แล้ว Fabrice Bellard ก็แค่เอามาแปลงเป็น C นั้นผิดอย่างสิ้นเชิง
      โดยทั่วไป codec มักถูกทำขึ้นจาก การทำวิศวกรรมย้อนกลับ และบางครั้งก็ไม่มีสเปกเลย แม้จะเป็น codec ที่มีเอกสาร ก็ไม่ได้บอกวิธี encode/decode อย่างมีประสิทธิภาพเอาไว้
      คนอย่าง Bellard นี่แหละที่เป็นผู้พัฒนาอัลกอริทึมที่มีประสิทธิภาพเหล่านั้น
    • เดิมทีผมถูกฝึกมาให้มองว่าสเปก การนำไปใช้จริง และการทดสอบ เป็นคนละส่วนกัน และบางครั้งก็เป็นคนละคนรับผิดชอบ
      ทุกวันนี้มักเอาทั้งสามอย่างมาผสมกัน ซึ่งผมว่าผลลัพธ์ก็โอเค
      แต่ทุกวันนี้ดูเหมือนคนจำนวนมากจะทำเพียงแค่ การ implement เท่านั้น
    • สมัยก่อนเราใช้เวลามหาศาลไปกับการกำหนดสเปกเพื่อจะได้จ้างคนนอกมาทำโค้ด
      ตอนนี้เหมือนกลับกัน คือจ้างคนนอกทำ สเปก เพื่อจะได้ใช้เวลามหาศาลกับโค้ด
    • ถ้าได้ทำงานกับ ffmpeg จริงๆ จะพบว่าสถาปัตยกรรมของมันถูกทำให้น่าประทับใจในแง่ที่ เสียบปลั๊กได้
      เหล่า codec มีทั้งจุดที่ผิดไปจากแนวคิดพื้นฐานและกรณีเฉพาะทางมากมาย โลกของ audio, subtitle และ video ก็มีนิยามของ “frame” ต่างกัน และวิธีส่งต่อ frame ระหว่าง coder แบบ software กับ hardware ก็แตกต่างกันโดยสิ้นเชิง
      การที่มันสามารถผสมการประมวลผลจากโลกที่ต่างกันเหล่านี้ได้อย่างแทบจะอิสระถือเป็นความสำเร็จครั้งใหญ่ และผมคิดว่า libav ถูกออกแบบมาได้ดีมากพอที่จะทำสิ่งนี้ได้

  • ตอนนี้ Bellard ไม่ได้มีส่วนร่วมกับ FFmpeg มานานกว่า 20 ปีแล้ว และจริงๆ ก็เกือบ 23 ปี
    ในเวลานั้น FFmpeg ยังไม่มีเฟรมเวิร์กสำหรับแชร์โค้ดระหว่างคอมโพเนนต์และ codec ทำให้โค้ดของเขาไม่ดีนัก มีกลิ่นอายแบบ spaghetti code และตอนนี้แทบไม่เหลือโค้ดของเขาอยู่แล้ว
    FFmpeg ในทุกวันนี้เกิดขึ้นได้เพราะนักพัฒนาคนอื่นๆ แต่กลับถูกพูดถึงเหมือนว่าเขาเป็นผู้ปกครองแบบ benevolent dictator for life เพียงคนเดียว และนักพัฒนาคนอื่นก็แค่ต่อยอดบนกรอบอันชาญฉลาดของเขา
    สิ่งที่เขาทำอยู่ตอนนี้ก็มีเพียงถือครองเครื่องหมายการค้าและตัดสินว่าโปรเจกต์หรือผู้นำคนไหนจะใช้ชื่อ FFmpeg ได้ โดยก่อนหน้านี้ก็เคยกันนักพัฒนา libav ออกไปและเลือกสนับสนุนเผด็จการอีกคนหนึ่งมาแล้ว

    • อย่าลืมบริบท
      FFmpeg และ Videolan เริ่มต้นจากในหอพัก นักศึกษาใช้มันเพื่อสตรีมทีวีและแชร์ภาพยนตร์จากในหอ
      แคมปัสของ Polytechnique กับ École Centrale อยู่ห่างกันเพียงไม่กี่กิโลเมตร และทั้งสองโปรเจกต์ก็เริ่มราวๆ ปี 1997~1998
      ถ้าเป็นตอนยังเป็นนักศึกษา ก็คงยุ่งกับการดื่มเบียร์มากกว่าจะมานั่งเขียนโค้ดสะอาดๆ
    • สิ่งที่พูดถึงไม่ใช่ “ลิขสิทธิ์” แต่คือ เครื่องหมายการค้า
      ลิขสิทธิ์นั้นเป็นของผู้เขียนโค้ดหรือบางทีก็ของนายจ้าง เพราะไม่มีการบังคับให้โอนลิขสิทธิ์
      คล้ายกับที่ Linus Torvalds ถือเครื่องหมายการค้า “Linux” ในบางเขตอำนาจ แต่ลิขสิทธิ์ส่วนใหญ่อยู่กับผู้มีส่วนร่วมคนอื่นๆ
    • ผมไปเจอคอมเมนต์เกี่ยวกับดราม่า ffmpeg/libav เมื่อ 15 ปีก่อน: https://www.reddit.com/r/linux/comments/vvdxn/comment/c57zdk...
      ผมไม่รู้เรื่อง ffmpeg มากนัก แต่ก็สอดคล้องกับสิ่งที่เคยเจอในโปรเจกต์โอเพนซอร์สอื่นๆ
    • ตอนนี้ ffmpeg เป็น โปรเจกต์โอเพนซอร์ส ที่ประสบความสำเร็จเกินกว่าจะยกความดีความชอบให้คนเดียวได้แล้ว
      ผมยังจำได้ว่าครั้งหนึ่ง AviDemux เคยมี implementation ของ H.264 encoder ที่เร็วกว่าและดีกว่า ffmpeg มาก
      ตามแบบโอเพนซอร์ส ffmpeg ก็ดูดโค้ดของ AviDemux เข้าไป และสุดท้าย AviDemux เองก็เลือกทางที่ใช้งานได้จริง คือใช้ ffmpeg เป็น backend แทนที่จะแข่งขันต่อ
      ผมมองว่านี่เป็นตัวอย่างที่ดีของการยอมรับจิตวิญญาณโอเพนซอร์ส
    • ไม่มีคนมีสติดีคนไหนคิดว่า ffmpeg ทุกวันนี้ยังถูกดูแลและพัฒนาโดยคนคนเดียว โดยเฉพาะ Fabrice เพียงลำพัง
      เรื่องจะเป็น spaghetti code หรือไม่นั้น ในช่วงแรกไม่ได้สำคัญมากนัก
      ในตอนที่ยังไม่รู้ขอบเขตและอนาคตของโปรเจกต์ การเริ่มต้นแบบสะเปะสะปะก่อนอาจถูกต้องกว่าไปกังวลกับปัญหาในอนาคตที่ยังไม่แน่ชัด แล้วค่อยรีแฟกเตอร์เมื่อเข้าใจความต้องการมากขึ้น
      และการที่ชุมชนทำแบบนั้นได้ก็ถือว่ายอดเยี่ยม

  • สามารถดูเว็บไซต์ของ Fabrice ได้ที่นี่: https://bellard.org/
    มีรายชื่อโปรเจกต์ทั้งหมดอยู่

    • โปรแกรมเมอร์เก่ง ๆ มักออกแบบเว็บไซต์ส่วนตัวได้ดีด้วย
      ทุกอย่างชัดเจนมากและไม่มี ความซ้ำซ้อนที่ไม่จำเป็น เลย

  • Bellard มีโปรเจกต์ที่น่าสนใจมากชื่อ ts_zip ซึ่งเป็น อัลกอริทึมบีบอัดที่อิงกับ LLM
    มันเป็นแค่ “การทดลอง” และไม่ควรใช้ในงานโปรดักชัน แต่ฉลาดมาก
    คำอธิบายบนเว็บไซต์ก็สนุกดี: “The ts_zip utility can compress (and hopefully decompress) text files using a Large Language Model”
    https://bellard.org/ts_zip/

    • ถ้าการคลายบีบอัดเป็นทางเลือก ฉันก็นึกอัลกอริทึมบีบอัดที่น่าประทับใจมาก ๆ ได้เหมือนกัน
    • จริง ๆ แล้ว LLM ก็เป็นแบบนั้นพอดี
      โมเดลในหัวของฉันและอุปมาที่ใช้ตอนอธิบายให้เด็กฟังคือ “เราได้บีบอัดอินเทอร์เน็ตทั้งก้อนให้เป็นอาร์ไคฟ์คล้าย zip และมีวิธีที่ฉลาดและมีประสิทธิภาพมากในการค้นหาข้อมูลจากข้างใน”
      ฉันอายุมากพอที่จะจำยุคที่สั่ง Wikipedia มาเป็นแผ่น CD ได้ และก็แทบไม่รู้สึกว่ามันต่างจากการดาวน์โหลด LLM มากนัก
    • มีวงการของ อัลกอริทึมบีบอัดเพื่อการแข่งขัน ที่ไม่สนใจเวลาและปริมาณการคำนวณ
      มีคนทำตัวบีบอัดที่ใช้เวลาหลายชั่วโมง หรืออาจหลายวัน เพื่อบีบอัดชุดข้อความทดสอบ
      มุกกึ่งจริงกึ่งเล่นที่เป็นเพดานบนของวงการนี้มานานคือการบอกว่าการบีบอัดเป็นปัญหาแบบ “AI-complete” เช่น แทนที่จะบีบอัดข้อความรวมงานทั้งหมดของเชกสเปียร์ ก็แค่เข้ารหัสคำว่า “The Complete Works of Shakespeare” แล้วให้ตัวคลายบีบอัด AI สร้างผลลัพธ์กลับมาจากพรอมป์ต์นั้น
      การมาถึงของ LLM ทำให้ Bellard เปลี่ยนมุกนั้นให้กลายเป็นของจริง

  • “Fabrice Bellard” by Andy Gocke and Nick Pizzolato
    https://www.ipaidia.gr/wp-content/uploads/2020/12/117-2020-f...

    • ฉันสงสัยว่า Nick Pizzolato คนนั้นคือคนเดียวกับที่เขียน True Detective หรือเปล่า
    • เอกสารนี้ค่อนข้างเก่า เพราะหลังจากนั้นเขาทำงานอีกเยอะมาก
    • ถ้ายังไม่เคยมีคนส่งขึ้น HN ก็น่าจะคุ้มที่จะส่ง

  • ฉันเคยสงสัยว่าถ้าถามคนที่รู้จักว่า “ใครคือคนที่ฉลาดที่สุดในบรรดาคนที่ยังมีชีวิตอยู่” แล้วไปถามคนที่เขาชี้ต่อแบบนี้เรื่อย ๆ มันจะค่อย ๆ ไปรวมที่ กลุ่มอัจฉริยะ เล็ก ๆ กลุ่มเดิมหรือเปล่า
    ถ้าเป็นโค้ดเดอร์ที่เก่งที่สุดที่ยังมีชีวิตอยู่ ก็น่าจะเริ่มจาก Carmack แล้วคนต่อไปก็น่าจะเป็น Bellard
    แค่หวังว่าคำตอบของ Bellard จะไม่วนกลับไปเป็น Carmack อีก

    • มีเรื่องเล่าคล้ายกันเกี่ยวกับนักวิทยาศาสตร์และนักฟิสิกส์ที่ร่วม Manhattan Project ซึ่งสุดท้ายคำตอบจะไปจบที่ John von Neumann
    • ตอนที่ฉันทำงานที่ Apple มีเพื่อนร่วมงานอย่างน้อยสิบคนที่ฉันเลือกได้ทันที

  • นี่เป็นครั้งแรกที่ฉันเห็นรูปของเขา และมันให้ความรู้สึกนิด ๆ เหมือนการเปิดเผยตัวตนของ Satoshi Nakamoto ที่พยายามรักษาความเป็นส่วนตัวและหลีกเลี่ยงความสนใจ
    เขาดูเหมือนคนที่มีอะไรดีกว่าเสมอให้ทำ คือคิดหนัก ๆ และแก้ปัญหายาก ๆ มากกว่าจะไปปฏิสัมพันธ์กับอินเทอร์เน็ตวงกว้าง
    ตัวงานก็น่านับถืออยู่แล้ว แต่จรรยาบรรณในการทำงานของเขาน่านับถือยิ่งกว่า
    ถ้ามีวิสัยทัศน์ที่ชัดเจน การพัฒนาแบบหอคอยงาช้างก็จำเป็น แทนที่จะเถียงกับคนแปลกหน้าบนอินเทอร์เน็ตทั้งวันและคอยปกป้องการตัดสินใจของตัวเอง

    • เขาไม่เคยปิดบังตัวตน
      ถ้าค้นหาก็หารูปเขาเจอได้
      ไม่ควรเอาไปเทียบกับ Satoshi
      ฉันไม่ได้ถือบิตคอยน์และก็ไม่ได้สนใจมัน แต่ชื่อนั้นเป็นเหมือนตำนานที่ประทับอยู่บนเอกสารต้นฉบับ
      Fabrice Bellard คือ บุคคลจริง ที่ปล่อยโค้ดออกมา ไม่ใช่อัตลักษณ์นิรนามบนอินเทอร์เน็ต
    • Bellard คือ Mozart และพวกเราส่วนใหญ่แค่จะเป็น Salieri ยังยาก
    • Carmack กับ Bellard กลายเป็น บุคคลในตำนาน ไปทั้งคู่แล้ว
      ทั้งสองคนยอดเยี่ยม แต่ทันทีที่มีการพูดถึงชื่อพวกเขา ผู้คนกลับเริ่มคาดเดาแปลก ๆ ว่า “พวกเขาจะคิดอย่างไร” มากกว่าพูดถึงสิ่งที่พวกเขาทำจริง ๆ
      การสร้างภาพตำนานแบบนั้นกลับทำให้ผลงานของพวกเขาดูเล็กลง
    • น่าเสียดายที่เขาไม่ได้ให้ความเคารพแบบเดียวกันกับ Rebecca Ann Heineman หรือ “Burguer”
    • ฉันจินตนาการว่าเขาน่าจะเป็นคนหยาบ ๆ ผมยาว อาจมีรอยสัก และตัวใหญ่หนาหนัก
      รูปถ่ายทำลายจินตนาการนั้นไปหมด และตอนนี้ฉันก็อยากได้จินตนาการของตัวเองคืน

  • คำพูดที่ว่า “ทุกวันนี้ FFmpeg คือเครื่องยนต์ที่มองไม่เห็นของอินเทอร์เน็ต” ฉันเข้าใจว่าหมายถึงอะไร แต่เกลียดความพูดเกินจริงแบบนี้มาก
    ต่อให้ FFmpeg หายไปทันที อินเทอร์เน็ตก็ยังอยู่ดี
    บริษัทที่พึ่งพามันในแกนหลักของผลิตภัณฑ์อาจลำบาก แต่ตัวอินเทอร์เน็ตเองและเว็บไซต์หรือบริการอินเทอร์เน็ตส่วนใหญ่ก็ยังทำงานต่อไปได้ดี

    • นั่นเป็นวิธีที่ LLM เขียน
      ทวีต/โพสต์นั้นเขียนโดย LLM และมันก็เขียนแบบนั้น
    • ถ้าไม่มี YouTube กับหนังโป๊ นั่นยังเรียกว่าอินเทอร์เน็ตอยู่ไหม?
    • ถ้ามองว่าเป็น เครื่องยนต์ที่มองไม่เห็น ของสิ่งที่ประกอบเป็นอินเทอร์เน็ตส่วนใหญ่ในปัจจุบัน ฉันก็คิดว่าไม่ได้พูดเกินจริงนัก
      อินเทอร์เน็ตของวันพรุ่งนี้อาจต่างออกไป

  • นอกเรื่องมาก ๆ และพร้อมรับดาวน์โหวต แต่กระแส บทความบน X ช่วงนี้น่ารำคาญสุด ๆ
    ถ้าจะอ่านบนมือถือ ต้องกดผ่าน 3-4 ขั้นกว่าจะถึงตัวบทความ และบทความก็ดูเหมือนโพสต์ LinkedIn ที่ถูกปรับแต่งเกินไปเพื่อดึงการมีส่วนร่วมจากผู้อ่านที่สมาธิสั้นอยู่เสมอ
    แถมความต่างอย่างสุดขั้วระหว่างโพสต์บน X นี้กับเว็บไซต์ของ Bellard เองก็ดูประชดดี

    • มันน่าเศร้านิด ๆ ที่คนซึ่งเป็น VIP ใหญ่ในวงการเทคอยู่แล้ว ยังรู้สึกว่าต้องเสียเวลาเขียนทวีตแบบนี้ หรือแย่กว่านั้นคือจ้างบริษัทประชาสัมพันธ์ให้เขียนให้
      มันอาจเป็นเรื่องปกติสำหรับคนดังในวงการอื่นที่มีทรัพย์สินสุทธิระดับเดียวกัน แต่สำหรับฉันมันยังรู้สึกแปลกอยู่