Pseudocode ile Python arasında AP Computer Science Principles sınavında 4 farklı okuma hatası

AP Computer Science Principles (kısa adıyla AP CSP) College Board'un bilgi işleme giriş seviyesinde sunduğu, hem bir yazılım üretim projesini hem de çoktan seçmeli kavramsal soruları birleştiren iki-bölümlü bir sınavdır. Bu yazı, öğrencinin en çok puan kaybettiği iki noktaya — Create Performance Task'taki 6 puanlık programlama rubriği ile 70 dakikalık MCQ kısmındaki kavramsal okuma hatalarına — odaklanan bir hazırlık iskeleti sunar. Sınav formatı, puanlama ölçeği, soru tipleri ve bu içerikte geçen kavram isimleri, College Board'un resmi kurs açıklamasıyla bire bir aynı tutulmuştur; zaman bağımlı olmayan, her dönemde geçerli bir çalışma çerçevesi hedeflenmiştir.

AP Computer Science Principles sınavının iki yarısı: yazılım mı kavram mı ağır basar

AP CSP, diğer AP sınavlarından yapısal olarak ayrılır çünkü öğrenci sınavın yarısını sınıfta, yarısını dijital ortamda üretir. Toplam notun yüzdesi olarak hesaplandığında iki bölüm birbirine eşit ağırlık taşır: yüzde 60'ı iki bölümlü sınıf içi değerlendirme (Create Performance Task + Explore hesaplama artefaktı), yüzde 40'ı ise 70 dakikalık çoktan seçmeli sınavdan gelir. Bu dağılım, hazırlık stratejisinin yarısını kod yazma pratiğine, diğer yarısını ise kavramsal okuma hızına ayırmayı zorunlu kılar.

Pratikte öğrenciler genellikle Create kısmına aşırı yüklenir, çünkü proje "yazılım" hissi verir ve daha somut görünür. Oysa 70 dakikalık MCQ kısmında her bir saniye bir soruya eşit dağıtılmalıdır; saniyede 70'in altına düşen okuma hızı, Big Idea 3 (algoritmalar) ve Big Idea 4 (büyük veri) sorularında doğru sayısını doğrudan eritir. Çoğu öğrencinin yaptığı hata, iki yarıyı eşit ağırlıkta görmek yerine yazılım kısmını gözde büyütmektir. Ben, çalışma planlarında yazılım üretimine yüzde 30, kavramsal okumaya yüzde 40, geri kalanını da simülasyon ve rubrik çalışmasına ayırırım — bu oran, sınav günü puan dağılımıyla daha iyi örtüşür.

Bu iki bölümün ağırlıkları şöyle özetlenebilir:

• Create Performance Task: 6 puanlık programlama + 4 puanlık video, toplam 10 puan. Programlama kısmı tek başına yaklaşık yüzde 24'lük dilimi taşır.
• Explore hesaplama artefaktı: 8 puan; öğrenci var olan bir hesaplama inovasyonunu yazılı olarak analiz eder. Bu bölüm çoktan seçmeli puanını etkilemez ama final nota eşit ağırlıkta eklenir.
• MCQ (70 dakika): yaklaşık 70 soru; her soru eşit puandır. Süre kısıtı, bu kısmı sınavın en çok hata biriktirilen bölümü yapar.

Bu oranlar, "hangi beceriye ne kadar saat" sorusunu da cevaplar: haftalık 6 saatlik bir çalışmada yazılım ve kavram oranını korumak, 5 üzerinden 4 hedefleyen bir aday için yeterli olur.

Create Performance Task'ın 6 puanlık programlama rubriği: 6 satır iskelet

Create görevi, öğrenciden belirli bir amaca hizmet eden, en az bir liste (list) ve bir prosedür (procedure) içeren özgün bir program yazmasını ister. Rubrik, 6 satırlık bir iskeletle çalışılırsa her satır güvenli puan getirir. Aşağıdaki iskeleti, kendi projeme uyguladığımda her satırın kaç puan taşıdığını netleştirmek için kullanıyorum.

İlk satır, programın amacıdır. Rubrik burada "program ne yapıyor, kim kullanıyor" sorusunu sorar. Cevap tek cümle olmalı, jargon içermemelidir; "Kullanıcı, not listesine girdiği öğrenci isimlerini sıralı şekilde gösterir" gibi. Bu satır 1 puan taşır ve en kolay kazanılan puandır; hazırlıkta sıklıkla atlanır.

