Zum Inhalt springen

Über uns

INFORMATIONEN LEBEN
LÄNGER ALS IHRE SYSTEME.

Produkt- und Unternehmensinformationen bleiben über Jahre im Einsatz: in neuen Systemen, neuen Sprachen, neuen Kanälen und inzwischen auch mit KI. c-rex.net gibt es, damit sie dabei ihre Bedeutung behalten und die Menschen, die für sie verantwortlich sind, die Kontrolle darüber behalten.

Warum es uns gibt

BEDEUTUNG REIST NICHT VON SELBST MIT

Eine Spezifikation, ein Sicherheitshinweis oder ein übersetztes Handbuch wird einmal geschrieben und lange genutzt. In dieser Zeit ändert sich fast alles darum herum: das Redaktionssystem, das Portal, die Sprachen, die Produktversionen, die Vorschriften und die Systeme, die die Inhalte lesen.

Eine Information kann all das Byte für Byte überstehen und trotzdem falsch sein. Ein Wert, der für eine Firmware stimmte, landet in einem Kontext, in dem er nicht mehr gilt, und der Datei sieht man das nicht an. Informationen melden ihre eigene Veränderung nicht. Was sie bedeuten, wofür sie gelten und wer für sie verantwortlich ist, muss deshalb ausdrücklich festgehalten und bei jedem Übergang neu geprüft werden.

An diesem Problem arbeiten wir. Wir nennen die Arbeit Information Engineering: Informationen so zu behandeln, dass sie spezifiziert sind, sich auf ihre Quelle zurückführen lassen, unter festgelegten Bedingungen umgewandelt und geprüft weitergegeben werden, statt nur abgelegt zu werden.

Vision und Mission

WORAUF WIR HINARBEITEN

Unsere Vision

Produkt- und Unternehmensinformationen, die ihre Bedeutung behalten und in der Hand derer bleiben, die für sie verantwortlich sind, ganz gleich, welche Systeme, Sprachen und Technologien als Nächstes kommen.

Unsere Mission

Wir sorgen dafür, dass technische Informationen beim Wechsel zwischen Systemen und Einsatzzwecken ihre Bedeutung behalten, verlässlich gepflegt bleiben und nachvollziehbar sind: mit Informationsmodellen, Transformationen, Bereitstellung, Übersetzung, Automatisierung und kontrollierten Prozessen.

Wie wir denken

WO VERÄNDERUNG HINGEHÖRT

Unsere Architektur folgt einem Grundsatz: Stable inside. Dynamic outside. Innen stabil, außen beweglich. Innen liegen die Informationsmodelle, Regeln, Beziehungen und Prozesse, die Informationen ihre Bedeutung geben. Außen liegt alles, was sich aus guten Gründen ändert: Kanäle, Anwendungen, Sprachen, Produktversionen, Vorschriften, Nutzer und KI.

Auch innen steht nichts still. Änderungen geschehen dort aber geregelt, ausdrücklich und nachvollziehbar: mit Absicht und so, dass sie sich zurückverfolgen lassen.

Daraus folgen zwei Dinge dafür, wie wir entwerfen. Das Modell beschreibt den Gegenstand, nicht die Systeme, die es nutzen: Die Seitenstruktur eines Portals oder die Anforderungen eines Suchindex gehören in die Anpassung für dieses System, nicht in das Modell, das alle teilen, und eine neue Produktvariante sollte normalerweise neue Daten im Modell sein, kein neues Modell. Und das Entscheidende passiert am Übergang: Wechseln Informationen in ein anderes System oder einen anderen Kontext, müssen die Bedingungen, unter denen sie gelten, erhalten bleiben oder neu hergestellt werden.

Für dich heißt das: Ein neuer Kanal, eine neue Anwendung oder eine neue Sprache sollte nicht bedeuten, deine Informationsgrundlage neu aufzubauen. Es heißt nicht, dass nie etwas angepasst werden muss.

