Maak een experiment goed te volgen

Stel dat je de afstand in een schildpadopdracht verandert en de draaihoek gelijk laat. Wat verwacht je dan van de volgende tekening? Door die vraag vóór het uitvoeren te stellen, krijgt het experiment een doel. De leerling kan een voorspelling met het resultaat vergelijken en weet welk stukje code opnieuw bekeken moet worden als die twee niet overeenkomen.

Daarom is de werkomgeving net zo belangrijk als de schrijfwijze van een opdracht. In de IDE zijn broncode, voorbeeldweergave en foutmeldingen binnen handbereik. Met een selectie uitvoeren en stap voor stap uitvoeren kun je een kleiner deel van het programma onderzoeken. Opslaan bewaart het werk; uitvoeren volgt de instructies. Dat onderscheid helpt kinderen begrijpen wat de computer precies doet.

Eén taal, verschillende manieren om te beginnen

Nederlandse en Engelse Pliro-code delen dezelfde basis. Vertaalde sleutelwoorden en functiealiassen verwijzen naar dezelfde programmeerbegrippen. Een lus moet dezelfde regels volgen, ongeacht de gekozen taal. Lokalisatie is daarmee een taak van het taalgereedschap, zonder dat voor iedere natuurlijke taal een afzonderlijke runtime nodig is.

Hetzelfde uitgangspunt geldt voor tekst en blokken. Het zijn weergaven van één programma, dus bij het wisselen moet het werk van de leerling behouden blijven. Bij een syntaxisvertaling blijven zelfgekozen variabelenamen en teksten in tekenreeksen intact. Een constructie die niet als blok te bewerken is, moet als code beschikbaar blijven of duidelijk worden aangegeven. Zulke details vallen weinig op als alles goed gaat, maar maken een editor betrouwbaar.

Geef het volgende project ruimte

Een tekening kan beginnen met één bronbestand. Bij een spel ontstaan al snel andere vragen: waar hoort de afbeelding van een personage, welke instructies bewegen het en hoe neem je het project mee naar een andere computer? De projectweergave en het mediagereedschap van Pliro brengen die onderdelen samen. Leesbare .pliro-bestanden houden de code toegankelijk; draagbare .bipli-projecten kunnen bijbehorende bronbestanden en media bundelen.

Een applicatie bouwen voegt een nuttig onderscheid toe. Het geëxporteerde programma is bedoeld om uit te voeren; het bewerkbare project is waar de maker terugkeert om een regel te veranderen of een idee toe te voegen. Ondersteunde native exports kunnen zonder de IDE draaien. Door zowel het project als de applicatie te bewaren, blijft de weg terug naar experimenteren open.

Maak uitleg onderdeel van het product

Een functie wordt bruikbaarder wanneer een leerling een reden heeft om die te proberen. De lessen die in Pliro 0.2.3 zijn toegevoegd, horen bij dat werk. Samen met voorbeelden en de wiki geven ze beginners een vertrekpunt binnen de IDE. Een leerkracht kan een onverwachte tekening of reactie in een spel vervolgens gebruiken om te bespreken welke instructie daarvoor verantwoordelijk is.

Ook begrijpelijke foutmeldingen horen bij dat gesprek. Een fout moet iemand terugleiden naar een stukje programma dat onderzocht kan worden. De ontwikkelopgave is om taal, gereedschap en uitleg zo met elkaar te verbinden dat een leerling iets kan veranderen, meer begrijpt dan daarvoor en zelf een volgende stap kan kiezen.

Blijf ontdekken

Pliro brengt de verschillende ontwikkellijnen samen: vertrouwde woorden, verbonden editorweergaven, zichtbare resultaten en projecten die kunnen meegroeien.

Je kunt de huidige IDE al ontdekken en de programmeergidsen volgen. Kies een klein voorbeeld, doe een voorspelling en verander één ding. Het oorspronkelijke artikel van Logicos Software hieronder is de officiële bron voor het ontwikkelbericht. De wiki beschrijft hoe je het momenteel beschikbare gereedschap gebruikt. De release van Pliro 1.0 staat momenteel gepland voor 25 oktober 2026.