İkinci satır, girdi ve çıktı tanımıdır. Programın aldığı veri tipi, çıktının ekrana mı dosyaya mı yazıldığı açıkça ifade edilir. 1 puanlık bu satır, "kullanıcı adı ve notu okunur, sıralanmış liste ekrana yazılır" şeklinde tek paragraf olarak yazılır. Çoğu aday bu satırı "program zaten yapıyor" diye atlar; bu, kolay puanı çöpe atmak demektir.

Üçüncü ve dördüncü satırlar, algoritma mantığı ile list / prosedür kullanımını kapsar. Burada öğrenci algoritmayı İngilizce veya pseudocode ile yazıp kodun içinde nasıl uygulandığını gösterir. Bu iki satır toplam 2 puan taşır. Ben, öğrencilerime bu kısmı önce pseudocode olarak kağıda yazdırır, sonra birebir Python veya JavaScript'e çeviririm; çeviri sırasında yapılan 1:1 eşleme hataları, MCQ'daki pseudocode okuma hızını da geliştirir.

Beşinci satır, test senaryosudur: programın iki farklı girdiyle nasıl çalıştığını gösteren ekran görüntüsü veya çıktı kopyası. 1 puanlık bu satır için, öğrenci iki ayrı girdi seçmeli; biri "sınır durumu" (boş liste, tek eleman), diğeri "tipik durum" olmalıdır. Tek senaryo vermek, yarım puan kaybettiren en yaygın hatadır.

Altıncı satır, video'dur: programın çalışan halini 1 dakikayı aşmayan bir ekran kaydıyla göstermek. Bu satır 4 puan taşır, dolayısıyla Create'in toplam puanının yaklaşık yüzde 40'ıdır. Videoda kodun gerçekten çalıştığı, çıktının görüldüğü ve yazılı açıklamaların ekranda okunduğu net olmalıdır. Çoğu öğrenci videoyu son güne bırakır; bu, gereksiz puan kaybının bir numaralı kaynağıdır. 5 üzerinden 5 hedefleyen bir aday, videoyu en az üç kez yeniden kaydeder.

Yaygın puan kaybı kalıpları

• List yerine tek tek değişken kullanmak: prosedür kriteri düşer.
• Videoda sesli anlatım olmaması: rubrikte doğrudan puan düşer.
• Algoritma açıklamasının koddaki değişken isimleriyle eşleşmemesi: 0,5 puan gider.

Explore hesaplama artefaktı: 8 satırlık yansıtma iskeleti

Explore görevi, öğrenciden önceden onaylanmış bir hesaplama inovasyonunu (yapay zeka, sürücüsüz araç, sağlık izleme uygulaması gibi) seçip 8 satırlık yazılı bir analiz yazmasını ister. Bu görev 8 puandır ve her satır 1 puan taşır. Sekiz satır şu sırayla yazılırsa hiçbir puan ziyan edilmez:

1. İnovasyonun adı ve yaptığı iş (1 puan).
2. İnovasyonun amacı ve kime hizmet ettiği (1 puan).
3. Kullanılan veri kaynağı / veri tipi (1 puan).
4. Algoritmanın veya hesaplama yönteminin özeti (1 puan).
5. Bir fayda ve somut bir örnek (1 puan).
6. Bir zarar veya etik kaygı (1 puan).
7. Verideki olası önyargı (bias) ve nedeni (1 puan).
8. Sonuç cümlesi (1 puan).

Bu iskeletin gücü, satır sayısının sınav açıklamasıyla aynı sayıda olmasıdır. Öğrenci her satıra harcadığı cümle sayısını dengelerse, puanlayıcı "bu öğrenci her kriteri gördü" izlenimini alır. Çoğu aday, altıncı ve yedinci satırları birleştirir; bu, tek bir cümlede iki ayrı kriteri karşılamaya çalışmak anlamına gelir ve puanlayıcı genellikle yalnızca birini sayar. Ben öğrencilerime "her satır için ayrı kelime haznesi kullan" derim: fayda için "daha hızlı", zarar için "mahremiyet riski", önyargı için "eğitim verisindeki dengesizlik" gibi üç ayrı terim. Tekrarlı kelime seçimi, satırların birleştirilmiş gibi okunmasına yol açar.

