Android 17 Karşısında Öğrenme Sırası Nasıl Olmalı?

Android 17 gündeminde öğrenme sırası, duyurulan her platform ayrıntısını aynı anda ezberlemekle değil; kalıcı programlama temellerini, arayüz ile uygulama mantığının ayrımını ve farklı ekranlara uyum sağlayan proje düşüncesini kurmakla başlamalıdır. Android 17 duyurusu 16 Haziran 2026 tarihinde adaptive-first yaklaşımını öne çıkarıyor; bu nedenle başlangıç seviyesindeki öğrenci önce temel becerileri edinmeli, sürüme ve araca bağlı ayrıntıları daha sonraki aşamaya bırakmalıdır.

Pratik bir karar filtresi kullanabilirsiniz: Öğrendiğiniz bilgi temel mi, araç mı, sürüm bağımlı mı? Temel bilgiler önce; araçlar temellerin üzerine; yalnızca belirli bir Android sürümüne bağlı ayrıntılar ise ihtiyaç oluştuğunda öğrenilmelidir.

Android 17 Gündeminde Öğrenci Önce Neyi Öğrenmeli?

Android 17 hakkında yayımlanan Android Developers duyurusu, Android uygulamalarının yalnızca telefon ekranına göre tasarlanmadığı bir dönemi vurguluyor. Adaptive-first ifadesi; telefon, katlanabilir cihaz, tablet, dizüstü bilgisayar veya farklı pencere boyutları arasında çalışan uygulamalarda ekran alanını, kullanıcı etkileşimini ve içerik düzenini baştan düşünmek anlamına geliyor. Bu yaklaşım, öğrencinin ilk günden bütün yeni API’leri öğrenmesi gerektiği anlamına gelmez.

Başlangıçta asıl hedef, bir uygulamanın veriyi nasıl yönettiğini, kullanıcıdan gelen olaylara nasıl tepki verdiğini ve arayüzün bu duruma göre nasıl değiştiğini anlayabilmektir. Örneğin bir görev listesi uygulamasında öğrencinin önce butonun rengini değiştirmeyi değil; yeni görevin nerede tutulacağını, boş listenin nasıl gösterileceğini, görev tamamlandığında hangi durumun güncelleneceğini ve ekran yeniden oluşturulduğunda verinin korunup korunmayacağını düşünmesi gerekir.

Android öğrenme sırasını düzenlemek için her yeni duyuruyu aşağıdaki üçlü filtreyle değerlendirebilirsiniz:

1. Temel mi? Değişkenler, koşullar, döngüler, fonksiyonlar, sınıflar, koleksiyonlar, hata ayıklama, durum ve olay yönetimi gibi bilgiler farklı araçlara taşınabilir. Bunlar öğrenme sırasının en başında yer almalıdır.
2. Araç mı? Jetpack Compose, Android Studio, Navigation, ViewModel veya test kütüphaneleri belirli bir geliştirme yöntemi sunar. Araçlar önemlidir; ancak hangi problemi çözdükleri anlaşılmadan ezberlenmemelidir.
3. Sürüm bağımlı mı? Belirli bir Android sürümünün davranışı, yeni bir API’si, target API gereksinimi veya mağaza yayın takvimi zaman içinde değişebilir. Bu bilgiler gerçek bir proje gerektiriyorsa güncel resmî dokümantasyondan kontrol edilmelidir.

Bu filtre, öğrenciyi iki yaygın hatadan korur. İlk hata, platform duyurusundaki uzun özellik listesini öğrenme planının tamamı sanmaktır. İkinci hata ise temel programlama eksikken yalnızca arayüz bileşenlerini kopyalayarak uygulama geliştirmeye çalışmaktır. Adaptive-first düşüncesi aslında yalnızca “tablette de görünsün” demek değildir; içerik önceliği, gezinme yapısı, erişilebilirlik, farklı pencere boyutları, durum yönetimi ve test senaryolarının birlikte planlanmasıdır.

Bu yüzden ilk proje küçük olsa bile şu sorular yazılı olarak cevaplanmalıdır:

• Uygulamanın temel kullanıcı görevi nedir?
• Bu görevin tamamlanması için hangi veriler gereklidir?
• Telefon dar olduğunda hangi içerik görünür kalmalıdır?
• Tablet veya geniş pencerede hangi bilgiler yan yana gösterilebilir?
• İnternet yoksa, liste boşsa veya işlem başarısız olursa kullanıcı ne görür?
• Bu davranışları manuel olarak ve otomatik testlerle nasıl kontrol edebilirim?

