Peter Kassenaar blog

5 tips voor productiever programmeren

peter — Wed, 11 Jun 2025 21:20:13 +0700

Iedereen kent het imago van de programmeur als dynamisch beroep met continu over het beeldscherm flitsende code en hackers met gleufhoeden en duistere zonnebrillen.

De werkelijkheid is vaak minder spannend. Elke developer kent het gevoel uit dit filmpje:

https://www.youtube.com/watch?v=HluANRwPyNo

In de realiteit ben je vaak bezig met het opzoeken van triviale foutcodes, vraag je je af waarom een project niet compileert, of waarom een unit test faalt.

Dit zorgt voor productiviteitsverlies (en kost dus geld), je bent onzeker over de kwaliteit van je code en je raakt niet lekker in de programmeerflow.

Bijgaand vijf tips om je productiviteit als developer te verhogen. En ja, sommige lijken een open deur, maar probeer ze eens uit. Je zult zien dat het helpt!

1. Ken de technologie waarmee je werkt - Zorg er voor dat je op de hoogte bent van de ins en outs van techniek waarmee je werkt. Investeer hierin en reserveer structureel dagelijks 30 minuten om dit bij te houden.

2. Vermijd ad-hoc oplossingen via kopiëren-en-plakken - In plaats daarvan kun je beter de achterliggende principes en concepten van de technologie leren. Je herkent dan generieke problemen die je in je huidige project op een specifieke manier kunt aanpakken. Vraag bijvoorbeeld aan AI (ChatGPT, Claude, Gemini, LeChat), waarom iets werkt zoals het werkt.

3. Investeer in je editor - Bouwvakkers zorgen voor goed werkgereedschap, een schilder kiest de kwasten waarmee hij het lekkerste verft. Een goede editor is jouw gereedschap. Leer hiervan de sneltoetsen zodat je niet voor elk wissewasje naar de muis hoeft te grijpen, maak gebruik van tools als Intellisense, Autocomplete en Live reloading/recompiling. Het scheelt je zoveel tijd!

4. Concentreer je op de kern van de taak - Herken de kern van de taak en focus je daar op. Het is maar al te makkelijk om je te laten afleiden door deelproblemen ("nog even dat databaseveld erbij maken", "oh, daarvoor moet ik eerst credentials opvragen", "oh, die collega is er niet"). Zorg ervoor dat de kern van de taak in 20% van de tijd gereed is. Daarna kun je 80% van de tijd besteden aan verbetering, uitbreiding en vervolmaking. Maar je raamwerk moet goed zijn. Zie ook punt 2.

5. Bespreek je code - Twee weten meer dan één. Wees niet bang om elke regel code die je hebt geschreven te bespreken met een collega. Sta open voor suggesties en probeer verbeteringen uit. Het zorgt er voor dat je een volgende keer niet in dezelfde val trapt.

Bonustip

6. Bied jezelf aan om mee te kijken naar de code van anderen - Als degene meer weet dan jij, dan leer je ervan (en wordt je zelf dus productiever). Als degene minder weet dan jij dan kun je uitleggen wat er beter kan en breng je productiviteitsverhogende tips onder woorden. Dat helpt ook jezelf. Bovendien wordt het algemene kennisniveau binnen je team opgekrikt en je ziet nog eens waar anderen tegenaan lopen. Dat zal jou in de toekomst zeker niet meer gebeuren!

-- Peter Kassenaar
11 juni 2025

Meer over metaframeworks

peter — Sun, 10 Nov 2024 15:25:00 +0700

1: Metaframeworks voor React, Angular en Vue
2: Meer metaframeworks (deze pagina)

In een vorige blogpost schreef ik over metaframeworks die veel worden ingezet voor React, Angular en Vue. Ik noemde toen Next.js (als framework voor React), Analog.js (voor Angular) en Nuxt (voor Vue).

Maar er zijn er meer! Hieronder heb ik voor de bekendste frameworks een aantal metaframeworks op een rijtje gezet. Ik herhaal de eerder genoemde frameworks nogmaals, zodat je overzicht compleet is.

Voor React

