IB CS SL: Treści, które ignorują prace HL

Większość przewodników do przygotowania się do egzaminu IB Computer Science traktuje SL jako "HL minus kilka tematów" i na tym koniec. To prawda w kwestii treści, ale nie w kwestii struktury egzaminu, oczekiwań dotyczących IA ani sposobu testowania Case Study. Jeśli robisz tylko SL, istnieje kilka rzeczy, które nigdy nie pojawią się podczas nauki z materiałów skupionych na HL, ponieważ te materiały zakładają, że będziesz pisać Paper 3 i zagłębiać się w tematy tylko dla HL. Ten przewodnik obejmuje części, które naprawdę mają znaczenie dla egzaminu SL i moderacji, a nie udostępnianą treść sylabusa, którą wszyscy już przeglądają.

Waga Paper 1 vs Paper 2, którą nikt jasno nie wyjaśnia

Uczniowie SL piszą Paper 1 (wielokrotny wybór, 45 minut, wszystkie tematy plus wstępnie opublikowany Case Study) i Paper 2 (pytania strukturyzowane, 1 godzina 15 minut, obejmujące Topics 1-4 plus Case Study). Nie ma Paper 3 dla SL — to tylko dla HL i obejmuje dodatkowe tematy HL (abstrakcyjne struktury danych, zarządzanie zasobami, kontrolę i rozszerzone materiały Case Study). Wiele zamieszania pochodzi z tego, że uczniowie studiują przykładowe prace tylko dla HL i zastanawiają się, dlaczego pytania nie pasują do tego, co widzieli na lekcjach. Jeśli jesteś na SL, całkowicie ignoruj schematy punktacji Paper 3; testują treść, za którą nie odpowiadasz.

Case Study zasługuje na więcej uwagi niż większość uczniów jej poświęca. Jest publikowany miesiące przed egzaminem (zwykle około marca na sesję w maju) i stanowi mniej więcej 25% Paper 1 i pełną obowiązkową część Paper 2. Przeczytaj dokument Case Study co najmniej trzy razy przed egzaminami: raz w celu zrozumienia, raz z adnotacjami do słownictwa technicznego (nazwy konkretnych systemów, uczestnicy, wymieniony sprzęt/oprogramowanie) i raz czysto w celu zapamiętania nazw i ról, ponieważ sekcja Case Study w Paper 2 oczekuje, że będziesz precyzyjnie odwoływać się do scenariusza, a nie ogólnikowo.

IA jest oceniana inaczej niż się zakłada

Internal Assessment dla SL i HL używa tych samych kryteriów (A do E: Planning, Solution Overview, Development, Functionality i Evaluation), ale od uczniów SL oczekuje się stworzenia czegoś o mniejszej złożoności. Egzaminatorzy nie szukają mniejszej liczby funkcji — patrzą na to, czy złożoność odpowiada Twojemu rzeczywistemu poziomowi umiejętności wykazanemu w pracach na zajęciach. Częsty błąd: uczniowie SL podejmują się zbyt ambitnej aplikacji z bazą danych i wieloma rolami użytkownika, a następnie nie potrafią wyjaśnić własnego kodu w wymaganym screencastcie, niszcząc Criterion C (Development, warte 6 punktów) i D (Functionality, warte 4 punkty).

Lepsze podejście dla SL: wybierz problem zorientowany na klienta, który możesz w pełni wyjaśnić w mniej niż 2000 słów w opisie, ze rozwiązaniem, które ma 3-5 jasnych, testowalnych funkcji. Dowody wideo i audio (Criterion C) muszą rzeczywiście pokazywać IDE, uruchomiony kod i Twój głos komentujący decyzje — nie prezentację po fakcie. Moderatorzy rozróżniają to natychmiast.

Topic 4 (Computational Thinking and Program Design) jest niedowartościowany w przygotowaniu

Tematy 1-3 (System Fundamentals, Networks i Computer Organization) otrzymują większość czasu nauki, ponieważ wydają się bardziej "podręcznikowe". Topic 4 obejmuje algorytmy, pseudokod i projektowanie programów — tabele dry-run, schematy blokowe, myślenie rekurencyjne vs iteracyjne oraz rozumowanie o efektywności w stylu Big-O (chociaż IB nie wymaga formalnego zapisu Big-O na poziomie SL, tylko porównań efektywności względnej). Ten temat pojawia się stale w pytaniach strukturyzowanych Paper 2, ponieważ łatwo jest napisać wokół niego pytanie oparte na scenariuszu.

Cwicz pisanie pseudokodu ręcznie pod presją czasu. Konwencje pseudokodu IB (używające loop, end loop, if, then, else, end if) są konkretne i egzaminatorzy odejmują punkty za niespójną składnię, nawet jeśli logika jest poprawna. Rozwiąż co najmniej pięć pytań z poprzednich sesji na temat Topic 4 z sesji N19, M19, N18 i N17 (unikaj prac z po 2020 roku, jeśli Twój sylabus się zmienił, ponieważ bieżący przewodnik pochodzi z sylabusu z 2014 roku po raz pierwszy egzaminowanego 2016, z bieżącą wersją egzaminowaną na sesjach do 2024 przed przejęciem nowego sylabusu).

Pytania z Networks (Topic 2) faworyzują konkretne słownictwo nad ogólnym zrozumieniem

Uczniowie SL często rozumieją sieci pojęciowo, ale tracą punkty, ponieważ Paper 2 chce nazwanych terminów: circuit switching vs packet switching, konkretne warstwy protokołu, lub różnicę między adresem MAC i adresem IP stwierdzoną precyzyjnie. Utwórz jednostronicowy słownik terminów Topic 2 z jednoliniowymi definicjami w sformułowaniu IB, wyciągniętymi bezpośrednio z sekcji słownika przewodnika przedmiotu, i sam się z niego przytestuj niezależnie od swoich notatek pojęciowych.

Jeśli chcesz bardziej ustrukturyzowanych podziałów treści sylabusa, przejść algorytmicznych lub wsparcia w planowaniu IA, sprawdź inne segmenty Computer Science i Tutoring na Korra Studio.