Bostanlı yazılım kursu seçerken teknoloji listesinden çok gerçek geliştirme alışkanlıklarına bakın. Küçük randevu formu gibi küçük bir ürün; veritabanı temelleri, sürüm kontrolü ve hata ayıklamayı birlikte çalıştırabilir. Öğrenci tekrarlayan kodun bakım maliyetini görme sorununu açıklayabiliyor ve basit veri modeli çizimiyle desteklenen uygulama bırakabiliyorsa eğitim yalnız araç tanıtımından ibaret değildir.
Veritabanı temelleri ile programlama temelleri arasındaki ilişki, küçük randevu formu geliştirirken çok daha net anlaşılır.
Bostanlı için yazılım çalışmasının sürdürülebilir olması, yoğun haftalarda bile bırakılmayacak küçük ama düzenli üretim alışkanlığı ile yakından ilgilidir. Hafta içi kısa tekrarlar ve hafta sonu proje geliştirme sırasında küçük randevu formu için küçük görev kartları oluşturmak; veritabanı temelleri bilgisini tek oturumda tüketmek yerine geliştirme akışının içine yaymayı kolaylaştırır.
Örnek olarak küçük randevu formu ele alınabilir. Öğrenci bu projeyi yalnız çalıştırmakla kalmayıp yaptığı tercihleri açıklayabiliyor, tekrarlayan kodun bakım maliyetini görme 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.
Bostanlı yazılım kursu: İlk haftada doğru başlangıç noktasını bulmak
Örneğin hedef küçük randevu formu geliştirmekse, ilk haftalarda bunun için gereken küçük parçalar belirlenebilir. Kayıt öncesi veritabanı temelleri odaklı kısa bir görev, öğrencinin rahat olduğu ve zorlandığı noktaları ayırır; randevu formu için başlangıç seviyesi de buna göre düzenlenebilir.
Küçük randevu formu 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 veritabanı temelleri ile ne yapabildiği, bir problemi nasıl parçaladığı ve yardım istediğinde hangi adımları denediği konuşulabilir.
Küçük randevu formu portfolyoda tek başına yeterli mi?
Bu yazılım projesi portfolyoya girecekse en az birkaç özellik, yöntem veya sunum kararının öğrenciye ait olması beklenebilir. Randevu formu üzerinde çalışan biri, programlama temellerini neden seçtiğini anlatabilmeli ve istek değiştiğinde çözümünü uyarlayabilmelidir. Bu uygulama içinde öğrencinin kendi seçtiği bir özellik eklemesi, tekrarlayan kodun bakım maliyetini görme sırasında kendi çözümünü geliştirmesi veya veritabanı temellerini değiştirmesi proje sahipliğini daha açık gösterir.
Basit veri modeli çizimiyle desteklenen uygulama gibi bir çıktı, yalnız sonucu değil öğrencinin çalışma biçimini de görünür kılabilir. Basit veri modeli çizimiyle desteklenen uygulama saklandığında öğrenci ürün prototipi boyunca verdiği kararları daha sonra yeniden inceleyebilir. Randevu formu sunulurken öğrenci sorunu, seçtiği yaklaşımı ve ilk sürümden sonra yaptığı değişikliği kendi cümleleriyle anlatabilmelidir. Öğrenci bu soruları uygulamanın yeni sürümü üzerinden kendi cümleleriyle yanıtlayabiliyorsa ortaya çıkan ürün, yalnız gösterim için hazırlanmış bir dosyanın ötesine geçer. Bostanlı programlarını karşılaştırırken proje sayısından çok öğrencinin randevu formu üzerindeki karar payına ve yaptığı değişiklikleri açıklayabilmesine bakılmalıdır.
Yazılım projesi: konu sayısından çok kullanım bağlamı
İyi bir müfredat, veritabanı temelleri konusunu bir kez anlatıp bırakmak yerine onu ilerleyen görevlerde yeniden karşılaştırmaya imkân verir. Öğrencinin geliştirdiği ürün üzerinde çalışırken öğrenci yalnız yönergeleri izlememeli; hangi adımı neden seçtiğini açıklayabilmelidir. Veritabanı temelleri bilgisinin randevu formu içinde kullanılması, ezberlenen tanımla işlevsel beceri arasındaki farkı açık biçimde gösterir.
Müfredatta programlama temelleri gibi bir başlık gördüğünüzde bunun hangi görevle ölçüldüğünü sorun; bu yazılım projesi bu bağlantıyı sınamak için uygun bir örnek olabilir. Bu sorular programlama temelleri için somut yanıt veriyorsa müfredatın randevu formu gibi gerçek görevlere ne kadar indiği daha iyi anlaşılır. Bostanlı için programlama temelleri çalışmasının derse sığmayan kısmı varsa bunun hafta içi kısa tekrarlar ve hafta sonu proje geliştirme düzenine nasıl taşınacağı kayıt öncesinde açıklanmalıdır.
Ürün prototipi: üretim sürecini anlatabilmek
Bostanlı için portfolyo değerlendirirken yalnız bitmiş ürün prototipi dosyasına değil, basit veri modeli çizimiyle desteklenen uygulama gibi süreç izlerine de bakmak gerekir. Randevu formu için ilk taslak, karşılaşılan problem, tekrarlayan kodun bakım maliyetini görme 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 basit veri modeli çizimiyle desteklenen uygulama birlikte saklandığında, öğrencinin bu uygulama üzerindeki gerçek katkısı daha kolay anlatılabilir.
Basit veri modeli çizimiyle desteklenen uygulama 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? Bostanlı için görüşme yaparken basit veri modeli çizimiyle desteklenen uygulama gibi çıktıların dönem boyunca saklanıp saklanmadığını ve uygulamanın yeni sürümü 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ı: tek teknolojiye sıkışmadan öğrenmek
Öğrencinin geliştirdiği ürün geliştirirken önce problemi ve veri akışını kurmak, sonra teknoloji kararını vermek bu nedenle değerlidir.
Bu çalışma üzerinde gereksinimi küçük görevlere ayırma, Git geçmişini kullanma ve tekrarlayan kodun bakım maliyetini görme gibi sorunları izleme alışkanlığı; tek bir aracın menüsünü ezberlemekten daha uzun ömürlüdür.
Uygulama için dört haftalık çalışma denemesi
Canlı online seçenekte tekrarlayan kodun bakım maliyetini görme sırasında ekran paylaşımının işe yarayıp yaramadığına, yüz yüze derste mini ürün için üretim süresine, birebir derste ise yardım ile bağımsızlık arasındaki dengeye bakılabilir.
Örnek derste yalnız eğitmenin anlatımını değerlendirmeyin; veritabanı temelleri çalışırken ne kadar soru sorduğunuzu ve bu yazılım projesi üzerinde ne kadar süre gerçekten üretim yaptığınızı da gözlemleyin. Deneme dersinden sonra şu üç şeyi kendinize sorun: veritabanı temelleri hakkında rahatça soru sorabildim mi, randevu formu için gerçekten üretim zamanı kaldı mı ve eve gidince ne yapacağım belli miydi?
Yazılım projesi için ders dışı çalışma dengesi
Hafta içi kısa tekrarlar ve hafta sonu proje geliştirme uygulanırken her oturumun sonunda küçük bir çıktı bırakmak yararlıdır: veritabanı temelleri ile tek bir örnek, ürün prototipi için küçük bir özellik veya bir hata notu. Bu küçük çıktı sayesinde veritabanı temelleri çalışması yalnız not okumaktan çıkar ve randevu formu ilerlemesine bağlanır.
Hafta içi kısa tekrarlar ve hafta sonu proje geliştirme 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 tekrarlayan kodun bakım maliyetini görme üzerine on beş dakikalık bir deneme ya da randevu formu 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. Bostanlı için hafta içi kısa tekrarlar ve hafta sonu proje geliştirme planı yapılırken ödev süresi, kaçırılan dersin telafisi ve veritabanı temelleri materyaline sonradan erişim imkânı birlikte sorulmalıdır.
Bu proje seçiminde sertifika, süre ve fiyat dengesi
Oysa veritabanı temelleri öğrenildikten sonra kişinin bunu mini ürün içinde kullanabilmesi daha güçlü bir göstergedir.
Bostanlı’da karar verirken geri bildirimi görünür kılma, gerçek uygulama süresi, geri bildirimin niteliği ve bu yazılım projesi üzerindeki öğrenci payını birlikte değerlendirmek tek bir özelliğe göre seçim yapmaktan daha sağlıklı bir tablo verir.
Bu proje çalışmasında ne zaman ilerlenmeli?
Ürün prototipi için küçük kilometre taşlarının görünür olması, öğrencinin veritabanı temelleri bilgisinin nerede işe yaradığını fark etmesini kolaylaştırır. Bostanlı için örnek bir sıra temel beceri → kısa deneme → geri bildirim → ikinci deneme → randevu formu şeklinde kurulabilir. Bu uygulama sürecindeki aşamalar herkeste aynı hızda ilerlemez; veritabanı temelleri bilgisi yeni bir görevde kullanılabiliyorsa bir sonraki adıma geçmek daha anlamlıdır.
Her aşamanın sonunda basit veri modeli çizimiyle desteklenen uygulama gibi küçük bir iz bırakmak, uygulamanın yeni sürümü ilerlerken hangi becerinin gerçekten kazanıldığını görmeyi kolaylaştırır. Basit veri modeli çizimiyle desteklenen uygulama bir sonraki aşamaya geçiş kararını destekleyebilir. Randevu formu sürecinde zorlanan öğrenci önceki basamağa dönebilir; hızlı ilerleyen öğrenci ise programlama temelleri içeren daha açık uçlu bir sürüm deneyebilir. Bu esneklik, Bostanlı programında öğrencinin geliştirdiği ürün görevini öğrencinin gerçek ilerleme hızına göre büyütmeye ya da sadeleştirmeye olanak verir.
Portföy çalışması için derste ne kadar üretim zamanı var?
Bu çalışma 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 tekrarlayan kodun bakım maliyetini görme için ipucu verebilir. Öğrenci randevu formu ü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 hafta içi kısa tekrarlar ve hafta sonu proje geliştirme düzenini bozmayacak büyüklükte olmalı; mini ürün için tek bir küçük geliştirme çoğu zaman yeterlidir. Bir haftanın sonunda randevu formu 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. Bostanlı programında bu uygulama ödevlerinin yaklaşık süresi ile tekrarlayan kodun bakım maliyetini görme yaşandığında geri bildirimin nasıl verileceği baştan öğrenilmelidir.
Bostanlı: grup ve birebir modeli karşılaştırma açısından iki gerçek kalite kontrolü
Grup ve birebir modeli karşılaştırma için ilk kontrol
Grup ve birebir modeli arasında karar verirken etiket yerine aktif üretim süresini karşılaştırın. Grup dersinde sıra bekleme ve ortak anlatım ne kadar sürüyor; birebir derste ise öğrencinin düşünmesi için yeterli sessizlik ve bağımsız deneme alanı bırakılıyor mu? Bostanlı 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. Bostanlı kayıt görüşmesinde bu davranışı gerçek bir görev üzerinde göstermelerini istemek, grup ve birebir modeli karşılaştırma hedefini somutlaştırır.
Bostanlı programını tek derste sınamak için pratik mini görev
Bostanlı içinde yazılım eğitimi seçeneklerini gezerken iki programda da benzer zorlukta mini görev kullanmak karşılaştırmayı daha adil hale getirir. Öğ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. Grup ve birebir modeli 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 Bostanlı için bir sonraki küçük çalışma adımını öğrencinin kendi cümlesiyle yazmasını isteyin.
Bostanlı için pratik seçim notu: grup ve birebir modeli karşılaştırma
Bostanlı için en sağlıklı karşılaştırma, iki programı aynı küçük görev ve aynı öğrenme ölçütleriyle sınamaktır. 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. Grup ve birebir modeli 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 Bostanlı açısından daha güvenilir bir karar zemini oluşturur.
- Grup ve birebir modeli 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?
- Bostanlı 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?
Bostanlı için kayıt öncesi kısa kontrol listesi
Karar vermeden önce kısa bir deneme ve çıktı kontrolü yapmak karşılaştırmayı daha nesnel hale getirir. Bostanlı yazılım eğitimi araştırmasında özellikle grup ve birebir modeli karşılaştırma hedefini görünür kılacak cevaplar arayın.
- Sorun: Git veya benzeri sürüm takibiyle değişikliklerin görünür tutulması.
- Kanıt isteyin: debug sürecinde hata kaynağının sistematik biçimde daraltılması.
- Netleştirin: hazır proje klonlamak yerine öğrencinin tasarım ve özellik kararı vermesi.
- Örnek isteyin: örnek proje gibi bir örnekte ilk sürüm, öğrenci kararı ve geri bildirim sonrası değişikliğin yan yana gösterilebilmesi.
- Karşılaştırın: portföyde yalnız final ekranı değil geliştirme sürecinin de gösterilmesi.
- Kontrol edin: sonraki teknoloji seçiminin mevcut projenin ihtiyacına bağlanması.
İlgili rehberler ve sonraki adımlar
Bu sayfanın karar çerçevesini tamamlayan temel, ileri ve yerel içerikler şunlardır: İ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 Narlıdere yazılım kursu.
Kaynaklar ve teknik doğrulama
Aşağıdaki bağlantılar Bostanlı yazılım kursu için kurum önerisi değil; teknik doğrulama ve ileri okuma amacıyla seçilmiş kaynaklardır.
Bostanlı için kayıt öncesi karar tablosu
Süre ve fiyatı konuşmadan önce Bostanlı yazılım kursu için şu beş kalite sinyalini doğrulamak, programlar arasındaki farkı daha net gösterir.
| Kontrol noktası | Güçlü sinyal | Riskli sinyal | Nasıl doğrulanır? |
|---|---|---|---|
| Alan seçimi | Yönelimler temel beceriler görüldükten sonra seçilir. | İlk günden çok sayıda teknolojiye dağılınır. | İlk haftaların temel beceri planını sorun. |
| Git ve sürüm geçmişi | Değişiklikler anlamlı commitlerle izlenir. | Kod yalnız son dosya olarak teslim edilir. | Örnek Git geçmişi veya revizyon kaydı isteyin. |
| Grup ve birebir modeli karşılaştırma | Program Bostanlı için grup ve birebir modeli karşılaştırma hedefini somut öğrenci davranışı veya çıktısıyla ölçüyor. | Grup ve birebir modeli 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. |
| Bostanlı için sürdürülebilirlik | Ders, tekrar ve proje yükü Bostanlı 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
Küçük randevu formu sırasında hata çıktığında öğrenci hangi sırayla ilerlemeli?
Başlangıçta: Bostanlı 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. Bostanlı 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.
Bostanlı için yüz yüze ve canlı online yazılım eğitimi nasıl karşılaştırılmalı?
Bostanlı 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ı Bostanlı için grup ve birebir modeli karşılaştırma hedefiyle birlikte değerlendirin; tek başına tanıtım cümlesi karar için yeterli değildir.
Küçük randevu formu tamamlandıktan sonra bir sonraki öğrenme adımı nasıl seçilmeli?
Hata çıktığında: Bostanlı 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. Bostanlı 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.
Bostanlı için yazılım eğitimi programına başlamadan önce hangi seviye kontrolü yapılmalı?
Bostanlı 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, Bostanlı 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ı Bostanlı için grup ve birebir modeli karşılaştırma hedefiyle birlikte değerlendirin; tek başına tanıtım cümlesi karar için yeterli değildir.
Bostanlı için haftalık yazılım eğitimi çalışma ritmi nasıl kurulmalı?
Hafta içinde: Bostanlı için şu ölçütü kullanın: bostanlı 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. Grup ve birebir modeli karşılaştırma hedefi korunacaksa kaçırılan haftadan dönüş biçimi de kayıt öncesinde planlanmalıdır. Bostanlı 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.
Bostanlı için deneme dersinde yazılım eğitimi kalitesini anlamak adına neye bakılmalı?
Bostanlı 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ı Bostanlı için grup ve birebir modeli 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ı?
Deneme dersinde: Bostanlı 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. Bostanlı 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?
Bostanlı 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ı Bostanlı için grup ve birebir modeli karşılaştırma hedefiyle birlikte değerlendirin; tek başına tanıtım cümlesi karar için yeterli değildir.
Bostanlı için son karar: grup ve birebir modeli karşılaştırma gerçekten görünür mü?
Bostanlı yazılım eğitimi seçenekleri arasında son karar verirken süreci karşılaştırın: öğrenci üretmiş mi, hata görmüş mü, geri bildirim sonrası yeni sürüm çıkarmış mı? Bu üç soru grup ve birebir modeli karşılaştırma hedefini tanıtım metninden bağımsız değerlendirmenizi sağlar.
Bu kontrolü deneme dersi ve ilk dört haftadaki kayıtlarla birlikte yaparsanız Bostanlı için seçim, yalnız tanıtım metnine değil öğrencinin gösterebildiği davranış ve çıktılara dayanır.