Next.js – Next.js is waarschijnlijk het meest veelzijdige React-framework en richt zich op fullstack-ontwikkeling. Hiervoor worden onder meer React Server Components (RSC’s) gebruikt, die de kracht van React naar de server brengen.
https://nextjs.org/
Remix – Richt zich op het verbeteren van prestaties door het efficiënter ophalen van data en eenvoudige routing toevoegen in je applicaties. Remix legt de nadruk op geoptimaliseerde server-side rendering, progressieve verbetering en minimale JavaScript voor interactiviteit. Applicaties die met Remix zijn gemaakt, zijn meestal erg snel en compact.
https://remix.run/
Gatsby – Gatsby is gebouwd voor high-performance statische sites. Als een van de eersten maakte Gatsby gebruik van GraphQL voor dataverwerking. Gatsby heeft een enorm plugin-ecosysteem. Hierdoor is het ideaal voor content-gedreven sites waarvan gegevens vaak uit meerdere databronnen afkomstig zijn.
https://www.gatsbyjs.com/

Voor Vue

Nuxt – Dit is het grootste, bekendste en meestgebruikte metaframework voor Vue. Nuxt is een typisch applicatie framework en biedt een enorm scala aan uitbreidingen, ondersteuning, YouTube-kanalen en -video’s en actieve ontwikkeling vanuit de volledige Vue-community.
https://nuxt.com/
VitePress - Een statische site-generator die is geoptimaliseerd voor documentatie en eenvoudigere projecten. Gebouwd op Vite, snel en eenvoudig te configureren.
https://vitepress.dev/
Gridsome: Vergelijkbaar met Gatsby maar dan voor Vue. Gridsome richt zich op het bouwen van statische sites met een plugin-ecosysteem dat integratie met CMS’en en API’s gemakkelijk maakt. Gridsome presenteert zichzelf als een Jamstack-framework (JavaScript, API’s en Markup). Als je zelf al een Jamstack-applicatie beheert, ligt het gebruik van Gridsome voor de hand.
https://gridsome.org/

Voor Angular

Scully – Scully is voornamelijk een statische site-generator die Angular-apps omzet naar statische HTML. Dit optimaliseert de prestaties en SEO zonder een volledige server-rendering setup nodig te hebben. Ook Scully presenteert zich – net als Gridsome voor Vue – als een Jamstack-framework.
https://scully.io/
Angular Universal – Angular Universal is niet echt een standalone metaframework. Het is in feite ingebouwd in Angular (al sinds ca. 2018) en is meer een set tools die SSR mogelijk maakt voor Angular. Vaak wordt Angular Universal gecombineerd met tools zoals NestJS om API’s naast server rendering af te handelen.
https://angular.dev/guide/ssr

Voor Svelte

SvelteKit – SvelteKit is het officiële metaframework voor Svelte. Het biedt ondersteuning voor SSR, SSG en CSR, op een minimale en sterk geoptimaliseerde manier. SvelteKit is ideaal voor het bouwen van applicaties met hoge performance en minimale overhead.
https://svelte.dev/docs/kit/introduction

Overige

Astro – Astro staat bekend om zijn "Islands Architecture," hiermee kun je componenten uit verschillende frameworks zoals React, Vue en Svelte samen gebruiken. Het richt zich op het verzenden van minder JavaScript voor snellere laadtijden. Dit maakt Astro tot een goede keuze voor content-rijke of statische sites.
https://astro.build/
Eleventy (11ty) – Eleventy is technisch gezien eigenlijk meer een statische site-generator. Het voordeel is dat Eleventy flexibel en framework-agnostisch is. Het biedt, ondersteuning voor verschillende templating-talen en optimalisatie voor performance-geoptimaliseerde statische sites. Eleventy is het allersnelst in de benchmarks als het gaat om het bouwen (build) van een website die bestaat uit 1000+ pagina’s.
https://www.11ty.dev/

Voor je gemak heb ik snel een pagina opgezet met korte beschrijvingen en hyperlinks naar deze metaframeworks: https://www.kassenaar.com/metaframeworks/

<shameless-plug>
Als er behoefte is aan een training in jouw bedrijf over React, Angular, Vue of een van de metaframeworks, aarzel dan niet om contact op te nemen! Training op jouw of onze locatie, op een tijdstip dat uitkomt. Ook 1:1-trainingen.
</shameless-plug>

-- Peter Kassenaar
10 november 2024

Metaframeworks voor React, Angular en Vue

peter — Wed, 30 Oct 2024 20:15:15 +0700