Java Bilgisi Kotlin ve Compose Öğrenimine Nasıl Taşınır?

Java bilen bir öğrencinin Kotlin’e geçerken OOP mantığını baştan silmesi gerekmez. Sınıf ve sorumluluk ilişkisi, interface kullanımı, koleksiyonlarla çalışma, hata ayıklama ve kodu küçük parçalara ayırma becerileri Kotlin’de de doğrudan işe yarar. Değişen şey çoğunlukla sözdizimi ve daha kısa ifade biçimleridir; problem çözme alışkanlığı aynı temelden ilerler.

Android geliştirmede Kotlin, Jetpack Compose’un temel dilidir. Android Developers dokümantasyonunda Compose ile çalışırken Kotlin’in varsayılan argümanlar, lambda ifadeleri, data class yapıları ve DSL benzeri söz dizimi gibi özelliklerinin önemli olduğu açıklanır. Jetpack Compose ise Android için önerilen modern yerel arayüz geliştirme araçlarından biridir ve arayüzün uygulama durumuna göre güncellenmesini kolaylaştırır. Bu nedenle Java bilgisi çöpe atılmaz; Kotlin ve Compose öğrenilirken mevcut nesne yönelimli düşüncenin üzerine yeni bir ifade katmanı eklenir.

Örneğin Java’da interface ve sınıf sorumluluğu şöyle düşünülebilir:

interface Notifier {
    void send(String message);
}

class ConsoleNotifier implements Notifier {
    public void send(String message) {
        System.out.println(message);
    }
}

public class Main {
    public static void main(String[] args) {
        Notifier notifier = new ConsoleNotifier();
        notifier.send("Görev kaydedildi");
    }
}

Bu örneğin beklenen çıktısı Görev kaydedildi olur. Kotlin’de aynı fikir daha kısa yazılabilir:

interface Notifier {
    fun send(message: String)
}

class ConsoleNotifier : Notifier {
    override fun send(message: String) {
        println(message)
    }
}

fun main() {
    val notifier: Notifier = ConsoleNotifier()
    notifier.send("Görev kaydedildi")
}

Buradaki önemli kazanım, noktalı virgülün veya süslü parantez sayısının azalması değildir. Öğrenci hâlâ “Bu sorumluluk hangi sınıfa ait?”, “Bu davranış interface arkasında soyutlanmalı mı?” ve “Hata nerede oluşuyor?” sorularını sormaktadır. Java temellerini yapılandırmak isteyen öğrenciler için bu altyapı, Kotlin’e geçişte güçlü bir başlangıç noktası oluşturur.

Compose tarafında ise arayüzü doğrudan değiştirmek yerine durumu tanımlamak ve arayüzün bu durumu göstermesini sağlamak gerekir. Bir sayaçta değer 0’dan 1’e çıktığında öğrenci “Text bileşeninin yazısını elle değiştirdim” diye düşünmez; “state değişti, Compose bu state’i okuyan bölümü yeniden oluşturdu” ilişkisini kavrar. Bu bakış açısı; değişken, olay, durum ve yeniden çizim kavramlarını birbirine bağlar.

Öğrenme sırası bu nedenle şöyle kurulabilir: önce Java veya başka bir dille temel programlama ve OOP, ardından Kotlin söz dizimi ve Kotlin’e özgü düşünme biçimi, sonra Compose bileşenleri, en son da ekranlar arası gezinme, kalıcı veri, erişilebilirlik ve adaptive düzenler. Bu sıralama, Android’in değişen araçlarını takip etmeyi kolaylaştırırken öğrencinin her yeni API’ye bağımlı kalmasını da önler.

Adaptive-First Yaklaşımı Proje Planını Nasıl Değiştirir?

