IB Computer Science Extended Essay Yazım Rehberi ve 20 Özgün Araştırma Sorusu Fikri

IB Computer Science Extended Essay Yazım Rehberi ve 20 Özgün Araştırma Sorusu Fikri

IB Diploma Programme içindeysen, Computer Science seçtiysen ve Extended Essay zamanı geldiyse, muhtemelen hem heyecanlısın hem de azıcık stresli hissediyorsun. Çünkü IB Computer Science Extended Essay, en fazla 4.000 kelimelik bağımsız bir araştırma metni ve diploma sonucuna ek puan getiren çekirdek bir bileşen konumunda.

Bu çalışma, IB transcript inde ayrı bir Grade Boundary yapısıyla A dan E ye kadar notlanıyor, Computer Science dersi içindeki Internal Assessment ile karıştırılmaması gerekiyor, çünkü IA daha çok bir “computational solution” projesiyken EE tamamen akademik araştırma odaklı yürüyen yazılı bir çalışma. Yani iyi planlanmış bir EE, hem TOK ile birlikte bonus puan kazandırıyor hem de üniversite başvurularında güçlü bir akademik yazı örneği olarak öne çıkıyor.

Bu yazıda, sana önce Computer Science Extended Essay için net, uygulanabilir bir yazım rehberi sunacağım, ardından da direkt kullanabileceğin ya da uyarlayabileceğin 20 özgün research question fikri paylaşacağım. Böylece ne yapman gerektiğini adım adım görecek, sonra da kendi ilgi alanına uygun, özgün ve güçlü bir araştırma sorusunu çok daha kolay seçebileceksin.

IB Computer Science Extended Essay Temelleri: Kurallar, Yapı ve Değerlendirme

IB Computer Science Extended Essay ilk bakışta göz korkutucu görünebilir, ama kuralları ve değerlendirme mantığını net anladığında kontrolü eline aldığını hissedersin. Bu bölümde, hem resmi gereklilikleri hem de yapıyı ve puanlamayı sade bir dille toparlayacağız ki daha en başta neye girdiğini açıkça bil.

Extended Essay İçin Temel Gereklilikler (Süre, Kelime Sınırı, Beklenen Düzey)

Extended Essay, IB Diploma Programme içinde en fazla 4.000 kelimelik bağımsız bir akademik araştırma metni olarak tasarlanmış durumda. Computer Science alanında yazdığında, hem teorik CS kavramlarına hem de pratik, gerçek dünyaya değen bir araştırma bekleniyor.

Temel gereklilikleri birkaç başlıkta düşünebilirsin:

  • Kelime sınırı:

    • Üst sınır 4.000 kelime, bunun üstü resmi olarak kırpılıyor ve puan kaybı riski artıyor.
    • Giriş, Body (ana bölümler) ve Conclusion bu sınıra dahil, Title Page, Contents Page, References ve Appendices dahil değil.
    • Sağlam bir Computer Science EE genelde 3.200 ile 3.800 kelime bandında oldukça dolu ve odaklı görünüyor.
  • Hazırlık süresi:
    Bir Extended Essay son gece yazılacak türden bir iş değil, bunu baştan kabul etmek önemli.
    Genelde sağlıklı bir süreç için:

    1. Araştırma sorusunu netleştirme ve ön okuma: 3 ile 4 hafta.
    2. Veri toplama, deney, survey, code denemeleri veya literatür taraması: 4 ile 6 hafta.
    3. İlk taslak yazımı: 3 hafta civarı.
    4. Revizyon, supervisor görüşmeleri ve son düzenlemeler: 2 ile 4 hafta.

    Yani toplamda en az 3 ile 4 ayı bu proje için aklında ayırman daha gerçekçi olur.

  • Hangi sınıfta başlamak mantıklı:
    Çoğu okul Extended Essay sürecini IB yılının ortasında veya sonunda resmi olarak başlatıyor. Genel pratik şu şekilde:

    • IB1’in ikinci dönemi: Konu alanını seçmek, Computer Science mı yoksa başka bir ders mi olacağına karar vermek.
    • IB1 yaz dönemi: Research question taslağı, temel okuma listesi, küçük denemeler veya prototipler.
    • IB2’nin başı: Net research question, ciddi veri toplama ve taslak yazım süreci.

    Computer Science için özellikle yaz dönemini iyi kullanmak çok işe yarıyor, çünkü hem deneme kodları yazmak hem de testler yapmak için sakin zamana ihtiyacın oluyor.

  • Beklenen akademik olgunluk seviyesi:
    IB, Computer Science öğrencisinden şunları bekliyor:

    • Sadece “kod yazan kişi” değil, teoriyi anlayan ve açıklayabilen biri olman.
    • Kaynak kullanırken referans vermeyi bilen, kopyala yapıştır yerine kendi yorumunu katan biri olman.
    • Bir problemi tanımlayıp, sistematik bir yöntem izleyerek test eden ve sonuçlarını eleştirel şekilde tartışan biri olman.
    • “Bu sonuç niye böyle çıktı, hangi sınırlamalarım var, başka ne yapılabilirdi?” sorularını kendi kendine sorabilmen.

Bu seviyeyi yakalamak için “ben zaten CS’yi seviyorum, kod yazıyorum” demek yetmiyor, EE için mutlaka okuyan, sorgulayan, not alan ve plan yapan bir öğrenci profiline kayman gerekiyor.

IB Computer Science Extended Essay Yapısı: Bölüm Bölüm Genel Bakış

Extended Essay, serbest bir deneme değil, belli bölümleri olan yapılandırılmış bir akademik metin. Bu yapıyı erken anlamak, yazarken kaybolmanı ciddi şekilde engeller.

Aşağıda Computer Science Extended Essay için tipik yapı ve her bölümün ne işe yaradığı yer alıyor:

Title Page

Title Page, çalışmanın kimliğini taşıyan kapak sayfası gibi düşünebilirsin.
Şunları içerir:

  • Extended Essay’in tam başlığı,
  • Ders alanı olarak “Computer Science”,
  • Öğrencinin adı, okul kodu gibi temel bilgiler.

Bu sayfa, değerlendiricinin daha ilk bakışta konu alanını ve çalışmanın kapsamını anlamasını sağlar.

Abstract (Eski kılavuzlarda)

Yeni IB kılavuzlarında Abstract artık zorunlu değil, ancak bazı okullar hâlâ içsel kullanım için kısa bir özet isteyebiliyor.
Abstract kullanılan senaryolarda:

  • Araştırma sorusunu,
  • Kullandığın yöntemi,
  • En önemli bulguları,
    tek bir kısa paragrafta toplar.

Bunu, “bütün metni okumaya başlamadan önce hızlı bir genel bakış” olarak düşünebilirsin.

Contents Page

Contents Page (içindekiler), Extended Essay içindeki tüm ana ve alt başlıkların sayfa numaraları ile listelendiği bölüm.
Bu sayfa:

  • Değerlendiricinin, aradığı bölüme hızlıca gitmesini sağlar,
  • Çalışmanın ne kadar düzenli ve planlı yazıldığını gösterir,
  • Uzun metin içinde kaybolmayı önler.

Özellikle çok sayıda alt başlık, tablo veya grafik kullanan Computer Science EE’lerde iyi hazırlanmış bir Contents Page ciddi bir rahatlık sunar.

Introduction

Introduction, okuyucuyu konuyla tanıştırdığın ve research question veya research focus kısmını netleştirdiğin bölümdür.
Genelde:

  • Konunun bağlamını verir (neden önemli veya ilginç olduğunu anlatır),
  • Çalışmanın amacını açıklar,
  • Araştırma sorusunu açık ve dar bir şekilde formüle eder,
  • Kısaca hangi yöntemleri kullanacağına değinir.

Computer Science özelinde Introduction, çoğu zaman kullanılan teknolojiyi, teorik arka planı ve problem alanını geniş kitlelerin anlayacağı netlikte anlatan bir “sahne kurma” kısmı gibi çalışır.

Body

Body, Extended Essay’in gövdesi, yani asıl içeriğin bulunduğu bölümdür. Burası tek bir blok değil, mantıklı alt başlıklara bölünmüş akıcı bir yapı olmalıdır.
Body içinde genelde:

  • Literatür taraması veya teorik arka plan,
  • Kullanılan yöntemler, algoritmalar, veri setleri, deney tasarımı,
  • Elde edilen sonuçlar, tablolar, grafikler,
  • Sonuçların yorumlanması ve tartışılması yer alır.

Computer Science EE’de Body, yalnızca “ne yaptığını” değil, neden o şekilde yaptığını ve sonuçların ne anlama geldiğini anlatan bölüm olduğu için en çok puanın kazanıldığı kısımdır.

Conclusion

Conclusion, tüm çalışmanın mantıklı bir şekilde toparlandığı, kısa ama güçlü bölüm.
Burada:

  • Araştırma soruna doğrudan yanıt verirsin,
  • Elde ettiğin bulguların ne kadar güvenilir olduğuna değinirsin,
  • Çalışmanın sınırlamalarını dürüstçe kabul edersin,
  • Gelecekte yapılabilecek ek araştırmaları kısaca önerirsin.

Conclusion, yeni veri ekleme yeri değildir, Body’de anlattıklarını rafine edip odaklı bir sonuç halinde sunma yeridir.

References/Bibliography

References veya Bibliography bölümü, yararlandığın tüm kaynakların akademik formatta listelendiği yerdir.
Bu bölüm:

  • Akademik dürüstlüğü gösterir,
  • Plagiarism riskini azaltır,
  • Okuyucunun isterse aynı kaynaklara geri dönmesini sağlar.