Bir örnek üzerinden gidelim: öğrenci "müzik öneri algoritması"nı seçtiyse, beşinci satırda "kullanıcı beğenmediği türleri keşfeder, 30 saniyede yeni şarkı önerir" diyebilir; altıncı satırda "öneri balonu (filter bubble) oluşturur"; yedinci satırda "eğitim verisi Batı pop müziğine ağırlıklıysa Türk sanat müziği önerisi zayıf kalır" yazabilir. Bu üç satır, üç farklı puan alır; hepsi aynı paragrafta bile yazılsa, kelime farklılığı puanlayıcıyı yönlendirir.

70 dakikalık MCQ: saniye başına soru hesabı

AP CSP çoktan seçmeli kısmı 70 dakika, 70 soru. Bu, soru başına ortalama 60 saniye demektir. Ancak Big Idea 1 (yaratıcı geliştirme) ve Big Idea 5 (toplumsal etkiler) soruları 20-25 saniyede çözülürken, Big Idea 3 (algoritmalar) ve Big Idea 4 (veri) soruları 90-120 saniye alabilir. Bu dengesizlik nedeniyle 60 saniye ortalaması, "hızlı sorularda 20 saniye kazan, yavaş sorularda 90 saniye harca" şeklinde okunmalıdır.

Taktik olarak uyguladığım pacing planı şöyle işler: ilk 25 dakika, yani yaklaşık 25-30 soru, Big Idea 1-2-5 ağırlıklı gelir. Bu bölümde dakikada bir soru hedefi gerçekçidir. Orta 25 dakikada Big Idea 3 soruları çözülür; burada bir soru 90 saniye civarında sürer. Son 20 dakika ise Big Idea 4 ve karma sorulara kalır. Bu pacing, öğrencinin sınav sonunda 4-5 soruyu boş bırakmasını engeller; boş bırakılan her soru, doğru cevaplanmış iki sorunun puanını eritir.

MCQ'da en sık yapılan hata, kod parçacığını baştan sona okumadan seçenek eleme yöntemine geçmektir. AP CSP'de kod parçacıkları genellikle 6-12 satır uzunluğundadır ve iç içe döngü, koşul ve liste işlemi barındırır. Parçayı okumadan elemeye başlayan öğrenci, seçeneklerdeki "görünür doğru" cevabı seçer ve 1-2 satır sonra gerçek cevabın başka bir seçenekte olduğunu fark eder. Bu, soru başına 30 saniye kaybettiren en yaygın kalıptır. Çözümü, kodun sol tarafına elle değişken tablosu yazmaktır; öğrenci her döngü adımında değişkenin değerini güncellerse, hangi satırda hangi sonucun üretildiğini 5 saniyede görür.

Pacing tablosu

Pseudocode ile gerçek dil arasındaki 4 okuma hatası

AP CSP sınavı, kod parçacıklarını Pseudocode, Python, JavaScript, Snap! veya AppLab blokları formatında sunabilir. Bu dört gösterim aynı algoritmayı farklı yazım kurallarıyla anlatır. Öğrencilerin yüzde 60'ı, gösterimler arasında geçiş yaparken bir veya daha fazla hata yapar. Aşağıdaki dört hata kalıbı, en sık karşılaşılan puan kaybı kaynaklarıdır.

Birinci hata, indekslemefarkıdır. Python ve Snap! 0-tabanlı indeksleme kullanır; yani bir listenin ilk elemanı indeks 0'dadır. Pseudocode ise AP sınavında 1-tabanlı yazılır. Bir soruda "listenin 1 numaralı elemanı" dendiğinde, Python bilen öğrenci yanlışlıkla 0'ıncıyı seçer. Bu hata tek başına bir veya iki soruyu götürür; 5 üzerinden 4 hedefleyen öğrenci için kritik eşiktir.

İkinci hata, mantıksal operatörfarkıdır. Pseudocode "AND" ve "OR" yazarken, Python "and"/"or", JavaScript "&&"/"||" kullanır. Öğrenci Pseudocode sorusunda "&&" görürse otomatik yanlış cevap işaretler. Sınav sırasında bu karışıklığı önlemek için, okumadan önce gösterimi belirleyip bir kağıda not düşmek 5 saniye alır ve ortalama 1-2 puan kurtarır.

