Biaya berbagi kode antara iOS dan Android

Dropbox pada awalnya, saat memulai di 2013, menggunakan C++ untuk berbagi kode antara kedua platform.

Saat itu timnya kecil, dan tujuannya adalah mendukung roadmap mobile yang berkembang cepat.

Sekarang mereka beralih menggunakan Swift dan Kotlin, karena ada biaya tersembunyi berikut untuk berbagi kode (sebenarnya juga tidak terlalu tersembunyi)

• Overhead akibat framework dan library kustom

• Overhead akibat lingkungan pengembangan kustom

• Overhead untuk menangani perbedaan antarplatform

• Overhead untuk melatih, merekrut, dan mempertahankan developer

Kesimpulannya, menulis satu basis kode memang terlihat bagus, tetapi overhead-nya besar.

Yang penting, paragraf terakhir tulisan ini pada dasarnya adalah "Kami sedang merekrut developer Android / iOS!"

[godrm]

Bukankah intinya apakah ini overhead yang bisa ditanggung organisasi atau tidak?

Kalau apa pun yang dipilih tetap bisa ditanggung, menurut saya yang tepat adalah fokus pada hal yang paling dikuasai.

Bagaimanapun, hal-hal yang berbeda di tiap platform tampaknya memang tidak bisa dihindari. Bahkan kalau dibuat secara hybrid pun, perbedaannya ternyata tidak hilang.

[iolothebard]

Cross-platform hanyalah platform lain.

Bahkan lebih rumit dan lebih canggung..

[ohjongin]

Belakangan ini React Native tampaknya sudah cukup matang..

Tentu saja, kalau masuk ke aplikasi yang bergantung pada device seperti Dropbox, penderitaan aplikasi hybrid lama mungkin masih tetap ada..

[xguru]

Tulisannya memang panjang, tapi sebenarnya Dropbox itu kasus yang agak unik karena memakai C++.

Untuk organisasi kecil, jujur saja cukup menggoda di awal untuk mendukung multi-platform dengan satu basis kode.

10 tahun lalu, hybrid development dengan HTML5 dan Phonegap seperti itulah.

Belakangan, muncul hal seperti React Native dan Flutter yang menggoda semua orang dengan janji bisa mendukung banyak platform sekaligus.

Menurut saya, untuk organisasi kecil, berbagi kode dengan cara seperti di atas jelas punya kelebihan.

Namun, seiring produk bertumbuh, ini pada akhirnya kembali menjadi utang teknis.

Ketika pengguna bertambah, organisasi membesar, dan jumlah developer makin banyak, saya rasa bentuk akhirnya adalah Web/iOS/Android masing-masing berkembang dengan teknologi yang sesuai untuk kebutuhannya.

Seperti dalam tulisan bagus tentang utang teknis di https://id.news.hada.io/topic?id=309,

yang penting adalah sengaja menciptakan utang teknis dengan niat yang jelas. Mari lunasi utangnya sebelum bunganya membengkak.