11 คะแนน โดย GN⁺ 2025-09-17 | 7 ความคิดเห็น | แชร์ทาง WhatsApp
  • ช่วงหลังมานี้ ระบบนิเวศ Android ปิดมากขึ้นอย่างรวดเร็ว ทำให้ความจำเป็นในการพัฒนา สมาร์ตโฟนที่ใช้ Linux เป็นฐาน ในฐานะทางเลือกแบบเปิดเพิ่มสูงขึ้น
  • Google ได้ ย้ายการพัฒนาคอมโพเนนต์บางส่วนของ AOSP ไปเป็นแบบไม่เปิดเผยสาธารณะ และผู้ผลิตรายใหญ่ก็ ถอดความสามารถในการปลดล็อก bootloader ออก จำกัดเสรีภาพของผู้ใช้
  • ด้วย Play Integrity API การติดตั้งแอปถูกจำกัดหากไม่ล็อกอินบัญชี Google และแม้แต่กระเป๋าเอกลักษณ์ดิจิทัลของสหภาพยุโรปก็ยังถูกบังคับให้พึ่งพาสิ่งนี้
  • การบังคับยืนยันตัวตนนักพัฒนาแบบใช้ชื่อจริง ส่งผลกับอุปกรณ์ส่วนใหญ่ และกำลังเร่งให้ ระบบนิเวศแอปโอเพนซอร์สหดตัว ดังที่เห็นจากกรณีหยุดพัฒนา Syncthing Android และการปฏิเสธอัปเดตของ NextCloud
  • ในทางปฏิบัติ Android กำลังบรรจบไปสู่แพลตฟอร์มปิดแบบ Apple ทำให้การพัฒนา มือถือ Linux OS แบบเปิด กลายเป็นเรื่องเร่งด่วนเพื่อการแข่งขันและนวัตกรรม

บทนำ

เมื่อไม่นานมานี้ สภาพแวดล้อม Android กำลังเคลื่อนตัวอย่างรวดเร็วไปในทิศทางของ การปิดกั้นมากขึ้น แทนที่จะเป็น ความเปิดกว้าง

การปิดตัวลงของระบบนิเวศ Android

  • Google กำลังมีแนวโน้มเปลี่ยนการพัฒนาส่วนประกอบหลักใน AOSP(Android Open Source Project) ให้ไม่เปิดเผยสาธารณะมากขึ้นเรื่อย ๆ
  • ผู้ผลิตรายใหญ่ เช่น Samsung, Xiaomi, OnePlus ต่าง ถอดฟีเจอร์ปลดล็อก bootloader ออกจากอุปกรณ์ทั้งหมด ทำให้ข้อจำกัดต่อผู้ใช้เพิ่มขึ้น
  • คาดว่า Google ก็จะเข้าร่วมแนวทางนี้ในอนาคต

นโยบายเพิ่มการควบคุมของ Google

  • Google กำลังบังคับใช้ Play Integrity API และสนับสนุนให้นักพัฒนานำความสามารถที่เกี่ยวข้องไปใช้งาน
    • ผลคือ หากจะใช้แอปจาก Google Play Store จำเป็นต้องล็อกอินบัญชีระดับทั้งระบบของ OS
    • แม้แต่แอปทางการสำหรับยืนยันตัวตนตามข้อกำหนดของสหภาพยุโรป(EU) ก็ยังต้องปฏิบัติตามนโยบายนี้ จนเกิดข้อถกเถียง
    • นักพัฒนาโอเพนซอร์สใน Github และที่อื่น ๆ ต่างออกมาคัดค้านอย่างต่อเนื่อง
  • ในระบบ Android ยังมีแผนนำ การยืนยันตัวตนนักพัฒนา (verification) มาใช้แบบบังคับอีกด้วย
    • แม้จะไม่กระทบ 3rd-party OS โดยตรง แต่จะครอบคลุมอุปกรณ์ Android ส่วนใหญ่
    • ต่อจากนี้ นักพัฒนาโอเพนซอร์สจำนวนมากอาจต่อต้านนโยบายของ Google จนตัดสินใจเลิกพัฒนาแอป Android ไปเลย
    โฆษณา

วิกฤตของการพัฒนาแอป Android แบบโอเพนซอร์ส

  • ในทางปฏิบัติ โปรเจกต์ SyncThing ได้หยุดพัฒนาแอป Android แล้วจากปัญหานโยบายของ Google Play
  • การอัปเดตแอป NextCloud ก็ถูก Google ปฏิเสธหลายครั้งเช่นกัน (ไม่เปิดเผยเหตุผล) และกลับมาได้ก็หลังจากมีการประท้วงครั้งใหญ่เท่านั้น
  • Google ยังเดินหน้านโยบายที่จัดซอฟต์แวร์ซึ่งเพิ่มอำนาจอธิปไตยของผู้ใช้ เช่น การบล็อกโฆษณา ให้เป็นซอฟต์แวร์ “อันตราย” หรือ “ไม่น่าเชื่อถือ”
  • มีแนวโน้มว่าวิธีการตรวจสอบและควบคุมเหล่านี้จะถูกใช้อย่างเข้มข้นยิ่งขึ้นต่อไป

ความจำเป็นของ OS ทางเลือก

  • ในอดีตยังมีการแข่งขันระหว่างแพลตฟอร์มของ Google และ Apple แต่ระยะหลังจากคดีผูกขาดขนาดใหญ่ต่าง ๆ Google ก็ผ่านไปได้โดยแทบไม่มีมาตรการลงโทษจริงจัง ทำให้การแข่งขันในทางปฏิบัติหายไป
  • Google กำลังอ้างอิงวิธีควบคุมตลาดของ Apple และมุ่งหน้าไปสู่การละทิ้งความเปิดกว้างของ Android
  • Android ในปัจจุบันจึงยากจะเรียกว่าเป็น “แพลตฟอร์มเปิด” อีกต่อไป และเสี่ยงจะสูญเสียความเปิดแบบเดิมไปโดยสิ้นเชิงในไม่ช้า

