Karşıyaka yazılım kursu araştırırken “Hangi teknolojiler var?” sorusunun yanına “Öğrenci ne teslim ediyor?” sorusunu da ekleyin. Ürün listesini filtreleyen arayüz üzerinde veri yapıları çalışılması, form doğrulama hatasını izleme gibi bir sorunun adım adım çözülmesi ve kullanım senaryolarıyla test edilmiş prototip oluşturulması iş hayatına daha yakın bir öğrenme düzenine işaret eder.
Form doğrulama hatasını izleme bu çalışma kültürünün küçük ama gerçek bir örneğidir.
Karşıyaka için yazılım çalışmasının sürdürülebilir olması, düzenli katılımı bozmadan proje üretmeye alan açan bir ritim ile yakından ilgilidir. Ders sonrası iki tekrar ve haftalık proje kontrolü sırasında ürün listesini filtreleyen arayüz için küçük görev kartları oluşturmak; veri yapıları bilgisini tek oturumda tüketmek yerine geliştirme akışının içine yaymayı kolaylaştırır.
Örnek olarak ürün listesini filtreleyen arayüz ele alınabilir. Öğrenci bu projeyi yalnız çalıştırmakla kalmayıp yaptığı tercihleri açıklayabiliyor, form doğrulama hatasını izleme sırasında kendi denemelerini yönetebiliyor ve geri bildirim sonrasında yeni bir sürüm çıkarabiliyorsa, öğrenme daha görünür hale gelir.
Karşıyaka yazılım kursu: Kayıttan önce hedefi somutlaştırmak
Başlangıç seviyesi yalnız daha önce ders alıp almamakla ölçülmez; kişinin veri yapıları konusunda ne kadar bağımsız olduğu da önemlidir. Örneğin hedef ürün listesini filtreleyen arayüz geliştirmekse, ilk haftalarda bunun için gereken küçük parçalar belirlenebilir. Kayıt öncesi veri yapıları odaklı kısa bir görev, öğrencinin rahat olduğu ve zorlandığı noktaları ayırır; ürün filtreleme arayüzü için başlangıç seviyesi de buna göre düzenlenebilir.
Ürün listesini filtreleyen arayüz hedefleniyorsa seviye sonucu yalnız 'başlangıç' ya da 'orta' etiketi olmamalı; hangi adımda desteğe ihtiyaç duyulduğunu göstermelidir. “Başlangıç”, “orta” gibi sınıflar yerine kişinin veri yapıları ile ne yapabildiği, bir problemi nasıl parçaladığı ve yardım istediğinde hangi adımları denediği konuşulabilir.
Yazılım projesi: araç değişince öğrenme bozulmamalı
Örneğin kod editörü veri yapıları çalışmasını desteklemek için kullanılabilir; ancak öğrencinin asıl görevi aracın menülerini ezberlemek değil, ürün listesini filtreleyen arayüz içindeki ihtiyacı çözmektir. Ürün filtreleme arayüzü için yeni bir araç eklenecekse, bu aracın veri yapıları sürecinde hangi ihtiyacı çözdüğü açıkça anlatılmalıdır.
Veri yapıları başka bir araçta da kullanılabiliyor ve öğrenci bu yazılım projesi benzeri görevi yeni ortamda yeniden kurabiliyorsa öğrenme yalnız arayüze bağlı kalmamış demektir. Kurulum sorunları öğrenme sürecinin parçası olabilir; yine de veri yapıları bilgisini kullanmak ve ürün filtreleme arayüzü üretmek asıl hedef olarak kalmalıdır. Karşıyaka başlangıç seviyesinde bu uygulama için gereken en sade araçlarla başlayıp, API mantığı ihtiyacı doğdukça yeni teknoloji eklemek daha anlaşılır bir rota sunar.
Ürün listesini filtreleyen arayüz dosyasını öğrenme günlüğüne çevirmek
Karşıyaka için portfolyo değerlendirirken yalnız bitmiş ürün prototipi dosyasına değil, kullanım senaryolarıyla test edilmiş prototip gibi süreç izlerine de bakmak gerekir. Ürün filtreleme arayüzü için ilk taslak, karşılaşılan problem, form doğrulama hatasını izleme sırasında yapılan denemeler ve son sürüm birlikte saklandığında öğrenme süreci daha anlaşılır hale gelir. İlk taslakla kullanım senaryolarıyla test edilmiş prototip birlikte saklandığında, öğrencinin bu uygulama üzerindeki gerçek katkısı daha kolay anlatılabilir.
Kullanım senaryolarıyla test edilmiş prototip portfolyoda tek başına bulunabilir; fakat kısa bir açıklama eklemek onu çok daha anlamlı yapar: amaç neydi, hangi karar zorladı, sonraki sürümde ne değişti? Karşıyaka için görüşme yaparken kullanım senaryolarıyla test edilmiş prototip gibi çıktıların dönem boyunca saklanıp saklanmadığını ve bu yazılım projesi geliştikçe eski sürümlerle karşılaştırılıp karşılaştırılmadığını sorun; bu arşiv ilerlemeyi geriye dönük görmeyi kolaylaştırır.
Portföy çalışması: yoğun haftalarda zinciri koparmamak
Ders sonrası iki tekrar ve haftalık proje kontrolü uygulanırken her oturumun sonunda küçük bir çıktı bırakmak yararlıdır: veri yapıları ile tek bir örnek, ürün prototipi için küçük bir özellik veya bir hata notu. Bu küçük çıktı sayesinde veri yapıları çalışması yalnız not okumaktan çıkar ve ürün filtreleme arayüzü ilerlemesine bağlanır.
Ders sonrası iki tekrar ve haftalık proje kontrolü aksadığında bütün planı bırakmak yerine uygulamanın yeni sürümü için tek bir küçük adım seçmek daha gerçekçidir. Zaman çok azsa form doğrulama hatasını izleme üzerine on beş dakikalık bir deneme ya da ürün filtreleme arayüzü içindeki tek bir parçayı açıklamak bile çalışma zincirini koruyabilir. Program yeniden rahatladığında çalışma süresi artırılabilir; öğrencinin geliştirdiği ürün için ertelenen daha kapsamlı geliştirme de o haftanın planına alınabilir. Karşıyaka için ders sonrası iki tekrar ve haftalık proje kontrolü planı yapılırken ödev süresi, kaçırılan dersin telafisi ve veri yapıları materyaline sonradan erişim imkânı birlikte sorulmalıdır.
Uygulama: gelişimi görünür yapan küçük ölçümler
Bu çalışma görevinde süre tutmaktan çok, öğrencinin problemi kaç parçaya böldüğü ve veri yapıları konusunda ne zaman ipucu istediği not edilebilir.
Kullanım senaryolarıyla test edilmiş prototip gibi somut bir çıktı, yalnız “konuyu işledik” demekten daha fazla bilgi sağlar. Değerlendirmenin amacı not baskısı yaratmak değil, mini ürün ilerlerken sıradaki çalışmada API mantığı mı yoksa problem çözme alışkanlığı mı güçlendirilmeli bunu görmektir. Karşıyaka sürecinde kullanım senaryolarıyla test edilmiş prototip gibi kayıtlar dönem içinde birkaç kez gözden geçirilerek proje odaklı öğrenme hedefinin gerçekten ilerleyip ilerlemediği görülebilir.
Yazılım projesi: eğitmen yaklaşımını nasıl değerlendirirsiniz?
Veri yapıları konusunda güçlü olmak önemlidir; bunu bu yazılım projesi üzerinde anlaşılır sorular ve doğru geri bildirimle aktarabilmek ise ayrı bir öğretme becerisidir. Form doğrulama hatasını izleme yaşandığında eğitmen önce öğrencinin düşüncesini dinleyip küçük bir ipucu verebilir. Form doğrulama hatasını izleme ikinci denemede de çözülemiyorsa eğitmen ipucunu kademeli biçimde artırabilir; cevabı doğrudan vermek son seçenek olmalıdır.
Deneme dersinde eğitmenin form doğrulama hatasını izleme gibi bir duruma nasıl yaklaştığını, farklı çözüm yollarına alan açıp açmadığını ve öğrencinin ürün prototipi üzerinde konuşmasına ne kadar fırsat verdiğini izleyin. Karşıyaka programında eğitmen desteğinin etkisi, öğrencinin form doğrulama hatasını izleme gibi sorunlarda zamanla daha az ipucuna ihtiyaç duymasıyla anlaşılabilir.
Proje üzerinde çalışırken destek ne zaman azaltılmalı?
Form doğrulama hatasını izleme gibi bir durumda “ne denedin?”, “sonuç ne oldu?” ve “hangi varsayımın değişti?” soruları, öğrencinin form doğrulama hatasını izleme sırasında hangi varsayımla hareket ettiğini fark etmesine yardım eder. Form doğrulama hatasını izleme üzerine böyle konuşmak, hatayı başarısızlık işareti yerine bir sonraki denemenin verisine dönüştürür.
Geri bildirimin değeri, öğrencinin geliştirdiği ürün ikinci kez ele alındığında yapılan değişiklikte görünür hale gelir. Kullanım senaryolarıyla test edilmiş prototip saklandığında ilk deneme ile sonraki sürüm karşılaştırılabilir; öğrenci yalnız sonucu değil gelişim yolunu da görebilir. Form doğrulama hatasını izleme gibi bir durumda geri bildirimin ne kadar sürede geldiğini ve öğrenciden hangi düzeltmenin beklendiğini sormak, destek düzeyini çok daha somut gösterir.
Portföy çalışması için acele kararın üç riski
Oysa veri yapıları öğrenildikten sonra kişinin bunu bu çalışma içinde kullanabilmesi daha güçlü bir göstergedir.
Karşıyaka’da karar verirken proje odaklı öğrenme, gerçek uygulama süresi, geri bildirimin niteliği ve mini ürün üzerindeki öğrenci payını birlikte değerlendirmek tek bir özelliğe göre seçim yapmaktan daha sağlıklı bir tablo verir.
Uygulama için basamaklı öğrenme rotası
Bu yazılım projesi için küçük kilometre taşlarının görünür olması, öğrencinin veri yapıları bilgisinin nerede işe yaradığını fark etmesini kolaylaştırır. Karşıyaka için örnek bir sıra önce veri yapıları, ardından kısa alıştırmalar, sonra API mantığı ve en son ürün filtreleme arayüzü şeklinde kurulabilir. Bu uygulama sürecindeki aşamalar herkeste aynı hızda ilerlemez; veri yapıları bilgisi yeni bir görevde kullanılabiliyorsa bir sonraki adıma geçmek daha anlamlıdır.
Her aşamanın sonunda kullanım senaryolarıyla test edilmiş prototip gibi küçük bir iz bırakmak, ürün prototipi ilerlerken hangi becerinin gerçekten kazanıldığını görmeyi kolaylaştırır. Kullanım senaryolarıyla test edilmiş prototip bir sonraki aşamaya geçiş kararını destekleyebilir. Ürün filtreleme arayüzü sürecinde zorlanan öğrenci önceki basamağa dönebilir; hızlı ilerleyen öğrenci ise API mantığı içeren daha açık uçlu bir sürüm deneyebilir. Bu esneklik, Karşıyaka programında uygulamanın yeni sürümü görevini öğrencinin gerçek ilerleme hızına göre büyütmeye ya da sadeleştirmeye olanak verir.
Yazılım projesi için uygulama süresi neden önemli?
Öğrencinin geliştirdiği ürün gibi bir görevde önce küçük bir hedef verilip ardından öğrencinin kendi çözümünü denemesi, düşünme sürecini görünür kılar. Eğitmen ilk hatada çözümü söylemek yerine form doğrulama hatasını izleme için ipucu verebilir. Öğrenci ürün filtreleme arayüzü üzerinde kendi çözümünü denediğinde ders, izlenen bir gösteri olmaktan çıkıp gerçek üretime dönüşür.
Ders dışındaki görevler ders sonrası iki tekrar ve haftalık proje kontrolü düzenini bozmayacak büyüklükte olmalı; bu çalışma için tek bir küçük geliştirme çoğu zaman yeterlidir. Bir haftanın sonunda ürün filtreleme arayüzü için çalışan tek bir parçanın ortaya çıkması, yalnız yeni konu başlıklarını işaretlemekten daha somut ilerleme hissi verir. Karşıyaka programında bu uygulama ödevlerinin yaklaşık süresi ile form doğrulama hatasını izleme yaşandığında geri bildirimin nasıl verileceği baştan öğrenilmelidir.
Karşıyaka: ölçütlerle karşılaştırma açısından iki gerçek kalite kontrolü
Ölçütlerle karşılaştırma için ilk kontrol
Programları puanlarken tek bir toplam sayı yerine her ölçüte ayrı kanıt yazın. Örneğin “uygulama güçlü” demek yerine deneme dersinde öğrencinin kaç dakika aktif ürettiğini, hangi hatayı kendisinin çözdüğünü ve hangi çıktının kaydedildiğini not edin. Karşıyaka için bu ölçütü bu yazılım projesi üzerinde ilk deneme ile geri bildirim sonrası sürümü karşılaştırarak sınayabilirsiniz. İki kayıt arasındaki fark öğrencinin ne kadar bağımsızlaştığını daha açık gösterir.
Yazılım eğitimi için konuya özgü ikinci sinyal
İkinci sinyal geliştirme sürecinin iz bırakmasıdır. Küçük görev listesi, Git değişikliği, hata veya test notu ve çalışan sürüm birlikte tutulduğunda öğrencinin yalnız kod yazması değil, geliştirme sürecini yönetmesi de görünür hale gelir. Karşıyaka kayıt görüşmesinde bu davranışı gerçek bir görev üzerinde göstermelerini istemek, ölçütlerle karşılaştırma hedefini somutlaştırır.
Karşıyaka için deneme dersinde küçük bir üretim deneyi
Karşıyaka için yazılım eğitimi seçerken deneme dersinin son bölümünü kısa bir uygulamaya ayırın. Ürün listesini filtreleyen arayüz gibi küçük bir görev bu kontrol için yeterlidir. Öğrenciden küçük bir özelliği gereksinimden çalışan sürüme kadar tamamlamasını isteyin.
Sonra kontrollü bir hata bırakın; log, test veya adım adım gözlemle kaynağı daraltma sırasını izleyin. Eğitmen çözümü doğrudan vermek yerine yalnız bir sonraki kontrol noktasını işaret etsin. Ölçütlerle karşılaştırma açısından son kanıt olarak ders sonunda değişikliği kısa bir Git kaydı ve açıklamayla görünür hale getirmesini isteyin.
- Görevi tek bir ölçülebilir değişiklikle sınırlayın.
- İlk hatada çözüm yerine bir kontrol sorusu kullanın.
- Öğrencinin önce kendi tahminini söylemesini bekleyin.
- Ders bitiminde Karşıyaka için bir sonraki küçük çalışma adımını öğrencinin kendi cümlesiyle yazmasını isteyin.
Karşıyaka için pratik seçim notu: ölçütlerle karşılaştırma
Karşıyaka için yazılım eğitimi araştırmasında yalnız yakınlığı değil, öğrencinin haftalık ritmi gerçekten sürdürebileceği formatı da hesaba katın. Yazılım eğitiminde program farkını; gereksinimi küçük görevlere ayırma, Git geçmişi bırakma, hata/test notu tutma ve çalışan sürümü açıklama gibi geliştirici alışkanlıkları üzerinden okumak daha yararlıdır.
Deneme veya ilk hafta çalışmasında küçük bir özelliğin gereksinimden çalışan sürüme kadar izlenebilmesi, yalnız teknoloji listesinden daha güçlü bir kalite göstergesidir. Ölçütlerle karşılaştırma hedefi için bu yazılım projesi üzerindeki ilk deneme, geri bildirim ve revize sürümü birlikte görmek Karşıyaka açısından daha güvenilir bir karar zemini oluşturur.
- Ölçütlerle karşılaştırma hedefi kayıt görüşmesinde somut bir çıktı veya davranışla ölçülüyor mu?
- Öğrencinin bu yazılım projesi üzerinde kendi kararıyla yaptığı tek bir değişiklik gösterilebiliyor mu?
- Karşıyaka için kaçırılan ders veya yoğun hafta sonrasında proje akışına nasıl dönüleceği açık mı?
- Yazılım eğitimi geri bildirimi çözümü vermek yerine öğrencinin bir sonraki denemesini yönlendiriyor mu?
Karşıyaka için kayıt öncesi kısa kontrol listesi
Aynı başlığı kullanan programlar arasındaki farkı, öğrencinin gerçekten ne yaptığına bakarak ayırın. Karşıyaka yazılım eğitimi araştırmasında özellikle ölçütlerle karşılaştırma hedefini görünür kılacak cevaplar arayın.
- Netleştirin: hazır proje klonlamak yerine öğrencinin tasarım ve özellik kararı vermesi.
- Örnek isteyin: portföyde yalnız final ekranı değil geliştirme sürecinin de gösterilmesi.
- Karşılaştırın: sonraki teknoloji seçiminin mevcut projenin ihtiyacına bağlanması.
- Kontrol edin: örnek proje gibi bir örnekte ilk sürüm, öğrenci kararı ve geri bildirim sonrası değişikliğin yan yana gösterilebilmesi.
- Sorun: gereksinimin küçük görevlere ayrılması ve çalışan bir sürüme dönüştürülmesi.
- Kanıt isteyin: Git veya benzeri sürüm takibiyle değişikliklerin görünür tutulması.
İlgili rehberler ve sonraki adımlar
Karşıyaka yazılım kursu konusunu farklı bir hedef veya yakın yerel aramayla karşılaştırmak için şu Berk Akademi rehberlerine geçebilirsiniz: İzmir yazılım kursu ana rehberi, online yazılım eğitimi, Python yazılım kursu, Java yazılım kursu, birebir özel ders ve Alsancak yazılım kursu.
Kaynaklar ve teknik doğrulama
Karşıyaka yazılım kursu içindeki teknik kavramları kontrol etmek için reklam sayfaları yerine aşağıdaki bağımsız veya resmî kaynaklar kullanıldı.
Karşıyaka için kayıt öncesi karar tablosu
Karşıyaka yazılım kursu seçeneklerini aynı zeminde karşılaştırmak için her ölçüte ayrı not verin ve gördüğünüz kanıtı kısa biçimde kaydedin.
| Kontrol noktası | Güçlü sinyal | Riskli sinyal | Nasıl doğrulanır? |
|---|---|---|---|
| Ürün geliştirme | Gereksinim parçalara ayrılır, sürümler üretilir ve test edilir. | Hazır örnek tek seferde tamamlanır. | Bir projenin ilk ve son sürümünü karşılaştırın. |
| Hata ayıklama | Log, test ve gözlemle hata kaynağı sistematik daraltılır. | Hata çözümü ezberlenmiş adımla geçiştirilir. | Tipik bir debug oturumunun nasıl yürütüldüğünü sorun. |
| Ölçütlerle karşılaştırma | Program Karşıyaka için ölçütlerle karşılaştırma hedefini somut öğrenci davranışı veya çıktısıyla ölçüyor. | Ölçütlerle karşılaştırma yalnız tanıtım cümlesi olarak kalıyor. | Deneme dersi sonunda hangi davranışın veya çıktının ölçüleceğini sorun. |
| Karşıyaka için sürdürülebilirlik | Ders, tekrar ve proje yükü Karşıyaka için öğrencinin gerçek haftalık düzenine sığıyor. | Telafi, ders dışı yük veya geri dönüş planı belirsiz kalıyor. | Bir haftalık örnek takvim kurup toplam yükü ve telafi seçeneğini netleştirin. |
| bu çalışma kanıtı | bu çalışma ilk sürüm, revizyon ve öğrencinin açıklamasıyla birlikte saklanıyor. | Yalnız bitmiş sonuç gösteriliyor; süreç ve öğrenci katkısı görünmüyor. | İlk ve son sürümü yan yana görmek ve öğrencinin değişikliği açıklamasını istemek yeterli bir testtir. |
Sık sorulan sorular
Ürün listesini filtreleyen arayüz sırasında hata çıktığında öğrenci hangi sırayla ilerlemeli?
Pratikte: Karşıyaka için şu ölçütü kullanın: bu çalışma hata verdiğinde önce beklenen sonuçla gerçek sonucu karşılaştırın; ardından tek bir varsayımı değiştirip yeniden deneyin. Karşıyaka için deneme dersinde programın log, test ve adım adım gözlemle hatanın kaynağını daraltma sürecini öğrenciye bırakıp bırakmadığını gözlemlemek yararlıdır.
Karşıyaka için yüz yüze ve canlı online yazılım eğitimi nasıl karşılaştırılmalı?
Karşıyaka için format etiketinden önce Mini ürün üzerinde aktif üretim, proje/ekran paylaşımı, soru sorma ve geri bildirim akışına bakın. Öğrencinin bu çalışmayı hafta boyunca düzenli sürdürebildiği model pratikte daha güçlü seçenektir. Bu yanıtı Karşıyaka için ölçütlerle karşılaştırma hedefiyle birlikte değerlendirin; tek başına tanıtım cümlesi karar için yeterli değildir.
Ürün listesini filtreleyen arayüz tamamlandıktan sonra bir sonraki öğrenme adımı nasıl seçilmeli?
Bu noktada: Karşıyaka için şu ölçütü kullanın: bu yazılım projesi tamamlandıktan sonra sonraki adımı takvime göre değil, öğrencinin mevcut çalışmayı ne kadar bağımsız yönettiğine göre seçin. Karşıyaka için frontend, backend, veri veya başka bir teknik alana bilinçli yönelme ancak temel beceriler yeni bir görevde de kullanılabiliyorsa anlamlıdır.
Karşıyaka için yazılım eğitimi programına başlamadan önce hangi seviye kontrolü yapılmalı?
Karşıyaka için öğrenciyi yalnız 'başlangıç' veya 'orta' diye etiketlemek yerine algoritma, veri akışı, temel programlama ve Git alışkanlığını küçük ürünlerde kullanma becerisini kısa bir görevle görmek daha yararlıdır. Bu gözlem, Karşıyaka yazılım eğitimi planında hangi konudan başlanacağını ve ilk ürünün ne kadar sade tutulacağını belirler. Bu yanıtı Karşıyaka için ölçütlerle karşılaştırma hedefiyle birlikte değerlendirin; tek başına tanıtım cümlesi karar için yeterli değildir.
Karşıyaka için haftalık yazılım eğitimi çalışma ritmi nasıl kurulmalı?
Karar verirken: Karşıyaka için şu ölçütü kullanın: karşıyaka programında ders dışı yükü uzun tek oturum yerine birkaç kısa uygulama ve bir proje adımına bölmek daha sürdürülebilir olabilir. Ölçütlerle karşılaştırma hedefi korunacaksa kaçırılan haftadan dönüş biçimi de kayıt öncesinde planlanmalıdır. Karşıyaka için yazılım eğitimi çalışmasında bu ritmi, dersler arasında bırakılan küçük ürün veya görev kaydıyla ayrıca kontrol edin.
Karşıyaka için deneme dersinde yazılım eğitimi kalitesini anlamak adına neye bakılmalı?
Karşıyaka deneme dersinin sonunda öğrencinin yalnız dinlemiş değil, Ürün prototipi benzeri küçük bir çıktıyı gerçekten değiştirmiş olması gerekir. Soru sorma, hata görme ve kendi kararını uygulama fırsatı programın uygulama yönünü daha iyi gösterir. Bu yanıtı Karşıyaka için ölçütlerle karşılaştırma hedefiyle birlikte değerlendirin; tek başına tanıtım cümlesi karar için yeterli değildir.
Bu proje üzerinde eğitmenin geri bildirimi nasıl olmalı?
İlk ay içinde: Karşıyaka için şu ölçütü kullanın: uygulamanın yeni sürümü sırasında eğitmen çözümü devralmadan önce öğrencinin ne denediğini dinlemeli, sonraki kontrol noktasını göstermeli ve ikinci denemeyi beklemelidir. Karşıyaka için güçlü geri bildirim, log, test ve adım adım gözlemle hatanın kaynağını daraltma alışkanlığını zamanla öğrencinin kendisine bırakır.
yazılım eğitimi programında kullanılan araç sayısı önemli mi?
Karşıyaka için araç sayısından çok öğrencinin editör, terminal ve sürüm kontrol araçlarını temel düzeyde bağımsız kullanma becerisi önemlidir. Yeni araç, Öğrencinin geliştirdiği ürün üzerinde gerçek bir ihtiyacı çözüyor ve temel kavramların anlaşılmasını kolaylaştırıyorsa programa değer katar. Bu yanıtı Karşıyaka için ölçütlerle karşılaştırma hedefiyle birlikte değerlendirin; tek başına tanıtım cümlesi karar için yeterli değildir.
Karşıyaka için son karar: ölçütlerle karşılaştırma gerçekten görünür mü?
Karşıyaka için son seçimde öğrencinin bu yazılım projesi üzerindeki bir sonraki küçük adımı eğitmen olmadan planlayıp planlayamadığına bakın. Bunu yapabiliyorsa ölçütlerle karşılaştırma, yalnız anlatılan bir vaat olmaktan çıkıp gözlenebilir bir öğrenme davranışına dönüşür.
Bu kontrolü deneme dersi ve ilk dört haftadaki kayıtlarla birlikte yaparsanız Karşıyaka için seçim, yalnız tanıtım metnine değil öğrencinin gösterebildiği davranış ve çıktılara dayanır.