Üçüncü hata, döngü sınırıdır. Pseudocode'ta "FOR i = 1 TO n" dendiğinde, döngü n dahil çalışır. Python'daki "range(1, n)" ise n-1'de durur. Bu 1-sayılık fark, uzun listelerde cevabı tamamen değiştirir. Öğrenci bu iki formu sürekli karıştırıyorsa, Pseudocode sorularını önce çözüp dil-bağımsız soruları sona bırakması gerekir.

Dördüncü hata, değişken kapsamıdır. Bir prosedür içinde tanımlı değişken, dışarıdan erişilemez. Pseudocode sorularında "bu değişken prosedür dışında kullanılabilir mi" sorusu sıklıkla sorulur. Öğrenci dil bilgisinden dolayı "evet" seçerse, kolay bir kavram sorusunu kaybeder. Kapsam sorularında prosedürün içine ve dışına sanal bir çerçeve çizmek, hatayı görünür kılar.

Bu dört hatayı "Pseudocode → Python → JavaScript → Snap!" sırasıyla bir haftada üçer kez yazmak, hata sıklığını yarıya indirir. Çoğu öğrenci için yeterli süre 6 saattir: her gösterim için 90 dakika kod yazma + 30 dakika karşılaştırma sorusu çözme.

Big Idea dağılımı: her ünitenin MCQ ağırlığı

AP CSP müfredatı beş büyük fikir (Big Idea) etrafında döner: yaratıcı geliştirme, veri, algoritmalar, büyük veri, toplumsal etki. Bu beş ünitenin MCQ'daki ağırlığı dengeli değildir; bazıları her sınavda daha fazla soru alır. Aşağıdaki tablo, hazırlık planı yaparken kullanılan tipik bir dağılımı gösterir; değerler, College Board'un yayınladığı örnek sınavlardaki soru sayılarının ortalama eğilimine dayanır.

Bu dağılım iki pratik sonuç doğurur. Birincisi, algoritmalar ve büyük veri toplamda yüzde 50'yi bulur; çalışma planında bu iki üniteye ayrılan süre en az yüzde 50 olmalıdır. İkincisi, toplumsal etki soruları görece "kolay" gibi görünür ama kavramsal tuzakları çoktur; "bu teknolojiyi kim düzenliyor" gibi açık uçlu sorular burada yoğunlaşır ve seçenekler birbirine çok yakındır.

Çoğu öğrenci, Big Idea 1 ve 5'i "hızlı bitirilebilir" sayıp az çalışır. Bu bir hatadır çünkü bu iki ünitede kavram yanlış anlaşılması pahalıya patlar. Örneğin, "hangi durumda veri önyargılı sayılır" sorusu, toplumsal etki ünitesinin sınavda en çok yanlış yapılan sorusudur. Çözüm, her hafta 5-6 cümle uzunluğunda bir paragraf yazma alıştırmasıdır; öğrenci her paragrafta bir veri kümesinin önyargısını tanımlar, bu önyargının nedenini yazar, ve olası çözümü önerir. Bu, hem MCQ hem Explore için çift yönlü hazırlık olur.

Veri tipleri ve dönüşüm: 4 yaygın tuzak

Veri tipleri (string, integer, float, list, boolean) AP CSP sınavının temel yapı taşlarından biridir. Birçok öğrenci "string + integer = string" gibi temel kuralları gözden kaçırır. Aşağıdaki dört tuzak, son yıllarda örnek sınavlarda sıklıkla karşılaşılan kalıplardır.

Birinci tuzak, sayısal birleştirmedir. Pseudocode'ta "3 + 4" yazıldığında, eğer her iki taraf da string ise sonuç "34" olur, "7" değil. Bu kural, sınavda "program neden yanlış sonuç veriyor" sorularının yarısını oluşturur. Çoğu öğrenci, "string'i sayıya çevirmeyi unutmuş" hatasını Pseudocode sorularında fark etmez. Pratik çözüm, kod parçacığının soluna "3 = string, 4 = int, sonuç = ?" şeklinde elle tıp notu düşmektir.

İkinci tuzak, liste indeksleme hatasıdır. "listenin[-1]" indeksi Python'da son elemanı verir. Ancak Pseudocode'ta negatif indeks tanımsızdır; "son eleman" yazıyorsa öğrenci uzunluk-1 indeksini hesaplamalıdır. Sınavda bu küçük fark, doğru cevabı yanlış seçeneğe taşır. Bu hatayı önlemek için, indeks sorularında her zaman "bu dilde negatif indeks var mı" sorusunu 5 saniyede sormak yeterlidir.