บทสรุป: ถึงเวลาต้องเร่งพัฒนาลินุกซ์โฟน

  • หาก Android ในทางปฏิบัติ บรรจบไปสู่แพลตฟอร์มปิด
    • ก็จำเป็นต้องมี แพลตฟอร์มทางเลือกที่เสรี สำหรับทั้งนักพัฒนาและผู้ใช้
  • แม้ mobile OS ที่ใช้ Linux เป็นฐานจะยังไม่สมบูรณ์
    • แต่ ณ เวลานี้ การเร่งการลงทุนและความเร็วในการพัฒนา คือสิ่งสำคัญ
  • นี่ไม่ได้หมายถึง “ต้องย้ายไปใช้ Linux เดี๋ยวนี้” แต่หมายถึง การเตรียมพร้อมเพื่อโครงสร้างการแข่งขันในอนาคต
โฆษณา

สรุปคอมเมนต์: "ทำไมลินุกซ์โฟนจึงสำคัญ?"

ความคาดหวังต่อทางเลือกแบบ Linux

  • Anekdoteles: พร้อมยอมรับความไม่สะดวกเพื่อหลุดพ้นจากการพึ่งพา Big Tech และตั้งใจจะย้ายไปใช้ทางเลือกแบบ Linux หลังอุปกรณ์หมดอายุการสนับสนุน
  • thastings: แนะนำ Droidian (บนฐาน Debian+Phosh และใช้ไดรเวอร์ Android ผ่าน Halium)
    • ฟังก์ชันส่วนใหญ่รวมถึงกล้องใช้งานได้ตามปกติ และสามารถรันแอป Android ได้ด้วย Waydroid
    • แนะนำอุปกรณ์ที่รองรับ SoC รุ่นใหม่ เช่น Thinkphone (Motorola, SD8+ Gen1)
    • Furilabs FLX1 ก็เป็นอีกทางเลือกที่ดี
  • freebee: จินตนาการถึง Valve SteamPhone ในฐานะสถานการณ์ในอุดมคติ — ฮาร์ดแวร์ประสิทธิภาพสูง + Arch + รองรับคอนเทนเนอร์โหมด Android

ข้อจำกัดในโลกจริงและความรู้สึกผิดหวัง

  • Raptor: ปัญหาไม่ใช่แอปหรือ OS แต่คือ คุณภาพฮาร์ดแวร์ — แม้แต่ลำโพงและสมรรถนะพื้นฐานในฐานะโทรศัพท์ก็ยังไม่ดีพอ
  • hendrik: เล่าประสบการณ์กับ Pinephone ว่าฮาร์ดแวร์ช้าและขาดฟังก์ชันสำคัญอย่าง connected standby และการแจ้งเตือน ทำให้แทบใช้จริงไม่ได้
    • แม้จะเฝ้ารอมาตั้งแต่ Nokia N900 ในปี 2009 แต่ความคืบหน้ายังช้ามาก และมองว่าโอกาสมีทางเลือกก่อนปี 2027 ที่นโยบาย Google จะเข้มขึ้นนั้นต่ำ
  • glitching: ลินุกซ์โฟนไม่ใช่ทางแทน Android แต่เป็นเพียง “PDA ที่รัน Linux ได้”
    • ทั้งแบตเตอรี่ ความยืดหยุ่น การโทร และกล้อง ยังไม่ดีพอ
    • แอปส่วนใหญ่เน้นเดสก์ท็อป จึงไม่เหมาะกับ UX บนมือถือ
    • ขั้นตอนติดตั้งก็ซับซ้อนและมีโอกาสล้มเหลวสูง
    • ในความเป็นจริงตอนนี้ยังไม่มีอะไรให้ “แทนที่” ได้ นอกจากทดลองติดตั้ง LineageOS/pmOS บนเครื่องเรือธงมือสอง
โฆษณา

การพูดคุยเรื่องโปรเจกต์และระบบนิเวศ

  • Ulrich: ประเด็นไม่ใช่การย้ายตอนนี้ทันที แต่คือ ตอนนี้แหละที่ต้องเร่งการพัฒนา
    • PostmarketOS ดูเป็นตัวเลือกที่สุกงอมที่สุด แต่ก็ต้องอาศัยความร่วมมือจากทั้งชุมชน
  • Vittelius: Ubuntu Touch, Sailfish คือทางเลือกที่ถูกขัดเกลาทางการค้ามากที่สุด
    • PostmarketOS ยังเป็นลักษณะ “เอาเดสก์ท็อปลินุกซ์มาวางบนโทรศัพท์” จึงขาด UX ที่ดี
    • ขณะที่ UT และ Sailfish ถูกออกแบบมาเป็น mobile OS ตั้งแต่แรก จึงมีความสมบูรณ์มากกว่า
  • eldavi: การนำไปเทียบกับทุนของบริษัทยักษ์ใหญ่ไม่มีความหมาย และต้องยอมรับข้อจำกัดของโปรเจกต์ชุมชน
  • hendrik (โต้กลับอีกครั้ง): Linux ประสบความสำเร็จอย่างยิ่งใหญ่ไปแล้วทั้งบนเซิร์ฟเวอร์และ PC ดังนั้นบนโทรศัพท์ก็ควรรักษาความคาดหวังในระดับสูงไว้
  • Zink: สมาร์ตโฟนตอนนี้เป็นเพียง “เครื่องใช้ไฟฟ้าสำหรับการสื่อสาร” และคนส่วนใหญ่ใช้แค่เป็นตัวแทนแอปบน PC
    • ลินุกซ์โฟนแบบด็อกกิง อาจเป็นอุดมคติได้ แต่โอกาสน่าจะอยู่ใน ตลาดธุรกิจ มากกว่าการแพร่หลายสู่ผู้ใช้ทั่วไป