Computer Science için hem akademik makaleler hem de dokümantasyon, resmi standardlar, teknik raporlar ve kitaplar bu listede yer alabilir. Önemli olan, bütün alıntıları ve fikirleri düzgün şekilde referanslamaktır.

Appendices

Appendices, ana metnin akışını bozacak kadar uzun veya detaylı olan materyalleri eklediğin bölümdür.
Örneğin:

  • Tam kod listeleri,
  • Uzun veri tabloları,
  • Anket soruları, ham veriler,
  • Ek grafikler veya şema detayları.

Buraya koyduğun her şey, Body içinde en az bir yerde atıf almalı; yani “Appendix A’da gösterildiği gibi” şeklinde metne bağlı olmalı, yoksa gereksiz dolgu gibi görünür.

Assessment Criteria: Bilmen Gereken 5 Kriter ve Puanlama Mantığı

IB, Extended Essay’i beş ana kriter üzerinden puanlıyor: Criterion A, B, C, D, E. Bu kriterler için resmi açıklamaları IB’nin kendi Extended Essay kılavuzunda ve değerlendirme sayfalarında bulabilirsin, ancak günlük dilde neye baktıklarını bilmek çok rahatlatıcı olur.

Criterion A – Focus and Method

Criterion A, kabaca “Bu öğrenci ne yapmak istediğini biliyor mu ve bunu mantıklı bir yöntemle mi yapmış?” sorusuna bakar.
Burada değerlendirilenler:

  • Research question açık, odaklı ve Computer Science ile uyumlu mu,
  • Araştırma kapsamı çok geniş ya da çok dar mı,
  • Seçilen yöntem, veri toplama şekli veya teorik yaklaşım research question ile uyumlu mu,
  • Planlı ilerlenmiş mi, kullanılan kaynaklar ve araçlar tutarlı mı.

Yüksek puan için:

  • Research question’ı çok erken netleştirmen,
  • Metnin başında bu odağı açık şekilde yazman,
  • Yöntem seçimlerini gerekçelendirmen gerekiyor.

Criterion B – Knowledge and Understanding

Criterion B, Computer Science bilgisini ne kadar doğru ve yerinde kullandığına bakar.
Bu kriter:

  • Temel kavramları doğru kullanıp kullanmadığını,
  • Konunu Computer Science syllabus’ı ile ne kadar bağladığını,
  • Teoriyi gerçek problemine ne kadar uygun biçimde taşıdığını değerlendirir.

Örneğin, Machine Learning ile ilgili bir EE yazıyorsan, sadece “ML popülerdir” demen yetmez; algoritmaların nasıl çalıştığını, hangi metriklerle değerlendirildiğini, sınırlamalarını anladığını göstermelisin.

Criterion C – Critical Thinking

Criterion C genelde en çok puan kazandıran kriter olarak öne çıkar, çünkü Extended Essay’in kalbi burada atar.
Bu kriter şunlara bakar:

  • Verini veya bulgularını ne kadar iyi analiz ettiğin,
  • Sadece “ne oldu”yu değil, “neden böyle oldu”yu tartışıp tartışmadığın,
  • Argümanlarını ne kadar mantıklı yapılandırdığın,
  • Sınırlamaları fark edip bunları dürüstçe tartışıp tartışmadığın.

Computer Science EE için bu, sadece grafik üretmek değil, o grafiğin ne anlattığını, alternatif açıklamalar olup olmadığını ve sonuçların gerçek hayatta ne ifade ettiğini tartışmak anlamına gelir. Çoğu öğrenci burada “rapor yazarı” gibi kalır; senin hedefin “araştırmacı gibi düşünen” biri olmak olmalı.

Criterion D – Presentation

Criterion D, metnin ne kadar düzenli ve okunabilir olduğunu değerlendirir.
Burada:

  • Başlık yapın (Heading’ler), Contents Page, sayfa numaraları, tabloların ve şekillerin etiketlenmesi,
  • Referans stilinin tutarlılığı,
  • Genel format, font, boşluklar, tabloların okunabilirliği,
    gibi teknik ama önemli detaylar puanlanır.

Bu kriteri iyi yapmak aslında nispeten kolaydır, çünkü daha çok dikkat ve öz kontrol gerektirir. Erken bir taslakta bile format konusunda disiplinli olursan, burada kayıp yaşamadan rahat puan toplayabilirsin.

Criterion E – Engagement

Criterion E, senin Extended Essay süreciyle ne kadar kişisel ve aktif şekilde ilgilendiğini gösterir.
Bu kriter genelde:

  • Reflections on planning and progress form (RPPF) üzerinden,
  • Supervisor ile yaptığın görüşmelerin içeriğinden,
  • Yaptığın seçimleri nasıl gerekçelendirdiğinden,
    puanlanır.

IB burada, hazır bir şablonu takip eden değil, süreç boyunca düşünen, karar veren, hatalarından öğrenen bir öğrenci profili görmek istiyor.

Grade Boundary Mantığı

Extended Essay sonunda, bu beş kriterden aldığın toplam puan, belirli bir Grade Boundary tablosu üzerinden A ile E arasındaki harf notuna dönüştürülür.
Grade Boundary, her oturum için “şu puan aralığı A, şu aralık B” gibi ayrılan sınırları ifade eder, sayılar dönemsel olarak biraz değişebilir.

Senin açından önemli olan:

  • Criterion C ve B genelde toplam puana en çok katkı yapan kısımlar,
  • Criterion D ve E ise görece daha kolay toparlanabilir puan alanlarıdır.

Yani iyi yapılandırılmış bir argüman, sağlam Computer Science bilgisi ve düzenli sunum ile, Grade Boundary içinde üst aralıklara çıkma şansın ciddi şekilde artar.

Sağlam Bir Computer Science Research Question Nasıl Belirlenir?

Computer Science Extended Essay’de alacağın not, büyük oranda research question kalitesine bağlıdır. Kötü bir soru seçersen, en iyi kodu da yazsan, en iyi grafikleri de çizsen metin dağınık kalır, Criterion A ve C puanın düşer. Bu yüzden soru yazımını “formaliteden bir cümle” değil, projenin mimari çizimi gibi düşünmek çok işe yarar.

Aşağıda önce iyi bir Computer Science research question’ın temel özelliklerini netleştireceğiz, sonra da konuyu daraltma, proje tipini seçme ve feasibility kontrolü ile bu soruyu gerçekten uygulanabilir hâle getireceğiz.

İyi Bir Computer Science Research Question’ın 5 Özelliği

İyi bir research question, IB’nin Extended Essay rehberlerinde de vurguladığı gibi, hem açık hem de odaklı olmalı. Genel akademik yazımda araştırma sorusu formülasyonu için hazırlanan kaynaklara bakmak istersen, örneğin Vanderbilt University’nin “Formulating Your Research Question (RQ)” sayfasında yer alan kontrol soruları işine yarayabilir: Formulating Your Research Question.

Computer Science özelinde sağlam bir research question’ın 5 temel özelliği şöyle özetlenebilir:

  1. Odaklı (narrow) olması

    Çok geniş:
    “How has Artificial Intelligence changed education?”
    Bu soru Extended Essay için imkânsız denecek kadar geniştir, sosyoloji, eğitim bilimleri, politika ve tarih karışır, Computer Science bile arada kaybolur.

    Odaklı hâli:
    “To what extent does a decision-tree based recommendation system improve quiz completion rates in a high-school level web-based learning platform?”

    Burada:

    • Belirli bir algorithm type var (decision tree based recommendation system),
    • Belirli bir context var (high-school level web-based learning platform),
    • Belirli bir metric var (quiz completion rates).

    Soru hâlâ anlamlı, ama EE ölçeğinde yönetilebilir hâle geliyor.

  2. Araştırılabilir (researchable) olması

    Bazı sorular güzel duyulur ama güvenilir veriyle cevaplanamaz.

    Kötü örnek:
    “Is Artificial Intelligence dangerous for humanity?”

    Bu tür bir soru, felsefi ve etik tartışmaya çok kayar, Computer Science teknik içeriği zayıf kalır ve 4.000 kelimede savunulabilir bir çerçeve oluşturmak zordur.

    Daha araştırılabilir hâli:
    “How accurately can a supervised learning classifier detect offensive language in Turkish social media comments using a labeled dataset?”

    Bu soruyu cevaplamak için:

    • Labeled dataset bulman veya üretmen gerekir,
    • Uygun supervised learning algorithm seçersin,
    • Accuracy, precision, recall gibi metriklerle ölçüm yaparsın.

    Yani soru, somut bir çalışma planına dönüşebilir.

  3. Computer Science içerikli (subject-specific) olması

    Extended Essay Computer Science alanında olduğu için, ana odak CS kavramları olmalı, başka alanlar sadece bağlam sunmak için kullanılmalıdır. Konu seçimini ve dersle uyumunu planlarken IB’nin kendi Extended Essay kılavuzundaki örnek sorulara göz atmak da iyi olur, resmi örnekler için: Sample research questions.

    Computer Science dışına kayan kötü örnek:
    “How effective is online learning compared to face-to-face learning for IB students?”

    Burada odak eğitim bilimi, CS değil. Teknoloji sadece araç rolünde.

    CS’ye çekilmiş hâli:
    “How does the choice of data structure (array-based list vs linked list) affect the performance of a quiz delivery system under high concurrency?”

    Artık:

    • Konu data structures ile ilgili,
    • Performance ve concurrency kavramları var,
    • Eğitim bağlamı yalnızca senaryoyu somutlaştırmak için kullanılıyor.
  4. Veri ya da kanıtla desteklenebilir olması

    İyi bir research question, seni doğal olarak ölçülebilir kanıta iter. Bu kanıt: execution time ölçümleri, memory usage, accuracy skorları, user study sonuçları, log analizleri olabilir.

    Desteklenmesi zor örnek:
    “Does gamification make coding more fun for teenagers?”

    “Fun” gibi sübjektif bir kavramı sağlam bir ölçüm sistemine oturtmak, özellikle kısa sürede ve küçük örneklemle zor olur.

    Daha kanıtlanabilir hâli:
    “How does the addition of badge-based gamification elements in a Python learning app affect task completion time and error rate for 15–17-year-old students?”

    Burada iki net metric var:

    • Task completion time,
    • Error rate.

    Böylece data toplamak ve istatistiksel analiz yapmak mümkün hâle gelir.

  5. 4.000 kelimeye uygun kapsamda olması

    Extended Essay, doktora tezi değil. 4.000 kelime sınırı, hem teorik arka planı anlatman hem de sonuçları yorumlaman için sınırlı ama yeterli alan sunar. Soru çok katmanlı olursa metin nefes alamaz.

    Çok kapsamlı kötü örnek:
    “How do different Machine Learning algorithms compare in predicting stock prices, image labels, and movie ratings?”

    Üç farklı problem türü, muhtemelen üç farklı dataset ve çok sayıda algorithm anlamına gelir. Bu, kolayca 100 sayfalık bir rapora dönebilir.

    Uygun kapsamlı hâli:
    “To what extent does using Long Short-Term Memory (LSTM) networks improve 1-day-ahead stock price direction prediction accuracy compared to a baseline logistic regression model?”

    Artık:

    • Tek problem türü var (1-day-ahead stock price direction prediction),
    • İki model karşılaştırılıyor (LSTM ve logistic regression),
    • Tek metric’e odaklanılıyor (prediction accuracy).

    Bu seviyede bir kapsam, 4.000 kelimelik bir EE için çok daha yönetilebilir olur.