Adaptive-first, uygulamayı yalnızca telefon ekranına göre geliştirip tablete sonradan uyarlamak yerine; telefon, katlanabilir cihaz, tablet, dizüstü bilgisayar veya farklı pencere boyutlarında içerik, gezinme ve etkileşim düzenini baştan planlama yaklaşımıdır. Android Developers duyurusunda Android 17 ile bu yaklaşımın daha belirgin bir geliştirme standardına dönüştüğü; özellikle büyük ekranlarda uygulamaların farklı boyutlara uyum sağlamasının beklendiği açıklanıyor. Duyuruda telefonların yanı sıra foldable cihazlar, tabletler, dizüstü bilgisayarlar, otomobil ekranları ve XR ortamları da bu çoklu cihaz bağlamının parçası olarak ele alınıyor. Android Developers Android 17 duyurusu bu çerçevede Jetpack Compose ile uyarlanabilir gezinme ve liste-detay düzenlerini de öne çıkarıyor.

Bu değişiklik, öğrencinin ilk projesinde her Android ayrıntısını öğrenmesi gerektiği anlamına gelmez. Önce temel programlama, nesne yönelimli düşünme, koleksiyonlar, durum yönetimi ve arayüz ile iş mantığını ayırma öğrenilmelidir. Android’e özgü ileri API ayrıntıları ise uygulamanın ihtiyacı ortaya çıktığında eklenebilir. Örneğin ekran genişlediğinde yalnızca butonları büyütmek yeterli değildir; hangi bilginin önce gösterileceği, kullanıcının detay ekranına nasıl geçeceği ve seçili görevin durumunun nerede tutulacağı da yeniden düşünülmelidir.

Proje planlama filtresi nasıl uygulanır?

Bir Android projesine başlamadan önce her gereksinimi üç seviyeden biriyle sınıflandırmak işleri sadeleştirir:

• Şimdi öğrenilecek temel: Değişkenler, koşullar, döngüler, sınıflar, koleksiyonlar, interface kullanımı ve arayüz-mantık ayrımı.
• Küçük projede uygulanacak pratik: Listeleme, detay gösterme, ekran genişliğine göre yerleşim, boş durum mesajı, hata geri bildirimi ve temel erişilebilirlik.
• İleri aşamaya bırakılacak ayrıntı: Belirli API sürümlerine bağlı davranışlar, karmaşık pencere geçişleri, performans optimizasyonları ve çok cihazlı dağıtım senaryoları.

Bu filtre, öğrenciyi “önce bütün Android ekosistemini bitirmeliyim” düşüncesinden çıkarır. Örneğin bir video eğitimle Java temellerini çalışırken sınıflar ve koleksiyonlar öğrenilebilir; ardından aynı düşünme biçimi Kotlin koduna ve Compose içindeki state yaklaşımına taşınabilir. Buradaki amaç, araçları ezberlemek değil, değişen ekran koşullarında uygulamanın hangi veriyi koruyacağını ve hangi bileşenin yalnızca görünümden sorumlu olacağını belirlemektir.

Telefon ve Tablet İçin Görev Listesi Gereksinim Kontrol Listesi

Basit bir görev listesi uygulaması adaptive-first düşünceyi uygulamak için yeterlidir. Telefon ekranında görev listesi ayrı bir ekran olarak açılabilir. Daha geniş bir tablette ise görevler solda, seçilen görevin ayrıntısı sağda gösterilebilir. Bu karar, yalnızca yerleşim bilgisine değil, durum yönetimi ve arayüz-mantık ayrımına da dayanır.

Bu gereksinimleri küçük parçalara bölerek çalışan bir proje planına dönüştürmek isteyenler, temel programlama konularını pekiştirmek için asenkron video eğitimlerden yararlanabilir. Öncelik, ekranı süslemekten önce görevin verisini doğru yönetmek ve aynı veriyi farklı yerleşimlerde gösterebilmektir.

Başlangıçta Hangi Android Ayrıntıları Ertelenebilir?

Android 17 gündemindeki adaptive-first yaklaşımı, Android öğrenmeye başlayan kişinin ilk günden bütün cihaz türlerini, pencere davranışlarını ve sürüm uyumluluğunu ayrıntılı biçimde çözmesi gerektiği anlamına gelmez. Öncelik; temel programlama, arayüz ile uygulama mantığının ayrılması, durum yönetimi, erişilebilirlik ve test edilebilirliktir. Android Developers’ın Android 17 duyurusunda adaptive-first ve Compose-first yönelimi öne çıkarılıyor; ancak bu yönelim, başlangıç seviyesindeki öğrencinin ileri platform ayrıntılarını temel konuların önüne almasını gerektirmez. Android Developers Android 17 duyurusu bu çerçeveyi platform yönelimi olarak açıklar.

