<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Konzepte :: onlythoughts</title><link>https://private.onlythoughts.io/konzepte/index.html</link><description>Konzepte und Ideen: das Warum hinter den Dingen.</description><generator>Hugo</generator><language>de-ch</language><lastBuildDate>Fri, 10 Jul 2026 09:00:00 +0200</lastBuildDate><atom:link href="https://private.onlythoughts.io/konzepte/index.xml" rel="self" type="application/rss+xml"/><item><title>OSINT: Passive vs. Active Reconnaissance und OPSEC</title><link>https://private.onlythoughts.io/konzepte/osint-grundkonzepte/index.html</link><pubDate>Fri, 10 Jul 2026 09:00:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/osint-grundkonzepte/index.html</guid><description>Die zwei Grundhaltungen der offenen Aufklärung und warum der Ermittler die eigenen Spuren schützen muss.</description></item><item><title>Das Harness: das Gerüst, das den Agenten zuverlässig macht</title><link>https://private.onlythoughts.io/konzepte/harness/index.html</link><pubDate>Sat, 27 Jun 2026 09:00:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/harness/index.html</guid><description>Warum gute Agenten-Ergebnisse nicht am Tagesform-Prompt hängen, sondern am Gerüst rundherum, und aus welchen Schichten dieses Gerüst besteht.</description></item><item><title>Platons Höhle und die Schatten der Daten</title><link>https://private.onlythoughts.io/konzepte/platons-hoehle-und-die-schatten-der-daten/index.html</link><pubDate>Fri, 26 Jun 2026 11:30:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/platons-hoehle-und-die-schatten-der-daten/index.html</guid><description>Warum Datensätze nur Schatten einer reicheren Wirklichkeit sind und wieso es wichtig ist, das Modell nie mit der Wahrheit zu verwechseln.</description></item><item><title>Die Lethal Trifecta: das strukturelle Sicherheitsproblem von Agenten</title><link>https://private.onlythoughts.io/konzepte/lethal-trifecta/index.html</link><pubDate>Fri, 26 Jun 2026 07:30:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/lethal-trifecta/index.html</guid><description>Warum die Kombination aus privaten Daten, fremden Inhalten und Sende-Fähigkeit Datendiebstahl praktisch garantiert, und wie man die Kette bricht.</description></item><item><title>Kapselung und Abstraktion: Verhalten verstecken, Code vereinfachen</title><link>https://private.onlythoughts.io/konzepte/kapselung-und-abstraktion/index.html</link><pubDate>Thu, 25 Jun 2026 20:40:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/kapselung-und-abstraktion/index.html</guid><description>Wie das Kapseln von Verhalten hinter Abstraktionen Code ausdrucksstärker, testbarer und wartbarer macht.</description></item><item><title>Operationale vs. analytische Daten</title><link>https://private.onlythoughts.io/konzepte/operationale-vs-analytische-daten/index.html</link><pubDate>Thu, 25 Jun 2026 20:35:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/operationale-vs-analytische-daten/index.html</guid><description>Der Unterschied zwischen Daten, die das Geschäft betreiben, und Daten, die es steuern, plus der Durchsatz-Latenz-Tradeoff dahinter.</description></item><item><title>Datenqualitäts-Metriken: messen, was gesund ist</title><link>https://private.onlythoughts.io/konzepte/datenqualitaets-metriken/index.html</link><pubDate>Thu, 25 Jun 2026 20:30:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/datenqualitaets-metriken/index.html</guid><description>Warum Datenqualität ohne Metriken nicht steuerbar ist und welche fünf Fragen die Basis bilden.</description></item><item><title>Residualitätstheorie: Architektur, die Stress überlebt</title><link>https://private.onlythoughts.io/konzepte/residualitaetstheorie/index.html</link><pubDate>Thu, 25 Jun 2026 18:39:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/residualitaetstheorie/index.html</guid><description>Warum zufälliges Stressen einer Architektur Systeme robuster macht als klassische Requirements-Arbeit.</description></item><item><title>Das Konzept: LLM-Wiki trifft OKF</title><link>https://private.onlythoughts.io/konzepte/konzept-llm-wiki-okf/index.html</link><pubDate>Wed, 24 Jun 2026 10:00:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/konzept-llm-wiki-okf/index.html</guid><description>Warum das mehr ist als eine Notiz-App: kompilieren statt abrufen, plus OKF als Schema.</description></item><item><title>Platform Engineering: Cognitive Load, IDPs &amp; Abstraktionen</title><link>https://private.onlythoughts.io/konzepte/platform-engineering/index.html</link><pubDate>Thu, 28 May 2026 16:10:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/platform-engineering/index.html</guid><description>In den letzten Jahren hat sich der DevOps-Gedanke (“You build it, you run it”) in vielen Unternehmen als eine gewaltige Herausforderung entpuppt. Entwickler sollen nicht mehr nur exzellenten Java- oder C#-Code schreiben, sondern gleichzeitig Kubernetes-Cluster verwalten, Terraform-Skripte schreiben, CI/CD-Pipelines pflegen und sich um Security-Zertifikate kümmern.
Das Resultat? Ein massiver Anstieg des Cognitive Load (der kognitiven Belastung). Genau hier setzt Platform Engineering an.
1. Das Problem: Cognitive Load Jeder Mensch hat nur eine begrenzte Kapazität, Informationen im Arbeitsgedächtnis zu behalten. Wenn ein Entwickler-Team 40 % seiner Zeit damit verbringt, Infrastruktur-Fehler zu debuggen oder herauszufinden, wie man eine Datenbank provisioniert, fehlt diese Zeit für das eigentliche Ziel: Das Entwickeln von Business-Features.</description></item><item><title>Event-Driven Architecture: Kafka, Streaming &amp; CEP</title><link>https://private.onlythoughts.io/konzepte/event-driven-architecture/index.html</link><pubDate>Thu, 28 May 2026 15:25:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/event-driven-architecture/index.html</guid><description>In modernen Architekturen rückt die Verarbeitung von kontinuierlichen Datenströmen (“Data in Motion”) immer mehr in den Fokus. Dieser Post fasst die wichtigsten technischen Konzepte, Abgrenzungen und Frameworks rund um Event Streaming und Complex Event Processing (CEP) zusammen.
1. Message vs. Event Obwohl die Begriffe oft synonym verwendet werden, gibt es in der Architektur einen fundamentalen Unterschied bezüglich der Absicht des Senders:</description></item><item><title>Messaging Architecture: Sync/Async, MOM &amp; ESB</title><link>https://private.onlythoughts.io/konzepte/messaging-mom-esb/index.html</link><pubDate>Tue, 21 Apr 2026 16:40:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/messaging-mom-esb/index.html</guid><description>In verteilten Systemen (z.B. Microservices) ist die Kommunikation zwischen den einzelnen Komponenten oft die grösste Herausforderung. Wie stellen wir sicher, dass Systeme zuverlässig miteinander sprechen, ohne sich gegenseitig zu blockieren?
Hier kommen verschiedene Kommunikationsmuster (Synchron vs. Asynchron) und Middleware-Lösungen (MOM und ESB) ins Spiel. (Ich habe mich entschieden, alles in einem umfassenden Post zu bündeln, da die Konzepte fliessend ineinander übergehen!)
1. ☎️ Synchrones vs. Asynchrones Messaging Bevor man Systeme vernetzt, muss man sich für die Art der Kommunikation entscheiden. Beide Ansätze haben ihre Daseinsberechtigung.</description></item><item><title>Was ist OOP? Objektorientierte Programmierung erklärt</title><link>https://private.onlythoughts.io/konzepte/what-is-oop/index.html</link><pubDate>Tue, 21 Apr 2026 14:20:00 +0200</pubDate><guid>https://private.onlythoughts.io/konzepte/what-is-oop/index.html</guid><description>Objektorientierte Programmierung (kurz OOP) ist ein Programmierparadigma, das auf dem Konzept von “Objekten” basiert. Im Gegensatz zur prozeduralen Programmierung, wo Code in Funktionen und Abläufen organisiert wird, gruppiert OOP zusammengehörige Daten und Verhaltensweisen in bausteinartigen Entitäten.
Stelle dir ein Auto vor. Anstatt eine Funktion fahre_auto(farbe, marke) zu schreiben, erstellst du ein Objekt Auto, das Eigenschaften (Farbe, Marke) und Methoden (fahren, bremsen) in sich vereint.
1. 🧱 Klassen und Objekte Klassen (Der Bauplan) Eine Klasse ist wie ein Bauplan oder eine Blaupause. Sie definiert, welche Eigenschaften und Methoden die Objekte später haben werden, enthält aber selbst noch keine konkreten Daten.</description></item></channel></rss>