Teorik mi, Uygulamalı mı? Proje Tipini Bilerek Seçmek

Research question yazmadan önce, kafanda netleştirmen gereken şeylerden biri de projenin tipi. Computer Science Extended Essay’de kabaca iki ana yaklaşım görebilirsin: teorik ağırlıklı çalışmalar ve uygulamalı (practical) çalışmalar.

Teorik odaklı bir EE genelde şu eksende ilerler:

  • Algorithm analysis,
  • Computational complexity,
  • Data structures tasarımı ya da karşılaştırması,
  • Formal proofs içeren performans veya correctness analizi.

Örneğin:
“How does the worst-case time complexity of Dijkstra’s algorithm change when using a Fibonacci heap instead of a binary heap priority queue, and how does this reflect in practical performance for sparse graphs?”

Bu tip bir soruda:

  • Teorik olarak time complexity analizi yaparsın,
  • Belki basit bir implementasyon ile limited bir performance test eklersin,
  • Odak; analiz, matematiksel argüman ve literatürle karşılaştırmadadır.

Uygulamalı bir EE ise daha çok bir “small-scale project” hissi verir:

  • Küçük bir web application,
  • Basit bir oyun,
  • Mini AI model prototipi,
  • Simulation,
  • Database design ve query performance ölçümü gibi alanlarda çalışabilirsin.

Örneğin:
“To what extent does using an index on frequently queried columns reduce average query response time in a school library management system built with MySQL?”

Burada:

  • Gerçek bir schema tasarlar,
  • Index olan ve olmayan versiyonları karşılaştırır,
  • Query execution time ölçümleri yaparsın.

Teorik ve uygulamalı arasında bir hibrit model de mümkündür, fakat Extended Essay 4.000 kelimeyle sınırlı olduğu için genelde bir tarafın daha ağır basması işleri kolaylaştırır.

Bu noktada çok önemli bir ayrım var: Internal Assessment (IA) ve Extended Essay (EE) aynı proje olamaz.

  • IA, fonksiyonel bir “computational solution” geliştirmeni ister,
  • EE ise o çözümden yola çıksa bile, odağı her zaman research question ve akademik analiz tarafında tutar.

Aynı uygulamayı hem IA hem EE için kullanmak, IB Academic Integrity kurallarıyla çelişebilir. İstersen benzer temayı koruyabilirsin, ama:

  • IA’de geliştirme sürecine ve client needs tarafına odaklanırken,
  • EE’de o sistemin belirli bir teknik yönünü (örneğin algorithm choice, database indexing, caching strategy) araştırma sorusuna dönüştürmelisin.

Kısaca, projeni seçerken kendine şunu sorabilirsin: “Bu fikir benden güçlü bir research question çıkarıyor mu, yoksa sadece iyi bir IA projesi gibi mi duruyor?”

Araştırma Sorusunu Daraltmak: “Topic”ten “Research Question”a

Çoğu öğrenci sürece “topic” ile başlıyor, ama IB Extended Essay formatında asıl ihtiyaç duyduğun şey net bir research question. Geniş bir konuyu daraltmanın iyi bir yolu, birkaç adımda sistematik olarak constraint eklemek.

Diyelim ki başlangıç konun: “Artificial Intelligence in education”.

  1. Alt alanı seç: hangi problem türü?

    “Education” alanında AI onlarca şekilde kullanılıyor. Önce problemini seç:

    • Automatic grading,
    • Recommendation systems,
    • Intelligent tutoring,
    • Plagiarism detection,
    • Adaptive difficulty adjustment.

    Örneğin recommendation systems ilgini çekti, konuyu şöyle daraltırsın:
    “Use of recommendation systems to improve learning in online education platforms”.

  2. Context ve kullanıcı kitlesini tanımla

    Sonra hangi platform, hangi yaş grubu ve hangi context olduğunu netleştir:

    • Platform: web-based platform, mobile app, LMS (Learning Management System),
    • Age group: middle-school, high-school, university students,
    • Subject area: math, language learning, programming vs.

    Diyelim ki high-school öğrencileri için web-based bir programming platformu olsun:
    “Use of recommendation systems to improve learning in a web-based programming platform for high-school students”.

  3. Algorithm type ve performance metric ekle

    Şimdi işin Computer Science kısmı güçlenmeli. Belirli bir algorithm family ve ölçülebilir bir metric seç:

    • Algorithm type: content-based filtering, collaborative filtering, decision trees, neural networks,
    • Performance metric: quiz completion rate, time-on-task, hint usage, learning gain, accuracy of recommendations.

    Diyelim ki collaborative filtering ve quiz completion rate seçtin. Artık buradan doğrudan research question yazabilirsin:

    “To what extent does a collaborative filtering based recommendation system increase quiz completion rates in a web-based Python learning platform for 15–17-year-old students compared to a non-personalized baseline?”

    Bu cümle uzun gibi görünse de:

    • Topic’i net tanımlar,
    • Platformu ve age group’u söyler,
    • Algorithm type’ı verir,
    • Baseline’i tarif eder,
    • Metric’i açıkça belirtir.

    Uzun ama açık research questionlar, IB açısından gayet kabul edilebilir; önemli olan belirsizlikten kaçınmaktır. Bu konuda üniversitelerin Computer Science project sayfalarındaki research question rehberlerine göz atmak da vizyon kazandırır, örneğin Duke University’nin CS216 projesi için hazırladığı yazı: Formulating your research questions.

Kendi konunda da benzer şekilde ilerleyebilirsin:

  1. Topic’i yaz,
  2. Alt konusu ve problem türünü seç,
  3. Platformu ve kullanıcı kitlesini belirle,
  4. Algorithm type ve metric ekle,
  5. Cümleyi “To what extent / How / In what ways” gibi açık bir kalıpla research question hâline getir.

Feasibility Kontrolü: Veri, Zaman ve Teknik Seviye Gerçekçi mi?

Research question kulağa çok havalı gelebilir, ama eğer feasible değilse EE sürecinde tıkanırsın. Bu yüzden sorunu “resmileştirmeden” önce küçük bir feasibility checklist üzerinden geçmek çok iyi bir alışkanlık.

İlk olarak, hangi dilleri ve araçları gerçekten bildiğini dürüstçe düşün:

  • Python, Java, JavaScript, C#,
  • Web framework’ler (Django, Flask, Node.js, React),
  • Database sistemleri (MySQL, PostgreSQL, MongoDB),
  • ML kütüphaneleri (scikit-learn, TensorFlow, Keras).

Eğer Machine Learning tecrüben neredeyse yoksa ve “I will train a complex deep learning model” diyorsan, bu research question için yüksek risk anlamına gelir. Belki daha basit algorithm’ler, daha küçük dataset’ler veya hazır pre-trained model’ler üzerinden bir çalışma planlamak daha gerçekçi olur.

İkinci olarak, dataset ve veri erişimi konusunu netleştir:

  • Public dataset kullanabilecek misin,
  • Kendi dataset’ini survey, log collection veya manual labeling ile oluşturabilecek misin,
  • GDPR ya da yerel gizlilik kurallarını ihlal etmeden user data toplayabilecek misin.

Örneğin sağlık verisi, çocukların kişisel verileri veya yüz tanıma içeren projeler, etik açıdan ekstra hassasiyet gerektirir. IB Academic Honesty ve etik rehberlerine göre, izin almadan kişisel veri toplamak veya kullanıcıyı yeterince bilgilendirmemek, çalışmanı riske atar.

Üçüncü olarak, okul laboratuvarı ve donanım imkanlarını hesaba kat:

  • GPU gerektiren ağır deep learning training yapmayı planlıyorsan, gerçekten erişimin var mı,
  • Uzun süreli server çalıştırman gerekiyor mu,
  • Okuldan veya evden sürekli erişebileceğin bir ortam var mı.