Üçüncü tuzak, boolean dönüşümüdür. "0 değer, boş string, boş liste" gibi durumlar Python'da False sayılır. Pseudocode'ta ise bu dönüşüm açıkça yazılmadan yapılır; "bu ifade doğru mu" sorularında öğrenci kendi sezgisine güvenir ve hata yapar. Çözüm, boolean sorularında her seçeneği tek tek doğrulamak; "0 == False" yazıyorsa diğer seçeneği elemek için biraz zaman harcamak gerekir.

Dördüncü tuzak, liste kopyalamadır. Bir listeyi "a = b" şeklinde atadığınızda, çoğu dilde iki değişken aynı listeyi işaret eder; birini değiştirmek diğerini de etkiler. Bu, sınavda "program neden yanlış sonuç üretiyor" sorularının en zorlusudur. Çözüm, "a = b.copy()" veya "a = list(b)" kullanımını bilmek. Bu kural sınavda sadece 1-2 soruda çıkar ama doğru cevabı bilmek puanı ciddi korur.

Algoritma analizi: 4 adımda çalışma zamanı soruları

Big Idea 3'ün en zorlayıcı soru tipi, bir algoritmanın çalışma süresini (runtime) tahmin etmektir. Sınav, "n büyüdükçe algoritma neden yavaşlar" diye sorar. Bu soruları dört adımlı bir iskeletle çözmek, 60 saniyenin altında cevap bulmayı sağlar.

Birinci adım, döngü sayısıdır. Algoritmada kaç iç içe döngü var? Bir döngü O(n), iki iç içe döngü O(n²), üç iç içe döngü O(n³) olarak okunur. Bu basit kural, soruların yüzde 70'ini tek başına çözer. Çoğu öğrenci iç içe döngüleri kaçırır; kodun sol tarafına "döngü sayısı: 2" yazmak 5 saniye alır ve hatayı önler.

İkinci adım, döngü sınırıdır. Döngü 1'den n'e mi, 1'den n/2'ye mi, yoksa "while x < n" gibi logaritmik bir sınıra mı gidiyor? Bu sınır, O(log n) mi yoksa O(n) mi olduğunu belirler. "while x < n: x = x*2" kalıbı logaritmiktir; "while x < n: x = x+1" lineer. Bu ayrım, iki seçeneği birbirinden uzaklaştırır.

Üçüncü adım, erken çıkışdır. "if koşul: break" gibi bir yapı varsa, en kötü durum analizi değişir. En iyi durumda O(1), en kötü durumda O(n) olabilir. Sınav genellikle ortalama veya en kötü durumu sorar. Erken çıkışı fark etmek, doğru cevabı seçmeyi sağlar.

Dördüncü adım, yardımcı veri yapısıdır. Algoritma bir hash tablosu veya ikili arama ağacı kullanıyorsa, O(1) veya O(log n) olarak okunabilir. Çoğu öğrenci bu kısmı atlar çünkü sınavda "hangi veri yapısı kullanılıyor" sorusu nadiren sorulur. Ancak seçeneklerde O(1) varsa ve algoritmada liste araması yoksa, o seçenek doğrudur.

Bu dört adım, her çalışma zamanı sorusu için yeniden uygulanır; süre, başlangıçta 90 saniye, pratikle birlikte 45 saniyeye düşer. 5 üzerinden 5 hedefleyen öğrenci, bu adımları soru kökünün hemen yanına yazar; küçük bir ritüel, puanı büyük ölçüde korur.

Sık yapılan hatalar ve bunları önlemenin yolları

AP CSP hazırlığında en sık karşılaşılan hatalar, çalışkan öğrencilerin bile puan kaybettiği noktalardır. Aşağıdaki hata listesi, sınavdan bir hafta önce yapılan son kontrollerle büyük ölçüde önlenebilir.