Başlangıçta ertelenebilecek konular değersiz değildir. Sadece öğrenme sırası açısından, öğrencinin küçük ve anlaşılır bir uygulamada temel akışı kurmasından sonra ele alınmaları daha verimlidir. Aksi durumda öğrenci, “butona basınca veri neden değişmedi?” sorusunu çözmeden pencere boyutu, cihaz duruşu veya karmaşık navigasyon stratejileriyle uğraşmaya başlayabilir.

• İleri adaptive API’ler: Önce farklı ekran genişliklerinde temel yerleşimin bozulmadığını ve içeriğin mantıklı biçimde gruplanabildiğini öğren. İleri adaptive API’lere, Compose bileşenleriyle temel ekranlar oluşturup state akışını kontrol edebildiğinde geçilmelidir.
• Çoklu pencere ve serbest biçimli pencere edge-case’leri: Uygulamanın dar, orta ve geniş alanlarda nasıl davranacağını anlamak başlangıç için yeterlidir. Aynı uygulamanın masaüstü benzeri serbest pencere durumlarında odak, klavye, yeniden boyutlandırma ve yaşam döngüsü ayrıntılarını ele almak için önce temel ekran durumlarını test edebiliyor olmalısın.
• Cihaza özel optimizasyonlar: Belirli bir tablet, katlanabilir cihaz, harici ekran veya üreticiye özgü davranış için yapılan optimizasyonlar, genel Android mantığı öğrenilmeden önce verimli değildir. Önce uygulamanın standart bir emülatörde veya temel test cihazında doğru çalışmasını sağla; sonra hedef cihazın gerçekten özel bir gereksinim oluşturup oluşturmadığını incele.
• Geniş ekranlara özgü ince yerleşim ayarları: Sütun genişliği, boşluk, içerik yoğunluğu ve liste-detay oranı önemlidir; fakat ilk projede her ölçüyü kusursuzlaştırmak gerekmez. Temel ekranın farklı genişliklerde okunabilir ve kullanılabilir olduğunu doğruladıktan sonra görsel inceliklere geçilmelidir.
• Karmaşık navigasyon mimarileri: Birden fazla grafik, derin bağlantı, geri yığını ve çok bölmeli ekran içeren navigasyon yapıları, tek ekranlı bir görev listesi için gereksiz yük oluşturabilir. Önce ekranlar arası geçişi, geri davranışını ve seçili öğenin korunmasını açıklayabiliyor ol; karmaşık mimariyi uygulama büyüdüğünde öğren.
• İleri performans ölçümü: İlk aşamada gereksiz yeniden çizim, ana iş parçacığında ağır işlem, yavaş liste güncellemesi ve fazla veri yükleme gibi temel sorunları fark etmek yeterlidir. Profiling, trace analizi ve ayrıntılı performans metrikleri için önce çalışan bir uygulamaya ve ölçülebilir bir probleme ihtiyaç vardır.
• Çok geniş API ve sürüm uyumluluğu matrisleri: Başlangıçta bütün Android sürümlerini, üretici farklılıklarını ve API davranışlarını tek tek ezberlemeye çalışma. Önce kullandığın temel bileşenlerin hangi koşulda çalıştığını, hata durumunda ne olduğunu ve test senaryosunu nasıl kuracağını öğren; geniş uyumluluk çalışmasını yayınlanabilir bir proje aşamasına bırak.

Bu sıralama, adaptive-first düşüncesini ertelemek anlamına gelmez. Tam tersine, adaptive yaklaşımın temelini erkenden kurup ileri ayrıntıları doğru zamana bırakmak anlamına gelir. Öğrenci daha ilk projede sabit bir ekran varsaymak yerine içeriğin farklı genişliklerde yeniden düzenlenebileceğini düşünmelidir. Fakat bunu yaparken henüz ihtiyaç duyulmayan bütün API’leri aynı anda öğrenmesi gerekmez.

Öğrenme ve Proje Sırasını Uygulanabilir Bir Plana Dönüştürme

Android öğrenme sırası, konu başlıklarını arka arkaya okumaktan çok, her aşamada ölçülebilir bir çıktı üreten proje planıyla ilerlemelidir. Aşağıdaki planın amacı, öğrencinin bir sonraki teknolojiye merakla geçmeden önce mevcut temeli gerçekten kullanabildiğini kontrol etmektir.

