5 puan yazan xguru 2019-08-15 | 4 yorum | WhatsApp'ta paylaş

Dropbox, 2013’te başladığında iki platform arasında paylaşım için C++ kullandı.

O dönemde ekip küçüktü ve hızla büyüyen mobil yol haritasını desteklemek içindi.

Bugün ise Swift ve Kotlin kullanmaya geçti; bunun nedeni kod paylaşımının aşağıdaki gibi gizli maliyetleri olması (aslında pek de gizli sayılmaz):

  • Özel framework ve kütüphanelerin getirdiği ek yük

  • Özel geliştirme ortamının getirdiği ek yük

  • Platformlar arasındaki farklılıkları ele almanın getirdiği ek yük

  • Geliştiricileri eğitmenin, işe almanın ve elde tutmanın getirdiği ek yük

Sonuç olarak tek bir kod tabanı kullanmak kulağa iyi gelse de, ek yük büyük.

Bu yazının son paragrafının “Android / iOS geliştiricileri arıyoruz!” olması önemli.

4 yorum

 
godrm 2019-08-19

Mesele, bunun organizasyonun kaldırabileceği bir ek yük olup olmaması değil mi?

Hangi seçenek olursa olsun bunun altından kalkabiliyorsanız, en iyi yaptığınız şeye odaklanmak doğru gibi görünüyor.

Sonuçta platformlara göre farklı olan şeyler kaçınılmaz gibi. Hibrit geliştirilse bile bu farklar ortadan kalkmıyor.

 
iolothebard 2019-08-16

Cross-platform dedikleri de sadece başka bir platform.

Üstelik daha karmaşık ve daha beceriksizce..

 
ohjongin 2019-08-15

Bugünlerde React Native’in olgunluk seviyesi epey yükselmiş gibi görünüyor..

Elbette Dropbox gibi cihaza bağımlı uygulamalara gidildiğinde, mevcut hybrid uygulamaların sıkıntısı hâlâ devam edecektir..

 
xguru 2019-08-15

Yazı uzun ama aslında Dropbox, alışılmadık biçimde C++ kullandığı için böyle bir örnek;

küçük organizasyonlarda tek bir kod tabanıyla çoklu platformu desteklemek dürüst olmak gerekirse başlangıçta gerçekten cazip geliyor.

10 yıl önce HTML5 ve Phonegap kullanan Hybrid geliştirme bunun örneğiydi,

günümüzde ise React Native ve Flutter gibi şeyler ortaya çıktı ve tek seferde birden fazla platformu destekleyebilme vaadiyle herkesi cezbediyor.

Bence küçük organizasyonlarda yukarıdaki gibi kod paylaşımı yapmanın belirgin avantajları var.

Ancak ürün büyüdükçe bu tekrar teknik borca dönüşüyor.

Kullanıcı sayısı artıp organizasyon büyüdüğünde ve geliştirici sayısı çoğaldığında, Web/iOS/Android'in her birinin kendine uygun teknolojilerle gelişmesi nihai tablo oluyor diye düşünüyorum.

https://tr.news.hada.io/topic?id=309 adresindeki teknik borç üzerine güzel yazıda olduğu gibi

teknik borcu kasıtlı olarak oluşturmak önemli. Faiz büyümeden borcu ödeyelim.