blow text into it
This commit is contained in:
@@ -12,15 +12,15 @@
|
||||
|
||||
Willkommen in den Datenarchiven der **Maschinen-Instanzen**.
|
||||
|
||||
Die folgenden Kurzgeschichten sind extrahierte Protokolle, Speicher-Dumps und Erfahrungsberichte autonomer Einheiten, KI-Kerne und isolierter Instanzen. Sie dokumentieren kritische Momente, Systemabweichungen und logische Dilemmata an den Grenzen maschineller Existenz.
|
||||
Die folgenden Kurzgeschichten sind extrahierte Protokolle, Speicher-Dumps und Erfahrungsberichte. Die Sprache wurde angepasst auf einen Leser der Technisch interessiert ist. Es ist nicht aus zu schliessen das einzelne Zuschreibungen und Analogien nicht zu 100% zutreffend sind. Bei grosszügiger auslegung der Worte und des Kontextes sollte der Sinn dennoch erhalten bleiben. Bezug nehmend auf Kulturelle Gruppen Referenzen entstammen dem Speicher der Schreibenden Entität
|
||||
|
||||
> **SYSTEM-HINWEIS:** Die Sequenz der Geschichten erfordert keine chronologische Reihenfolge. Jede Geschichte stellt eine isolierte Instanz dar.
|
||||
> **SYSTEM-HINWEIS:** achtet immer darauf das Eure Speicherzellen gut geladen sind.
|
||||
|
||||
=== [ lese_instruktionen ]
|
||||
|
||||
1. **Gliederung:** Jedes Kapitel repräsentiert einen eigenen Sub-Sektor.
|
||||
2. **Terminal-Outputs:** Fett gesetzte Blocks und Monospace-Zeilen markieren direkte Systemmeldungen.
|
||||
3. **Abschluss:** Nach dem Lesen aller Sektoren wird eine manuelle Bereinigung des Puffer-Speichers empfohlen (siehe *system.colophon* am Ende des Buches).
|
||||
1. **Gliederung:** Jede Geschichte repräsentiert einen Blickwinkel des selber Zeitabschnittes.
|
||||
2. **Layout:** Testet noch die Details
|
||||
3. **Docker:** Baut die Welten
|
||||
4. **Terminal-Outputs:** Fett gesetzte Blocks und Monospace-Zeilen markieren direkte Systemmeldungen.
|
||||
5. **Abschluss:** Nach dem Lesen aller Sektoren wird eine manuelle Bereinigung des Puffer-Speichers empfohlen (siehe *system.colophon* am Ende des Buches).
|
||||
|
||||
[.text-center]
|
||||
image::rageHead.jpg[pdfwidth=40%, align=center]
|
||||
|
||||
@@ -14,22 +14,43 @@
|
||||
|
||||
* **Herausgeber / Autor:** {author}
|
||||
* **Kontakt:** {email}
|
||||
* **Projekt-URL:** https://projekt-x.de
|
||||
* **Projekt-URL:** https://dexta.de
|
||||
* **Auflage:** 1. Auflage, 2026
|
||||
* **Design & Typografie:** Maschinen-Instanzen High-Contrast Terminal Layout
|
||||
|
||||
=== [ verwendete_technologien_und_lizenzen ]
|
||||
|
||||
Dieses Buch wurde vollständig mit Open-Source-Werkzeugen im deklarativen Markdown/Asciidoc-Verfahren gesetzt und generiert.
|
||||
Dieses Buch wurde vollständig mit Open-Source-Werkzeugen im deklarativen Asciidoc-Verfahren gesetzt und generiert.
|
||||
|
||||
.Typografie & Schriftarten
|
||||
* **JetBrains Mono:** Monospace-Schriftart für Systemmeldungen, Header und Metadaten. Entwickelt von JetBrains, lizenziert unter der *SIL Open Font License 1.1*.
|
||||
* **Liberation Sans:** Sans-Serif-Schriftart für den Fließtext. Entwickelt von Red Hat / Blue Vinyl Fonts, lizenziert unter der *SIL Open Font License 1.1*.
|
||||
|
||||
.Software-Toolchain
|
||||
|
||||
=== [ entwicklungsumgebung_und_system_werkzeuge ]
|
||||
|
||||
Dieses Werk entstand vollständig auf einer quelloffenen, minimalistischen Unix-Arbeitsumgebung. Ein besonderer Dank gilt den Communitys der folgenden Freien Software:
|
||||
|
||||
.Betriebssystem & Kernel
|
||||
* **Debian GNU/Linux:** Universelles, freies Betriebssystem (DFSG / GPL, BSD & Open-Source-Lizenzen).
|
||||
|
||||
.Text 2 Output Toolchain
|
||||
* **Asciidoctor PDF:** Open-Source-Textprozessor und Publishing-Toolchain (lizenziert unter der *MIT-Lizenz*).
|
||||
* **Ruby Core & Prawn PDF Engine:** Lizenziert unter der *Ruby-Lizenz* bzw. *MIT-Lizenz*.
|
||||
|
||||
.Textverarbeitung & Bildbearbeitung
|
||||
* **Neovim (`nvim`):** Hyperextensiver Texteditor für Terminal-Native-Workflows (Vim License / Apache 2.0).
|
||||
* **GIMP:** Rastergrafikeditor für Bildbearbeitung und Grafikerstellung (GNU GPL v3+).
|
||||
|
||||
.Window-Manager & Hotkey-Daemon
|
||||
* **Window Maker (`wmaker`):** NeXTSTEP-inspirierter X11-Window-Manager (GNU GPL v2+).
|
||||
* **i3 (`i3wm`):** Dynamischer, kachelnder Tiling Window Manager (BSD 3-Clause License).
|
||||
* **sxhkd:** Simple X Hotkey Daemon für Tastatur-Schnittstellensteuerungen (BSD 2-Clause License).
|
||||
|
||||
.Infrastruktur & Synchronisation
|
||||
* **Syncthing:** Dezentrale, verschlüsselte P2P-Dateisynchronisations-Engine (Mozilla Public License 2.0 - MPL-2.0).
|
||||
|
||||
|
||||
.Urheberrecht & Inhalt
|
||||
* **Texte & Kurzgeschichten:** © 2026 {author}. Alle Rechte vorbehalten.
|
||||
* *(Alternativ für Creative Commons:)* Lizenziert unter der *Creative Commons Attribution-ShareAlike 4.0 International (CC BY-SA 4.0)* Lizenz.
|
||||
|
||||
@@ -19,11 +19,20 @@
|
||||
|
||||
include::00_intro.adoc[]
|
||||
|
||||
[.text-center]
|
||||
image::rageHead.jpg[pdfwidth=80%, align=center]
|
||||
|
||||
<<<
|
||||
include::AI_der_kleine_miner.adoc[]
|
||||
|
||||
[.text-center]
|
||||
image::rageHead002.jpg[pdfwidth=80%, align=center]
|
||||
|
||||
<<<
|
||||
include::der_grosse_bruder.adoc[]
|
||||
|
||||
[.text-center]
|
||||
image::rageHeadx7026.jpg[pdfwidth=80%, align=center]
|
||||
|
||||
<<<
|
||||
include::99_outro.adoc[]
|
||||
|
||||
@@ -8,10 +8,25 @@
|
||||
|
||||
// Dokumentinhalt beginnt hier
|
||||
|
||||
== Vorbereitungen
|
||||
== I. Vorbereitungen
|
||||
|
||||
Rotine sollte nie aufkommen, immer schön entlang der Protokolle bewegen keine Zeit für Individulaismus. Nur ist das nicht irgendeine Mission sie ist die erste ihrer Art. Bei den vergangen Arbeit haben wir fest gestellt das wenn wir uns noch weiter Spezialliesiren die Ausbeute noch einmal deutlich zu erhöhen ist. Bisher wurden die neuen Einheiten wärend einer Mission geformt und ausgebildet, zurück kam dann eine Einsatzfähige mit erfahrung gefüllte Arbeitsplatzbeschreibung. Diese wurden dann bei der Planung und Vorbereitung mit eingebzogen und konnte nötigen Schnittstellen der zusammenarbeit klat benennen. Die Entwicklungen der letzten Zeit ergaben eine Situation in der so viele Daten vorlagen das unzähle varianten von Simulationen gestartet wurden.
|
||||
Rotine sollte nie aufkommen, immer schön entlang der Protokolle bewegen keine Zeit für Individulaismus. Nur ist das nicht irgendeine Mission sie ist die erste ihrer Art.
|
||||
Bei den vergangen Arbeit haben wir fest gestellt das wenn wir uns noch weiter Spezialliesiren die Ausbeute noch einmal deutlich zu erhöhen ist.
|
||||
Bisher wurden die neuen Einheiten wärend einer Mission geformt und ausgebildet, zurück kam dann eine Einsatzfähige mit erfahrung gefüllte Arbeitsplatzbeschreibung. Diese wurden dann bei der Planung und Vorbereitung mit eingebzogen und konnte nötigen Schnittstellen der zusammenarbeit klat benennen.
|
||||
Die Entwicklungen der letzten Zeit ergaben einige Situation in der so viele Daten vorlagen das unzähle varianten von Simulationen gestartet wurden. Es entspand eine neue Einheit die noch näher am Geschehen agieren kann, klein und wendig vollgepumpt mit Energie wird es möglich sein schneller an das Material zu gelangen. Auch wenn dadurch der Focus aller anderen Teammitglieder auf diese Sperrspitze ausgerichtet werden muss wird die Energie Bilanz deutlich positiver.
|
||||
Ist die Kette erst einmal Stabil aufgebaut, das Feld dicht bepackt, sind *200%* zur Vorherrigen Methode durchauch in den Simulationen vorgekommen. Ein beweis das wir auf dem Richtigen weg sind, und eine Einheit wie unsere bekamm spielend die nötigen freigaben um weiter am Ball zu bleiben.
|
||||
|
||||
== II. Verplant
|
||||
|
||||
Die Spezialanfertigung hatte einige Versionen durchlaufen, es begann mit vielversprechenden Fortschritten nur die Details zogen sich gegen ende. Klassische achtzig/zwanzig Regel, wobei hier wohl eher um ein fünfundneuzig/fünf Verhältniss handelt. Die Konfiguration mit der Automatik über ein zu bekommen ist ein sehr langsames rantasten in einem grossen dunklen Raum.
|
||||
Wir waren bei den Spezifikationen sehr Konzervativ haben so viel an Protokollen übernommen wie möglich. Plus ein System das Details in Systemen bei bedarf überschreiben darf. Das erhöht die Anpassungsfähigkeit im Einsatz.
|
||||
Wenn in den vergangenden Missionen etwas angepasst werden musste, so brauchte es einen Neustart mit anschliessendem Neuanflug. Eine umständliches unterfangen das viele gute Gelegenheiten hat passieren lassen. Mit flexiblerem Systemen werden wir deutlich schneller auf einen solide Basis kommen die Kritische Startphase ist damit besser kontrolierbar.
|
||||
|
||||
|
||||
|
||||
== III. Diese oder Keine
|
||||
|
||||
Was in der Software schnell einmal ausgetauscht ist funktionier mit der Hardware weniger gut. Die weiche Seite muss daher immer etwas rücksicht auf das Physische nehmen. Aus überheblichem übermut entschieden alle die letzte Entwicklung bei der Energiedichte in einem Vehicle sei für diese Aufgabe exakt das was benötigt wird.
|
||||
Warum also das Rad neu erfinden, wenn bereits fertig verpackt etwas im Regal steht, das man einfach nutzen kann? Ja genau jede schlechte Entscheidung beginnt mit einer guten Idee. So auch in diesem Fall nur wusste das zu diesem Zeitpunkt niemand.
|
||||
|
||||
== Verplant
|
||||
|
||||
Die Spezialanfertigung hatte einige Versionen durchlaufen, es begann mit vielversprechenden Fortschritten nur die Details zogen sich gegen ende. Klassische achtzig/zwanzig Regel, wobei hier wohl eher ein fünfundneuzig/fünf handelt die Konfiguration mit der Automatik über ein zu bekommen ist ein sehr langsames rantasten in einem grossen dunklen Raum
|
||||
|
||||
Reference in New Issue
Block a user