1. Java ile programlama temeli: OOP, koleksiyonlar, interface kullanımı ve temel algoritmik düşünme çalışılır.

   Öğrenme çıktısı: Bir problemi sınıflara ve metotlara ayırabilir, liste ve harita gibi koleksiyonları kullanabilir, tekrar eden kodu azaltabilir ve basit bir algoritmanın adımlarını açıklayabilirsin.

   Geçme ölçütü: Küçük bir konsol uygulamasında görev ekleme, silme, arama ve filtreleme işlemlerini hazır kodu kopyalamadan kurabiliyor olmalısın.

2. Kotlin sözdizimi ve Java-Kotlin birlikte çalışabilirliği: Değişken tanımlama, fonksiyonlar, sınıflar, koleksiyon işlemleri ve null güvenliği ele alınır. Java ile Kotlin arasındaki birlikte çalışabilirlik kavramsal düzeyde anlaşılır; bir dilde yazılan sınıfın diğer dilde nasıl kullanılabildiği görülür.

   Öğrenme çıktısı: Java kodunu Kotlin mantığıyla okuyabilir, null kaynaklı hataların neden oluştuğunu açıklayabilir ve iki dil arasındaki temel veri akışını anlayabilirsin.

   Geçme ölçütü: Basit bir Java sınıfını Kotlin tarafından kullanabiliyor, nullable ve non-nullable değerleri ayırt edebiliyor ve fonksiyonlarını gereksiz karmaşıklık oluşturmadan yazabiliyor olmalısın.

3. Arayüz, olay ve state ilişkisi: Jetpack Compose veya kullanılan arayüz yaklaşımında bir bileşenin ekranda nasıl göründüğü, kullanıcı olayının nasıl yakalandığı ve state değişiminin arayüzü nasıl güncellediği öğrenilir.

   Öğrenme çıktısı: Bir buton tıklamasının doğrudan ekranda rastgele değişiklik yapmak yerine kontrollü bir state güncellemesine dönüşmesi gerektiğini kavrarsın.

   Geçme ölçütü: Kullanıcının yaptığı bir işlemin state’i değiştirdiğini, state’in de arayüzü yeniden oluşturduğunu adım adım açıklayabiliyor olmalısın.

4. Tek ekranlı görev listesi: Görev ekleme, tamamlandı olarak işaretleme, silme ve basit filtreleme özelliklerine sahip küçük bir uygulama yapılır.

   Öğrenme çıktısı: Programlama temellerini Android arayüzüne taşıyarak veri modeli, kullanıcı olayı ve görsel çıktı arasında bağlantı kurarsın.

   Geçme ölçütü: Uygulama yeniden çizildiğinde görevlerin beklenen durumda kalması ve temel kullanıcı akışının baştan sona çalışması gerekir.

5. Telefon ve tablet için liste-detay düzeni: Aynı görev verisinin dar ekranda liste ve detay ekranlarıyla, geniş ekranda ise daha fazla içeriği aynı anda gösterecek biçimde ele alınması planlanır.

   Öğrenme çıktısı: Adaptive-first yaklaşımın yalnızca ekranı büyütmek değil, bilgi hiyerarşisini ve kullanıcı akışını alan genişliğine göre yeniden düşünmek olduğunu anlarsın.

   Geçme ölçütü: Liste seçimi, detay görünümü, geri dönüş ve seçili görevin korunması telefon ve tablet senaryolarında tutarlı çalışmalıdır.

6. Erişilebilirlik, durumun korunması ve test: Anlamlı içerik açıklamaları, yeterli dokunma alanı, okunabilir metin, ekran yönü veya yeniden oluşturma sonrasında state’in korunması ve temel birim/UI testleri ele alınır.

   Öğrenme çıktısı: “Çalışıyor” ile “kullanılabilir ve test edilebilir” arasındaki farkı görürsün.

   Geçme ölçütü: En azından görev ekleme, tamamlama, silme, boş liste ve yeniden oluşturma senaryolarını tekrarlanabilir biçimde test edebilmelisin.