Eğer yoksa, çok ağır computation gerektiren research question’lar yerine, algorithmic analysis, simulation, küçük ölçekli experiment’ler veya time complexity odaklı çalışmalar daha güvenli bir seçim olur.

Son olarak, zaman sınırını unutma: IB1 ve IB2 yoğun geçer, Extended Essay için ayırabileceğin toplam süre sınırlıdır. Kendine şu soruları sorabilirsin:

  • “Bu çalışmanın ilk prototipini 2–3 hafta içinde ortaya koyabilir miyim?”
  • “Veri toplama kısmı en geç 4–5 hafta içinde bitebilir mi?”
  • “Analiz ve yazma için en az 6–8 hafta ayırabilecek miyim?”

Cevaplar büyük ölçüde “evet” ise research question muhtemelen feasibility açısından iyidir. Eğer kendini sürekli “aslında daha basit bir şey seçmeliydim” derken yakalıyorsan, soru hâlâ fazla iddialı olabilir ve bir seviye daha daraltmak akıllıca olur.

Bu dört boyutu (teknik seviye, veri erişimi, donanım, zaman) gerçekçi değerlendirdiğinde, hem daha az strese girer, hem de Extended Essay sürecinde Criterion A ve C’de daha tutarlı bir performans sergilersin.

IB Computer Science Extended Essay Adım Adım Yazım Rehberi

Female student writing circuit diagrams and logic gates in an educational setting on a whiteboard.
Photo by Jeswin Thomas

Bu bölümde Extended Essay sürecini gerçekten “yapılabilir” hâle getiren adımlara odaklanacağız. Yani konu seçimini geçip, artık araştırma yapan ve sonuç üreten bir Computer Science öğrencisi gibi nasıl ilerleyeceğine bakacağız. Hem IB kriterleriyle uyumlu, hem de pratikte seni yormayacak ama düzenli bir sistem kurmak hedefimiz.

Ön Araştırma: Güvenilir Kaynak ve Academic Honesty Temeli

Extended Essay için Google’da ilk çıkan sonuçları okumak başlangıç için fena değildir, ama orada durursan metnin zayıf kalır. Computer Science EE’de güçlü görünmek istiyorsan, akademik ve teknik kaynak türlerini bilinçli seçmen gerekir.

Kullanabileceğin temel kaynak türleri:

  • Academic journal makaleleri (örneğin “Journal of Machine Learning Research”, “IEEE Transactions on Computers”)
  • Conference paper’lar (ACM, IEEE konferansları, workshop bildirileri)
  • Textbook ve referans kitaplar (algorithms, data structures, operating systems, databases gibi temel alanlarda)
  • .edu uzantılı üniversite sayfaları, course notes, lecture slides
  • Resmi documentation (Python docs, scikit-learn docs gibi) ve standardlar

Örneğin academic honesty ve Computer Science bağlamını anlatan kaynaklara bakmak istersen, Johns Hopkins Üniversitesi Bilgisayar Bilimi bölümünün akademik dürüstlük sayfası iyi bir referans sunar: Academic Integrity Code – Department of Computer Science. Benzer şekilde UMass Amherst’in CICS Academic Honesty rehberi de “kaynak kullanımı ve kod paylaşımı nerede problem olur” sorusuna net bir çerçeve çizer: Academic Integrity – CICS Academic Honesty.

Buradan academic honesty, plagiarism ve proper citation kavramlarını sadece toparlayalım:

  • Academic honesty: Yaptığın işi dürüstçe sunman, kendi katkını ve başkalarının katkısını net ayırman demek. Kullandığın fikirleri, metinleri, kod parçalarını ve verileri kaynağıyla birlikte göstermen beklenir.
  • Plagiarism: Başkasının fikrini ya da metnini “kendin yazmışsın gibi” kullanmaktır. Cümleleri birebir kopyalamak kadar, başkasının argümanını çok az değişiklikle yazıp kaynak göstermemek de plagiarism sayılır. Kod için de geçerlidir.
  • Proper citation: Kullandığın her kaynağa sistemli bir şekilde atıf yapmandır. Metin içinde kısa bir referans (örneğin Smith, 2020) ve sona eklediğin tam referans listesi ile çalışır. Aynı mantığı code snippet, dataset, diagram ve figure gibi ögelerde de uygularsın.

Extended Essay’de “bir yerlerden okumuştum” cümlesi geçersizdir. Ne zaman bir fikir, tanım, formül, algoritma açıklaması veya görsel kullanırsan, kaynağını yazmak senin sorumluluğun. Bu, Grade Boundary içinde yukarı çıkmanın ön şartlarından biri.

Literature Review Nasıl Planlanır ve Notlar Nasıl Tutulur?

Literature review kısmını gözünde büyütmemek için onu birkaç basit adıma ayırmak işe yarar. Burada amaç, onlarca PDF ezberlemek değil, senin research question’ını besleyecek temel kavram haritasını çıkarmaktır.

Pratik bir yaklaşım:

  1. Ana kavramları listele
    Research question’ını bir yere yaz, altına bu soruyla doğrudan bağlantılı kavramları ekle.
    Örneğin ML tabanlı bir proje için listende şunlar olabilir:
    • supervised learning, classification, dataset, feature, accuracy, precision, recall, overfitting, cross-validation.
      Sorting odaklı bir EE yazıyorsan:
    • time complexity, Big-O notation, merge sort, quick sort, in-place algorithm, worst-case, average-case gibi terimleri not edersin.
  2. Her kaynaktan kısa özet çıkar
    Okuduğun her makale, kitap bölümü veya course note için 5–6 satırlık mini özetler yaz.
    Örneğin:
    • “Bu makale, decision tree ve random forest algoritmalarını binary classification problemi üzerinde kıyaslıyor. Dataset 10.000 örnekten oluşuyor, accuracy ve F1-score metrikleri kullanılıyor. Sonuçta random forest daha stabil performans veriyor, ama training time daha yüksek.”
      Bu tür kısa notlar, Body bölümünü yazarken seni “sayfa sayfa PDF gezme” derdinden kurtarır.
  3. Önemli Computer Science terimlerini topla
    Her kaynakta geçen ve araştırmanla ilgili olan teknik terimleri ayrı bir yerde biriktir. Burası küçük bir kişisel “CS glossary” gibi çalışabilir.
    Örneğin bir not dosyasında şu şekilde yazabilirsin:
    • overfitting: Modelin training data’ya çok iyi uyum sağlaması ama unseen data’da kötü performans göstermesi.
    • hash collision: İki farklı input’un aynı hash value’yu üretmesi durumu.

Not tutmak için illa karmaşık sistemlere ihtiyacın yok. Basit bir dijital çözüm işini fazlasıyla görür:

  • Klasik bir spreadsheet veya tablo kullanabilirsin. Örnek yapı:
KaynakTürAna kavramlarKısa özetNotlar
Smith, 2021conference paperdecision tree, random forest, accuracyİki algoritmanın binary classification performansını kıyaslıyor, RF daha stabil.Benzer dataset boyutu kullanırsam karşılaştırma yapabilirim.
Cormen et al.textbookmerge sort, quick sort, time complexitySorting algoritmalarının theoretical time complexity analizini veriyor.Deneysel sonuçlarla teori arasındaki farkı tartışmak için uygun.
  • Basit bir not uygulaması ile her kaynak için ayrı sayfa açıp, etiketler (tag) yardımıyla sınıflandırma yapabilirsin. Anahtar, sistemin “sana” mantıklı gelmesi ve düzenli kullanman.

Bu şekilde planlanmış bir literature review, Criterion B (Knowledge and Understanding) kısmında güçlü görünmeni sağlar, çünkü kavramları rastgele değil, birbirine bağlı şekilde kullandığını gösterir.

Metodoloji Tasarlama: Algorithm, Dataset ve Tools Seçimi

Computer Science Extended Essay’de “method” kelimesi çoğu zaman şu beş parçadan oluşur: programming language, framework veya environment, seçtiğin algorithm, dataset ve evaluation metric. Her birini rastgele değil, research question ile bağlantılı olarak seçmen beklenir.

Genel metodoloji öğelerini şöyle düşünebilirsin:

  • Programming language: Python, Java, C++, JavaScript gibi. Python çoğu ML ve veri analizi projesinde rahat ettirir, Java veya C++ ise performance ölçümlerinde daha net kontrol sunabilir.
  • Framework / tools: Web application yazıyorsan basit bir web framework, ML projesi yapıyorsan scikit-learn gibi bir kütüphane kullanman mantıklı olabilir. Bu araçlar seni “yeniden tekerlek icat etme” zahmetinden kurtarır.
  • Algorithm:
    • Sorting için merge sort, quick sort, heap sort gibi klasik algorithms,
    • ML için logistic regression, k-nearest neighbors, support vector machine, neural network,
    • Path-finding için Dijkstra, A*, Bellman-Ford gibi seçenekleri düşünebilirsin.
  • Dataset:
    • Public dataset (örn. UCI Machine Learning Repository),
    • Kendi topladığın user data,
    • Simüle ettiğin veya ürettiğin synthetic data.
  • Evaluation metric:
    • Classification için accuracy, precision, recall, F1-score,
    • Sorting veya path-finding için execution time, number of comparisons, memory usage,
    • Systems projelerinde response time, throughput, CPU veya RAM kullanımı.

Bu parçaları seçerken kendine sürekli şu soruyu sorman iyi olur: “Bu seçim, benim research question’ımı cevaplamama nasıl yardım ediyor?”

