- Swift 6 ve güncel iOS uygulama geliştirmede LLM tabanlı araçların kullanım değeri belirgin biçimde düşük; bu da Android'e kıyasla (Kotlin, Compose, Cursor kullanımı) verimlilik farkının ciddi şekilde açılmasına yol açıyor
- Android ekibi en yeni özellikleri eski OS sürümlerine kadar destekleyerek hızlı geliştirme yapabilirken, iOS ekibi en yeni Swift 6 sözdizimi ve özellik kısıtları ile framework desteği eksikliği nedeniyle verimlilik düşüşü ve kod tabanını dönüştürme yükü yaşıyor
- LLM'ler Swift 6'nın yeni eşzamanlılık modeli (
concurrency) ve karmaşık kalıplarını anlayamadığı için, LLM'lerin kod otomasyonu/hızlandırma kapasitesi sınırlı kalıyor
- Swift 6'nın benimsenmesi başlı başına bazı geliştiriciler tarafından olumlu değerlendirilse de, LLM araçlarıyla uyumluluk eksikliği önemli bir sorun olarak gösteriliyor
- Google ekosistemindeki Android, Compose, Cursor gibi araçların geriye dönük uyumluluğu ve geliştirici dostu yaklaşımı öne çıkarken, Swift/Apple tarafında framework'ler ve API güncelleme hızına yönelik memnuniyetsizlik sürüyor
Swift 6 ve LLM çağında geliştirme verimliliği
iOS ve Android geliştirmede hissedilen verimlilik farkı
- Yazar, küçük bir iOS ekibinde Swift 6 ile yeni bir uygulama geliştiriyor ve küçük bir Android ekibiyle eşzamanlı olarak geliştirme yürütüyor
- Android ekibi, Kotlin, Compose, Cursor kullanımı sayesinde yüksek hız ve en yeni özellik desteği sağlayabiliyor; 2019'da çıkan Android 10'a kadar geniş destek sunuyor
- iOS ekibi ise yalnızca iOS 16 (2022) ve sonrasını destekleyebiliyor; ayrıca Swift 6'nın benimsenmesiyle Observable, generic parameter packs gibi çeşitli özellik kısıtları yaşıyor
Swift 6 ile LLM arasındaki uyumsuzluk
- Swift 6'daki büyük sözdizimi ve framework değişiklikleri, LLM (büyük dil modeli) desteğinin yükseldiği döneme denk geldi ve LLM'ler Swift 6'nın yeni
concurrency sistemini iyi ele alamıyor
- Otomatik kod üreten veya öneren LLM araçları (ChatGPT, Claude, Cursor gibi), Swift 6 ile ilgili veri ve kalıpları yeterince öğrenemediği için doğru kod üretiminde sınırlamalar oluşuyor
- Geliştiriciler, LLM'lerin doğru anlamadığı kısımları elle bağlam açıklayarak, kurallar ekleyerek tamamlamak zorunda kalıyor → bu da verimlilik düşüşüne ve tekrarlayan işe yol açıyor
Topluluk görüşleri ve deneyimler
- Bazı iOS geliştiricileri, Android'in API geriye dönük uyumluluğu, Compose UI'nin olgunluğu ve Cursor aracı gibi unsurlara karşı imrenme duyduklarını ifade ediyor
- Swift 6'yı benimsemenin yanlış bir seçim olduğu yönünde görüşler de var; ancak gerçekte yeni kalıplar ve öğrenme gereksinimi kabul edilirken, kodun ifade gücü ve kalitesinin arttığını söyleyen olumlu değerlendirmeler de mevcut
- Apple'ın ana framework'leri henüz Swift 6 eşzamanlılık (
concurrency) yapısına uygun biçimde tam güncellenmediği için, GCD ile birlikte karma kullanım nedeniyle kod karmaşıklığı ve verimlilik düşüşü yaşandığı paylaşılıyor
- Bazı ekipler Swift 6'ya geçişi erteliyor ve önce mevcut kod tabanıyla uyumluluk sorunlarını çözmeye odaklanıyor
Android ve Apple ekosistemleri arasındaki fark
- Android, yeni API'ler için geriye dönük uyumluluk (Backport) politikasıyla geliştirici verimliliğini artırıyor; uzun yıllardır süren dezavantajlarını (parçalanma, cihaza özgü hatalar vb.) aşmaya başlıyor
- Buna karşılık Apple tarafında özel/kısıtlı API'ler ve yavaş güncelleme politikası nedeniyle geliştiriciler benzer işlevleri tekrar tekrar kendileri uygulamak zorunda kalıyor
- Compose, Cursor gibi yapay zeka ve otomasyon araçlarının benimsenmesiyle Android geliştirme verimliliği daha da hızlı artıyor
- iOS ve Swift geliştiricileri, LLM kullanımının zor olduğu bu dönemde geliştirme trendlerindeki değişim ve kariyer konumu konusunda daha fazla kaygı duymaya başladı
Sonuç ve saha için çıkarımlar
- Swift 6'nın yenilikçiliği ve kodun ifade gücü yüksek değerlendirilse de, LLM ve yapay zeka kodlama araçlarının sınırlamaları nedeniyle bir süre daha manuel çalışma ve tekrarlayan açıklamalar kaçınılmaz görünüyor
- Hızlı geliştirme ve en yeni özelliklerden yararlanmanın gerekli olduğu projelerde Android + Compose + Cursor kombinasyonunun verimliliği ezici düzeyde
- Apple, framework ve araç ekosistemi güncellemelerini hızlandırmadığı sürece Swift 6'nın sahadaki benimsenmesinde verimlilik kaybı ve LLM kullanım sınırları göze alınmak zorunda kalınacak
3 yorum
Genel olarak doğru bir tespit ama MLX ile yerel modelleri Apple Silicon cihazlarda kısa süreliğine çalıştırmış biri olarak buna %100 katılmam zor.
Bilgi olsun, model geliştirirken
mlxe port etme yükü de var;mpsyi etkinleştirseniz bile hissedilen performans CPU’dan sadece biraz daha hızlı hesaplama düzeyinde kaldığı için hâlâ kullanışsız geliyor.Ah... canım yandı, tam kemiğe vurdu...