Marte Van Balen-Zonderland — Building trust in the age of AI | Entrepreneur | CEO Praegus & Orangebeard | Trust • Quality • AI | Leadership | Quality & Test Intelligence | Data & AI Innovator | Finalist Innovation Top100
Building trust in the age of AI | Entrepreneur | CEO Praegus & Orangebeard | Trust • Quality • AI | Leadership | Quality & Test Intelligence | Data & AI Innovator | Finalist Innovation Top100
Marte Van Balen-Zonderland ranks #654 of 19,190 LinkedIn creators in Information Technology & Services, and is a standout voice in Netherlands. They have 6.0K followers and published 25 posts in the last 30 days at a 0.8% average engagement rate.
- 6.0K followers
- 25 posts / 30d
- 0.8% avg engagement
- — follower growth / 30d
The roast
Marte claims he is here to help teams stop shipping blind, yet he’s spent the last month posting into a black hole with a 0.61% engagement rate. Orangebeard is the perfect name for a company that specializes in hiding failures behind an AI-generated mask of transparency.
About Marte
Why do so many teams still ship blind, even when every pipeline looks green?I believe software quality should not be hidden in dashboards, opinions or late-stage surprises.Too often, teams work hard, releases keep moving and reports look fine, while the real risks stay hidden between systems, teams and priorities.That is where trust breaks down.My focus is on Quality Intelligence: making software quality and risk visible in context, powered by AI, so teams and leaders can make decisions based on evidence instead of instinct.That belief is also why we built Orangebeard.Orangebeard brings Test Intelligence into modern CI/CD. It connects test results, logs, builds and code changes, and turns them into clear insights about what broke, why it broke and what matters most to focus on.With agentic analysis built in, Orangebeard is not another static dashboard. It provides real-time transparency and compliance by design, helping teams move faster and leaders decide with more confidence.My drive is simple:Helping organizations build trust in the way they deliver software.Trust between teams.Trust in releases.Trust in decisions. Curious what releasing with real confidence could look like in your organization?Let’s talk.
Highlights
- Consistent Creator — 23 posts in 30d · top 5%
- Top 10% in Information Technology & Services — Ranked #98 of 1910 creators
- Top 10% in Netherlands — Ranked #25 of 349 creators
- Top Engager — 0.61% rate · top 25%
Recent posts
De ongemakkelijke promotie van het meest onderschatte vak in IT. Jarenlang maakten we software testen kleiner dan het was. Het was een activiteit of een fase, die vooral sneller, goedkoper of automatisch moest. Tot vandaag de dag systemen minder voorspelbaar worden. Want ineens blijkt de belangrijkste vraag niet meer alleen: “Werkt het?” Maar “Kunnen we hier verantwoord op vertrouwen?” In mijn nieuwste artikel ‘Van testen naar trusten’ (deel 1, onderdeel van een drieluik) schrijf ik over hoe het testvak weer terugkomt bij zijn oorsprong en het de kern (weer) wordt van vertrouwen.
14 reactions · 0 comments · 0 reposts
Wat zijn de échte risico’s van je release? Niet de risico’s die je dénkt te kennen. Maar de risico’s die ergens verstopt zitten tussen je merge requests, testresultaten, requirements, rapportages, dashboards en losse gesprekken. Want vlak voor een release wil je maar één ding zeker weten: Zijn alle relevante changes getest? Zijn de acceptatiecriteria afgedekt? Welke wijzigingen hebben géén test evidence? En waar zit het risico dat niemand nog heeft gezien? Alleen: die context staat zelden netjes op één plek. Dus wordt de tester spontaan een detective. Zoeken. Vergelijken. Navragen. Contro
18 reactions · 0 comments · 0 reposts
Stel je voor: een bug die al jaren in je codebase zit. Geen testset die hem ooit raakte. Geen reviewer die hem zag. Gewoon stil, op de achtergrond, wachtend op de verkeerde invoer. Mistral bracht vorige week Leanstral 1.5 uit, een model voor proof engineering en formele verificatie in Lean 4. Ze lieten een pipeline met Leanstral 57 open source repositories scannen en die vond 47 geschonden eigenschappen. Daarvan bleken er 11 echte bugs te zijn waarvan er 5 nog niet eerder op GitHub waren gemeld. Eentje zorgde bij een extreme invoerwaarde voor crashes in debug mode en stille datacorruptie in
12 reactions · 0 comments · 1 reposts