1: Metaframeworks voor React, Angular en Vue (deze pagina)
2: Meer metaframeworks

Inleiding

In de webdevelopmentwereld zijn tal van JavaScript-frameworks populair. Iedere webdeveloper kent waarschijnlijk namen als React, Vue en Angular. Naast de ‘grote drie’ zijn er nog tal van kleinere frameworks die allemaal een bepaalde specialisatie en een eigen plekje in de markt hebben veroverd. Bekend zijn onder meer Svelte en Qwik.

Frameworks zijn echter vooral geschikt voor kernfunctionaliteiten. Denk aan het bouwen met componenten, communicatie tussen componenten onderling, http-communicatie met een backend, routing enzovoort.

Dit betekent dat je als programmeur behoorlijk wat tijd kwijt bent met het inrichten van een complete applicatie met homepage, overzichtspagina’s, detailpagina’s en meer. Frameworks zijn bekend (of: berucht) om de hoeveelheid boilerplatecode die nodig is om een complete applicatie in de lucht te krijgen.

Metaframeworks

Dit is precies het gat waarin metaframeworks zijn gesprongen! Ze breiden de kernmogelijkheden van de basisframeworks uit door extra functionaliteit en abstracties toe te voegen. Hiermee worden veelvoorkomende taken bij het maken van een webapplicatie geautomatiseerd. Dit gebeurt vaak doordat metaframeworks een serie afspraken (conventions) hebben die je als programmeur moet kennen. Daarna werk je een stuk sneller.

De bekendste metaframeworks zijn:

Voor React – Next.js
Voor Angular – Analog.js
Voor Vue – Nuxt

Metaframeworks zijn full-stack frameworks. Ze bestaan uit een client- en een serverdeel.

Convention over configuration

In metaframeworks is bijvoorbeeld vaak afgesproken dat wanneer componenten in een specifieke map /pages in de applicatie staan, deze componenten automatisch een route in de applicatie worden. Je hoeft dan niet meer de router te programmeren en zelf routes en componenten te onderhouden. Het metaframework pikt alle pagina’s op en zorgt dat er routes bestaan. Dit principe is nog veel verder uitgewerkt door met speciale naamgeving ook parameters in de pagina’s te gebruiken, pagina’s te groeperen, pagina’s op de server te renderen voor betere SEO en nog veel meer.

Essentiële kenmerken

Metaframeworks hebben veel overeenkomsten. Dit zijn onder meer:

Server-Side Rendering (SSR): metaframeworks ondersteunen SSR waardoor je pagina’s vooraf op de server kunt renderen voor betere vindbaarheid in Google (SEO), snellere laadtijden en een verbeterde bezoekerservaring doordat pagina’s sneller laden.
Static Site Generation (SSG): metaframeworks maken het mogelijk om tijdens de buildfase van de applicatie statische HTML-pagina’s op de server te renderen. Ook dit komt de snelheid van de applicatie ten goede. Via configuratiebestanden kun je altijd aangeven welke pagina’s in de applicatie wél en welke niet gegenereerd moeten worden.
File Based Routing: door bestanden in een speciale map te plaatsen (zoals /pages) wordt de router automatisch geconfigureerd en krijg je direct een navigatiestructuur voor je applicatie. Dit scheelt erg veel tijd, omdat je het niet zelf hoeft in te stellen.
API-routing: metaframeworks bieden vaak ingebouwde ondersteuning voor serverloze functies (of: ‘api-routes’). Dit vereenvoudigd communicatie met een backend. In sommige gevallen is een aparte API-server zelfs compleet overbodig. Het voorkomt in ieder geval dat je aparte CORS-instellingen moet toepassen op je server, omdat deze op hetzelfde adres draait als je frontend applicatie (er is vaak een route als /v1/api gedefinieerd). Ook dit gebeurt op basis van conventies. Via configuratiebestanden kun je hier overigens van afwijken, maar dit is niet beslist nodig.
Bundeling en code-splitting: metaframeworks splitsen op intelligente wijze code in aparte modules en bundelen code die elkaar nodig heeft. Ook dit komt de snelheid ten goede.
Hot Module Replacement: als developer is het handig dat tijdens het ontwikkelen alleen modules worden vervangen die je daadwerkelijk hebt aangepast – zonder dat de complete applicatie opnieuw gecompileerd hoeft te worden. Dit verbetert de ontwikkelervaring of developer experience of dx.
SEO-optimalisatie en metatag-beheer: de meeste metaframeworks bieden tools voor het beheren van de titel en metatags op een pagina en andere SEO-elementen zoals Open Graph-tags voor Facebook en X.

