Sokan ismerik a Scratch-et, egy olyan gyermekprogramozási környezetet, amelyben a tanulás általában kreatív projektek létrehozásán múlik, az „egyszerűtől a bonyolultig” elv szerint. Ugyanakkor a Scratch programozás tanulásának „klasszikus megközelítése” (változók → ágak → hurkok → függvények → struktúrák → objektumok → …) nehézkes.
A strukturált, objektum- és esemény-orientált programozás fogalmainak (nevezzük őket fogalmaknak) tanulási sorrendjének megváltoztatása, színes sprite-ok és interaktív animációk mögé bújtatása azonban nem jelenti azt, hogy a fogalmakat ne kellene hangsúlyozni. Főleg, ha nem annyira a kreatív képességek fejlesztése a cél, mint inkább a programozás elsajátítása. Ezt a gondolatot igyekeztem tükrözni magamban .
Az első dolog, amivel egy kezdő scratch találkozik, az a sprite. Bár a Scratch-ben önmagában nincs objektum-orientált programozás, a sprite-ok objektumoknak tekinthetők. Ebben a szakaszban a tanuló azt látja, hogy egy programnak sok objektuma lehet, amelyek viselkedését rajtuk kívül álló szkriptek vezérlik. A sprite-ek kérésre parancsokat kapnak vagy információkat továbbítanak állapotukról, vagyis a programozás az objektumok kezelésén múlik.
A második dolog, ami azonnal megüti a fiatal programozókat a Scratch-ben, az a többszálú megoldás. Minden sprite-on több szkript futhat egyszerre. Több sprite is futtathatja programjait egyidejűleg egymással. Sőt, a szekvenciális végrehajtás megszervezése nehezebbnek bizonyul.
Már az első órán sem kerülhetjük el a ciklusokkal való ismerkedést. Ellenkező esetben a macska nem igazán menekül el. Ebben a szakaszban az ismeretséget intuitívnak és felületesnek kell hagyni. A "mindig ismétlés" és az "ismétlés... alkalommal" ciklusokra korlátozzuk, amelyek könnyebben érthetők. A feltételes hurkot egy kifejezetten a ciklusoknak szentelt leckében tanulmányozzuk. Ez a lecke feltételezi a logikai kifejezések és változók ismeretét.
Mivel a Scratch eseményvezérelt környezet, a feltételes utasításblokkok könnyebben megtanulhatók a változók előtt. A feltétel bizonyos események lehetnek.
Véleményem szerint ez a sorrend jobb, mivel minden leckéhez bevezetünk egy minimális fogalmat. És nem az elvontokat, hanem azonnal látjuk a gyakorlati hasznukat.
Ha először vizsgálunk változókat, akkor azok célját és előnyeit nehéz kimutatni, mivel a feltételes operátort, az adatbevitelt és a véletlenszám generálást korábban nem vizsgálták.
A Scratch-ben a listákat nem számítva a programozó háromféle adattal találkozik: számokkal, karakterláncokkal és logikai értékekkel. Ebben az esetben a típus az értékhez van kötve, nem a változóhoz. Nem szükséges a karakterláncokat számokká és vissza konvertálni. A karakterláncokat nem idézzük.
Egy logikai értéket visszaadó és jellegzetes szög alakú blokk beszúrható a lekerekített mezőkbe. Ennek a fordítottja nem igaz: ahol logikai kifejezést feltételezünk, reguláris változót nem lehet beilleszteni.
A Scratch úgy van megvalósítva, hogy a végrehajtás során ne forduljanak elő kritikus hibák. Nyilván ez az oka annak, hogy ha egy karakterláncot próbálunk használni egy aritmetikai műveletben, akkor azt nullára cseréljük (lásd az első képernyőképet).
A programozónak tudnia kell, hogy a programozási nyelvek képességeit a könyvtárak bővítik. A Scratch-ben dolgozva a hallgató olyan kiegészítéseket kapcsolhat össze, amelyek új parancsok megjelenéséhez vezetnek a környezetben.
A Scratch funkciói az "Egyéb blokkok" részben vannak megvalósítva, ahol egyrészt létrehozhatja saját blokkját, amelyet beilleszthet más szkriptekbe. Másrészt össze kell gyűjtenünk ennek a blokknak a funkcionalitását, vagyis azt, hogy mit fog tenni.
A scratch függvényből nincs visszatérési érték.
Így a programozási fogalmak eseményvezérelt környezetben való tanulása nyomot hagy maga után. Lényegében először bonyolultabb és absztraktabb fogalmakat tanulmányozunk, és csak a folyamatba mélyedve térünk át a strukturált programozás elemeire. Hogy ez plusz vagy mínusz az első ismeretségnek, az vitás kérdés.
Forrás: will.com
