วิกฤตวัยกลางคนของ Mozilla: จากผู้บุกเบิกสู่เพื่อนบ้านประหลาดของ Google
(theregister.com)- Mozilla ซึ่งเคยสร้างเทคโนโลยีหลักหลายอย่างของเว็บและการสื่อสาร ถูกวิจารณ์ว่าไม่สามารถใช้ประโยชน์จาก สินทรัพย์และโอกาส อย่าง Firefox, Thunderbird, FirefoxOS, Rust และ Servo ได้เต็มที่
- Firefox ยังคงมี เอนจินเบราว์เซอร์ FOSS อิสระ ที่เร็วและมีประสิทธิภาพ และยังมีจุดแข็งที่ต่างจาก Chrome เช่น การใส่คำอธิบายประกอบใน PDF และการแปลภาษาแบบโลคัล
- มรดกทางเทคโนโลยี ที่ต่อเนื่องมาจาก Rust, JavaScript, Thunderbird และ KaiOS นั้นกว้างขวาง แต่กลยุทธ์ของ Mozilla ยังไม่สามารถรวมสิ่งเหล่านี้เป็นชุดผลิตภัณฑ์สำหรับ power user ได้
- ตลาดเบราว์เซอร์มีตระกูล Chromium ครองส่วนแบ่งเกือบสามในสี่ ขณะที่ Firefox ลดลงเหลือต่ำกว่า 3% ตามข้อมูลของ Statcounter
- Firefox และ Thunderbird ยังมีโอกาสสร้างความแตกต่างในฐานะ ไคลเอนต์สำหรับผู้ใช้ชำนาญ โดยเน้นแท็บแนวตั้ง, tree tabs, ส่วนขยายที่ทรงพลัง และการส่งข้อความหลายโปรโตคอล แทนที่จะไล่ตาม Chrome
เหตุผลที่ Firefox ยังแข็งแกร่ง
- Mozilla เป็นองค์กรอิสระที่มี เอนจินเบราว์เซอร์ FOSS เต็มรูปแบบ เพียงรายเดียวที่เป็นอิสระจากผู้ค้าทางพาณิชย์
- Firefox ยังคงได้รับการประเมินว่าเป็นเบราว์เซอร์ที่ทรงพลัง รวดเร็ว และใช้ทรัพยากรอย่างมีประสิทธิภาพ
- ไม่เพียงเรนเดอร์ PDF ภายในเบราว์เซอร์ได้ แต่ยังสามารถ แก้ไขและใส่คำอธิบายประกอบ ได้ด้วย
- Firefox 118 มี การแปลภาษาในเบราว์เซอร์แบบโลคัล ที่เน้นความเป็นส่วนตัว
- คีย์ลัดและฟังก์ชันการนำทางบางอย่างอาจมีประโยชน์สำหรับ power user
- งานวิจัยด้านความปลอดภัย ของ Mozilla ยังคงมีบทบาทสำคัญ เช่น รายงานที่กล่าวถึงปัญหาความเป็นส่วนตัวของซอฟต์แวร์ในรถยนต์
มรดกด้านภาษาที่เหลืออยู่ผ่าน Rust และ JavaScript
- Mozilla เชื่อมโยงกับประวัติศาสตร์ของภาษาโปรแกรมมิงสองภาษา ได้แก่ Rust และ JavaScript
- Rust เป็นภาษาที่ Mozilla สร้างขึ้น และกำลังแพร่หลายไปทั่วระบบปฏิบัติการหลักต่าง ๆ
- เมื่อผ่านไป 6 เดือนหลังเริ่มการระบาดใหญ่ Mozilla ได้ปลดทีม Rust ทั้งหมด และเอนจินเรนเดอร์รุ่นถัดไปอย่าง Servo ก็ถูกยุติลงด้วย
- ภายหลัง Rust และ Servo ต่างก็หามูลนิธิและที่อยู่ใหม่ของตนเองได้
- Netscape เปิดตัว JavaScript พร้อมกับ Netscape 2.0 ในปี 1995
- ในประกาศตอนนั้นบอกนักพัฒนาว่า “อาจสนใจ” แต่ต่อมา JavaScript กลายเป็นเทคโนโลยีหลักของเว็บ
ความเป็นไปได้ของไคลเอนต์รวมศูนย์ที่ Thunderbird แสดงให้เห็น
- Mozilla สนับสนุนการพัฒนา Thunderbird ซึ่งเป็นไคลเอนต์ส่งข้อความข้ามแพลตฟอร์ม
- แม้จะมีช่วงเวลาที่ถูกปล่อยทิ้งไว้นาน แต่นักพัฒนายังคงเดินหน้ารวมฟีเจอร์ต่าง ๆ ต่อไป
- Thunderbird 38 ในปี 2015 รวมฟีเจอร์ ปฏิทิน จากส่วนเสริม Lightning เข้ามา
- Thunderbird 51 ในปี 2017 เพิ่มการรองรับแชต IRC และ XMPP จาก Instantbird
- Thunderbird 78 ในปี 2020 รวม การเข้ารหัสอีเมลด้วย PGP เพื่อแทนที่ส่วนเสริม EnigMail
- Thunderbird 102 ในปี 2022 รองรับแชต Matrix
- Thunderbird 115 ในปี 2023 ใช้ UI ที่ปรับปรุงใหม่ซึ่งเคยเรียกว่า Supernova
- Thunderbird เวอร์ชัน Android ก็กำลังอยู่ระหว่างเตรียมการ
- Pidgin และ libPurple มีปลั๊กอินสำหรับเชื่อมต่อกับ Slack, WhatsApp, Telegram, RocketChat, Signal, Mattermost และบริการอื่น ๆ
- หาก Thunderbird นำสิ่งนี้มาใช้และอัปเดต แล้วเพิ่มเข้าไปใน Chat Core ก็อาจกลายเป็น ไคลเอนต์สื่อสารอเนกประสงค์ ที่จัดการหลายบริการได้ในที่เดียว
โอกาสบนมือถือที่เหลืออยู่ผ่าน FirefoxOS และ KaiOS
- Mozilla สร้าง OS มือถือชื่อ Boot2Gecko และให้บริการในชื่อ FirefoxOS แต่ยุติอย่างเป็นทางการในปี 2016
- ต่อมา FirefoxOS เริ่มต้นใหม่อีกครั้งในชื่อ KaiOS
- KaiOS ได้รับเงินลงทุนจาก Google ในปี 2018
- เจ้าของ KaiOS ยังคงอ้างว่ามีอุปกรณ์ 160 ล้านเครื่อง
- Finnfund ลงทุน 3.4 ล้านดอลลาร์ใน KaiosTech เพื่อช่วยขยายตลาดในแอฟริกาตอนใต้ของทะเลทรายซาฮารา
- โค้ด KaiOS บน GitHub ยังมีเครื่องหมายการค้าของ Mozilla หลงเหลืออยู่
- โปรเจกต์นี้ไม่ได้กลายเป็นโปรเจกต์ FOSS ชื่อดังที่สามารถแข่งขันหรือรวมเข้ากับ postmarketOS ได้ และ Mozilla ก็ไม่ได้พยายามดึงกลับมาอย่างจริงจัง
เทคโนโลยีอื่น ๆ ที่เหลืออยู่ในสาย Netscape
- เดิมที “Mozilla” คือ ชุดเครื่องมืออินเทอร์เน็ต ที่ออกมาจาก Netscape Communicator
- เบราว์เซอร์
- ไคลเอนต์ส่งข้อความที่รวมอีเมลและ USENET
- ปฏิทิน
- สมุดที่อยู่
- เวิร์กโฟลว์ที่ได้มาจาก Collabra
- ตัวแก้ไข HTML
- ชุดผลิตภัณฑ์แบบบูรณาการนี้ยังคงอยู่ในรูปของ Seamonkey Project ในปัจจุบัน
- ตัวแก้ไข HTML มองเห็นได้น้อยลงจากการแพร่หลายของคอนเทนต์เว็บแบบไดนามิก แต่ BlueGriffon ซึ่งมีฐานโค้ดจาก Mozilla ยังคงเป็นตัวแก้ไข HTML แบบ FOSS ตัวแทนสำคัญ
- สาย Mozilla เคยมีเครื่องเล่นเพลง Songbird ด้วย
- ในสถานการณ์ที่หลายบริษัททำให้การสตรีมทำได้ยากหากไม่มีไคลเอนต์ของตนเอง พื้นที่แบบนี้ก็อาจยังมีโอกาสอยู่
- โค้ดเซิร์ฟเวอร์ LDAP ที่มีที่มาจาก Netscape Directory Server ปัจจุบันสืบต่อมาเป็น 389 Directory Server
- Red Hat จำหน่ายผลิตภัณฑ์ที่เกี่ยวข้องในชื่อ Red Hat Directory Server
- Oracle ก็ยังรองรับ Netscape Enterprise Server รุ่นเก่าอยู่
ตลาดเอนจินเว็บที่แข็งตัวรอบ Chromium
- เว็บสมัยใหม่ไม่ใช่หน้า HTML ธรรมดา แต่ใกล้เคียงกับ โปรแกรม ที่ทำงานทั้งฝั่งไคลเอนต์และเซิร์ฟเวอร์
- บริการอย่าง Slack และ Teams ที่ดูเหมือนแอปโลคัล แท้จริงแล้วเป็น JavaScript applet ที่ทำงานในเบราว์เซอร์สำหรับไซต์เดียวของตัวเอง และใช้เอนจินเบราว์เซอร์ของ Google
- สมาร์ตโฟนมากกว่า 70% ใช้ Android ที่มีฐานจาก Linux และเบราว์เซอร์มากกว่า 70% ก็มีฐานโค้ดจาก Google
- Chrome ประมาณ 64%
- Edge 5.4%
- Opera และ Samsung Browser รวมกันประมาณ 5%
- Vivaldi และ Brave ก็มีฐานจาก Chromium
- Safari มีส่วนแบ่งมากที่สุดในกลุ่มเบราว์เซอร์ที่ไม่ใช่ Chromium แต่ยังต่ำกว่า 20%
- WebKit ของ Safari เป็นจุดกำเนิดของเอนจิน Blink ของ Chromium
- Safari แทบจะจำกัดอยู่กับ OS ของ Apple
- บน Linux มีการกล่าวถึง GNOME Web ซึ่งมีโค้ดเนมว่า Epiphany ในฐานะเบราว์เซอร์ WebKit
- Firefox ลดลงเหลือ ต่ำกว่า 3% ตามการประเมินของ Statcounter
ข้อจำกัดของกลยุทธ์ไล่ตาม Chrome
- Firefox เป็นเบราว์เซอร์ที่ครองตลาดบน Linux และใน Ubuntu Mantic Minotaur ถูกกล่าวถึงว่าเป็นแอปสแตนด์อโลนอิสระเพียงตัวเดียวตามค่าเริ่มต้น
- ผู้ใช้ Linux โดยทั่วไปใกล้เคียงกับ power user จึงมีพื้นที่ให้ Firefox เจาะกลุ่มนี้ได้
- วิธีเลียนแบบ Chrome ไม่น่าจะเป็นกลยุทธ์ที่สำเร็จสำหรับ Mozilla
- ธีม Australis ที่คล้าย Chrome ใน Firefox 29 ทำให้ผู้ใช้ไม่พอใจ และกลายเป็นแรงส่งให้ Pale Moon
- Firefox Quantum ตัดส่วนเสริม XUL ออกไป และผู้ใช้บางส่วนย้ายไป Waterfox Classic หรือ Basilisk
- ผู้ใช้ Windows XP ใช้ MyPal
- Edge ของ Microsoft ที่มีฐานจาก Chromium ก็มีแท็บแนวตั้ง แต่ Firefox ไม่มีแท็บแนวตั้งในตัว
- หากต้องการใช้แท็บแนวตั้งที่ดีใน Firefox ต้องแก้ไฟล์ตั้งค่า
- Vivaldi แสดงให้เห็นว่ามีตลาดสำหรับเบราว์เซอร์ที่ให้ฟีเจอร์มากกว่า Chrome
ทางเลือกคือ Firefox และ Thunderbird สำหรับ power user
- Firefox สามารถเลือกทิศทางเป็น เบราว์เซอร์สำหรับ power user ให้ชัดเจนขึ้น แทนที่จะไล่ตาม Chrome
- ฟีเจอร์ที่ Firefox สามารถใช้สร้างความแตกต่าง ได้แก่
- รวมส่วนขยายทรงพลังที่ยังอยู่รอดมาให้เป็นชุด
- รองรับแท็บแนวตั้งหรือ แท็บแบบโครงสร้างต้นไม้ ได้จากขอบหน้าจอด้านใดก็ได้
- เสริมความสามารถของแถบเมนูและคีย์ลัด
- รวม การดาวน์โหลดแบบมัลติเธรด เข้ามา
- ทดลองรองรับ BitTorrent
- ให้ฟีเจอร์ทดลองใน Firefox Developer Edition
- ฟื้นคืน ความสามารถในการปรับแต่งตามผู้ใช้ ที่ Firefox เคยมี
- Thunderbird สามารถเป็นไคลเอนต์สื่อสารอเนกประสงค์ที่เชื่อมต่อกับหลายบริการได้
- หากนำ libPurple มาใช้และอัปเดต พร้อมผสานเข้ากับ Thunderbird Chat Core ก็มีพื้นที่ให้ปรับปรุงได้มาก
- ปล่อย Chrome และเบราว์เซอร์สายแยกให้ผู้ใช้ทั่วไป ส่วน Mozilla สามารถสร้าง เครื่องมือข้ามแพลตฟอร์ม สำหรับผู้ใช้ชำนาญที่เน้นคีย์บอร์ดได้
1 ความคิดเห็น
ความคิดเห็นใน Hacker News
ในสถานการณ์ที่ มาตรฐานเว็บยุคใหม่แทบจะกลายเป็นคำพ้องความหมายของ ชุดฟีเจอร์ของ Chrome ไปแล้ว บทบาทของ Mozilla มีอยู่เพียงอย่างเดียว: เป็นตัวตนที่ Google พกพาไปมาเหมือนใน Weekend at Bernie's เพื่อให้ทำทีได้ว่าไม่ได้ผูกขาดเบราว์เซอร์
ถ้ามีเอนจินอื่นโผล่ขึ้นมาบน iOS ภายในไม่กี่ปีเว็บไซต์ต่าง ๆ จะเริ่มบล็อกเบราว์เซอร์ที่ไม่ใช่ Chrome และมีความเป็นไปได้สูงว่าเบราว์เซอร์แบบสกินบางตัวก็จะโดนบล็อกไปด้วย เมื่อถึงตอนนั้น Mozilla ก็คงไร้ประโยชน์แม้แต่ในฐานะฉากบังหน้าเชิงข้ออ้าง เป็นสถานการณ์ที่เลวร้าย และมองไม่ค่อยเห็นทางออกสำหรับ Mozilla
ตำแหน่งนั้นถูก Safari ของ iPhone ครองมานานแล้ว ผมชอบ Firefox ที่สุดในฐานะเบราว์เซอร์เดสก์ท็อป แต่เดสก์ท็อปไม่ใช่แกนหลักของตลาดเบราว์เซอร์ เมื่อดูจากอุปกรณ์ทั้งหมด แม้แต่ Edge ก็ยังมีสัดส่วนการใช้งานสูงกว่า Firefox
https://gs.statcounter.com/browser-market-share
จากสถิติทุกชุดที่เป็นไปได้ Chrome ครองมากกว่า 80% ใน “ตลาดเสรี” นอกกำแพงของ Apple หรือก็คือยกเว้นระบบนิเวศของ Apple ที่เพิ่งกลายเป็นตัวเลือกที่เป็นจริงได้ไม่นานนี้
ข้อความที่ยกมาว่า “Mozilla ไล่ทีม Rust ออกเพื่อฆ่า Servo และอาจเป็นเพราะ Rust โดดเด่นกว่า Go ของ Google หรือเปล่า” เป็นประเด็นข้างเคียงที่โง่มากจนควรถูกกรองออกไปตั้งแต่ขั้นตอนบรรณาธิการ โดยเฉพาะการเขียนว่า “GoLang” ก็ยังแปลกด้วย
การมีส่วนเกี่ยวข้องของ Mozilla กับ Thunderbird ก็ถูกพูดเกินจริงเช่นกัน ความสัมพันธ์ตอนนี้แทบจะเป็นแค่พิธีการ นอกจากนี้ การเล่าว่า AOL สัญญาจะโอเพนซอร์สในปี 1998 แล้วอีก 4 ปีถัดมาจึงมีเวอร์ชันโอเพนซอร์สออกมา ทำให้ดูเหมือนว่าการทำตามสัญญาล่าช้า ในความเป็นจริง Netscape เปิดซอร์สโค้ดภายใน 2 เดือน และช่วง 4 ปีหลังจากนั้นคือเวลาที่ใช้ตัดสินใจทิ้งโค้ดเก่าแล้วเขียนใหม่ ซึ่งนำไปสู่การออกเวอร์ชัน 1.0 ของชุดผลิตภัณฑ์อีกชุดหนึ่ง
ผมเห็นด้วยในระดับหนึ่งว่า Mozilla ควรโฟกัสผู้ใช้ระดับ power user มากขึ้น แต่บทความนี้ดูใกล้เคียงกับ การคุยเล่นแบบใช้ effort ต่ำ มากกว่าการสำรวจว่าองค์กร Mozilla สมัยใหม่โฟกัสอะไรจริง ๆ และควรไปทางไหน
เพราะผมไม่เชื่อข้ออ้างนั้นแม้แต่นาทีเดียว จึงจงใจเขียนว่า “surely not” ส่วน “golang” เป็นหนึ่งในชื่อทางการ และถ้าใช้แค่ “go” ก็เข้าใจผิดง่ายและค้นหายาก ตัวพิมพ์ใหญ่มีไว้เน้น และการใช้ตัวพิมพ์ใหญ่กลางคำก็ช่วยผู้ใช้ screen reader ด้วย ข้ออ้างว่าความสัมพันธ์ระหว่าง Thunderbird กับ Mozilla เป็นแค่พิธีการนั้นต้องมีหลักฐาน รายละเอียดที่ว่าการทำตามสัญญาโอเพนซอร์สของ Netscape มีความล่าช้า และอีก 4 ปีต่อมาจึงออกเวอร์ชัน 1.0 ของชุดผลิตภัณฑ์ที่เขียนใหม่ เป็นเรื่องรองต่อประเด็นหลัก การตัดสินใจโอเพนซอร์สพร้อมกับการเขียน Netscape 5 ใหม่ในเวลาเดียวกันเป็นเรื่องโง่มาก แต่ก็เข้าใจได้ เรื่องเมื่อ 25 ปีก่อนควรพอจะผ่านไปได้ในบรรทัดเดียว ไม่ใช่เรื่องที่ต้องมาแยกเส้นผมแบบนี้
จุดเริ่มต้นคือการไล่ ทีม Servo ทั้งทีมที่ใช้ Rust ออก จากนั้นก็ลด MDN ซึ่งเป็นทีมเอกสารส่วนใหญ่ แล้วขึ้นเงินเดือนให้ CEO
ถ้า Mozilla ยังคงเดินตามเส้นทางช่วงต้นทศวรรษ 2010 ต่อไปก็คงดี
ตอนที่ Brendan Eich ยังอยู่ ดูเหมือนมีจุดมุ่งหมายและตัวตนที่ชัดเจน มีเรื่องน่าสนใจมากมาย เช่น การถือกำเนิดของสิ่งที่จะกลายเป็น Rust, PDF.js ในยุคที่การดาวน์โหลด PDF ยังเป็นเรื่องปกติ, Firefox OS, asm.js ซึ่งเป็นบรรพบุรุษของ WebAssembly ที่เบียด NaCl ที่ Google ผลักดันออกไป หลังจากนั้นไม่รู้ว่าหลงทางไปได้อย่างไร
แค่การผสาน Tor ก็เป็นฟีเจอร์ความเป็นส่วนตัวที่ค่อนข้างก้าวหน้าแล้ว และถึงจะบอกว่า “ก็มันคริปโตนี่” ได้ แต่อย่างน้อยก็พยายามหาวิธีทำเงินอย่างเป็นอิสระจาก Google ต่างจาก Mozilla ที่ Brave พยายามสร้างเว็บที่สร้างรายได้ได้โดยไม่มีโฆษณา ส่วน Mozilla พึ่งพารายได้ทั้งหมดกับสถานะเดิมอย่างแท้จริง
ไม่มีใครสู้เงินหลายหมื่นล้านดอลลาร์ที่ Google ทุ่มลงไปกับการพัฒนาและทำการตลาด Chrome ได้ Google คือผู้เฝ้าประตูของเว็บสมัยใหม่ และแม้แต่ Apple ก็ยังต้องพยายามรักษาความเกี่ยวข้องไว้
รายได้ 90% ของ Mozilla มาจาก Google/Alphabet พูดแบบหลวม ๆ ก็คือ “90% ของเงินเดือน Mitchell Baker จ่ายโดย Google”, “Mitchell Baker ทำงานให้ Google ทางอ้อม”
Mozilla ไม่ใช่ “เพื่อนบ้านประหลาด” แต่เป็น ฝ่ายค้านที่ถูกควบคุมไว้ และถ้าทำลายความสัมพันธ์ที่ไม่ดีต่อสุขภาพนี้ หรือไปเหยียบเท้า Google ค่าตอบแทนของ CEO ก็จะได้รับผลกระทบด้วย นักพัฒนาและผู้ใช้ Mozilla จำนวนมากอาจไม่ได้มีแนวโน้มฝักใฝ่ Google แต่สิ่งสำคัญตรงนี้ไม่ใช่มุมมอง แต่คือเงินสด
มีบริษัทที่น่าจะอยากจ่ายมากกว่า Google และ Yahoo ก็เคยทำอย่างนั้นจริงอยู่หลายปี Mozilla ยังคงเหยียบเท้า Google ในหลาย ๆ ทาง และไม่มีสัญญาณเลยว่านั่นส่งผลเสียต่อค่าตอบแทนของ Mitchell Baker สัดส่วนของ Google ในรายได้ Mozilla ตอนนี้ก็น่าจะต่ำกว่า 90% อยู่มาก แต่เรื่องนั้นแยกจากประเด็นหลัก
สิ่งสำคัญที่สุดในเบราว์เซอร์คือการ ปรับแต่งตามผู้ใช้ ได้ ดังนั้นถ้าถูกจำกัดขึ้นมาก็น่าหงุดหงิดมาก อัปเดต Firefox ล่าสุดเกิดเรื่องแบบนั้นขึ้น
หลังจาก Firefox อัปเดต ตอนนี้ไม่สามารถรัน bookmarklet ได้ทันทีหลังเปิดเบราว์เซอร์อีกต่อไป bookmarklet อย่าง
javascript:alert(123)ทำงานได้ดีในทุกหน้า แม้แต่about:blankแต่ใช้ไม่ได้ทันทีหลังเริ่มด้วย “หน้าว่าง” ในการตั้งค่า ปกติผมใช้ bookmarklet เป็นขั้นแรกของเซสชันการท่องเว็บว่า “ถ้า TekMol ไม่ได้อยู่หน้า B หรือหน้า C ให้ส่งไปหน้า A” แล้วเริ่มจาก A กดอีกทีไป B และกดอีกทีไป C แต่ตอนนี้มันพังแล้ว ดูเหมือนเป็นบั๊กถดถอยใน Firefox เวอร์ชันล่าสุดการใช้ JavaScript ของ bookmarklet เพื่อวนไปตามเว็บไซต์เป็นเรื่องเหนือความคาดหมาย แต่ก็หวังว่าจะถูกแก้ไข ถ้ายังไม่มี ticket อยู่แล้ว ก็น่าจะลองเปิดใหม่ดู
about:newtabจากนั้นเปลี่ยน “แท็บใหม่” เป็น “หน้าว่าง”javascript:ใน bookmark ไม่ได้อีกต่อไปเหมือนกัน และสามารถเลี่ยงได้ด้วย data: URL ที่ครอบ JavaScript ที่เกี่ยวข้องไว้<https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_...>
แต่ทุกครั้งที่ Firefox ขึ้นเวอร์ชันไปประมาณ 10 รุ่น สิ่งนี้ก็พัง แล้วต้องไปหาวิธีแก้ใหม่
ผมไม่เข้าใจข้ออ้างที่เอา Rust ไปเทียบกับ Go เลย โดยเฉพาะอย่างยิ่งสองภาษานี้มีเป้าหมายต่างกันโดยสิ้นเชิง เพราะ Rust คือ system programming ส่วน Go ใกล้กับฝั่งเซิร์ฟเวอร์คลาวด์มากกว่า
ดูเหมือนยังไม่เข้าใจด้วยว่า Go ถูกใช้ในงานที่ต่างจาก Rust มาก ดังนั้นการเสนอว่านั่นเป็นเหตุผลที่ Servo ถูกหยุดจึงดูพิลึกมาก
ผมทำงาน system programming มามาก คือพวกงานที่ต้องจัดการ system call จำนวนมาก และ Go ก็ทำได้ดีพอ ถ้าไม่ได้สร้างระบบ hard real-time ผมไม่เห็นเหตุผลที่จะตัด Go ออก
คำว่า Rust “คุกคาม” Go นั้นความหมายคลุมเครือ Google ก็ไม่ได้พึ่งพาการมีส่วนร่วมจากภายนอกสำหรับ Go อยู่แล้ว
เมื่อไม่กี่ปีก่อนได้ไปเยือน Mozilla HQ สถานที่และผู้คนดีมาก แต่รู้สึกชัดว่าองค์กรกำลังเผชิญทั้งวิกฤตอัตลักษณ์และแรงเฉื่อยไปพร้อมกัน
Baker เป็นผู้บริหารที่ยอดเยี่ยม และ Mozilla ก็ยังมีรายได้มั่นคง แต่ผมคิดว่า Mozilla เคยต้องการหรือยังคงต้องการคนแบบนักวิสัยทัศน์ด้านเทคโนโลยีที่เปิดกว้างสู่ภายนอกและเชิงรุกอย่างมาก เพื่อให้วิวัฒน์ไปสู่ความหมายใหม่ที่ขยายกว้างขึ้น แทนที่จะใช้ชีวิตพึ่งพาความสบายเดิม ๆ พูดอย่างเป็นธรรม Baker ก็เขียนบล็อกเกี่ยวกับภารกิจต่อเนื่องของ Mozilla ไว้เช่นกัน
https://blog.lizardwrangler.com/2023/03/31/a-quarter-century...
ถึงอย่างนั้น ถ้าต้องการเพิ่มส่วนแบ่งตลาดและวิวัฒน์ต่อไป ก็ดูเหมือนต้องมีแนวทางที่กระตือรือร้นและเปิดเผยต่อสาธารณะมากกว่านี้
เป็นคนที่หลังจากทำให้คนจำนวนมากซึ่งสร้างงานจริง ๆ ต้องถูกเลิกจ้างเพราะความไร้ความสามารถของตัวเองแล้ว ก็ตัดสินใจว่าต้องการเพิ่มอีก 2 ล้านดอลลาร์
สงสัยว่ามีคำตอบมาตรฐานสักหนึ่งหรือไม่กี่ข้อไหมว่าเหตุใด Chrome ถึงเอาชนะ Firefox ได้ขนาดนั้น
จำได้ว่า Chrome ทำแซนด์บ็อกซ์แยกตามแท็บในยุคที่แท็บเดียวของ Firefox ทำให้ทั้งเบราว์เซอร์ค้างได้ แต่ก็แปลกใจว่านั่นจะสร้างความแตกต่างอย่างมหาศาลให้ผู้ใช้ทั่วไปได้หรือไม่ อาจเป็นไปได้ว่า Firefox ล่มบ่อยกว่าที่จำได้มาก หรือ Chrome ตอนเปิดตัวเร็วกว่ามาก ผมใช้ Firefox มาจนถึงราวปี 2016 เพราะส่วนขยาย Pentadactyl ที่ทำให้ UI ของ Firefox เหลือน้อยที่สุดและเหมือน Vim และคิดว่าตอนนั้นรัน Firefox รุ่น LTS เพื่อรักษามันไว้ คิดถึงจัง อาจเพราะอยู่ในนิวยอร์ก ปีนี้เลยมีคนรอบตัวหลายคนย้ายไปใช้ Arc และรอดูอยู่ว่าจะไปได้ไกลแค่ไหน
[1] https://en.wikipedia.org/wiki/Pentadactyl
มันเป็นโอเพนซอร์ส รันได้ง่ายแม้ไม่มี Google และเป็นยักษ์ใหญ่ที่ยืนหยัดต่อกรกับ Internet Explorer ซึ่งไม่ทำตามมาตรฐานเว็บหรือสร้างมาตรฐานของตัวเองขึ้นมา และมันก็ดีจริง ๆ กว่าจะถึงวันที่คนสายเทคนิคมอง Google กับ Chrome แบบทุกวันนี้ต้องใช้เวลาหลายปี โพสต์ HN ที่ได้คะแนนโหวตสูงสุดตอน Chrome เปิดตัวคืออันนี้
https://news.ycombinator.com/item?id=291946
ตอนนั้นการย้ายไปใช้มันรู้สึกค่อนข้างง่ายและเป็นเรื่องที่ควรทำอยู่แล้ว
ไม่ใช่หน้าผลการค้นหา แต่เป็นหน้าแรกสีขาวโล่ง ๆ ที่มีแค่ช่องกรอกข้อความช่องเดียว ข้อสังเกตคือพื้นที่นั้นไม่เคยถูกมอบให้สิ่งที่ไม่ใช่ผลิตภัณฑ์ของ Google เลย
ทุกคนที่ผมตั้งค่า Firefox ให้ ไม่ว่าจะเป็นพ่อแม่หรือเพื่อนที่ไม่ใช่สายเทคนิค สุดท้ายก็เปลี่ยนไปใช้ Chrome พอถามก็ตอบว่า “เพราะ Google บอกว่าดีกว่า”
คิดว่าวิธีแบบนี้มีอิทธิพลต่อการขยับผู้ใช้ทั่วไปพอ ๆ กับข้อได้เปรียบจริง ๆ เลย
เข้าใจว่าทำไมผู้คนถึงเสียดายการสูญเสีย XUL/XPCOM แต่การพูดเหมือนว่าทำไปเพื่อเลียนแบบ Chrome ดูไม่ซื่อตรงนัก
การเอาเทคโนโลยีเหล่านั้นออกทำให้ Firefox แบบหลายโปรเซสเป็นไปได้ และทำให้เสถียรภาพดีขึ้น ดูจากคอมเมนต์ที่นี่และที่อื่น ๆ การเปลี่ยนแปลงนั้นกลับเป็นหนึ่งในปัจจัยที่ทำให้ผู้คนกลับมาใช้เบราว์เซอร์นี้ด้วยซ้ำ การนำหรือเริ่มใช้ WebExtensions ก็สมเหตุสมผล เพราะ Chrome มีการรับรู้ในตลาดสูงมากอยู่แล้ว จึงยากที่จะออกอะไรใหม่หมดจด
วิธีเลือกข้อความของ Chromium นั้นแปลก หน่วง และไม่เหมือนที่ไหนเลย ผมจึงชอบ Firefox หรือก่อนหน้านั้นก็ Opera Presto เสมอ นี่เป็นวิธีสังเกตแอป Electron ได้ด้วย แต่ Firefox ช้ามากจริง ๆ และการหลุดออกจาก XUL เป็นขั้นตอนสำคัญในการแก้ปัญหานั้น อย่างไรก็ตาม รู้สึกว่า Firefox ตกหลุมพรางแบบ “X เป็นที่นิยมกว่า และ X ทำ Y ดังนั้นเราก็ควรทำ Y ด้วย” เหมือนลืมไปว่าสาเหตุที่ยังมีฐานผู้ใช้ปัจจุบันก็เพราะทำ Z ไม่ใช่ Y แต่นั่นเป็นอีกประเด็นหนึ่ง
ในกรณีของผมก็มีช่วงที่ค้างไปหลายวินาทีเพราะ API ส่วนขยายแบบซิงโครนัส การเอา XPCOM ออก การย้ายเป็นหลายโปรเซส และการย้ายเป็น WebExtensions แบบอะซิงโครนัส เป็นสิ่งที่จำเป็นทางเทคนิคอย่างยิ่ง ตอนนี้ประสิทธิภาพดีแล้ว
Mozilla เรียกร้องให้นักพัฒนาทำให้ส่วนขยาย XUL เข้ากันได้กับหลายโปรเซส หลังจากเริ่มพัฒนา WebExtensions แล้ว Firefox 57 ปิดใช้งานส่วนขยาย XUL และ XUL ถูกทยอยเอาออกหลังจากนั้น
ไม่ได้แม้แต่จะบอกเป็นนัย และพออ่านคอมเมนต์นี้แล้วคิ้วผมยกสูงจนแทบยกหมวกขึ้นไปด้วยซ้ำ ไม่เคยได้ยินความคิดแบบนั้นมาก่อนเลย อยากให้ชี้หน่อยว่าผมเขียนตรงไหนว่าการเอา XUL ออกทำไปเพื่อเลียนแบบ Chrome