Wanneer kies je voor een metaframework?

Als je een klein project hebt, kan het gebruik van een metaframework voor extra overhead zorgen waar je niet op zit te wachten.

In veel andere gevallen zal het je echter veel tijd besparen. Het inzetten van een metaframework is uiteindelijk een tijdsbeparende actie. Je moet in het begin even wat instellen – en je natuurlijk de conventies van het betreffende framework eigen maken – maar die tijd win je dubbel en dwars terug.

Gebruik een metaframework voor:

SEO-intensieve projecten: als je applicatie afhankelijk is van SEO, zoals e-commerce en contentrijke sites, maken metaframeworks SSR en SSG eenvoudiger. Dit verbetert de doorzoekbaarheid en pageranking.
Prestatie Optimalisatie: als je snelle laadtijden nodig hebt, helpen SSR, SSG en geoptimaliseerde bundeling om de snelheid te verbeteren. Met name in JavaScript-rijke applicaties zoals Vue, React en Angular is dit een groot pluspunt.
Snelle Prototyping: metaframeworks versnellen de ontwikkeling omdat ze standaardoplossingen hebben voor routing, API-endpoints en code-splitting. Dit is natuurlijk ideaal voor startups en proof-of-concept applicaties (POC).
Schaalbaarheid en onderhoudbaarheid: naarmate de app groeit, zorgen metaframeworks voor goede praktijken en structuur. Dit kan het inwerken van nieuwe ontwikkelaars vereenvoudigen. Voorwaarde is dan uiteraard wel dat het principe van convention-over-configuration goed is gevolgd en gedocumenteerd.

Conclusie

Metaframeworks kunnen het leven van een developer behoorlijk veraangenamen. Ze versnellen het proces van applicatieontwikkeling.

Als je een kleine applicatie met beperkte scope maakt waarbij niet veel ingewikkelde configuratie nodig is – en waarvan je weet dat dit in de toekomst ook niet nodig zal zijn! – is het inzetten van een metaframework vanwege de extra overhead waarschijnlijk overbodig. Dan kun je beter de zaken slank houden.

In alle andere gevallen loont het de moeite om een metaframework in te zetten dat past bij de technologie van jouw keuze!

-- Peter Kassenaar
1 november 2024

Hernieuwd–trainingen verzorgen

Peter — Tue, 29 Oct 2024 18:56:00 +0700

Ongeveer twee jaar geleden ben ik na ruim 25 jaar als ZZP’er werkzaam te zijn geweest, in loondienst getreden. Daarover schreef ik onder meer in dit artikel. Ofschoon ik inmiddels bij een ander bedrijf werkzaam ben is het nu mijn primaire werk: aan de slag voor een bedrijf.

Maar het ZZP-schap blijft trekken.

Hoewel het waardevol is om in een team met collega’s aan een product te werken, merk ik dat ik de dynamiek van de trainingswereld mis.

Afwisselende contacten, studenten met tal van achtergronden en kennisniveaus, de diverse locaties. Ik vind het leuk – en ben er goed in, in alle bescheidenheid – om kennis over te brengen en mensen te begeleiden op hun pad naar nieuwe technieken en [mentale] bagage. Ik mis dat.

Om die reden ben ik dan ook weer actief als freelancer in de opleidingswereld. Mijn huidige werkgever (ProductIP in Ede) was zo genereus een dienstverband van 50% loondienst en 50% freelance te accepteren. Behalve docent ben ik daarnaast als [keynote] spreker weer actief op presentaties, conferenties en zakelijke bijeenkomsten.

Onderwerpen

Het gebied waarop ik mij begeef is niet veranderd. Ik publiceer nog steeds- en geef training over onder meer:

Webframeworks – Angular, React, Vue
Metaframeworks – Analog.js, Next.js, Nuxt
Web fundamentals – HTML, CSS, JavaScript, TypeScript en meer.

Mocht je derhalve een opleidingsvraag op frontend gebied hebben die ik mogelijk kan invullen, aarzel dan niet om nader contact op te nemen! Ik zou het leuk vinden de contacten aan te halen. Ik werk in NL, BE, UK, FR en DE, Nederlandstalig of Engelstalig.