สรุป

  • ผู้ใช้เห็นพ้องถึงความจำเป็นของทางเลือก เพราะ การพึ่งพา Big Tech กำลังลึกขึ้น
  • แต่ก็มีมุมมองเชิงลบตามความเป็นจริงมาก ว่า คุณภาพฮาร์ดแวร์ แอปจำเป็น การแจ้งเตือน/สแตนด์บาย/แบตเตอรี่ ยังไม่พร้อมสำหรับการใช้งานจริง
  • มีการกล่าวถึง Droidian, PostmarketOS, Ubuntu Touch, Sailfish และย้ำอีกครั้งว่า ความร่วมมือของชุมชนและการลงทุนระยะยาว เป็นสิ่งจำเป็น

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

 
mango 2025-09-19

แอนดรอยด์ก็ดีนะ 555 ดีกว่า iOS มาก

 
anjin225 2025-09-17

Tizen ลุยไป

 
carnoxen 2025-09-17

ถ้าดูจากความล้มเหลวของ Firefox OS ก็ไม่แน่เหมือนกัน...

 
chcv0313 2025-09-17

ต้องรองรับประเด็นทางกฎหมายอย่างข้อจำกัดการบันทึกเสียงการโทรที่แตกต่างกันไปในแต่ละประเทศให้ได้ด้วย แต่มันจะทำได้ไหม?

 
coremaker 2025-09-17

นี่เป็นปัญหาที่ไม่ได้มีแค่ซอฟต์แวร์ แต่ยังรวมถึงฮาร์ดแวร์ที่เสร็จสมบูรณ์ด้วย
จึงรู้สึกว่าแนวคิดแบบนี้คงทำให้เกิดขึ้นจริงได้ยากไม่ใช่หรือครับ

ท้ายที่สุดก็คงจะเกิดสถานการณ์ที่ต้องหารายได้
และหากจากเรื่องนี้เกิดปัญหาเชิงพาณิชย์ขึ้นมา (ความปลอดภัย ข้อผิดพลาด การแฮ็ก การขโมยข้อมูล ฯลฯ)
สุดท้ายแล้วมันก็คงจะบรรจบไปในทิศทางเดียวกับ Android ไม่ใช่หรือครับ?

 
opminsu 2025-09-17