Wie deine Quellen, das stabile Innen, das bewegliche Außen und KI zusammenhängenSchematische Darstellung. Links deine Quellen: Redaktion und CCMS, Geschäftssysteme, Dateien und Archive. Sie bleiben maßgeblich. In der Mitte das stabile Innen: Modelle, Regeln, Beziehungen und Prozesse, umgeben von einem Ring, der bei jedem Übergang fragt, ob die Information noch gilt. Rechts das bewegliche Außen: Kanäle, Anwendungen, Sprachen und Nutzer sowie ein KI-Modell, das über eine kontrollierte Anbindung als ein Beteiligter angeschlossen ist und sich austauschen lässt, wo die Architektur es zulässt. Die Pfeile zeigen in beide Richtungen.Deine QuellenRedaktion und CCMSGeschäftssystemeDateien und Archivebleiben maßgeblichInnen stabilModelleRegelnBeziehungenProzesseGilt es hier noch?Außen beweglichKanäleAnwendungenSprachenNutzerKI-Modellein Beteiligter, austauschbar,wo die Architektur es zulässtkontrollierte Anbindung
Deine Informationen können dort bleiben, wo sie gepflegt werden. In der Mitte stehen die Modelle, Regeln, Beziehungen und Prozesse, die ihnen Bedeutung geben, und die Frage, die jeder Übergang beantworten muss.

KI

WELCHE ROLLE KI SPIELT

KI verändert, wie schnell sich Informationen finden, umwandeln, übersetzen und erklären lassen. Wir arbeiten mit ihr. Aber wir stellen kein Modell in die Mitte der Architektur. In der Mitte stehen deine Informationen und die Prozesse, nach denen sie gepflegt werden.

In unserer Architektur ist KI ein Beteiligter auf der beweglichen Außenseite: Sie nutzt Informationen, trägt zu ihnen bei oder wandelt sie um. Sie arbeitet mit verlässlich gepflegten Informationen und innerhalb festgelegter Prozesse. Sie entscheidet nicht, was gilt, und eine Antwort wird nicht dadurch verbindlich, dass ein Modell sie erzeugt hat.

Deshalb sitzen Modelle und Anbieter hinter kontrollierten Anbindungen, damit sie sich austauschen lassen, wo die Architektur es zulässt. Ein Wechsel kostet trotzdem etwas. Ein anderes Modell muss neu geprüft werden, und anbieterspezifische Funktionen schaffen Abhängigkeiten. Wir machen diese Abhängigkeiten lieber sichtbar, als so zu tun, als gäbe es sie nicht.

Kontrolle und Wahl

WAS DIGITALE SOUVERÄNITÄT FÜR UNS HEISST

Digitale Souveränität ist für uns nicht in erster Linie eine Frage des Serverstandorts. Gemeint ist die praktische Fähigkeit, Kontrolle und Wahl zu behalten: über deine Informationen und darüber, welche Quelle maßgeblich ist, über deine Prozesse, die Systeme, die du nutzt, die Infrastruktur, auf der sie laufen, und die Anbieter, mit denen du arbeitest. Und zwar so, dass Abhängigkeiten offen benannt sind.

Hosting in einem bestimmten Land oder im eigenen Haus kann dazugehören. Allein entscheidet es wenig. Ein System kann bei dir laufen und deine Informationen trotzdem in einer Form halten, mit der nichts anderes arbeiten kann.

Unser Gestaltungsgrundsatz: Deine Informationen bleiben deine. Für einen festgelegten Prozess heißt das: Wir legen fest, welche Quelle maßgeblich bleibt und wie bearbeitete und erzeugte Ergebnisse im laufenden Betrieb zu dir zurückfließen. Wo es zur Aufgabe passt, setzen wir auf portable Standardformate, damit das, was du zum Weiterarbeiten brauchst, nicht nur in unseren Systemen existiert.

Das macht einen Wechsel weg von c-rex.net nicht mühelos. Integrationen, Konfigurationen und Wissen haben ihren Wert und lassen sich nur mit Aufwand nachbauen. Aber deine Informationen sollen nie zum Druckmittel werden.

Offene Standards, mit ihren Grenzen

DITA für strukturiertes Schreiben, XLIFF für den Austausch in der Übersetzung, TMX für Translation Memorys, iiRDS für die Bereitstellung technischer Informationen mit ihren Metadaten. Jeder Standard regelt einen anderen Übergang. Keiner macht ein ganzes System austauschbar.

Warum Kunden bleiben sollen

Weil sich unsere Software, unser Service und die Zusammenarbeit für sie lohnen und weil wir weiterentwickeln, was wir bauen. Nicht, weil ein Wechsel künstlich erschwert wurde.