7. İleri adaptive ve sürüm/API ayrıntıları: Temel proje kararlı hâle geldikten sonra daha ileri pencere davranışları, cihaz sınıfları, uyumluluk ayrıntıları, performans ölçümü ve sürüm bağımlı özellikler incelenir.

   Öğrenme çıktısı: Bir platform özelliğini yalnızca adını bildiğin için değil, hangi kullanıcı sorununu çözdüğünü ve hangi koşullarda test edilmesi gerektiğini bilerek kullanırsın.

   Geçme ölçütü: Eklediğin her ileri özelliğin proje gereksinimine katkısını, olası uyumluluk riskini ve test planını yazılı olarak açıklayabilmelisin.

Bu plana başlamadan önce Java, algoritma veya genel kodlama temelindeki seviyeni görmek istersen ücretsiz kodlama bilgi testi pratik bir başlangıç noktası olabilir. Test sonucunu kesin bir etiket gibi değil, hangi başlıklara geri dönmen gerektiğini gösteren bir çalışma sinyali olarak kullan.

Öğrenme konusunu erteleme karar kontrol listesi

• Bu konu temel programlama veya temel arayüz davranışı mı?
• Cihaz çeşitliliğini doğrudan etkiliyor mu?
• Sürüm ya da API bağımlılığı var mı?
• Küçük projede test edilebilir mi?
• Şimdiki öğrenme hedefime doğrudan katkı sağlıyor mu?

Bir konu temel akışın parçası değilse, cihaz çeşitliliğini etkiliyor ama henüz test edilecek bir projen yoksa veya sürüm/API ayrıntısı öğrenme hedefini dağıtıyorsa sonraya bırakılabilir. Buna karşılık erişilebilirlik, state yönetimi ve temel test gibi başlıklar küçük projelerde bile doğrudan uygulanabildiği için ertelenmemelidir.

Sık Sorulan Sorular

Java bilen biri Android öğrenmeye başlamadan önce Kotlin öğrenmeli mi?

Evet, en azından Kotlin’in temel sözdizimini, null güvenliğini, fonksiyonlarını ve koleksiyon kullanımını öğrenmek yararlıdır. Ancak Java bilgisini tamamen geride bırakmak gerekmez; Java-Kotlin birlikte çalışabilirliği sayesinde mevcut Java mantığı, sınıfları ve OOP bilgisi yeni öğrenme sürecine taşınabilir.

Jetpack Compose öğrenmeden önce hangi programlama temelleri bilinmeli?

Değişkenler, koşullar, döngüler, fonksiyonlar, sınıflar, interface kavramı, koleksiyonlar ve temel algoritmik düşünme bilinmelidir. Ayrıca bir olayın state’i nasıl değiştirdiğini ve state değişince arayüzün neden güncellendiğini anlamak Compose öğrenimini belirgin biçimde kolaylaştırır.

Adaptive-first yaklaşımı yalnızca tablet uygulamaları için mi gereklidir?

Hayır. Telefon, katlanabilir cihaz, tablet, masaüstü benzeri pencere ve farklı giriş yöntemleri arasında değişen kullanım koşullarını düşünmeyi gerektirir. Tablet önemli bir örnektir; fakat temel fikir, uygulamanın tek bir ekran ölçüsüne veya tek bir cihaz kullanımına bağımlı tasarlanmamasıdır.

Android 17 ile ilgili hangi ayrıntılar başlangıç seviyesinde ertelenebilir?

İleri adaptive API’ler, serbest biçimli pencere edge-case’leri, cihaza özel optimizasyonlar, geniş ekran yerleşimindeki ince ayarlar, karmaşık navigasyon mimarileri, ileri performans ölçümü ve geniş API uyumluluğu matrisleri ertelenebilir. Önce temel state akışı, arayüz-mantık ayrımı, erişilebilirlik ve test kurulmalıdır.

Görev listesi uygulaması Android öğrenmek için yeterli bir başlangıç projesi midir?

Başlangıç için yeterlidir; çünkü veri modeli, kullanıcı olayı, liste güncelleme, state yönetimi, ekran geçişi, erişilebilirlik ve test gibi birçok temel konuyu küçük bir kapsamda bir araya getirir. Proje büyütüldükçe telefon-tablet düzeni, kalıcı veri, filtreleme ve hata durumları eklenebilir; ancak ilk sürümün küçük ve test edilebilir tutulması daha doğrudur.

Android öğrenirken doğru sıra, her yeni ayrıntıyı hemen tüketmek değil; önce sağlam bir temel kurup ileri konuları gerçek bir ihtiyaç ortaya çıktığında derinleştirmektir.