Peter Kassenaar
-- 29 oktober 2024

Breakfast is the most important meal of the day–or is it?

peter — Tue, 16 Jan 2024 17:10:00 +0700

You might have heard (or even believe) that “Breakfast is the most important meal of the day”.

This is a common belief that a lot of consumers have. However, there is no conclusive scientific evidence to suggest whether breakfast is indeed the most important meal of the day! In fact, it was stated by Kellog’s, an important brand and supplier of…breakfast products!

Claims that producers make…

Kellog’s also announced that their product Kellog’s special K contains a special form of metallic iron, which providers better oxygen uptake by hemoglobin in your blood. Which would make their cereal healthier than competing products. However, they appeared to be adding a purified form of iron that is allowed by law but has no nutritional value (other kinds of ionic iron like Fe2+ and Fe3+ do, but that was not in their product).

…are often inspired by marketing. Not by evidence

So essentially it was the power of marketing that made their product successful. They “just” dropped a quote (“breakfast is the most important meal of the day”) and they did actually add iron to their products. Therefore, they could not be sued for deception. Kellog’s made sure their product meets all regulatory requirements for product compliance.

At ProductIP we help you meeting regulatory requirements for your products. In the IT department we work closely together with the Regulatory department to provide you with the documents that describes – among others – what laws your product must abide and present it to you in a meaningful way. What you do with it next in terms of marketing effort is something that is up to you!

Peter Kassenaar
-- 16 January 2024

Brainstorming - letting thoughts flow freely

peter — Thu, 11 Jan 2024 17:03:02 +0700

What we do

In the world of Team IT at ProductIP in Ede, the Netherlands, our core task is clear: we develop applications for a Label Manager application and our core SaaS Platform, aligning with legislation and stakeholder requirements. We then modify the code based on wishes, new laws, reported bugs and more.

However, there are moments when no specific regulations exist yet! This is for example seen with upcoming ESG guidelines. While we anticipate future rules, their exact nature and interpretation remain uncertain. Yet, we must deliver software promptly.

How a brainstorm session helps us

To tackle such challenges, our IT team convenes every Tuesday at ProductIP Headquarters in Ede, NL. These brainstorming sessions are crucial. They allow us to tap into our collective creativity and imagination. We explore diverse questions, from simple ones like recording water usage in product manufacturing to complex challenges like streamlining the entire product supply chain.

During these sessions, everyone contributes insights, ideas, and even prototypes. While it may seem that no concrete code or immediate improvements emerge, the value lies in our collective creative power. We often unearth innovative solutions that wouldn't have surfaced individually.

Hence, brainstorming sessions serve as a vital tool in our IT process. They help us thrive when facing ambiguous or uncharted territories, like the evolving landscape of ESG regulations. These sessions ensure that we're prepared to deliver efficient and compliant software solutions, even in the absence of clear directives.

Peter Kassenaar
-- 11 January 2024

Dashboards: more than meets the eye

peter — Fri, 29 Dec 2023 06:07:00 +0700

One of the things we are doing in my company is creating a new Dashboard for the SaaS-platform we are offering to our customers. This way, customer data can be made more visually insightful.

Color blindness

In the discussions we had about the Dashboard, it was brought to our attention that one of our colleagues is color blind. For him, for example, it is difficult to distinguish whether a pie slice of a graph is red or green, and where the separation between the values lies.
It turns out that worldwide about 8% of men experience some form of color blindness and 0.5% of women. These do not seem like large percentages, but still means that almost 1 in 10 users (including our customers!) is color blind. So, we must take this into account in the final design. There should be some kind of switch that allows the visitor to switch between a standard color palette or a palette optimized for the most common forms of color blindness. This way everyone will benefit, and we will provide better value for our customers.

User Experience

This once again shows that a seemingly simple question ("Can you create a dashboard?") can be more complex than you think at first glance. As one of my previous students (now a specialist on User Experience, UX, Michael Ramlal), put it: “Simplifying complex data visualization is easier said than done, especially if you aim for inclusivity. I'm a big fan of Edward Tufte, who, with his minimalist approach, managed to convey the right message visually.”

-- Peter Kassenaar

29 december 2023

Communication is key