Vom Grundsatz zum Produkt

WIE DAS UNSERE PRODUKTE PRÄGT

Die Grundsätze oben sind Entwurfsentscheidungen. Hier zeigen sie sich. Beschrieben ist, wie unsere Produkte angelegt sind und wohin sie sich entwickeln, nicht, welches Produkt in welcher Form verfügbar ist.

  • Informationsmodelle und Semantik

    Informationen tragen ihre Bedeutung, ihren Geltungsbereich und ihre Beziehungen als Metadaten mit sich, statt sie dem nächsten Leser zu überlassen. Für die Bereitstellung technischer Informationen bauen wir auf iiRDS, einen offenen Standard für technische Dokumentation und ihre Metadaten, der auf Linked Data beruht. Trotzdem gilt: Das Informationsproblem bestimmt die Darstellung, nicht umgekehrt.

  • Transformation und Bereitstellung

    Transformation und Bereitstellung sind in unserer Architektur getrennte Dienste. Der eine wandelt Informationen nach festgelegten Regeln um, der andere stellt sie im jeweiligen Kontext bereit, mit den Metadaten, die sagen, wofür sie gelten. Keiner von beiden wird zur maßgeblichen Quelle, nur weil er beteiligt ist.

  • Ein Arbeitsbereich und Automatisierung

    Unsere Richtung: ein Arbeitsbereich, in dem Menschen Informationsprozesse einrichten und prüfen, und eine Automatisierung, die sie ausführt. Ein unterstützter Prozess wird einmal eingerichtet und läuft dann wiederholt; Entscheidungen, die Urteilsvermögen brauchen, bleiben bei Menschen.

  • Ask, Deliver, Translate, Convert

    Die vier Wege auf dieser Website sind verschiedene Nutzungen derselben Grundlage, keine vier getrennten Systeme. Mit einem anzufangen soll nicht heißen, beim nächsten von vorn zu beginnen.

  • Deine vorhandenen Systeme

    Wir sind darauf ausgelegt, die Systeme anzubinden, mit denen du schon arbeitest, statt zu verlangen, dass alles zu uns umzieht; in unseren Projekten waren das Redaktions-, Übersetzungs-, Content-Management- und Servicesysteme. c-rex.net muss nicht zum dauerhaften Zuhause deiner Informationen werden. Dabei können Teile davon verarbeitet, indexiert oder vorübergehend gehalten werden; was das bedeutet, wird für jeden Anwendungsfall benannt.

  • Ursprung und Nachvollziehbarkeit

    Eine Information soll zeigen können, woher sie stammt, für welche Version und unter welchen Bedingungen sie gilt und was sie verändert hat. Das muss von Anfang an eingeplant werden, weil es sich später aus der Datei allein nicht mehr rekonstruieren lässt.

Wer wir sind

WOHER DIESES DENKEN KOMMT

Markus Wiedenmaier hat c-rex.net gegründet. Er entwickelt seit 2001 Software im Umfeld des Component-Content-Managements und ist Gründungsmitglied des iiRDS-Konsortiums.

Das Denken auf dieser Seite ist aus unserer Projektarbeit entstanden: strukturierte Dokumentation, Publikation, Übersetzungsprozesse und die Bereitstellung technischer Informationen dort, wo sie gebraucht werden. Unsere Projektberichte im c-rex.net-Blog, erschienen ab 2021, beschreiben Arbeiten für Industrieunternehmen und Verlage: technische Informationen migrieren, übersetzen und integrieren, iiRDS-Metadaten aufbauen und Inhalte in Servicesysteme bringen.

Unser Standort ist Cape Coral in Florida.

Gründer

Markus Wiedenmaier

Gründer von c-rex.net und CEO der c-rex.net LLC

  • Softwareentwicklung im CCMS-Umfeld seit Februar 2001
  • Schwerpunkte: DITA, XML, XSLT, Publikation, iiRDS, Prozesse der maschinellen Übersetzung und Agentic AI
  • Diplom-Informatiker (FH) und MBA Qualitäts- und Umweltmanagement
  • Gründungsmitglied des iiRDS-Konsortiums

Blog

MEHR AUS UNSERER ARBEIT

Über Informationen, Standards und unsere Projekte schreiben wir im c-rex.net-Blog.