Ada tiga cara untuk memilih pengalaman ponsel cerdas Anda: menurut operator, perangkat, dan aplikasi. Memilih berdasarkan operator mengutamakan kualitas layanan seluler Anda, sedangkan membuat keputusan berdasarkan perangkat berarti Anda mencari pengalaman platform dan fitur perangkat keras tertentu. Tetapi memilih berdasarkan aplikasi bisa lebih rumit.
Rangkaian ekosistem seluler saat ini secara bersamaan terfragmentasi dan disatukan di seluruh platform. Beberapa aplikasi utama tersedia di banyak platform, begitu pula aplikasi dari pengembang yang lebih kecil. Aplikasi lain bersifat eksklusif untuk suatu platform berdasarkan fitur yang unik untuk sistem operasi atau batasan sumber daya pengembang. Tetapi jika Anda benar-benar membutuhkan satu aplikasi itu, maka operator atau perangkat tidak terlalu menjadi masalah.
Tetapi bagaimana jika semua aplikasi dapat tersedia di semua platform? Apakah pengembangan lintas platform adalah sesuatu yang harus diperhatikan oleh pengembang, dan apakah ada kesulitan yang harus dihadapi dalam melakukannya? Apakah lebih baik membangun aplikasi khusus untuk setiap platform, atau haruskah aplikasi dibuat dengan kerangka kerja berbasis web lintas platform?
Pengguna dan pengembang sama-sama setuju bahwa memiliki aplikasi yang tersedia terlepas dari platformnya adalah ideal yang bagus. Tapi berapa biayanya?
Mari kita mulai percakapan!
Kenyataannya, pertanyaannya lebih rumit. Lebih sering daripada tidak, "hal besar berikutnya" telah dibuat oleh satu pengembang yang sangat berbakat atau tim kecil yang tidak memiliki sumber daya, keterampilan, atau kemampuan untuk memprogram lintas platform. Kami melihat ini sejak awal dengan Instagram dan Android - perusahaan di balik aplikasi ini terkenal hanya memiliki tiga belas karyawan. Batasan semacam itu menunda aplikasi Instagram Android untuk beberapa waktu, dan bahkan sekarang setelah dibeli Facebook seharga satu miliar dolar mereka masih belum merilis aplikasi yang kompatibel dengan BlackBerry 10 atau Windows Telepon.
Platform harus sering mencapai beberapa metrik yang tidak terlihat dan ambigu yang dianggap 'diterima' oleh massa.
Perusahaan kecil tidak sendirian di sini, karena kami sering melihat perusahaan media besar ragu-ragu untuk membangun aplikasi lintas platform. Platform yang dimaksud harus sering mencapai beberapa metrik yang tidak terlihat dan ambigu yang dianggap 'diterima' oleh massa dan baru kemudian perusahaan akan mempertimbangkan untuk membuat aplikasi untuknya. Terkadang pengembang yang merupakan "penggemar" sistem operasi tertentu akan membuat aplikasi untuk platform tersebut terlebih dahulu, meskipun pangsa pasar raksasa tidak ada. Ini terjadi dengan aplikasi Disqus resmi untuk Windows Phone, yang merupakan platform seluler pertama (dan sejauh ini satu-satunya) yang mendapatkan aplikasi resmi dari layanan komentar.
Jadi ya, perusahaan harus selalu berusaha untuk lintas platform kapan pun mereka bisa, dan jika tidak bisa, mereka harus menghubungi pengembang di komunitas itu untuk bekerja sama. Foursquare melakukan ini ketika pengembang Zhephree secara independen membuat aplikasi Foursquare untuk webOS pada tahun 2009 dan aplikasi tersebut menjadi aplikasi Foursquare de facto untuk platform tersebut. Sayangnya, itu jarang terjadi, dan terlalu sering konsumen dibebani dengan pilihan aplikasi yang tidak menyertakan yang terbaru atau terhebat hanya karena pilihan platform seluler mereka.
Apakah bahasa pemrograman lintas platform seperti HTML5 atau Unity untuk bantuan game? Standar tentu lebih baik daripada kekacauan, meskipun seperti yang telah kita lihat dengan HTML5 sejauh ini, sebagian besar lebih hype daripada sukses.
WMeskipun ada pengecualian untuk setiap aturan, saya benar-benar ingin hidup di dunia di mana sebagian besar aplikasi seluler bersifat lintas platform dan hanya berfungsi kapan dan di mana saya menginginkannya. Ambil contoh web. Saya bisa mengakses hampir semua situs web dari hampir semua perangkat yang ada di pasaran. Situs web Facebook tidak peduli jika saya menggunakan Mac atau PC Windows, menggunakan ponsel cerdas atau tablet, Android atau BlackBerry 10.
Selama platform tersebut memiliki browser web modern, saya dapat mengakses hampir semua situs yang saya inginkan. Saya dapat membangun dan menerapkan situs web ke berbagai perangkat dan semua orang dapat melihatnya. Untuk sebagian besar, jika situs tersebut berpegang pada standar, itu benar-benar "berfungsi".
Status aplikasi seluler lintas platform sangat berbeda.
Ambil Android Central, CrackBerry, iMore, dan Windows Phone Central. Situs tersebut menggunakan kode yang sangat mirip dan berfungsi di sebagian besar browser desktop atau seluler. Empat situs web, semua browser. Kesepakatan bagus.
Tetapi melakukan itu dengan aplikasi berarti menggunakan kerangka kerja yang terpisah, secara substansial berbeda, untuk Android, BlackBerry 10, iOS, dan Windows Phone untuk setiap aplikasi situs. Empat aplikasi dikalikan empat platform dengan total enam belas aplikasi. Tidak terlalu bagus.
Hal yang sama berlaku untuk aksesori yang mengandalkan aplikasi yang terhubung. Nike + FuelBand diluncurkan hanya untuk iOS, namun untuk investasi yang dimasukkan Nike ke dalam perangkat keras mereka, idealnya akan mendukung semua platform. Banyak pengguna non-iOS bisa membeli satu untuk liburan 2012, tetapi FuelBand tidak dan masih tidak mendukung platform lain membatasi pasar potensinya. Pengguna tidak akan peduli dengan lintas platform - yang penting adalah itu berfungsi dengan perangkat mereka.
Saya berharap HTML5 akan menjadi kuat dan cukup fleksibel sehingga Anda dapat menghasilkan aplikasi yang hampir asli di dalamnya. Dan jika itu masalahnya, saya lebih suka HTML5.
- Leo LaporteKepala TWiT, TWiT.TV
Tidak ada yang menginginkan aplikasi di BlackBerry 10 yang terlihat persis seperti di iOS, dan tidak menyertakan dukungan untuk gerakan BlackBerry 10.
Game sering kali menjadi yang terdepan dalam hal ini berkat mesin lintas platform seperti Unity dan Titanium. Namun, game cenderung memiliki antarmuka yang tidak sesuai dengan platformnya sendiri. Aplikasi non-game berbeda. Meskipun aplikasi dapat berbagi fitur umum, layanan, dan bahkan kode antar platform, mereka membutuhkan tampilan dan nuansa platform, dan dapat memanfaatkan fitur khusus platform. Tidak ada yang menginginkan aplikasi di BlackBerry 10 yang terlihat persis seperti di iOS, dan tidak menyertakan dukungan untuk gerakan BlackBerry 10.
Pada akhirnya, jika Anda menyingkirkan pemilik platform, produsen, dan bahkan pengembang, orang hanya menginginkan aplikasi yang mereka sukai di perangkat yang mereka sukai. Itu berarti setiap aplikasi utama harus mendukung setiap platform utama. Sekarang.
Tsecara teoritis, memiliki aplikasi yang sama di semua platform seharusnya sangat mudah, bukan? Lebih banyak aplikasi di lebih banyak tempat. Tetapi kebenaran yang mengecewakan adalah bahwa bahkan saat ini tidak semua aplikasi dibuat sama.
Platform yang berbeda melakukan hal yang berbeda. Terkadang ini masalah perangkat keras. BlackBerry 10 dan Windows Phone tidak memiliki kekuatan pemrosesan murni Android. IOS Apple bisa dibilang lebih mudah untuk dikembangkan dan dapat melakukan lebih banyak dengan lebih sedikit. Jadi, aplikasi yang tersedia untuk iPhone dan iPad mungkin memiliki fungsi yang berbeda dari pada Android atau BlackBerry 10 atau Windows Phone. Faktanya, kami telah melihat contoh aplikasi populer yang kehilangan sebagian besar fungsinya saat dipindahkan dari satu platform ke platform lainnya.
Kebenaran yang mengecewakan adalah bahwa bahkan saat ini tidak semua aplikasi dibuat sama.
Namun, tidak selalu dalam. Terkadang itu hanya masalah penampilan. Mungkin suatu aplikasi tidak terlihat sebagus di satu platform seperti di platform lain. Dangkal? Mungkin. Aplikasi harus memiliki pengalaman yang konsisten di seluruh platform. Atau setidaknya cobalah untuk memiliki pengalaman yang sama. Namun, mereka juga harus memiliki pengalaman platform. Rambut yang sulit dibelah.
Kabar baiknya adalah bahwa aplikasi adalah makhluk buas. Mereka terus berubah dan berkembang. Mungkin tidak secepat yang kita semua suka, tetapi langka adalah aplikasi populer yang tidak pernah diperbarui, tidak pernah membaik, dan tidak pernah mendesain ulang dirinya sendiri.
H.Aplikasi TML5 dibuat menggunakan teknologi standar web seperti HTML, CSS, dan JavaScript. Aplikasi ini berjalan di browser, seperti Google Maps atau iCloud.com, atau di perangkat lokal seperti Chrome OS atau webOS terbaru. Karena begitu banyak pengembang sudah tahu cara membangun pengalaman web yang kaya, umumnya diasumsikan bahwa aplikasi HTML5 akan menjadi jalur termudah untuk membawa pengembang tersebut ke seluler. Oleh karena itu, segala sesuatu mulai dari solusi aplikasi "manis" asli Apple di browser iPhone hingga kerangka kerja Palm's Mojo dan kemudian Enyo hingga WebWorks BlackBerry.
Ini mengarah pada anggapan, umumnya dari non-pengembang, bahwa HTML5 adalah harapan terakhir terbaik untuk masa depan utopia di mana aplikasi ditulis sekali dan diterapkan di mana-mana, lintas platform, dari desktop ke tablet, ponsel, dan untuk semua hal antara.
Dan itu sekelompok BS.
Solusi "manis" asli Apple bekerja dengan sangat buruk sehingga mereka bergegas untuk merilis App Store asli setahun kemudian, aplikasi kalender di webOS 1.0 membutuhkan waktu dua puluh detik untuk diluncurkan, dan Google menghasilkan pengalaman yang jauh lebih baik dengan aplikasi berkode asli di Android dan iOS daripada di web. Bahkan aplikasi web seluler terbaik, seperti Gmail.com dan forecast.io, tidak sebanding dengan aplikasi asli mereka yang lebih kaya dan berperforma lebih baik.
Aplikasi asli akan mendapatkan keuntungan dari perangkat keras baru dan kerangka kerja baru. Kepemimpinan mereka akan tetap ada, jika tidak tumbuh.
Beberapa orang mengatakan bahwa ketika perangkat keras menjadi lebih kuat, dan JavaScript ditingkatkan, kinerja dan fungsionalitas aplikasi web akan meningkat. Benar sekali. Tetapi aplikasi asli akan mendapat manfaat dari perangkat keras baru dan kerangka kerja baru juga. Kepemimpinan mereka akan tetap ada, jika tidak tumbuh.
Itulah mengapa aplikasi HTML5 disebut sebagai masa depan - selalu datang tetapi tidak pernah benar-benar tiba.
Mencoba membuat seluruh aplikasi di HTML5 seperti mencoba membuat seluruh aplikasi yang ada benar-benar offline, dalam mode pesawat. Ini bukan tidak mungkin, tetapi itu tidak ideal, dan itu sangat membatasi ruang lingkup dan pengalaman yang dapat diberikan.
Jika HTML5 menjadi lebih menarik daripada aplikasi asli, itu adalah dunia yang tidak ingin saya tinggali.
- Matt Bischoff dan Brian Capps,Insinyur iOS, Lickability
Jadi begini: internet paling baik dalam menyediakan data dinamis, dan aplikasi asli paling baik untuk antarmuka dan interaktivitas. Aplikasi hebat akan menggunakan yang terbaik dari keduanya. Seperti iTunes. Seperti Google Maps untuk Android dan iOS. Seperti versi asli baru Facebook untuk seluler (bahkan Facebook mempelajari pelajaran itu dengan cara yang sulit).
HTML5 sama sekali bukan masa depan aplikasi yang paling utama. Tapi itu adalah bagian yang sangat penting dari masa depan itu.
CAplikasi ross-platform adalah usaha yang rumit. Pengembang harus menavigasi SDK dan API serta panduan UI dan UX, sambil mencoba mempertahankan tampilan, fitur, dan pengalaman unik aplikasi mereka sendiri. Ini adalah tindakan penyeimbangan antara kebutuhan dan keinginan, harapan dan batasan.
Idealnya, aplikasi yang masuk akal untuk menjadi lintas platform, dan mudah dilakukan. Tapi ini adalah pasar yang kejam dan ada sedikit minat dari pemilik platform yang lebih besar untuk membuatnya lebih mudah dalam membangun aplikasi yang akan bekerja pada perangkat pesaing, sementara pemain yang lebih kecil ingin membuatnya semudah mungkin untuk memindahkan perangkat yang sama aplikasi.
Ada framework dan alat lintas platform, tetapi cakupan dan kekuatannya terbatas. Mereka membuatnya lebih mudah untuk membangun pengalaman yang konsisten di setiap platform, tetapi mengorbankan apa yang membuat setiap platform unik dan berkompromi pada kualitas dan kinerja. Tetapi membangun aplikasi yang disesuaikan platform membutuhkan waktu dan uang yang tidak dimiliki semua pengembang.
Tidak ada jawaban yang bagus - tapi mana yang terbaik?