Berdasarkan laporan yang disumbangkan oleh MobiDev di CeBIT 2014.
Dimana Pengembangan Multiplatform Dapat Diterapkan?
Jika Anda yakin tentang perangkat dan sistem operasi, yang digunakan oleh audiens target Anda, Anda tidak harus mencakup semua orang. Tetapi jika bisnis Anda membutuhkan audiens yang besar dengan banyak jenis perangkat, Anda harus memikirkan bagaimana hal itu akan memengaruhi bisnis Anda. Aplikasi tersebut dapat mencakup:
– aplikasi promosi – ketika merek terintegrasi dalam konten aplikasi yang berguna atau menarik;
– aplikasi hiburan – termasuk semua media, aplikasi untuk menyajikan produk dan layanan, m-commerce;
– aplikasi bisnis untuk penggunaan internal – saat bisnis mulai mempertimbangkan teknologi seluler sebagai keunggulan bisnis dan arah penting untuk investasi.
Dalam dua kasus pertama, keuntungan utama dari pengembangan multiplatform adalah mencakup audiens yang lebih besar dengan biaya yang lebih rendah. Dalam kasus ketiga, ini adalah kesempatan untuk membuat aplikasi untuk setiap karyawan, tanpa mempertimbangkan preferensi pribadi di perangkat.
Di sini kita dapat mengatakan bahwa tren BYOD (Bawa Perangkat Anda Sendiri) telah mencapai masa kritis di kalangan karyawan. Perangkat baru dan non-standar, yang dibawa oleh karyawan, mungkin tidak kompatibel dengan aplikasi yang akan Anda buat. Teknologi berkembang lebih cepat dari standar. Perusahaan yang menerapkan teknologi seluler perlu menemukan keseimbangan optimal antara preferensi karyawan dan biaya untuk pengembangan aplikasi, dan mereka perlu menyediakan akses ke sana.
Membuat karyawan mobile hanyalah bagian dari keseluruhan gambaran. Batas antara lingkungan kerja dan rumah menjadi kabur. Ini berarti bahwa karyawan yang bekerja dengan informasi, berharap bahwa perusahaan mereka akan menyingkirkan cara standar membangun TI. Ini berarti bekerja di OS dan aplikasi pilihan, serta personalisasi teknologi kerja. Untuk menggunakan keunggulan teknologi seluler, cukup logis untuk membangun solusi yang fleksibel dan berorientasi pada karyawan.
Fragmentasi Pasar Seluler
Ada banyak platform seluler di pasar, tetapi hanya tiga pemimpin yang jelas. Menurut statistik pangsa pasar di seluruh dunia (Q4 2013), pemimpin di pasar smartphone adalah Android (69%); tempat kedua milik iOS (19%); tempat ketiga milik Windows – 10%, BlackBerry memiliki sekitar 2%.
Adapun tablet, situasinya berbeda. Sebagian dari pangsa Android (62%) diambil oleh iOS (33%). Windows dan BlackBerry masing-masing memiliki 5% dan 0,2%. Dan tentu saja, jumlah perangkat dan sistem operasi akan bertambah.
Apa Lagi yang Anda Rugi Mengembangkan Untuk Satu Platform?
Jika kita mempertimbangkan pertumbuhan besar Android, risiko pengembangan untuk satu platform sudah jelas. Anda tidak tahu platform mana yang akan berhasil. Bagaimana jika besok tidak akan ada tiga pemimpin? Bagaimana jika mereka akan diganti? Apakah itu berarti Anda harus membangun aplikasi lain, atau ada solusi lain?
Pertimbangkan fakta bahwa pengembangan aplikasi tidak murah, dan aplikasi akan digunakan selama beberapa kursus android mobile tahun. Anda perlu memahami apa yang harus dilakukan, jika pasar atau preferensi karyawan berubah.
Tidak diragukan lagi, masa depan pengembangan seluler menyangkut dukungan multiplatform. Teknologi ini semakin penting, dan ada solusi HTML/JS seperti RAD-js, yang membantu membuat aplikasi lintas platform dengan respons asli.
Banyak klien dan pengembang masih menggunakan SDK asli untuk membuat aplikasi. Itu alami. Tapi itulah alasan mengapa ada keragaman yang buruk di aplikasi seluler. Semuanya serupa, karena SDK terbatas. Sebuah aplikasi yang menonjol, biaya banyak, dan tidak selalu membayar untuk dirinya sendiri.
Mengapa Sulit Membuat Keunikan Dengan Native SDK?
Setiap OS memiliki SDK. Hal ini memungkinkan untuk membuat antarmuka standar yang relatif mudah. Dan Anda harus mempertimbangkan dua faktor saat bekerja dengan SDK asli:
– SDK asli tidak dapat melakukan semuanya;
– Keunikan membutuhkan waktu dan usaha.
Jika aplikasi Anda setuju dengan itu, SDK ini sudah cukup. Tetapi jika Anda menginginkan sesuatu yang tidak standar, apa yang terjadi selanjutnya?
– salah satu pengembang mencoba membujuk Anda untuk tetap berpegang pada standar (biasanya, dijelaskan dengan pola interaksi);
– atau Anda bersikeras membuat antarmuka yang unik dan harus membayar banyak uang, karena elemen non-standar membutuhkan banyak upaya ekstra.
Tetapi solusi untuk masalah ini telah ditemukan sejak lama – di Web. Pengembang Anda hanya perlu mengoptimalkannya untuk perangkat seluler, dan semuanya akan siap. Terlebih lagi, sebagian besar objek asli standar dapat dengan mudah diimplementasikan dengan HTML/JS. Beberapa elemen harus diimplementasikan sebagai elemen asli, untuk menghemat waktu. Dengan demikian, elemen HTML/JS memasuki lingkungan pengembangan. Mereka membagi semua aplikasi menjadi tiga bagian: aplikasi asli, aplikasi HTML/JS, dan aplikasi hybrid.
Di mana HTML Dapat Menjadi Solusi Lebih Baik Daripada Asli?
Tidak ada metode asli implementasi objek tersebut. Dalam HTML itu dilakukan dengan CSS. Area respons juga heksagonal, yang hampir tidak mungkin untuk SDK asli.
Ini adalah solusi sederhana yang memungkinkan untuk membuat produk yang unik.
Pemformatan teks adalah tugas yang sangat sulit untuk pengembangan asli, tetapi sangat sederhana dan alami untuk HTML. Tanyakan kepada pengembang asli Anda, berapa lama waktu yang diperlukan untuk membuat teks yang membungkus gambar, dengan elemen yang dicetak tebal dan miring. Kemudian tanyakan hal yang sama kepada pengembang Web Anda. Anda akan terkejut dengan perbedaannya.
Hal-hal bahkan lebih menarik dengan pola UI non-standar.
Menu samping dari Android sangat sering digunakan untuk aplikasi iOS, tetapi tidak disertakan dalam SDK. Hal yang sama berlaku untuk Windows Phone Tiles, yang tidak ada di Android dan iOS. Elemen-elemen ini sulit dibuat, baik dalam pengembangan asli maupun multiplatform, tetapi jika Anda membuatnya, Anda akan dapat menggunakannya di platform apa pun, termasuk Web.
Ada banyak efek visual yang sangat mahal dan sulit dibuat dari awal. Tetapi jika Anda menggunakan perpustakaan JS siap pakai, banyak waktu dan uang yang dapat dihemat.
Mengapa ‘Aplikasi Hybrid Sering Gagal’ Adalah Pernyataan Masa Lalu
Tentu saja, pengembangan HTML/JS tidak dapat menyelesaikan setiap masalah. Karena penggunaan JavaScript, itu tidak dapat digunakan untuk membuat aplikasi dengan perhitungan matematis yang rumit atau analitik di sisi klien. Tetapi tidak ada solusi yang lebih baik daripada HTML/JS, ketika Anda perlu membuat sesuatu yang tidak standar, ketika bagian visual lebih penting daripada logika bisnis (perhitungan dan analisis data).
Tetapi jika bagian dari logika bisnis sangat penting, pemrosesan data dapat dipindahkan ke sisi server atau potongan asli. Jadi kami mendapatkan aplikasi hybrid, yang dirancang dengan HTML/JS.
‘Bagaimana itu akan membantu saya?’ – Anda akan bertanya.
Jika kami benar menganalisis persyaratan aplikasi masa depan dan membaginya menjadi elemen, kami akan menunjukkan yang paling penting untuk keberhasilan produk. Kami akan menentukan tujuan produk, tujuan bisnis produk, audiens target, dan pola interaksi. Maka akan dimungkinkan untuk mendistribusikan implementasi secara efektif, menggunakan keunggulan HTML/JS dan SDK asli. Semakin banyak elemen yang ditulis dengan HTML/JS, semakin banyak kemampuan multiplatform yang ada di aplikasi.
Dengan kata lain, semua contoh aplikasi yang gagal, sering kali diberikan oleh pengembang, disebabkan oleh pemahaman yang buruk tentang kekuatan dan kelemahan dari pendekatan pemrograman yang berbeda. Misalnya, saat aplikasi HTML menerima logika matematika yang tidak wajar; atau ketika diterapkan logika, yang wajar untuk web desktop dengan perangkat kerasnya yang kuat.
Contoh yang baik adalah aplikasi untuk Facebook, yang dipindahkan ke kode asli karena kecepatan aplikasi HTML yang lambat, dan yang dibuat ulang dengan benar oleh SENCHA. Ini menjadi aplikasi HTML yang sepenuhnya responsif. Sayangnya, pada perangkat yang lemah dan pada Android versi 2.2 itu tertinggal.