Introductie van de Soevereiniteitsschaal: Een Pad naar Digitale Onafhankelijkheid van de EU

In het huidige digitale landschap wordt het concept van soevereiniteit steeds belangrijker, vooral binnen de Europese Unie (EU). Naarmate geopolitieke omstandigheden veranderen, groeit de vraag naar soevereine cloud- en technologische oplossingen die kunnen concurreren met de dominantie van Big Tech-bedrijven zoals Amazon, Google en Microsoft. Echter, de weg naar echte digitale onafhankelijkheid is complex en veelzijdig. Hier komt de Soevereiniteitsschaal in beeld—een nieuw concept ontworpen om de voortgang richting digitale soevereiniteit van de EU te meten en te bevorderen.

Prompt Engineering as Code: AI geheugentransfer en herbruikbare instructies

Inleiding

In het snel evoluerende veld van kunstmatige intelligentie zijn efficiëntie en consistentie van groot belang. Door de successen van methodologieën zoals Infrastructure as Code (IaC) en Documentation as Code (Docs as Code) te benutten, kunnen we AI-interacties verbeteren door prompts en context als code-artifacten te behandelen. Deze benadering introduceert twee innovatieve concepten onder één noemer:

1. Prompt Seed: Het vastleggen en overdragen van AI-interactiecontexten in codeformaat.
2. Prompt Instructie: Het opslaan en beheren van promptsjablonen als herbruikbare codecomponenten.

Door deze te verenigen onder de paraplu van Prompt Engineering as Code (PEaC), kunnen we best practices uit softwareontwikkeling toepassen op het beheer van AI-prompts, waarmee versiebeheer, samenwerking en schaalbaarheid mogelijk worden gemaakt.

Generatie GovTech

Inleiding

Dit bericht introduceert een nieuwe term, Generatie GovTech, of GenGT in het kort.

Hieronder vindt u een volledige beschrijving van deze term. Om het volledig uit te leggen, zullen we eerst de wervingscampagne van het Nederlandse Ministerie van Defensie behandelen: Generatie D.

Generatie D

In 2022 lanceerde het Ministerie van Defensie de wervingscampagne Generatie D. De campagne was gericht op het aantrekken van mensen met een specifieke mindset. Deze mindset omvat individuen die zinvol werk willen doen, geloven in samenwerking en persoonlijke groei nastreven.

Co source

Intro

Protected Inner Source Samenvatting

Protected Inner Source is een broncode-deelstrategie die een tussenmodel definieert tussen Open Source en Inner Source. De analogie die hier wordt gebruikt, is dat C# Toegangsmodifiers een ‘Protected Internal Class’ definiëren als een tussenstap tussen ‘Public Class’ en ‘Internal Class’. Het doel hiervan is om meer afgesloten te zijn tussen assemblies dan ‘Public Class’, maar meer open voor hergebruik dan ‘Internal Class’.

Als je het vorige artikel wilt lezen, vind je het hier: Open Source - Inner Source - Protected Inner Source

Protected Inner Source

UPDATE: Op basis van feedback verander ik de naam van deze broncode-deelstrategie naar ‘Co Source’. De directe analogie tussen Protected Internal Class en Protected Inner Source leek een gebrek aan beveiliging in traditionele Open Source-deelstrategieën te impliceren, wat niet mijn bedoeling was. Lees meer over de naamswijziging in mijn vervolgartikel hier: Co Source - Hernoemde Source Code-deelstrategie

Intro

Inner source

In het digitale tijdperk is softwareontwikkeling een belangrijke drijfveer van innovatie. Inner Source heeft in dit domein aan populariteit gewonnen. Het is een strategie die Open Source-praktijken toepast binnen een organisatie. In tegenstelling tot Open Source, is Inner Source niet openbaar. Het blijft beperkt tot één enkele organisatie. Deze benadering stimuleert collaboratieve softwareontwikkeling en co-creatie. Teams binnen de organisatie kunnen bijdragen, ongeacht afdelingsgrenzen. Inner Source bevordert een cultuur van transparantie en gedeelde verantwoordelijkheid. Het leidt tot verbeterde codekwaliteit en versnelde innovatie. Door Inner Source te benutten, kunnen bedrijven de collectieve expertise van hun werknemers inzetten. Ze kunnen dit doen terwijl ze hun eigen code beschermen.

Firewall port testing

Intro

Onlangs had ik wat problemen bij een klantproject waar, vanwege de complexiteit van de omgeving, soms firewallpoorten werden gesloten nadat ze aanvankelijk aan de regelslijst waren toegevoegd. Dit veroorzaakte onverwachte fouten voor SharePoint, waarvan we op dat moment niet wisten dat deze te wijten waren aan firewallproblemen.

Tijdens het analyseren van het probleem kwam ik het Test-NetConnection PowerShell-commando tegen, dat ik gebruikte om het probleem handmatig te verifiëren op één server. Maar toen het tijd werd om het commando te herhalen op meerdere servers, begon ik dingen te automatiseren met mijn eigen script. Al snel vroeg de projectmanager me of ik de resultaten van mijn script naar Excel kon uitvoeren en hem de bestanden per mail kon sturen.