เห็นด้วย

 
GN⁺ 2025-09-17
ความเห็นจาก Hacker News
  • มือถือ Android ของฉันบล็อกไม่ให้แคปหน้าจอได้ ถ้านักพัฒนาแอปไม่ต้องการ
    แล้วก็ห้ามบันทึกสายโทรศัพท์ได้ ถ้าผู้ให้บริการเครือข่ายของฉันต้องการ ทั้งที่ตามกฎหมายในพื้นที่ของฉันมันถูกกฎหมาย
    ฉันไม่ชอบทิศทางแบบนี้เลย

    • สิ่งที่น่าหงุดหงิดที่สุดคือ ถ้านักพัฒนาแอปบล็อกการแคปหน้าจอ เราจะไม่มีทางรู้เลยว่ามันถูกบล็อกอยู่จนกว่าจะลองแคป
      พอแคปแล้วก็ได้ภาพขาวโพลนกลับมา
      โดยเฉพาะแอปการเงินที่ชอบใช้นโยบายแบบนี้โดยเข้าใจผิดว่ามันคือการป้องกัน
    • มันไม่ใช่ปัญหาแค่ในมือถือ
      ถ้าถามอะไร AI อย่าง ChatGPT หรือ Gemini ที่ซิลิคอนแวลลีย์ไม่อยากให้ถาม ก็แทบไม่ได้คำตอบ
      บรรยากาศมันเหมือนอนุญาตให้มีได้แค่คำตอบเดียว
      และดูเหมือนว่ามันจะยิ่งหนักขึ้นในอนาคต
    • ก่อนหน้านี้เคยมีปัญหาแบบนี้กับธนาคารเพราะ Google Pay
      ธนาคารบอกให้ไปถาม Google ส่วนฝ่ายซัพพอร์ตของ Google ก็บอกให้กลับไปถามธนาคาร
      หลังจากอีเมลไปมาหลายรอบ ฝ่ายซัพพอร์ต Google ก็ขอให้ส่งภาพหน้าจอของแอปธนาคารกับ Google Pay
      สุดท้ายก็เลยต้องมีมือถืออีกเครื่อง หรือไม่ก็เลิกบ่นไปเลย
      ผ่านไปหลายปี เปลี่ยนมือถือไปสามเครื่อง มันถึงกลับมาใช้ได้อีกครั้ง
    • ทำให้นึกถึงตอนที่ธนาคารเคยขอภาพหน้าจอจากฉัน
      พอบอกไปว่าแอปของพวกเขาบล็อกการแคปหน้าจอ ฝั่งธนาคารก็ตกใจ
      พอฉันบอกวิธีเลี่ยงโดยใช้เว็บไซต์แทน เรื่องก็จัดการได้และธนาคารก็พอใจ
      ทั้งที่ปกติเป็นธนาคารที่โอเค แต่ก็ยังมีเรื่องเหลือเชื่อแบบนี้เกิดขึ้น
    • โลกนี้กลายเป็นว่ามีแต่ผู้ให้บริการเครือข่ายเท่านั้นที่ได้รับอนุญาตให้บันทึกสายได้
      (หมายเหตุ: ตรงนี้ต้องสื่อชัด ๆ ว่าเป็นมุก)
  • ฉันพอจะรับมือกับเรื่องเหลวไหลสารพัดได้อยู่แล้ว (ฮาร์ดแวร์แพงและช้า, UI แย่, ต้องไล่แก้บั๊กไม่รู้จบ ฯลฯ) แต่มีอย่างเดียวที่ทำให้อุปกรณ์ Linux บนมือถือใช้งานจริงไม่ได้เลย คืออายุแบตเตอรี่
    มี Linux phone/แท็บเล็ตสักเครื่องไหมที่ใช้งานจริงได้ 8 ชั่วโมงต่อวัน? Librem, Pinephone, Juno ทำไม่ได้ทั้งนั้น
    uConsole ก็เหมือนกัน
    แล็ปท็อปจิ๋วของ MNT อยู่ได้ราว 4 ชั่วโมง แต่ถ้าปล่อยสแตนด์บายไว้นานก็แบตหมด
    ในทางกลับกัน อุปกรณ์มือถือกระแสหลัก แม้จะเป็นเครื่องมือสองอายุ 3–5 ปี ก็ยังไม่ต้องกังวลเรื่องแบตตลอดวัน
    เปิด YouTube ทิ้งไว้ตอนนอน ตอนเช้าก็ยังทำงานได้ดี
    ฉันเองก็อยากได้ Linux phone แต่ต่อให้ลงแรงไปเยอะ ถ้าการใช้งานประจำวันยังยากขนาดนี้ ก็สงสัยว่าใครจะใช้ได้จริง

    • มันคงขึ้นอยู่กับว่า “ใช้งานจริง” หมายถึงอะไร
      Furi FLX1 เป็น Linux phone ที่ฉันเคยเห็นว่าทนแบตดีที่สุด
      ถ้าปล่อยสแตนด์บายอย่างเดียว อยู่ได้เกิน 3 วัน
      อุปกรณ์ที่ SailfishOS รองรับอย่างเป็นทางการก็น่าจะใช้งานได้ครบวันไม่มีปัญหา
    • ถ้าดูเฉพาะเวลาใช้งานจริง มันก็เป็นแค่เรื่องคำนวณจากกำลังไฟเฉลี่ยกับความจุแบตเตอรี่
      ตัวอย่าง: กินไฟ 1W เป็นเวลา 8 ชั่วโมง ต้องใช้ 8Wh — ถ้าคิดที่ 3.7V ก็ประมาณ 2162mAh ก็พอ
      ผู้ผลิตปรับแต่งกันจริงจังตามพฤติกรรมการใช้งานของผู้บริโภค เช่น เปิด YouTube ทิ้งไว้ข้ามคืน
      ทั้งการปรับความสว่างหน้าจอ การออกแบบวงจรและแบตเตอรี่ ใช้ทุกลูกเล่นที่มี
      แต่อุปกรณ์ Linux ดูเหมือนแทบไม่มีการปรับแต่งด้านพลังงานเลย
      เหมือนจะไม่ทดสอบในสภาพแวดล้อมจริงด้วยซ้ำ
      ในฐานะผู้บริโภค ฉันไม่อยากยอมรับสภาพแบบนี้
    • นี่แหละคือเหตุผลที่ Android ถูกพัฒนาขึ้นมาตั้งแต่แรก
      โครงสร้าง OS และแอปแบบเดสก์ท็อปมันใช้กับมือถือไม่ได้
      API ของ Google ที่มีข้อจำกัดเยอะอาจลำบากสำหรับนักพัฒนา แต่ถูกปรับแต่งมาอย่างมากเพื่อประสิทธิภาพแบตเตอรี่และการใช้พลังงาน
    • ฉันใช้งาน PostmarketOS บน Google Pixel 3a อยู่
      ถ้าใช้งานเบา ๆ แบตลดวันละราว 20% และถึงจะไถโซเชียลเยอะก็อยู่แถว 60%
      ระดับนี้สำหรับฉันกลับรู้สึกว่าใช้ได้ดีทีเดียว
      หลังติดตั้งใหม่ล่าสุด แบตดีขึ้นมาก — ก่อนหน้านั้นน่าจะเป็นเพราะ Syncthing รันอยู่เบื้องหลัง
      ถ้าใช้ s2idle suspend จะลดการกินแบตตอนสแตนด์บายได้มากขึ้น แต่จะรับสายไม่ได้ (อันนี้อาจดีขึ้นในอนาคต)
    • มีแท็บเล็ตหรืออุปกรณ์ 2-in-1 ที่ใช้ชิป AMD หลายรุ่นซึ่งใช้งานเบา ๆ แล้วอยู่ได้ 8 ชั่วโมง
  • มือถือเครื่องถัดไปของฉันเกือบจะแน่นอนแล้วว่าจะใช้สองเครื่อง
    เครื่องหนึ่งเป็น Android มาตรฐานราคาถูก เอาไว้รันเฉพาะแอปธนาคารหรืออะไรที่จำเป็นต้องใช้ Google Play (ล็อกแน่นมาก แทบจะปิดทิ้งไว้ตลอด)
    อีกเครื่องเอาไว้ทำสิ่งที่ฉันต้องการกับโทรศัพท์ ให้มันเป็นคอมพิวเตอร์อเนกประสงค์ เช่น terminal, sshd, emacs, emulator, media player ฯลฯ
    ดูเหมือนว่าการจะได้ทั้งสองโลกในอุปกรณ์เครื่องเดียวจะยิ่งยากขึ้นเรื่อย ๆ
    ทุกวันนี้บน Android ยังพอฝืนทำได้ แต่สถานการณ์กำลังแย่ลง

    • ต่อจากโพสต์ที่เพิ่งลงไป ฉันว่าความคิดนี้ดีมากจริง ๆ
      การใช้สองเครื่องอาจเป็นทางออกที่ใช้งานได้จริง
      มีมือถือ PAYG ไว้ที่บ้าน ใช้เฉพาะงานอย่างแอปธนาคาร
      ที่เหลือก็ใช้โทรศัพท์ GNU/Linux … แค่คิดว่าจะมี Emacs บนมือถือก็รู้สึกตื่นเต้นแล้ว
    • ฉันกำลังทำแบบนั้นอยู่จริง ๆ และมันดูแลรักษายุ่งยากมาก
      แม้แต่เครื่อง “โง่ ๆ” ก็ยังต้องอัปเดตเพื่อความปลอดภัยและเพื่อให้แอปธนาคารยังใช้ได้
      ปกติมือถือที่เกิน 3 ปีไปแล้วจะถูกตัดการรองรับอย่างรวดเร็ว
      ต่อให้ใช้ LineageOS ก็ไม่ผ่านการตรวจสอบความสมบูรณ์ของ Google อยู่ดี เลยคาดว่าคงต้องซื้อมือถือ Dumb เครื่องใหม่ทุก 2 ปี
    • ฉันต้องมี Android อีกเครื่องเพราะบางแอปโดยเฉพาะ
      ส่วนเครื่องหลักยังใช้ Linux phone ต่อเนื่อง — ใช้มาตั้งแต่สมัย Nokia N9/N900 แล้ว
      และฉันไม่เก็บข้อมูลสำคัญไว้ในมือถือเลย
    • เคยคิดว่าอาจรัน OS สองตัวด้วย hypervisor แบบที่ทำบนเซิร์ฟเวอร์ได้ไหม
      แต่แบตน่าจะหมดเร็วมหาศาล
    • มือถือเครื่องที่สองแทบให้ความรู้สึกเหมือนแล็ปท็อปจิ๋ว
      บนมือถือ “ไม่สนุก” ก็ใช้ค่าโรงงาน แอปมีแค่สามตัว MyGov, Dropbox และที่เหลือก็จำไม่ได้แล้ว
      แล้วก็พกแล็ปท็อปเล็ก ๆ เท่ ๆ อีกเครื่องไว้ ใช้ tethering กับมือถือเพื่อทำงานจริง
      เครื่องหนึ่งเป็นเครื่องใช้ไฟฟ้า ส่วนอีกเครื่องเป็นคอมพิวเตอร์จริง ๆ
  • ต่อให้มี Linux phone ที่ใช้งานได้ดีแค่ไหน ถ้ารัฐบาลบังคับว่าการจ่ายภาษีต้องซื้อฮาร์ดแวร์+ซอฟต์แวร์ที่บริษัทอเมริกันบางรายรับรองเท่านั้น มันก็ไม่มีประโยชน์
    ถ้าไม่จ่ายภาษีก็โดนจับเข้าคุก สุดท้ายก็ต้องทำตาม
    ปัญหาไม่ใช่เรื่อง Google แต่คือการที่เราเป็นพลเมืองเสรี ทว่าปัจจัยจำเป็นของชีวิตกลับผูกติดกับฮาร์ดแวร์/ซอฟต์แวร์ของบริษัทภายนอกที่เราควบคุมไม่ได้
    เราควรต่อต้านอย่างจริงจัง ไม่ยอมฝากชีวิตของเราไว้กับซอฟต์แวร์/ฮาร์ดแวร์ที่เราควบคุมไม่ได้
    โดยเฉพาะต้องถอยห่างจากโครงสร้างที่บริษัทอเมริกันสองรายควบคุมทุกอย่าง

  • แม้จะเห็นด้วยกับปัญหาของ Android แต่การถอยกลับไปหา Linux ที่ (แทบไม่มี) โมเดลความปลอดภัย และ UI/UX มือถือที่แย่ ก็ฟังดูประหลาดอยู่เหมือนกัน
    บางทีแยก fork AOSP หรือ GOS มาใช้แทนดีกว่าไหม (ความเข้ากันได้จะดีขึ้น แต่ก็อาจต้องยอมเสียความปลอดภัย)
    การแพ็กแอป GUI ของ Linux เป็น Android APK ก็น่าจะมีทางวิจัยได้ — อาจต้องมีการผสาน Wayland/DBus และงานเพิ่มอีกหน่อย แต่ถ้าทำได้ก็น่าจะเก็บข้อดีของทั้งสองฝั่งไว้ได้

    • fork AOSP หรือ GOS
      ทั้งสองระบบยังต้องเดินตามกลยุทธ์การพัฒนาของ Google อยู่ดี จึงไม่ใช่ความเป็นอิสระอย่างแท้จริง — และนั่นแหละคือตัวปัญหา (กระทู้ HN ที่เกี่ยวข้อง)
      การเอา GOS ไปลงบน Librem 5 หรือ Pinephone ก็เป็นไอเดียที่ดี แต่ทีมพัฒนา GOS ปฏิเสธแนวทางนี้ (กระทู้ HN ที่เกี่ยวข้อง)
      เรื่อง “โมเดลความปลอดภัยที่ไม่มีอยู่ของ Linux” นั้น ในทางปฏิบัติคือการเชื่อถือซอฟต์แวร์ที่ติดตั้งจากคลังแพ็กเกจโอเพนซอร์ส
      และมันก็ทำงานได้ค่อนข้างดี

  • (หมายเหตุ: ฉันไม่ใช่ผู้เชี่ยวชาญด้านการตลาด/ธุรกิจ แต่เป็นวิศวกรซอฟต์แวร์/ผลิตภัณฑ์)
    ถ้า Linux smartphone จะตั้งหลักในตลาดได้จริง แนวทางที่เป็นจริงคือน่าจะเลือกฮาร์ดแวร์สักรุ่นเดียวที่ราคาถูก หาซื้อง่าย แล้วพัฒนาให้รองรับ pure Debian หรือ PostmarketOS อย่างสมบูรณ์
    ถ้าทำให้ใช้งานร่วมกับ Phosh ของ Purism ได้ โดยไม่ต้องพึ่งไดรเวอร์ปิดหรือ blob ก็จะช่วยเพิ่มดีมานด์ต่อแพลตฟอร์ม/คอมโพเนนต์โอเพนซอร์สของ Purism (หรือฮาร์ดแวร์รุ่นถัดไป) และเพิ่มการมีส่วนร่วมจากชุมชน
    ถ้ามือถือราคาถูกนั้นเป็นอะไรอย่าง PinePhone ก็อาจไม่แย่งยอดขายเรือธงของ Purism มากนัก
    การขยายชุมชนอาจกลับช่วยสร้างความต้องการและความเชื่อมั่นต่อแบรนด์ได้มากกว่า
    คู่แข่งก็อาจเกิดขึ้นได้ แต่ถ้าจะจับกลุ่มลูกค้าที่ให้คุณค่ากับความน่าเชื่อถือและฮาร์ดแวร์/ซอฟต์แวร์แบบเปิด ก็จำเป็นต้องมีการส่งผลงานโอเพนซอร์สกลับเข้า mainline อยู่ดี
    (ไม่จำเป็นต้องเป็น PinePhone เสมอไป มือถือ Pixel มือสองที่ปลดล็อกง่ายก็น่าจะได้เช่นกัน และในอนาคตอุปกรณ์ที่ทำมาสำหรับ GrapheneOS โดยเฉพาะก็อาจนำมาใช้กับแพลตฟอร์ม Linux แบบเปิดเดียวกันได้)

    • การทำมือถือเปิดทั้งหมดแบบไร้ blob เพียงรุ่นเดียวเป็นเรื่องยากมาก
      Linux phone ปัจจุบันก็พยายามเลือกชิ้นส่วนที่เปิดให้มากที่สุดอยู่แล้ว แต่พอทำแบบนั้นก็มักลงเอยด้วยดีไซน์เก่าที่ใกล้เลิกผลิต หรือไม่ก็ประสิทธิภาพระดับล่าง
      ส่วน baseband (ชิปสื่อสาร) ก็หลีกเลี่ยงความปิดไม่ได้
      มือถือที่ตรงอุดมการณ์ FOSS แบบสมบูรณ์จึงแทบเป็นไปไม่ได้ในโลกจริง
      แล้วใครจะอยากซื้อมือถือที่ใช้ชิปกับแบตเตอรี่ระดับล่าง?
      ตลาดก็เล็ก ราคาจึงยังแพงต่อไป
      สุดท้ายคำตอบอาจเป็น “สร้างมือถือที่แรงพอก่อน” แล้วค่อยเอา Linux ไปลง
      (ถ้าไม่ใช่ตลาดแบบ PC ที่ไดรเวอร์เปิดเกือบหมดแล้ว ตอนนี้อุปสรรคมันสูงเกินไปจริง ๆ)
    • ต่อให้เป็นมือถือจีนราคาถูก ถ้าเป็นรุ่นเก่าที่มีเอกสารเทคนิคเปิดเผยดี ก็น่าจะพอใช้ได้
      ถ้ามีเครื่องราคา $50 ที่ลง Linux ได้ ฉันเชื่อว่าขายได้ 100,000 เครื่องแน่ — แค่เพราะคนอยากรู้อยากลองก็ซื้อแล้ว
      แต่ก็เข้าใจว่า UI ของ mobile Linux ยังไม่ถึงระดับที่ดีพอ
      แม้แต่ประสบการณ์ระดับ N900 รุ่นเก่า (แรม 256M) ก็ยังดูเหมือนไม่ถึง
      โปรเจกต์ต่าง ๆ อย่างการพอร์ต Maemo ก็หายไปเพราะขาดฮาร์ดแวร์รองรับ
  • ฉันเป็นผู้ใช้ Sailfish OS มาตั้งแต่ปี 2016
    ก่อนหน้านั้นใช้ Meego, Maemo (N900, N9)
    ตอนนี้ก็มี Android phone อยู่เครื่องหนึ่งด้วย (ไว้ใช้แอป Deutsche Post) ใช้เฉพาะเวลาส่งของ
    เครื่องหลักเป็น Gigaset จากเยอรมนี (แบต 4KmA) ปกติใช้ได้ 2 วัน ถ้าโพสต์เยอะก็ 1 วัน
    ยังรัน SDL2 (เช่น Godot 3.5) และ Wayland compositor ได้ และอินเทอร์เฟซก็ไม่ได้แย่
    ปัญหาคือแอปมีน้อย แต่กลับทำให้มีอะไรให้พัฒนาเยอะ เลยสนุกดี
    mobile Linux ตอนนี้ให้ความรู้สึกว่าตั้งหลักได้อย่างมั่นคงแล้ว

    • สวัสดีครับ/ค่ะ เหมือนจะเคยเห็นชื่อคุณในฟอรัม Jolla
      ฉันมีทั้ง Gigaset GX290 และ GX4 Pro สองเครื่อง แต่ยังผัดวันไว้ เพราะถ้าจะลง SailfishOS ต้องใช้พีซี Windows เพื่อทำ Android backup และสร้าง scatter file
      เครื่องมือ MTK ก็ไม่ใช่ของทางการ ต้องไปโหลดไฟล์ executable สารพัดจากเว็บแปลก ๆ ซึ่งน่ารำคาญมาก
      แปลกใจว่าทำไมถึงไม่มีเครื่องมือทางการแบบนี้
      ขอถามหน่อยว่า:
      ฉันทำ embedded Linux อยู่ แต่ยังไม่ค่อยเข้าใจแนวคิดของการพอร์ต OS อย่าง Sailfish ไปยังอุปกรณ์ Android ตามใจชอบ
      ตอนแฟลช Sailfish ลงอุปกรณ์ Android จริง ๆ แล้วเกิดอะไรขึ้น?
      แล้วทำไมมันถึงจำเป็น? libhybris คืออะไร และทำไมถึงไม่แค่เอาไบนารีไดรเวอร์ของ Android มาใช้ซ้ำเฉย ๆ?
      คำศัพท์ของ Android กับ embedded Linux ก็ใช้ไม่เหมือนกัน เลยยิ่งสับสน
      ขอบคุณสำหรับความพยายามในการพัฒนาที่ผ่านมาทั้งหมด และหวังว่าจะได้กลับมาเป็นผู้ใช้ SFOS อีกในเร็ว ๆ นี้
    • อยากรู้ว่าใช้ Sailfish OS บนอุปกรณ์อะไร — Jolla C2 หรือเปล่า?
  • ฉันไม่เข้าใจเลยว่าทำไมจู่ ๆ ผู้ผลิตทุกรายถึงทำมือถือให้ปิดมากขึ้นเรื่อย ๆ แล้ว Google เองก็ทำไมถึงไปในทิศทางนี้
    ไม่รู้เลยว่าเจตนาที่แท้จริงคืออะไร

    • ฉันคิดว่านี่เป็นผลข้างเคียงที่ไม่ได้ตั้งใจจากกฎระเบียบยุโรป
      Apple รับมือด้วยการทำให้ผ่านเกณฑ์ EU แบบขั้นต่ำที่สุด และ Google ก็กำลังทำตามในระดับนั้น
    • บางส่วนมองว่าเป็นความตั้งใจที่ให้ eSIM และความสมบูรณ์ของตัวตนมีความสำคัญมากขึ้น
    • เพราะเงินมากขึ้น อำนาจมากขึ้น
      มันเริ่มจากความโลภ
      สิ่งที่ผลักสังคมให้ก้าวหน้าคือคนส่วนน้อยบางกลุ่ม (เช่น Richard Stallman) แต่ตอนนี้ระบบกลับถูกชี้นำโดยคนธรรมดาทั่วไป
    • คำตอบแบบตัดทฤษฎีสมคบคิดออกไป:
      การยกเลิก bootloader unlock ไม่ใช่เรื่องที่เพิ่งเกิดขึ้นกะทันหัน
      พอ Samsung (ผู้ผลิต Android อันดับ 1) ไม่รองรับอีกต่อไป สมดุลของตลาดก็เปลี่ยน
      ต้นทุน/ผลตอบแทนของการคงฟีเจอร์นี้ไว้ไม่คุ้ม จึงค่อย ๆ กลายเป็นเรื่องเฉพาะกลุ่ม
      ลูกค้ารายใหญ่บางรายถึงขั้นกำหนดว่าไม่ให้รองรับฟีเจอร์นี้เลย
      การปลดล็อกไม่ได้มีแค่การ unlock อย่างเดียว แต่ยังต้องจัดการเรื่องการรับรองจากผู้ให้บริการเครือข่าย, shared secret ระหว่างอุปกรณ์กับผู้ผลิต, และทำให้ OS ยังทำงานถูกต้องได้แม้ trust chain จะถูกทำลาย ซึ่งซับซ้อนมาก
      ในเชิงธุรกิจ มันเป็นฟีเจอร์ที่มีแรงจูงใจต่ำมาตั้งแต่แรก
      ที่เมื่อก่อนผู้ผลิตหลายรายยังเคยใส่มาให้บ้าง ก็เพราะยุคนั้นมาร์จินยังสูง
      ทุกวันนี้แม้แต่อัปเกรด OS เองก็ยังคาดการณ์สถานการณ์อีก 2–3 ปีข้างหน้าไม่ได้ จึงทำให้การปลดล็อกยิ่งเป็นความเสี่ยง
      ชุมชนของ 3rd party OS ก็กำลังเล็กลงเช่นกัน
      หลังการล่มสลายของ Cyanogen (ผู้นำในยุคนั้น) จำนวนผู้ใช้ OS ทางเลือกก็ยิ่งลดลง
      สาเหตุคือ:
      1. ตลาดแตกย่อยหนักขึ้น
      2. คุณภาพและการอัปเกรดของ Android มาตรฐานดีขึ้นมาก
      3. Google นำการตรวจสอบความสมบูรณ์ของอุปกรณ์เข้ามาใช้ (ตอนนี้แอปธนาคารและแอปบันเทิงส่วนใหญ่ใช้งานไม่ได้แล้ว อุปกรณ์ที่ปลดล็อกจะโดนบล็อก)
        ดูเหมือนว่าวิธีเดียวที่เหลือคือเปลี่ยนโครงสร้างนี้ให้เป็นแรงจูงใจทางกฎหมาย
        ไม่เช่นนั้นฮาร์ดแวร์ที่ยังใช้งานได้จะถูกเก็บไว้ในลิ้นชักหรือทิ้งเป็นขยะทุกวัน
        ถ้าบังคับให้ผู้ผลิตต้องจัดเตรียมชั้นซอฟต์แวร์แบบเปิดและเอกสารของฮาร์ดแวร์ไว้ ชุมชน OS ก็จะดูแลและต่อยอดได้
        แต่จะออกกฎหมายได้ ก็คงต้องพิสูจน์ผลดีทางสังคมให้ชัดเจนก่อน ซึ่งในความเป็นจริงโอกาสต่ำมาก
    • มันไม่ได้เกิดขึ้นแบบฉับพลัน แต่เป็นการค่อย ๆ เพิ่มการควบคุมมาโดยตลอด
      เมื่อก่อนแม้แต่แบตเตอรี่โทรศัพท์ก็ยังเปลี่ยนเองได้ แต่ผู้ผลิตก็ค่อย ๆ เอาเสรีภาพพวกนี้ออกไปหมด
  • ถ้า Linux phone ใช้งานแอปรัฐบาลกับธนาคารไม่ได้ สำหรับคนทั่วไปมันก็ไร้ประโยชน์

    • ในโพสต์ต้นทางก็เขียนตัวโต ๆ อยู่แล้วว่า “ไม่ได้บอกให้ไปใช้ Linux phone ตอนนี้ทันที แต่บอกว่าการพัฒนาควรเร่งให้เร็วขึ้น”
      อย่าเพิ่งวิจารณ์แบบใจร้อนเกินไปเลย
    • ฉันไม่ชอบความจริงที่ว่าแอปรัฐบาล/ธนาคารมีอยู่แค่ใน Play Store
      ถ้าจะใช้ก็ต้องสร้างบัญชี Google และยอมรับข้อตกลงของพวกเขา
      แม้จะมีทางอ้อมอย่าง Aurora Store แต่แอปธนาคารบางตัวตรวจด้วยว่าดาวน์โหลดมาจาก Play Store จริงไหม เลยใช้ไม่ได้
    • ได้ยินข้อโต้แย้งนี้บ่อย แต่ก็ยังไม่เข้าใจ
      มีแอปรัฐบาลอะไรที่ “จำเป็น” กันแน่?
      แล้วทำไมต้องเช็กบัญชีธนาคารจากมือถือด้วย?
      ประเทศของฉันแทบไม่มีโมเดลแบบนี้เลย ยังเป็นสังคมที่จ่ายด้วยบัตรเครดิตเป็นหลัก
    • บน Linux มี Android emulation ได้
      ธนาคารส่วนใหญ่ก็มีเว็บไซต์ให้ใช้ด้วย
      อุปสรรคจริง ๆ มีแค่การเชื่อมกับการยืนยันตัวตนด้วยการถ่ายรูปจากกล้องในสภาพแวดล้อม emulation ของ Android เท่านั้น
    • วิธีที่เป็นจริงที่สุดมีทางเดียว คือใช้อุปกรณ์สองเครื่อง — เครื่องหนึ่งไว้บริการรัฐ/การเงินโดยเฉพาะ และอีกเครื่องสำหรับฟังก์ชันอื่นกับความเป็นส่วนตัว
  • “Android ก็เป็น Linux ไม่ใช่เหรอ?”
    ไม่ได้จะ “จับผิดคำพูด” แต่สงสัยจริง ๆ
    มี Android clone หลายตัวที่ทำงานได้โดยไม่ต้องพึ่ง Google Play
    งั้นใช้พวกนั้นไม่ได้หรือ? มูลค่าเพิ่มของ ‘Linux phone’ คืออะไร?

    • “Linux” เป็นชื่อของเคอร์เนล แต่โดยทั่วไปคนมักใช้คำนี้เพื่อสื่อความหมายที่กว้างกว่านั้น
      เวลาเขาพูดถึง “Linux Phone” จริง ๆ แล้วก็ยังไม่ชัดเจนว่าต้องการ software stack แบบไหนกันแน่ ทั้งที่ Android เองก็มีพื้นฐานเป็น Linux อยู่แล้ว แต่คนก็ยังพยายามแยกมันออกจากกัน
    • การ fork Android ดูจะยุ่งยากน้อยกว่าการสร้าง Linux phone จากศูนย์มาก
      และยังคงรักษาความเข้ากันได้ไว้ได้ด้วย
    • Android คือเคอร์เนล Linux ที่ถูกแพตช์ พร้อม user space แยกต่างหาก
    • มีทางเลือก Android ที่ไม่มี Google Play อย่าง microG GmsCore แต่ก็ยังแทบเป็นไปไม่ได้อยู่ดี — สภาพจริงแทบเป็นการผูกขาด
    • ไม่มีใครสนใจตัวเคอร์เนลเองหรอก
      สิ่งที่ผู้ใช้ต้องการจริง ๆ คือการใช้โทรศัพท์ของตัวเองได้ตามใจตัวเอง และมี user space แบบ “ทั่วไป” ที่ไม่ต้องขึ้นกับนโยบายของผู้ผลิตที่เปลี่ยนไปมา
      คนไม่ได้อยากถือโทรศัพท์ไปพร้อมกับพวกมิจฉาชีพ สปาย หรือแอปไม่รู้ที่มา
      เมื่อก่อนตอน Stallman พูดคำว่า “GNU/Linux” คนยังเอาไปล้อ แต่ตอนนี้การแยกความต่างแบบนี้สำคัญจริง ๆ
      ตัวอย่างเช่น ต่อให้ Debian เปลี่ยนฐานไปใช้ BSD ฉันก็คงยังใช้ Debian อยู่
      แต่ถ้า iOS เปลี่ยนแค่เคอร์เนลมาเป็น Linux ฉันก็ไม่ใช้มันอยู่ดี
      สุดท้ายสิ่งที่คนต้องการจริง ๆ คือ “เกราะป้องกันทางการเมือง” ที่มาจาก GPL และโปรเจกต์ที่ยึดมั่นกับมัน (เช่น Debian)
      ผู้ใช้อาจไม่ยอมรับความต้องการนี้กับตัวเองตรง ๆ หรือไม่ก็การเมืองในโลกจริงกับวิถีชีวิตของเขามันสวนทางกัน
      เพราะคนอยากหนีออกจากการผูกขาดของคนไม่กี่ราย จึงให้คุณค่ากับความเปิดกว้าง