Örneğin research question şöyle olsun:
“To what extent does using a hash table instead of a binary search tree reduce average lookup time in a dictionary application?”

Burada mantıklı seçimler:

  • Programming language: Python yerine C++ veya Java tercih etmek isteyebilirsin, çünkü low-level timing ölçümleri daha kontrollü olur.
  • Algorithm: hash table implementasyonu ve balanced binary search tree (örn. AVL veya Red-Black Tree).
  • Dataset: Farklı boyutlarda kelime listeleri (örneğin 10k, 100k, 1M entry).
  • Evaluation metric: Average lookup time, worst-case lookup time, memory usage.

Bunun gibi net bir metodoloji, Criterion A (Focus and Method) kısmında yüksek puan almanı destekler, çünkü soru ile yaptığın seçimler arasında açık bir mantık zinciri kurmuş olursun.

Deney, Uygulama ve Veri Toplama Sürecini Düzenli Tutmak

Extended Essay sürecinde öğrencilerin en çok pişman olduğu noktalardan biri, deney ve kod denemelerini “o an” kafalarında tutup, daha sonra detayları hatırlayamamalarıdır. Bunu yaşamamak için kendine küçük bir experiment log veya research journal sistemi kurman çok işine yarar.

Basit ama etkili bir yaklaşım:

  • Her deneme veya experiment için kısa bir kayıt aç:
    • Tarih ve saat,
    • Kullandığın kod versiyonu (örneğin v0.3),
    • Önemli parametreler (örneğin learning rate, batch size, dataset size),
    • Kısa sonuç ve gözlemler.

Metin dosyası, spreadsheet veya not uygulaması kullanabilirsin. Önemli olan, her denemeye geri dönüp bakabildiğin bir iz bırakman.

Örnek bir satır şöyle görünebilir:

  • 2025-03-10, Model v1.1, dataset: 10k sample, algorithm: k-NN (k=5), accuracy: 0.87, training time: 12s, not: k=3 ile kıyaslandığında accuracy arttı ama training time biraz yükseldi.

Ayrıca kod versiyonlarını da takip etmen gerekir. Basit bir klasör yapısı bile iş görür:

  • project_v0.1_initial_experiments
  • project_v0.2_optimized_sorting
  • project_v1.0_final_experiments

Daha gelişmişsen ve okulun izin veriyorsa, git gibi version control sistemleri kullanmak ayrı bir artı olur, ama zorunlu değil.

Bir diğer kritik nokta da hataları ve başarısız denemeleri saklamak. İlk bakışta “kötü sonuçları sileyim, sadece iyi çalışan versiyonu bırakayım” isteği doğal görünebilir, ama Extended Essay’de tam tersi işine yarar:

  • Başaramadığın veya beklenmedik sonuç veren denemeler, Criterion C (Critical Thinking) kısmında sana malzeme sağlar.
  • “Şu parametre ayarını denedim, sonuçlar beklediğim gibi çıkmadı, sebebini şöyle yorumluyorum” diyebilmek, seni sadece “raporlayan” değil, gerçekten düşünen biri olarak gösterir.
  • Ayrıca Conclusion bölümünde sınırlılıkları açıklarken, bu denemelerden örnek verebilirsin.

Kısacası günlük gibi tuttuğun küçük bir log dosyası, yazma aşamasına geldiğinde seni hem zamandan kurtarır hem de analiz kısmını çok daha derli toplu yazmanı sağlar.

Analiz ve Tartışma Bölümünü Güçlendirmek İçin İpuçları

Birçok Computer Science Extended Essay, sonuçları toplar ama onları gerçek anlamda analiz etmez. Senin fark yaratacağın yer tam burası. Criterion C (Critical Thinking) bu bölümde parlıyor.

Analiz ve tartışma için dikkat edebileceğin noktalar:

  • Sadece veriyi rapor etme, karşılaştır
    Grafik çizmek veya tablo koymak tek başına yeterli değil. Her tablo için şunları yap:
    • Hangi algorithm hangi durumda daha iyi performans verdi,
    • Dataset boyutu arttıkça trend nasıl değişti,
    • Beklediğin teorik sonuçla deneysel sonuç ne kadar uyumlu oldu.
  • Beklenen ve gerçek sonuçlar arasındaki farklara odaklan
    Diyelim ki theory’ye göre merge sort her zaman belli bir sınırın üstünde daha verimli olmalı, ama senin denemelerinde küçük dataset’lerde insertion sort daha hızlı çıktı.
    Burada “bu sadece küçük bir fark” demek yerine, şu tür sorulara cevap aramak önemlidir:
    • Function call overhead küçük dataset’lerde neden daha fazla hissedilir,
    • Constant factor’lar Big-O analizinin öngörmediği kısa ölçek etkileri nasıl yaratır.
  • Sınırlılıkları (limitations) dürüstçe yaz
    Her proje eksiklerle doludur, bu normaldir. Önemli olan, bunları saklamak değil, açıkça kabul edip etkilerini tartışmaktır.
    Örnek sınırlılıklar:
    • Dataset’in tek bir domain’den gelmesi (örneğin sadece İngilizce kısa metinler),
    • Hardware kısıtları yüzünden büyük ölçekte test yapamamak,
    • Zaman kısıtı sebebiyle sadece tek bir algorithm family denemek.

Bu noktada “Bu sınırlılıkları biliyorum, sonuçları ona göre yorumluyorum” diyebilen öğrenci, Criterion C’de net bir artı kazanır. Analiz kısmını yazarken kendine şu mini checklist’i sorabilirsin:

  • Sadece grafik göstermedim, altına anlamlı bir yorum ekledim mi?
  • Sonuçları teori ile kıyasladım mı?
  • Beklenmedik sonuçları açıklamaya çalıştım mı?
  • Çalışmanın neleri yapamadığını dürüstçe yazdım mı?

Bu sorulara rahatça “evet” diyebiliyorsan, Analiz ve Tartışma bölümün IB beklentileriyle büyük ölçüde uyumlu demektir.

Giriş, Sonuç ve Abstract Bölümlerini Son Aşamada Yazmak

Extended Essay yazarken Introduction, Conclusion ve varsa Abstract’i en başta yazmaya çalışmak zorluk çıkarır. Çünkü proje daha tamamlanmadan “ne yaptın ve ne buldun” sorularına tam cevap veremezsin. O yüzden bu üç bölümü Body bittikten sonra yazmak genelde çok daha kolay ve doğal olur.

Her bölümün net görevlerini şöyle özetleyebiliriz:

  • Introduction (Giriş)
    Introduction’ın işi, okuyucuyu sahneye hazırlamaktır, tüm oyunu anlatmak değil.
    Girişte mutlaka şu üç görevi yerine getir:
    1. Konunun context’ini anlat: Hangi problemden bahsediyorsun, bu problem neden önemli veya ilginç, günlük hayatta nerede karşımıza çıkıyor?
    2. Research question’ı açık ve net yaz: Mümkünse tek cümlede, muğlaklık bırakmadan.
    3. Kullandığın genel approach’tan kısaca bahset: Örneğin “Bu soruyu cevaplamak için X algoritmasını Y dataset’i üzerinde test ettim ve Z metrikleriyle değerlendirdim” gibi.
  • Conclusion (Sonuç)
    Conclusion, yeni bilgi ekleme değil, okuyucunun kafasında net bir yanıt bırakma bölümüdür.
    Senin burada 2–3 net görevin var:
    1. Research question’a doğrudan cevap ver: “Bu çalışma, X’in Y üzerinde anlamlı bir iyileşme sağladığını göstermektedir” gibi açık cümleler kullan.
    2. Main findings’i toparla: En önemli 2–3 bulguyu kısa, odaklı cümlelerle yeniden özetle.
    3. Sınırlılıklara atıf yap ve future work’ten kısaca bahset: “Daha büyük dataset’lerle tekrarlandığında sonuçlar daha genellenebilir olabilir” gibi kısa bir ileriye bakış ekleyebilirsin.
  • Abstract
    Yeni IB kılavuzunda zorunlu olmasa da, okulun isteyebilir. Abstract yazmak için en iyi zaman, bütün metin bittiği andır.
    Kısa bir abstract şunları yapar:
    1. Research question’ı bir cümlede özetle.
    2. Kullanılan yöntemi 2–3 ifadeyle anlat: Hangi algorithm, hangi dataset, hangi metric.
    3. En önemli sonucu ve genel çıkarımı kısaca ver: “Çalışma, X yaklaşımının Y göre %Z oranında daha iyi performans verdiğini göstermiştir” gibi.

Bu üç bölümü en sona bıraktığında, artık ne yaptığını ve ne bulduğunu net bildiğin için cümleler çok daha doğal akar. Ayrıca Introduction ve Conclusion arasındaki tutarlılığı da daha rahat kontrol edersin, bu da hem okuyucu için hem de IB değerlendirmesi için büyük avantaj sağlar.

IB Computer Science Extended Essay Format, Referans ve Sunum İpuçları

Extended Essay metnin ne kadar “iyi yazılmış” olursa olsun, format ve sunum hataları yüzünden puan kaybetmek çok moral bozuyor. Criterion D (Presentation) kısmında bedavaya alabileceğin puanları bırakmamak için, sayfa düzeninden görsellere, referencing’ten RPPF’e kadar her detayı bilinçli yönetmek büyük fark yaratır. Bu bölümde, hem Computer Science bağlamına uygun pratik format ipuçlarını hem de IB’nin sevdiği referans ve reflection yaklaşımını birlikte toparlayalım.

Format Kuralları: Sayfa Düzeni, Yazı Tipi ve Görseller