peter — Sun, 17 Dec 2023 01:00:41 +0700

This week the ProductIP IT team (where I work) had a very interesting meeting with the Regulatory Team. They trained us on the upcoming ESG regulations and the – already available, but apparently not widely known – Sustainable Development Goals, SDG.

Supply chain

We learned about the complete supply chain. From resource managers to designers of the product, to packaging and shipping partners. We played a role game in which each of us was assigned one role and had to fill in the Actions, Consequences and Datapoints for their part of the manufacturing process. It dawned on us that we, as programmers, had no idea the production chain was that large!

Speaking the same language

From a broader perspective, it also became clear that the two teams (Regulatory and IT), although being part of the same company, basically spoke two very different languages. The IT team wanted “hard” qualifications and data points to put into their database and code. While the Regulatory Team was much more involved with the subtleties of the various laws and regulations, which were a result of months of discussions and negotiations with all kinds of stakeholders.

Actually, we discovered that the discussion following the training was more about understanding each other and building bridges between our respective worlds than coming up with concrete solutions for buttons, windows and questionnaires for the ProductIP Platform.

Once again, communication is key! No matter how much you think “well, we work for the same company, surely we understand what colleagues are talking about, right?” Clearly, it’s not that simple.

Lessons learned

A big takeaway lesson was that teams need to keep talking to each other. And not be afraid to ask questions. Even within the same company.

Praktisch Python

peter — Fri, 31 Mar 2023 15:57:29 +0700

Op 29 maart 2023 is mijn nieuwste boek, Praktisch Python verschenen. Zoals ik al eerder schreef, ben ik hiervoor enigszins van de gebaande paden afgeweken. In plaats van een puur leerboek over Python te schrijven, ben ik een stapje verder in het proces ingesprongen. Het boek gaat ervan uit dat je Python (of: een willekeurige andere programmeertaal) al enigszins beheerst en dat je de kennis hierover in de praktijk wilt toepassen.

Het is dan ook geen traditioneel leerboek geworden in de zin van ‘eerst variabelen leren, dan lussen, dan andere taalconstructies en vervolgens hiermee een kleine applicatie bouwen’. Het bewandelt de omgekeerde weg. Het uitgangspunt is een project met een bepaalde vraagstelling. We kijken hoe Python behulpzaam kan zijn bij het oplossen van deze vraag. Gaandeweg leer je zodoende toch een heleboel dingen over Python en toepassingen hierin.

Voordelen

Dit biedt volgens mij een aantal voordelen en mogelijkheden:

Als je Python nog niet kent, kun je direct in de praktijk zien hoe deze tool wordt ingezet om real-life projecten te realiseren.
Als je Python al wel kent, zie je direct hoe je een stapje verder komt door de taal in te zetten in projecten die je in het dagelijks leven kunt gebruiken.
Als je een idee hebt voor een applicatie, dan zie je hoe je dit met Python zou kunnen realiseren.

Ofschoon elk hoofdstuk een bepaald project beschrijft zijn het waarschijnlijk geen toepassingen die je rechtstreeks, een-op-een, kunt overnemen in je eigen werk of schoolsituatie. Als programmeur ben je immers mentaal creatief. Waarschijnlijker is dat je zelf een idee hebt voor een applicatie en dat je onderdelen uit de projecten zult gebruiken. Misschien maak jij een relatiebeheersysteem, een optie om data uit je Raspberry Pi uit te lezen, een tool waarbij je veel e-mail moet verzenden of een programma dat bestanden uit een directoy inleest en hiermee handelingen moet uitvoeren. Praktisch Python is hierbij behulpzaam.

Natuurlijk, op internet zijn talloze websites, blogs, tutorials en video’s te vinden. Maar vaak behandelen deze maar een klein aspect waar de schrijver toevallig tegenaan liep, of zie je door de bomen het bos niet meer. Dit boek geeft stap voor stap, met duidelijke analyses van de code, aan hoe je tot een werkend project komt.

En, het werken met een fysiek boek, waarmee je lekker op de bank kunt hangen en met potlood of markeerstift aantekeningen kunt krassen is wel zo prettig.

In het boek

Projecten over het werken met tekst, datums en tijden
Python in een Virtuele omgeving
API’s benaderen op internet
Zelf een API maken met Flask
Websites maken met databasekoppelingen
Werken met afbeeldingen en EXIF-data
Webscraping
Python en Excel en pdf’s
Een audioboek maken op basis van tekst of Word-bestanden.

