Echte projecten gebruiken meer dan één taal

Python hoeft niet elk scherm, elke processor en elk apparaat in een product aan te sturen om een waardevolle keuze te zijn.

Dat kan vreemd voelen als je een eerste taal kiest. Python leren klinkt als de belofte dat je later aan “Python-projecten” werkt. Echte producten houden zich niet aan zulke labels.

Een systeem met meerdere programmeertalen is een product waarvan de onderdelen verschillende talen gebruiken omdat ze verschillende eisen hebben. Dat is normaal ontwerp, en een van de nuttigste ideeën om uit deze cursus mee te nemen.

Eén deelfietsdienst

Een stad heeft een deelfietsdienst. Mensen zoeken en ontgrendelen fietsen met een telefoonapp. De dienst houdt fietsen, stations, leden en ritten bij. Hij voorspelt waar morgen fietsen nodig zijn. Medewerkers volgen alles via een dashboard in de browser. Kleine computers in de sloten sturen de fietsen zelf aan.

Dat “een mobiele app” noemen verbergt het grootste deel. Het “een Python-project” noemen verbergt hetzelfde vanuit de andere richting.

Python neemt twee rijen volledig voor zijn rekening en is met verschillende andere verbonden. Het verzorgt geen van beide interfaces en ook het slot niet. Een grote rol, maar niet het hele product.

Twee rijen verdienen uitleg. SQL is de taal waarmee je een database om gegevens vraagt. Python verstuurt SQL en werkt met het antwoord, zonder de taak van de database over te nemen om gegevens veilig op te slaan. Firmware is de kleine software die op het apparaat zelf draait. Hier moet die blijven werken als het netwerk dat niet doet.

Grenzen kosten werk

Meerdere talen maken een systeem op zichzelf niet beter. Elke grens levert werk op: precies afspreken wat eroverheen gaat, verbroken verbindingen afhandelen, verschillende onderdelen uitbrengen en zorgen dat ze bij een wijziging blijven samenwerken.

Een klein persoonlijk programma is eenvoudiger te onderhouden in één taal. Een groter product accepteert meer grenzen als het voordeel de kosten waard is. Dat geeft je nog een vraag: maakt het opsplitsen van dit werk de belangrijkste eisen gemakkelijker haalbaar, of voegt het complexiteit toe die het project niet kan dragen?

Wat één taal je echt oplevert

Python leren leert je niet elk hulpmiddel voor mobiele apps, browsers, databases of ingebedde systemen. Het geeft je een stevig vertrekpunt om te begrijpen hoe programma’s informatie bewaren, beslissingen nemen, werk herhalen, andere systemen aanroepen, fouten maken en worden gecontroleerd.

Die ideeën kun je meenemen. De schrijfwijze verandert per taal, maar de gewoonte om een doel in precieze stappen om te zetten niet. En als een ander hulpmiddel beter bij één onderdeel past, helpt kennis van Python je nog steeds om de grens te begrijpen en te overleggen met degene die de andere kant beheert.

Een eerlijk ja

Python is niet de beste eerste keuze voor elke interface, elke zware berekening, elke driver, elk klein apparaat of elk besturingspad met een harde deadline. Dat is een echte lijst, en dit hoofdstuk besteedde er bewust vier lessen aan.

Ik vind Python nog steeds het leren waard voor de meeste mensen die overwegen te programmeren. Je krijgt een duidelijke taal, al snel bruikbare resultaten, een enorme verzameling hulpmiddelen en toegang tot verschillende belangrijke vakgebieden. Python werkt ook goed samen met de onderdelen die het niet zelf verzorgt.

Eén bezwaar blijft over, en dat is de vraag die mensen nu echt stellen. Als AI veel van de code kan maken, is het dan nog de moeite waard om programmeren te begrijpen?

AI kan een verbazingwekkende hoeveelheid bruikbare code maken, en je zou het moeten gebruiken. Het volgende hoofdstuk vraagt wat dat precies oplevert, welk bewijs het niet geeft en waarom je met begrip van het resultaat juist meer controle houdt.