IB, Extended Essay için çok katı bir “tek doğru format” dayatmıyor, ama okulun genelde APA, MLA veya Chicago gibi belirli bir stile göre net beklentileri oluyor. Pek çok okulun Library kılavuzlarında topladığı önerilere bakmak istersen, örneğin AIS Guangzhou’nun format rehberi sana iyi bir çerçeve verir: Extended Essay Resources: Paper Formatting.

Computer Science Extended Essay yazarken aşağıdaki temel format kurallarını takip edebilirsin:

  • Font ve boyut: Genelde Times New Roman veya Arial tercih ediliyor, 12pt font boyutu standart kabul ediliyor, başlıklarda 14pt kullanmak bazı okullarda serbest ama gövde metninde 12pt kalmak güvenli.
  • Satır aralığı: Double spacing (2 satır aralığı) bekleniyor, bu hem okunabilirliği artırıyor hem de değerlendiricinin not almasını kolaylaştırıyor.
  • Kenar boşlukları (margins): Tüm kenarlarda 1 inch (yaklaşık 2,54 cm) marj bırakmak, hem IB hem de üniversite düzeyinde klasik standart.
  • Sayfa numaraları: Title Page hariç tüm sayfalarda, tercihen sağ üst veya alt ortada net sayfa numarası bulunması gerekiyor. Contents Page ile bu numaralar uyumlu olmalı.
  • Hiyerarşik başlık yapısı:
    • Heading 1 seviyesini ana bölümler için (Introduction, Methodology, Results, Discussion, Conclusion gibi),
    • Heading 2 ve Heading 3 seviyelerini alt başlıklar için kullanmak, hem Contents Page hazırlarken hem de değerlendirici için büyük rahatlık sağlar.

Format örnekleri görmek istersen, pek çok okul IB öğrencileri için hazır şablonlar paylaşıyor; York School’un Extended Essay format sayfası bu anlamda güzel bir referans: Gr. 11-12 Extended Essay: Formatting.

Computer Science için grafik, tablo, diagram ve code snippet kullanımı kaçınılmaz olduğu için, burada biraz daha dikkatli olman gerekiyor.

Özet bir checklist ile gidelim:

  • Her görsel için numara ve başlık kullan
    • Tablo: Table 1. Algorithm average execution time for different input sizes
    • Grafik: Figure 2. Accuracy comparison between k-NN and SVM
    • Diagram: Figure 3. System architecture of the recommendation engine
      Numaralamayı tutarlı götürmen önemli, “Tablo 1” metin içinde gerçekten ilk görülen tablo olmalı.
  • Caption ve açıklama eklemeyi unutma
    Sadece grafik koyup bırakmak yeterli değil, her görselin hemen altında kısa bir caption yer almalı. Bu metin, okuyucuya görselin ne gösterdiğini ve neden önemli olduğunu tek bakışta anlatmalı.
    Örneğin: “Bu grafik, artan input size ile merge sort ve quick sort execution time farkını göstermektedir. 10.000 elemanın üstünde quick sort bariz şekilde daha hızlıdır.”
  • Metin içinde görsele referans ver
    “Aşağıdaki grafik” demek yerine, “Figure 2’de görüldüğü gibi” yazmak, hem akademik stil açısından hem de Criterion D için daha güçlü durur. Aynı mantığı tablolar için de kullan: “Table 1 average execution time değerlerini özetlemektedir.”
  • Code snippet kullanımında okunabilirliği koru
    Extended Essay bir “full code repository” değil, bu yüzden:
    • Ana metinde yalnızca kısa ve kritik code snippet blokları göster,
    • Geniş fonksiyonlar veya tam script’leri Appendix bölümüne taşı,
    • Monospace bir font (mesela Consolas veya Courier New) kullan,
    • Satır uzunluklarını 70–80 karakter civarında tutmaya çalış ki satırlar taşmasın.
      Code snippet’in hemen öncesinde veya sonrasında, bu kodun ne yaptığını sade bir dille açıklamak çok önemli; değerlendirici senden “kodun mantığını anlatan CS öğrencisi” profili görmek istiyor.
  • Word count kurallarını gözden kaçırma
    IB word count, sadece ana metni kapsıyor, yani:
    • Introduction, Body ve Conclusion word count’a dahil,
    • Title Page, Contents Page, tablo ve grafik içindeki metinler, formula’lar, references ve Appendices genelde dahil edilmiyor.
      Yine de grafik altı caption’ları gereksiz uzun tutmamak ve tabloları “metin doldurma” aracı olarak kullanmamak önemli. Çok sayıda uzun alıntı eklersen, word count hızla dolar ve argument kısmı sıkışır.

Son olarak, Word ya da Google Docs kullanıyorsan, formatı en başta oturtup yazı boyunca buna sadık kalmak en sağlıklısı; son dakika “tüm metni düzeltme” işleri genelde ufak hatalar bırakıyor ve Presentation puanını gereksiz zayıflatıyor.

Referencing ve Bibliography: Kaynakça Hatalarından Nasıl Kaçınılır?

Computer Science Extended Essay yazarken teknik olarak zorlandığın kadar, citation ve bibliography kısmında da hata yapman çok kolay, çünkü kod, dokümantasyon, tutorial, blog yazısı, dataset gibi çok farklı türden kaynak kullanıyorsun. Amacın, hem IB Academic Honesty kurallarına uymak hem de metnin akademik güvenilirliğini yükseltmek.

Önce kavramları sadeleştirelim:

  • Citation (in-text citation):
    Metnin içinde, kullandığın bir fikir, veri veya alıntının hemen yanında verdiğin kısa referans. MLA stilinde (Smith, 2020), APA’da (Smith, 2020, p. 15) gibi görünür. Bu, “bu bilgi şu kaynaktan geldi” demenin hızlı yoludur.
  • Bibliography / Works Cited / References:
    Extended Essay’in sonundaki büyük liste. Metin içinde referans verdiğin tüm kaynakların tam künyesini burada toplarsın. Yazar, başlık, yayın yılı, yayınevi, URL, erişim tarihi gibi bilgiler buraya yazılır.

IB, sana tek bir stil dayatmıyor ama şunu net bekliyor: başladığın stili tutarlı kullan. Yani “bazen MLA, bazen APA” gibi bir karışım Presentation kriterinde puan kırdırır. Okulun özel bir stil belirtmiyorsa, MLA veya APA ile ilerlemek yaygın bir tercih; MLA ile ilgili pratik rehberler için Western Academy of Beijing’in sayfasına bakabilirsin: EE: MLA – WAB Learns. Farklı stil seçeneklerini ve karar mantığını anlatan daha genel bir rehber görmek istersen, West Sound Academy’nin kılavuzu da işe yarar: Step 8. Decide on a Citation Style.

Computer Science EE’de en çok karıştırılan alan, internet tabanlı içeriklerde atıf gerekliliği. Net bir kural setiyle ilerleyelim:

  • Text kaynakları
    • Akademik makale, textbook, .edu makalesi, blog yazısı, hatta Stack Overflow cevabı olsun hiç fark etmez,
    • Metnin içine fikir, tanım, formül veya örnek alıyorsan citation vermek zorundasın.
      “Zaten herkes biliyor” diye düşündüğün şeyler bile aslında bir kaynağa dayanıyorsa, alıntı yapmak en güvenlisi.
  • Görseller ve diagramlar
    • İnternetten aldığın her diagram, şema, ekran görüntüsü veya grafik için kaynak belirtmen gerekir.
    • Kendi çizdiğin diagram staff olsa bile, eğer fikir veya layout’ta belirli bir kaynaktan ilham aldıysan, “adapted from …” şeklinde küçük bir not düşebilirsin.
      Caption’da bu bilgiyi taşımak güzel bir pratik: “Figure 4. System architecture of the web application (adapted from Smith, 2019).”
  • Kod (code snippet) ve algoritma açıklamaları
    • Stack Overflow, GitHub gist, blog veya resmi documentation’dan aldığın her kod parçası için hem metin içinde hem de Bibliography kısmında referans yazmalısın.
    • Eğer kodu değiştirip uyarladıysan, bunu da açıkça belirtebilirsin: “The following function is adapted from the implementation provided by Smith (2021).”
    • Python docs, scikit-learn docs, Java API gibi resmi documentation sayfalarını da normal web kaynağı gibi References bölümünde göstermelisin.
  • Dataset ve hazır veri kaynakları
    • Public dataset kullanıyorsan, dataset’in geldiği repository’yi açık şekilde belirtmek gerek.
    • “The dataset used in this study was obtained from the UCI Machine Learning Repository” gibi bir cümle ile metinde bahset, sonra Bibliography’de tam künyesini yaz.

Citation ve Bibliography kısmında en sık görülen hataları da kısa bir listede toplayalım:

  • Metin içinde referans verilen bir kaynağın Bibliography’de yer almaması.
  • Bibliography’de görünen ama metinde hiç kullanılmamış kaynaklar.
  • Aynı siteyi bazen “accessed on …” ile bazen tarihsiz yazmak gibi stil tutarsızlıkları.
  • İnternetten alınan görseller için sadece “Google Images” yazmak ve özgün siteyi belirtmemek.
  • Kodun kaynaklarını sadece comment içinde bırakıp Extended Essay metninde hiç anmamak.

Bu hatalardan kaçınmak için, yazma süreci boyunca bir yandan da referans listeni güncel tutman en sağlıklısı. Son aşamada “hepsini toplarım” demek genelde eksik kalan citation’lar ve gereksiz stres demek oluyor.

Son bir ipucu: Mümkün oldukça güvenilir .edu ve akademik kaynaklara yaslan. Üniversite kütüphanelerinin LibGuides sayfaları, introductory CS course notları ve peer-reviewed makaleler, Extended Essay’ini hem içerik hem de güvenilirlik açısından çok daha iyi gösterir.