Alle voorbeeldcode is via de website van de uitgever te downloaden. We hebben er naar gestreefd elk project in minder dan 200 regels te realiseren. De kans is dan het grootst dat je er zelf praktisch mee aan de slag gaat (In plaats van het alleen vluchtig door te lezen, te downloaden en te constateren ‘ja, het werkt’). Elke stap en elke functie in de code is uitgelegd in een paragraaf Analyse, zodat je goed begrijpt waar je eigenlijk mee bezig bent.

Meer informatie

ISBN: 9789463563024
280 pagina’s, EUR 34,95
Bestellen bij Van Duuren Media

Peter Kassenaar
-- 31 maart 2023

Veranderingen…

peter — Mon, 06 Mar 2023 15:17:00 +0700

[English text follows below]

Zoals je wellicht weet heb ik na mijn studies altijd via een eigen onderneming gewerkt als freelancer. Ik ben nooit in loondienst geweest bij een bedrijf. Het is inmiddels een heel leven aan ervaringen wat ik achter me heb liggen. Ik heb aan vertalingen gewerkt, boeken geschreven, trainingen en sprekersessies op congressen verzorgd en als programmeur meegewerkt in diverse projecten.

Het freelancebestaan beviel me zeer goed, maar ik merkte de afgelopen tijd toch dat ik aan iets nieuws toe was. Het reizen, de intakegespreken, de facturering en in het algemeen “het hele gedoe er omheen” zorgden voor versnippering van mijn focus. Dat ging me steeds meer tegenstaan.

Ik wéét dat het erbij hoort, en de afgelopen 25+ jaar sloeg de balans steeds door in het voordeel van het ZZP-schap, Maar dat is veranderd.

De afgelopen weken heb ik gesprekken gevoerd met verschillende partijen. Vandaag kan ik mededelen dat ik per 15 maart 2023 als sr. Frontend Developer in dienst zal treden bij Conclusion Confidential (https://www.conclusion.nl/confidential). Dit is een bedrijf in Apeldoorn dat software maakt ‘om de B.V. Nederland veilig te houden.’ Het gaat om ondersteuning van onder meer politie, Koninklijke marechaussee, handhavings- en opsporingsdiensten en diverse gemeenten. Er wordt voornamelijk gewerkt met Angular in het frontend en .NET als backend. Beiden technieken die mij welbekend zijn.

Ik stop derhalve met het geven van trainingen, het ontwikkelen van cursusmaterialen en het werken op projectbasis bij relaties. Ik stop niet (direct) met het schrijven van boeken en artikelen, maar zal hier wel veel minder tijd voor hebben. Het bijhouden van bestaande titels staat beslist op mijn verlanglijstje. Voor nieuwe titels zal echter weinig tot geen tijd meer overblijven, zo verwacht ik.

Ik ben benieuwd wat deze nieuwe stap brengen zal.

Changes…

As you may know, after my studies, I have always worked as a freelancer through my own company. I have never been employed by a company. I have worked on translations, written books, provided training and speaker sessions at conferences and worked as a programmer in various projects.

I really enjoyed being a freelancer, but recently I felt I was ready for something new. The travelling, the intake meetings, the invoicing and in general "the whole thing around it" were fragmenting my focus. That started to bother me more and more.

I know it's part of the job, and for the past 25+ years the balance always tipped in favour of being self-employed, but that has changed.

Over the past few weeks, I have held talks with various parties. Today, I can announce that I will be joining Conclusion Confidential (https://www.conclusion.nl/confidential) as a Sr Frontend Developer from 15 March 2023. This is an Apeldoorn-based company that makes software "to keep the Netherlands safe". This involves supporting police, Koninklijke marechaussee, enforcement and investigation services and various municipalities, among others. I will work mainly with Angular in the frontend and .NET in the backend. Both techniques that are well known to me.

I will therefore stop giving training courses, developing course materials and working on a project basis with clients. I will not (immediately) stop writing books and articles, but I will have much less time for this. Keeping up with existing titles is definitely on my wish list. However, little to no time will be left for new titles, I expect.

I am excited to see what this new step will bring.

Peter Kassenaar

- - 6 maart 2023