1. Create videosunun 1 dakikayı aşması: Rubrik, videonun 1 dakika sınırını aşması durumunda 1 puan keser. Çözüm: videoyu 55 saniyede bitir, son 5 saniyede logoyu göster.
2. Explore yansıtmasında 7. satırın atlanması: Önyargı satırı çoğu öğrenci tarafından "teknik detay" sayılıp yazılmaz. Bu satır 1 puandır ve yazılması 5 dakika sürer; eksik bırakmak 5 üzerinden 4'ü 5'ten ayırır.
3. MCQ'da kodun son satırına atlamak: Öğrenci döngü sonucunu tahmin eder ve son satırı okumaz. Çoğu soruda cevap, döngü bittikten sonraki bir atama veya yazdırmadadır. Çözüm: kodun sonuna da değişken tablosu yaz.
4. Pseudocode sorularını Python gözüyle okumak: Bu, 1-tabanlı / 0-tabanlı indeks karışıklığına yol açar. Çözüm: gösterimi belirle, "bu dilde indeks 1'den mi başlıyor" sorusunu 3 saniyede sor.
5. Birden çok büyük fikri tek soruda karıştırmak: Sorunun hem algoritma hem veri kısmı varsa, öğrenci hangi kısmı cevaplayacağını şaşırır. Çözüm: soruyu iki alt soruya böl, her birine ayrı cevap işaretle.

Bu beş hata, çoğu öğrencinin toplamda 1-2 puan kaybettiği noktalardır. Her hatayı önlemek için bir ritüel: videonun saniyesini ölç, 7. satırı ayrı bir paragraf olarak yaz, son satıra özel dikkat, gösterimi belirle, alt soruları ayır. Bu beş adım, sınav günü 30-40 dakika öncesinde kısa bir not kağıdına yazılırsa, panik anında bile hatırlanır.

Hazırlık döngüsü: 8 haftalık iskelet

5 üzerinden 5 hedefleyen bir öğrenci için sekiz haftalık bir çalışma planı, haftalık 8-10 saatlik bir tempo ile sınavı konforlu bir şekilde tamamlamayı sağlar. Aşağıdaki iskelet, ortaokul son sınıftan lise son sınıfa kadar her seviyeye uyarlanabilir.

• 1-2. hafta: Big Idea 1 ve 2'nin kavramsal okuması. 30 örnek MCQ çözümü, Create için 2 farklı program iskeleti taslağı.
• 3-4. hafta: Big Idea 3 algoritmaları. Sıralama, arama, çalışma zamanı üzerine 4 saatlik yoğunlaştırılmış çalışma. Pseudocode okuma pratiği.
• 5-6. hafta: Big Idea 4 veri ve yapay zeka. Büyük veri kümeleri, önyargı tespiti, veri görselleştirme. Bu haftada Create videosu çekilir.
• 7. hafta: Big Idea 5 toplumsal etki + Explore taslağı. 8 satırlık yansıtma iskeletine uygun 2 farklı inovasyon yazılır.
• 8. hafta: Tam simülasyon: 70 dakikalık MCQ + Create yeniden gözden geçirme. 5 örnek sınav çözümü, hata defterinin son kontrolü.

Bu iskeletin önemli bir parçası, "hata defteri"dir. Öğrenci her MCQ pratiğinde yanlış yaptığı soruyu, doğru cevabı, yanlış işaretlediği seçeneği ve neden yanlış işaretlediğini tek bir cümleyle yazar. 8 hafta sonunda bu defterde 80-100 satır birikir. Sınavdan iki gün önce yalnızca bu defter okunursa, son tekrar süresi yaklaşık 90 dakikaya düşer; uzun tekrarın yarattığı yorgunluk önlenir.

Sonuç ve AP Kursu önerisi

AP Computer Science Principles, kod yazma ile kavramsal okumayı eşit ağırlıkta ölçen, yapısı itibarıyla öğrenciye çoklu beceri alanı sunan bir sınav. Bu yazıda Create Performance Task için 6 satırlık programlama iskeleti, Explore için 8 satırlık yansıtma iskeleti, MCQ için saniye/soru pacing tablosu ve Pseudocode okuma hatalarının dört kalıbı sunuldu. Bu çerçeve, sınavda 5 üzerinden 5 hedefleyen bir adayın çalışma döngüsünü oluşturur.

AP Kursu'nun birebir AP Computer Science Principles programı, öğrencinin Create videosunun son 10 saniyesini, Explore yansıtmasının 7. satırını ve MCQ'daki Big Idea 3 pacing hatalarını tek tek inceler; 5 hedefini somut bir haftalık plana çevirir.

Sıkça Sorulan Sorular