Seiring aplikasi web menjadi semakin kompleks dan membutuhkan data yang besar, semakin banyak developer yang menemukan secara langsung bagaimana produk mereka bekerja dalam kondisi jaringan yang kurang ideal. Diskusi terbaru di komunitas teknologi mengungkapkan bahwa banyak pembuat perangkat lunak memperoleh wawasan berharga dengan mengalami sendiri konektivitas yang buruk.
Statistik Akses Internet AS (2021)
- Akses Internet Apa Pun: 97,1% siswa
- Akses Hanya Smartphone: 4,5% siswa
- Tidak Ada Akses Internet: 2,9% siswa
- Rumah tangga berpenghasilan rendah memiliki tingkat akses yang jauh lebih rendah
Jaringan Mobile Mengekspos Kelemahan Aplikasi
Developer yang secara rutin menggunakan koneksi mobile menemukan masalah signifikan dalam cara aplikasi menangani jaringan yang tidak stabil. Internet mobile, baik 3G, 4G, atau 5G, menghadirkan tantangan unik yang sering kali gagal ditangani dengan baik oleh banyak aplikasi. Ketika koneksi terputus secara intermiten atau mengalami latensi tinggi, aplikasi sering hang atau gagal sepenuhnya daripada menurun kinerjanya secara bertahap.
Masalah ini menjadi sangat jelas ketika menggunakan aplikasi saat bepergian atau di area dengan cakupan menara seluler yang buruk. Bahkan koneksi yang menunjukkan sinyal penuh dapat mengalami masalah backhaul, di mana menara itu sendiri memiliki masalah konektivitas. Hal ini menciptakan situasi di mana perangkat tampak terhubung tetapi transfer data menjadi tidak dapat diandalkan atau sangat lambat.
Kecepatan Jaringan Mobile
- Jaringan 4G: sekitar 5/1 Mbps (download/upload)
- Jaringan 3G: jauh lebih lambat dibandingkan 4G
- Minimum yang disarankan untuk penggunaan web dasar: 25/3 Mbps
Pengujian Dunia Nyata Mengungkap Cacat Desain
Beberapa developer menemukan masalah ini melalui rutinitas harian mereka. Perjalanan naik kereta, misalnya, memberikan tempat pengujian yang sangat baik untuk koneksi yang tidak stabil karena perangkat terus-menerus beralih antar menara seluler dan mengalami kekuatan sinyal yang bervariasi. Pengujian dunia nyata ini sering mengungkapkan betapa buruknya aplikasi menangani gangguan jaringan.
Saya belajar betapa mengerikannya produk kami untuk digunakan pada koneksi yang tidak stabil... Membuat saya berpikir lebih tentang koneksi yang buruk & tidak stabil ketika membangun fitur-fitur baru.
Pengalaman tersebut mengarah pada perbaikan praktis seperti status loading yang lebih baik, peringatan timeout yang lebih jelas, dan memindahkan kalkulasi tertentu untuk berjalan secara lokal di perangkat daripada memerlukan komunikasi server yang konstan.
Kisah Sukses dalam Desain Konektivitas Buruk
Menariknya, beberapa aplikasi populer menangani koneksi buruk dengan sangat baik. Aplikasi pesan dan layanan AI menunjukkan bagaimana desain yang thoughtful dapat mengatasi keterbatasan jaringan. Aplikasi-aplikasi ini sering menggunakan teknik seperti caching yang agresif, antrian permintaan, dan degradasi yang bertahap untuk mempertahankan fungsionalitas bahkan ketika koneksi terputus-putus.
Kuncinya tampaknya adalah mendesain dengan asumsi bahwa koneksi akan tidak dapat diandalkan daripada memperlakukan konektivitas buruk sebagai kasus tepi.
Aplikasi yang Menangani Konektivitas Buruk dengan Baik
- WhatsApp : Layanan pesan dengan kemampuan offline
- OpenAI API : Dapat menyelesaikan permintaan bahkan setelah gangguan koneksi
- Keduanya menggunakan teknik seperti antrian permintaan dan degradasi yang halus
Melampaui Area Perkotaan
Diskusi ini juga menyoroti bahwa masalah konektivitas meluas melampaui area pedesaan. Bahkan di wilayah yang terhubung dengan baik, pengguna mungkin mengandalkan hotspot mobile, memiliki batas data, atau mengalami masalah jaringan sementara. Ini berarti bahwa mendesain untuk konektivitas buruk menguntungkan basis pengguna yang lebih luas daripada yang diperkirakan awalnya.
Kesadaran yang berkembang di antara developer menunjukkan pergeseran menuju praktik desain yang lebih inklusif yang mempertimbangkan spektrum penuh pengalaman konektivitas pengguna daripada mengasumsikan semua orang memiliki akses internet yang cepat dan stabil.
Referensi: Should we design for iffy internet?