RPPF ve Supervisor Görüşmelerini Criterion E İçin Avantaja Çevirmek

Criterion E (Engagement), çoğu öğrencinin hafife aldığı ama aslında toplam Grade Boundary içinde sana ciddi artı puan getiren bir alan. IB, sadece “iyi bir metin” değil, iyi yönetilmiş bir araştırma süreci görmek istiyor. Tam burada RPPF (Reflections on Planning and Progress Form) ve supervisor görüşmeleri devreye giriyor.

RPPF’yi, Extended Essay için tuttuğun resmi mini “araştırma günlüğü” gibi düşünebilirsin. Bu formda üç ana reflection girişi var:

  1. Başlangıç aşaması reflection
  2. Orta süreç reflection
  3. Final reflection (EE teslimine yakın)

Her reflection girişinde IB’nin görmek istediği şey, “neler yaptığını kronolojik olarak anlatman” değil, nasıl düşündüğünü ve nasıl karar verdiğini göstermendir. Yani RPPF, “şunu yaptım” listesi değil, “bunu neden böyle yaptım, bundan ne öğrendim” hikayesidir.

Supervisor ile yaptığın toplantılar da bu hikayenin önemli parçaları. Bu görüşmeleri Criterion E lehine kullanmak için toplantılarda şu tür konuları paylaşman çok işe yarar:

  • Research question değişiklikleri ve daraltma kararların
    Örneğin ilk başta çok geniş bir topic seçip, sonra veri bulmakta zorlandığını fark etmiş olabilirsin. Supervisor ile konuşup sorunu daha dar bir alan ve ölçülebilir metric ile yeniden yazdıysan, RPPF’de şu şekilde anlatabilirsin:
    • “İlk başta X konusuna odaklanmak istedim, fakat yeterli dataset bulamadım. Supervisor ile yaptığım görüşmede, problemi Y alt alanına indirgemeye karar verdik ve bu, daha net bir methodology tasarlamamı sağladı.”
  • Metodoloji denemelerin ve problem çözme süreçlerin
    Örneğin planladığın ilk algorithm beklediğin performansı vermemiş olabilir. Bu durumda:
    • Hangi problemi yaşadığını,
    • Hangi alternatif algorithm veya tool’ları denediğini,
    • Neden belirli bir seçimi tercih ettiğini,
      supervisor ile tartışman ve sonra RPPF’de yansıtman çok değerli. IB, “tek seferde mükemmel yapan öğrenci” değil, “süreç içinde öğrenen ve ayarlama yapan öğrenci” görmek istiyor.
  • Zaman yönetimi ve yeniden planlama kararların
    Extended Essay takviminde gecikme yaşadığında, bununla ne yaptığın önemli. Supervisor toplantılarında, hangi kısımları sadeleştirdiğin veya hangi denemeleri iptal ettiğin konusunda şeffaf olursan, RPPF’de de “nasıl odaklandığını” gösterebilirsin.

RPPF yazarken işine yarayacak birkaç pratik ipucu:

  • “We” değil “I” dili kullan; IB senin bireysel düşünme sürecini görmek istiyor.
  • Sadece sonuç odaklı değil, duygu ve düşünce karışımı yaz; “Literature review sırasında kavramların beklediğimden daha karmaşık olduğunu fark ettim, bu yüzden önce temel CS textbook’larına dönme kararı aldım” gibi cümleler gayet uygun.
  • Supervisor’dan gelen feedback’i pasif şekilde değil, aktif tepkiyle anlat; “Supervisor’ımın Z önerisi sayesinde, code optimization yerine algorithm karşılaştırmasına ağırlık vermeye karar verdim.” gibi.

Supervisor görüşmelerine giderken de hazırlıksız gitmemek büyük artı sağlar. Her toplantıdan önce kendine küçük bir mini ajanda çıkarabilirsin:

  • O zamana kadar ne yaptım,
  • Şu an neye takıldım,
  • Hangi üç soruya cevap arıyorum,
  • Bu görüşmeden sonra neyi netleştirmek istiyorum.

Bu tarz planlı yaklaşım, hem toplantıları daha verimli kılar hem de RPPF’de yazacağın reflection’ları çok daha somut hale getirir.

Sonuç olarak, RPPF ve supervisor görüşmeleri “formal bir zorunluluk” değil, Extended Essay sürecini hem daha az stresli hem de daha “senin projen” yapan araçlar. Criterion E’yi güçlü tutmak, bazen içerikteki küçük eksikleri bile telafi edebiliyor; o yüzden bu kısmı sonradan doldurulacak bir form gibi değil, sürecin doğal bir parçası gibi düşünmek en sağlıklı yaklaşım.

Farklı İlgi Alanlarına Göre 20 Özgün IB Computer Science Extended Essay Araştırma Sorusu

Flatlay of a messy study desk with laptop, notebooks, and sticky notes, showcasing the creative process.
Photo by cottonbro studio

Bu bölümde, farklı ilgi alanlarına göre gerçekten yapılabilir, lise düzeyine uygun ve IB Computer Science syllabus’ı ile uyumlu 20 özgün Extended Essay research question fikri bulacaksın. Her soru, küçük dataset’lerle, basit ama anlamlı algorithm karşılaştırmalarıyla veya ölçülebilir kullanıcı deneyleriyle desteklenebilecek şekilde tasarlandı, böylece hem Criterion A (Focus and Method) hem de Criterion C (Critical Thinking) tarafında işini kolaylaştıracak net bir çerçeven olsun.

Her alt başlıkta soruları Extended Essay’de direkt kullanabileceğin İngilizce formatta bırakıyorum, açıklamalar ise Türkçe. Böylece hem IB formatına yakın durursun hem de kendi bağlamına göre küçük uyarlamalar yapman çok daha kolay olur.


Yapay Zeka ve Machine Learning Odaklı 5 Araştırma Sorusu

AI ve Machine Learning alanında Extended Essay yazmak istiyorsan, büyük GPU cluster’lara veya devasa dataset’lere ihtiyacın yok. Lise düzeyinde, küçük veya hazır open source dataset’lerle, basit modelleri karşılaştıran son derece sağlam çalışmalar çıkarabilirsin.

  1. “To what extent does using k-Nearest Neighbors compared to Naive Bayes improve spam detection accuracy on a small Turkish email dataset?”
    Küçük, elle etiketlenmiş bir e‑posta dataset’iyle k-Nearest Neighbors ve Naive Bayes modellerini kıyaslayabilir, accuracy, precision ve recall gibi metrikler üzerinden performansı ölçebilirsin.
  2. “How does the choice of feature representation (bag-of-words vs TF-IDF) affect sentiment classification accuracy for Turkish movie reviews using a logistic regression model?”
    Burada aynı logistic regression modeli sabit kalır, sadece feature representation değişir, böylece IB için çok temiz bir “tek değişkeni değiştirme” metodolojisi elde edersin.
  3. “To what extent does using a decision tree instead of k-Nearest Neighbors reduce training and prediction time for handwritten digit recognition on a reduced MNIST subset?”
    Orijinal MNIST dataset’inin küçültülmüş bir kısmını alıp, decision tree ile k-Nearest Neighbors’u hem training time hem de prediction time açısından karşılaştırabilirsin, ayrıca accuracy farkına da bakarak güzel bir tartışma kurabilirsin.
  4. “How does normalizing input features impact the accuracy and convergence speed of a simple feedforward neural network trained on a small tabular dataset?”
    Aynı feedforward neural network mimarisini, bir kez normalizasyon ile bir kez ham veriyle eğitip, epoch sayısı, loss ve accuracy metrikleriyle convergence farklarını inceleyebilirsin.
  5. “To what extent can a simple linear regression model predict daily energy consumption in a school building compared to a decision tree regressor when trained on a small real-world dataset?”
    Okuldan alabileceğin sınırlı tüketim verisiyle, linear regression ve decision tree regressor için mean absolute error veya RMSE kıyaslaması yapabilir, model karmaşıklığı ve overfitting hakkında anlamlı bir tartışma geliştirebilirsin.

Bu tür sorular, Machine Learning’i “çok soyut” bırakmadan, ölçülebilir ve Extended Essay boyutuna uygun bir çerçeveye oturtmana yardım eder.


Siber Güvenlik ve Şifreleme Üzerine 4 Araştırma Sorusu

Siber güvenlik çok çekici bir alan, ancak Extended Essay’de etik sınırların net kalması gerekiyor. Gerçek sistemlere saldırmak, zafiyet sömürmek gibi aktiviteler hem okulla hem de IB ile sorun yaratır. Bunun yerine, simülasyon, password strength analizi ve laboratuvar ortamında kurulan güvenli test senaryoları üzerinden ilerlemek çok daha sağlıklı olur.

Stanford’un güvenlik laboratuvarı sayfası, konuyu anlamak için güzel bir üst seviye bakış sunuyor: Stanford Computer Security Laboratory.

