Android 5.0 Loplipop เปิดตัวพฤศจิกายน ก.พ. 3 เดือนหลัง TechCrunch รายงานว่า Android devices ที่รัน Lollipop น้อยกว่า 2% ตอนนี้มีนาคม ยังคงอยู่ที่ ~3%
เปรียบเทียบกับคู่แข่งหลัก Apple ปล่อย iOS 8.0 กันยายน 2 เดือนหลัง พฤศจิกายน >60% iPhones รัน latest version — และนี่ ช้า ถ้าเปรียบ adoption rate iOS รุ่นก่อน
เป็นไง? ทำไม Android อัปเดตช้ากว่าคู่แข่งมาก? ทำไม อุปกรณ์ของคุณ ยังไม่ใช่ Lollipop?
ปัญหาอยู่ที่การออกแบบของ Android
การ rollout อัปเดตช้า และ adoption ช้ากว่านั้น ไม่ใช่เรื่องใหม่ ดู Android fragmented version adoption ตั้งแต่ 2011 เหมือนเดิม ไม่ค่อยเปลี่ยน
ปัญหามาจาก core design philosophy ของ Android: open environment ที่ adapt, customize, และ present ได้โดยใครก็ตามที่ผลิตโทรศัพท์ได้ ความเปิดเผยนี้นำเสนอขาย Android ใหญ่ เพราะผู้ใช้รักความเสรี แต่มาพร้อมปัญหาใหญ่ๆ — เช่น Android app piracy
แม้จะ available อย่างเป็นทางการพฤศจิกายน Lollipop จริงๆ available เฉพาะ Nexus devices บางตัว ตอนนั้น เพราะ manufacturers adopt และ develop updates ตาม pace ของตัวเอง ซึ่งก็เป็นเหตุผลที่ manufacturers ประกาศ Lollipop availability estimates
ตรงข้าม iOS เป็น single ecosystem ที่ Apple ควบคุมและ maintain อย่างเข้มงวด ไม่ต้องกังวล HTC, Samsung, Motorola versions ของ iPhone อุปกรณ์ iPhone ทุกตัวเหมือนกัน อัปเดตทดสอบง่าย push เร็ว
และจริงๆ ทุกความล่าช้า Android มาจาก: จำนวนอุปกรณ์มากเกินไปที่ต้อง support
ทุกอย่างเริ่มจาก Google...
สมมติคุณและเพื่อน 2 คน ซื้อ LEGO kit เดียวกัน (ใช้ประโยชน์จริงได้) สร้างสรรค์ unique creation ไม่กี่เดือน LEGO ปล่อย kit ใหม่ ทั้ง 3 ซื้อมา improve สิ่งที่สร้างไว้
แต่ละคนต้องนำชิ้นใหม่ไปรวม แต่กระบวนการต่างกัน เพราะสร้างต่างกัน คุณ อาจง่าย เพื่อน อาจลำบาก นานกว่า
แต่ก่อนลึกๆ มาดูว่าผลิต LEGO kits ใหม่ (อ่านว่า: Android versions ใหม่) ต้องทำไง
Google ทำ Android versions ใหม่เบื้องหลัง ประกาศ version ใหม่ให้สาธารณะ Google ให้ source code บนเว็บให้ carriers และ manufacturers ประเมิน และตัดสินใจว่าอุปกรณ์ไหน support update ใหม่
ดู pattern ประวัติ Google ประกาศ Android ใหม่ทุก 6-12 เดือน มักปล่อยระหว่าง กรกฎาคม-พฤศจิกายน แต่บางครั้งเบี่ยงเบนถ้าสถานการณ์เรียก
source code พร้อมแล้ว Manufacturers ต้อง package และ ready ให้ลูกค้าอย่างทันเวลา
...และจบที่ Carriers
ปีก่อน HTC ปล่อย infographic รายละเอียดกระบวนการซับซ้อนที่ต้องทำ เพื่อเปลี่ยน Android version ใหม่ให้เป็นอะไรที่ push ไปอุปกรณ์ปัจจุบันได้
กลับไป LEGO analogy: สมมติคุณคือ HTC ต้องนำชิ้น LEGO ใหม่ไปรวมกับที่สร้างไว้ ต้องพูดกับ carriers ดูว่า พวกเขา อยากได้อะไร
อาจ AT&T อยาก pieces A, B, C T-Mobile อยาก X, Y, Z มี 100+ carriers ทั่วโลก แต่ละคนอยากต่างกัน HTC ต้อง accommodate หลายคน = build และ test ร้อยๆ variation
bugs กำจัดเสร็จ (ไว้ใจได้ จะมี เยอะมาก ตลอดกระบวนการ) อุปกรณ์ต้อง approved โดย carriers, Google, และ regulatory bodies เฉพาะภูมิภาค
ทุกอย่าง settled HTC จะ prepare OTA servers ด้วย device-specific updates servers ready ผู้ใช้ HTC ได้แจ้งเตือน update ดาวน์โหลดและ apply
Manufacturers อื่นทำคล้ายกัน
เห็นได้ว่า process involved ต้องใช้เวลามาก เพราะ back-and-forth exchanges เยอะระหว่าง requests, tests, iterations ที่ common ใน software development
คุณรัน Android เวอร์ชันไหน?
ทำไมอุปกรณ์ Android ของคุณยังไม่ up-to-date? อาจ model ไม่ support latest version แต่ likely แค่ต้องรออีกนิด
กระบวนการ rollout ช้าของ Android รบกวนคุณไหม? พอที่จะทำให้สลับไป iOS? หรือพอใจทนมันได้? แชร์ความคิดในความคิดเห็น!
Image Credits: waiting room Via Shutterstock, Pile of Android Phones Via Shutterstock, Basic Android Phone Via Shutterstock, HTC Update Process Infographic