Aşağıdaki soruların tamamı, tamamen etik sınırlar içinde, kendi ürettiğin veya anonimleştirilmiş verilerle çalışacak şekilde tasarlandı.

  1. “How does password length compared to character complexity affect resistance to offline brute-force attacks using commonly available password-cracking tools?”
    Burada gerçek hesaplara saldırmak yerine, kendi oluşturduğun parola listeleri ve hash değerleriyle offline brute-force sürelerini ölçebilir, time to crack üzerinden senaryoları kıyaslayabilirsin.
  2. “To what extent does adding a salt to hashed passwords increase the time required for successful dictionary attacks on a small password database?”
    Aynı parola listesi için, unsalted hash ve salted hash senaryolarını kurup, basit dictionary attack script’leriyle attack time ve success rate farklarını gösterebilirsin.
  3. “How does the use of two-factor authentication compared to password-only authentication reduce the success rate of simulated phishing attempts in a controlled school environment?”
    Burada tamamen senaryo bazlı bir simulation yaparsın, örnek bir login ekranı ve bilgilendirme metinleriyle, kullanıcıların simüle edilmiş phishing linklerini tıklama davranışlarını ölçebilir, gerçek hesap erişimi olmadan success rate karşılaştırması çıkarabilirsin.
  4. “To what extent does enabling HTTPS with HSTS on a small web application reduce the risk of simulated man-in-the-middle attacks compared to HTTP-only deployment?”
    Kendi basit web uygulamanı iki farklı biçimde yayına alıp, laboratuvar ortamında traffic inspection ve basit MITM simulation’ları üzerinden, hangi tür saldırıların HTTP’de mümkün olup HTTPS + HSTS ile engellendiğini teknik olarak tartışabilirsin.

Bu tarz sorular, hem network security hem de basic cryptography kavramlarını kullanmana izin verir, aynı zamanda gerçek kullanıcılara zarar verme riskini tamamen ortadan kaldırır.


Human Computer Interaction ve Kullanılabilirlik Üzerine 4 Araştırma Sorusu

Human Computer Interaction (HCI) ve usability çalışmaları, kod yazmayı kullanıcıyla bir köprü gibi birleştirir. Büyük sistemler kurman gerekmez, küçük bir web arayüzü veya mobil prototip bile, iyi tasarlanmış kullanıcı testleri ve anketlerle çok güçlü Extended Essay konusu haline gelebilir.

HCI alanının araştırma odaklarını görmek istersen, University of Washington’ın UX/HCI araştırma sayfasına göz atmak iyi bir başlangıç olur: User Experience & Human-Computer Interaction.

Aşağıdaki research question’ların hepsi, küçük kullanıcı grupları ve basit anketlerle çalışmaya uygundur.

  1. “How does a minimalist interface design compared to a content-heavy design affect task completion time and error rate on a high-school timetable web app?”
    Aynı işlevi gören iki arayüz versiyonu tasarlayıp, öğrencilerin belirli görevleri tamamlarken hangi versiyonda daha hızlı ve hatasız çalıştığını ölçebilirsin.
  2. “To what extent does using icon-only navigation compared to text-only navigation affect usability scores for a mobile note-taking app among 16–18-year-old users?”
    System Usability Scale (SUS) gibi basit bir ölçek kullanabilir, ayrıca task completion time ile kullanıcı geri bildirimlerini birleştirerek daha zengin bir analiz yapabilirsin.
  3. “How does applying basic accessibility guidelines (larger font size and high-contrast colors) impact readability and perceived usability of a school website prototype?”
    Burada özellikle görsel erişilebilirlik üzerine odaklanarak, önce “normal” sonra da erişilebilirlik odaklı tasarım üzerinden kullanıcıların okuma hızını ve hata oranını ölçebilirsin.
  4. “To what extent does a responsive layout optimized for mobile devices improve navigation efficiency compared to a desktop-first layout when accessing a school information portal on smartphones?”
    Aynı içeriği sunan iki layout ile, öğrencilerin belirli bilgileri (örneğin sınav takvimi) bulma sürelerini karşılaştırabilir, ayrıca kısa bir anketle perceived ease of use verisi toplayabilirsin.

HCI konulu bir EE, teknik detay ile insan odaklı bakışı bir arada götürdüğü için, hem Criterion B hem de Criterion C bakımından zengin malzeme sunar.


Eğitim Teknolojileri ve Öğrenme Analitiği Üzerine 3 Araştırma Sorusu

Eğitim teknolojileri, IB öğrencileri için en doğal bağlamlardan biri, çünkü zaten her gün online platformlar, coding learning apps ve quiz sistemleriyle iç içesin. Burada önemli olan, research question içinde ölçülebilir bir outcome tanımlamak; örneğin quiz scores, task completion time veya error rate gibi.

  1. “To what extent does using a spaced repetition flashcard app improve vocabulary quiz scores for IB Computer Science students compared to traditional note-based revision over a two-week period?”
    Burada bir grubu spaced repetition uygulaması, diğerini klasik not tekrar yöntemi ile çalıştırabilir, iki hafta sonunda standardized vocabulary quiz sonuçlarını istatistiksel olarak kıyaslayabilirsin.
  2. “How does immediate automated feedback compared to delayed teacher feedback affect debugging success rate and time-on-task in a beginner-friendly Python learning platform?”
    Aynı tür problemlerde, bir gruba anında otomatik feedback, diğer gruba ise gecikmeli öğretmen geri bildirimi vererek, bug fix success rate ve time-on-task metrikleri üzerinden anlamlı bir karşılaştırma yapabilirsin.
  3. “To what extent does displaying progress analytics dashboards inside an online learning platform influence the number of completed practice exercises by high-school students?”
    Platformun bir versiyonunda progress dashboard gösterip, diğer versiyonda gizleyerek, belirli bir süre içinde tamamlanan alıştırma sayısını karşılaştırabilir, ayrıca kısa bir motivasyon anketi ile sonuçları yorumlayabilirsin.

Bu tür sorular, hem learning analytics kavramlarını kullanmana hem de gerçek kullanıcı verisi ile güçlü grafikler ve tablolar üretmene imkan tanır.


Game Development, Simulation ve Data Analysis Üzerine 4 Araştırma Sorusu

Oyun geliştirme ve küçük ölçekli simulation projeleri, Computer Science Extended Essay için çok zengin bir zemin sunar. Burada kritik nokta, her research question içinde açık bir metric tanımlamak; örneğin frame rate, response time, path length veya CPU usage gibi.

  1. “How does the choice of pathfinding algorithm (A vs Dijkstra’s algorithm) affect average path length and computation time in a grid-based 2D game simulation?”*
    Basit bir tile-based haritada, A* ve Dijkstra algoritmalarını aynı başlangıç ve hedef noktaları için çalıştırarak, average path length ve computation time değerlerini karşılaştırabilirsin.
  2. “To what extent does using a fixed time-step game loop compared to a variable time-step loop improve frame rate stability in a simple 2D platformer?”
    Aynı oyunun iki farklı game loop implementasyonu ile, özellikle düşük ve orta seviye donanımlarda frame rate variance ölçümü yapabilir, gözle görülür akıcılık farklarını teknik verilerle ilişkilendirebilirsin.
  3. “How does implementing basic object pooling compared to frequent dynamic allocations affect average frame rate and memory usage in a simple shooting game?”
    Object pooling yapısını eklediğin versiyon ile klasik new object yaklaşımı kullanan versiyonu karşılaştırarak, average FPS ve memory footprint üzerinden net bir performance analizi çıkarabilirsin.
  4. “To what extent does adaptive difficulty adjustment based on player performance metrics influence level completion rate and average session length in a puzzle game?”
    Burada oyun içinde player performance metrics (örneğin hata sayısı, level retry sayısı) toplayıp, zorluğu dinamik ayarlayan bir sistem kurabilir, bu sistem açıkken ve kapalıyken level completion rate ve average session length değerlerini kıyaslayabilirsin.

Game development temelli bir EE, doğru kurulduğunda sadece “oyun yazdım” hissi vermez, algorithm performance, systems design ve data analysis üçlüsünü tek bir çatı altında toplar. Bu da IB Computer Science guide’ında vurgulanan konu derinliği ile oldukça uyumludur.

Conclusion

IB Computer Science Extended Essay, iyi tanımlanmış bir research question, gerçekçi bir metodoloji ve planlı çalışma ile gözünü korkutan bir projeden, yönetilebilir ve hatta keyifli bir sürece dönüşür. Konunu netleştirdikten sonra küçük bir timeline yazman, hangi haftada literature review, hangi haftada experiment, hangi haftada yazım ve revizyon yapacağını kabaca işaretlemen, seni hem Grade Boundary hedeflerine yaklaştırır hem de son dakika paniğini büyük ölçüde azaltır. Supervisor ile baştan açık iletişim kurup, research question’ını, feasibility konularını ve Internal Assessment ile çakışmama meselesini dürüstçe konuşman, süreci çok daha temiz hâle getirir. Academic honesty konusunda ise kod, makale, dataset ve hatta diagram için düzenli citation alışkanlığı kazanman, sadece IB kuralları için değil, ilerideki üniversite çalışmaların için de güçlü bir temel yaratır.

Buradaki 20 research question fikri, hazır bir kalıp değil, kendi bağlamına uyarlayabileceğin başlangıç noktaları gibi düşünülmeli; okulundaki imkanlar, ilgi alanların ve teknik seviyene göre soru köklerini daraltman, metric’leri değiştirmen veya context’i yeniden yazman son derece sağlıklı olur. Giriş, Methodology ve Results kısımlarını tamamlar tamamlamaz ilk tam taslağını yazman, sonra da en az iki tur revizyon için zaman bırakman, hem argümanını güçlendirir hem de Presentation kriterinde gereksiz puan kaybını önler. İstersen research question’ını kontrol etmek için Vanderbilt University Writing Studio’nun kısa rehberine de göz atabilirsin, sade kontrol soruları işini kolaylaştırır: https://www.vanderbilt.edu/writing/resources/handouts/research-question/. Şimdi yapman gereken, bu rehberdeki adımları kendine uyarlayıp, küçük ama net bir planla ilk taslağa başlamak ve süreci adım adım ilerletmek.

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir