Finale Fassung als bewerbung.md gesichert. Register aktualisiert. Prozessaenderung (Skill bewerbung-schreiben, Schritt 5): jeden Bewerbungstext- Entwurf sofort committen/pushen, dabei nur die Entwurfsdatei; alles andere erst am Ende der Bewerbung. Gedaechtnis (stil.md): Wiederholungs-Regel verschaerft (jede Formulierung nur einmal, ueber Absaetze hinweg pruefen), Trivialitaets-Regel (Fundort/Online-Datum bei Portal-Bewerbungen weglassen), Formatierungs-Regel um Rich-Text-faehige Portale (Hays) erweitert, Portal-Header-Beispiel. inhalte.md: SerDes-Erfahrung seit 2000 belegt, Display/Video nur ueber GMSL-Kameramodul, Stundensatz als -Vorstellung formulierbar. log.md: datierter Eintrag. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
88 lines
6.7 KiB
Markdown
88 lines
6.7 KiB
Markdown
# Gedächtnis-Chronik
|
|
|
|
Datierte Einträge: was wurde am Gedächtnis geändert und **warum**.
|
|
|
|
## 2026-06-12 — Initialisierung
|
|
- Gedächtnisstruktur angelegt (`stil.md`, `inhalte.md`, `schwerpunkte.md`, `log.md`)
|
|
und Register `bewerbungen/index.md`. Noch keine inhaltlichen Lerneinträge.
|
|
|
|
## 2026-06-12 — Erste Praxis-Session (FindYou / Data Scientist MLOps), Feedback eingearbeitet
|
|
- **SÜ2-Regel:** Sicherheitsüberprüfung (SÜ/SÜ2) dauert ≥ 3 Monate → ab sofort **immer ❌**.
|
|
Verankert in `vorgaben/rahmenbedingungen.md` und Skill `projekt-anlegen` (Schritt 3b);
|
|
CRM-Opportunity Zeile 11 von ✅ auf ❌ korrigiert (Match unverändert, Misc zählt nicht).
|
|
- **Schwerpunkte:** nicht nur Fachthemen, auch Querschnitts-Schlagworte ergänzt
|
|
(Öffentlicher Sektor, Produktiver Einsatz, Produktiver KI-Betrieb).
|
|
- **Stil-Gedächtnis** umfangreich befüllt (`stil.md`): keine falschen Behauptungen,
|
|
Lücken nicht erwähnen, Agentur-Anschreiben kurz/Teaser, keine Fachbegriffe außerhalb
|
|
der Ausschreibung (Techno-Blabla), fester Absatz-Aufbau, Header mit Zielperson/Kanal/
|
|
Anhängen, feste Grußformel „Mit besten Grüßen … Thomas Langer".
|
|
- **Inhalte** (`inhalte.md`): Agentur-Satz 105 € netto, On-Premise-RAG nur PoC-Niveau,
|
|
kein Production-ML/Kafka behaupten, Product-Lifecycle-Baustein.
|
|
- Entwurf nach neuen Regeln neu geschrieben; Projekt wegen SÜ2 aber nicht versendbar.
|
|
|
|
## 2026-06-12 — Bewerbung Optimus Search (Senior System Engineer, München), versandreif
|
|
- **Erste versandreife Bewerbung** dieser Umgebung (Agentur, Elektronik-/Systems-Engineering-
|
|
Standbein, kein KI-Projekt). Finale Fassung als `bewerbung.md` gespeichert.
|
|
- **Stil:** „darstellbar" verboten (gekünstelt); **„System Integration"** statt „Systemintegration"
|
|
(beide in `stil.md`). Fett-Formatierung bei E-Mail-Versand möglich/erwünscht; stark
|
|
onsite-lastige Projekte im Großraum München als Stärke spielen („ohne Reise-/Übernachtungskosten").
|
|
- **Schwerpunkte:** fünf Schlagworte für das Elektronik-Standbein ergänzt (Systems Engineering,
|
|
System Integration, Requirements Engineering, Verifikation & Validierung, Embedded & Kommunikationstechnik).
|
|
- **Inhalte:** belegte Domänen Automotive/Telekommunikation/Industrieelektronik dokumentiert;
|
|
sicherheitskritisch und INCOSE/IREB als nicht belegt markiert.
|
|
- CRM-Opportunity bereits in derselben Session angelegt (Must 100 % / Nice 50 %).
|
|
|
|
## 2026-06-13 — Bewerbung YER Deutschland (Data Scientist, LLM/Vector Search, Remote), versandreif
|
|
- Agentur-Anschreiben für KI-Projekt (LLM, Vector Search, unstrukturierte Daten, NLP, Python/API),
|
|
100 % Remote. Finale Fassung als `bewerbung.md` gespeichert. Selbst auf freelancermap gefunden.
|
|
- **Vier neue Stil-Regeln** (`stil.md`), per Nutzer-Feedback:
|
|
1. Fett-Formatierung **nur bei bekannter E-Mail-Adresse** und dann sparsam (Schlagwort-Labels +
|
|
interessanteste Infos: Start/Verfügbarkeit/Stundensatz); **ohne bekannte Adresse gar keine
|
|
Formatierung**. Präzisiert die frühere „bei E-Mail-Versand erwünscht"-Regel.
|
|
2. **Eröffnungs-Dank nur, wenn Thomas angeschrieben wurde**; bei selbst gefundener Ausschreibung
|
|
direkt mit der Begeisterung einsteigen.
|
|
3. **Verlängerungs-Interesse nur erwähnen, wenn die Ausschreibung eine Verlängerung in Aussicht
|
|
stellt**; sonst nichts dazu schreiben.
|
|
4. Remote-Leistung „**in** meinem Ingenieurbüro", nie „aus".
|
|
- Weitere Nutzer-Korrekturen am Text (projektspezifisch, nicht ins Gedächtnis): an Agentur formuliert
|
|
statt an Endkunden, kein „bereits beauftragt"-Unterton („könnte profitieren … Team Ihres Kunden"),
|
|
„ohne weitere Nebenkosten" gestrichen.
|
|
- CRM-Opportunity in derselben Session angelegt (Must 71 % / Nice 100 %).
|
|
|
|
## 2026-06-13 — Bewerbung consultingheads (Business Analyst SDLC, 100% Remote), versandreif
|
|
- Erste **Business-Analyst-/Requirements-Engineering-Bewerbung** mit Kernbotschaft
|
|
„Brücke zwischen IT und Management". CRM-Verkaufschance vorab angelegt (consultingheads
|
|
als Reseller; keine Ansprechperson/E-Mail → Versand über Freelancermap-Portal, daher keine
|
|
Textformatierung).
|
|
- **Stil:** Regel gegen **Wortwiederholung** ergänzt (Schlüssel-Buzzword der Ausschreibung nur
|
|
einmal, zweite Erwähnung umformulieren; gleiche Verb-Wurzel nicht dicht hintereinander) —
|
|
ausgelöst durch „erbringende Leistung erbringe" und doppeltes „umsetzungsnahe Spezifikationen".
|
|
- **Inhalte:** Baustein „Brücke IT ↔ Management" (eigener Absatz); Wissenstransfer-Satz um
|
|
Doku-Variante erweitert; Ubidyne-Führungsfakt (Gruppenleiter, Berichtslinie an VP Engineering,
|
|
nutzerbestätigt); Caveats ergänzt: Scrum/agil nur einmal (Alcatel-Lucent) → nicht breit anpreisen,
|
|
SAFe nicht behaupten, BPMN/Use Cases/User Stories nicht wörtlich behaupten.
|
|
|
|
## 2026-06-15 — Bewerbung Hays (Embedded/Hardware-naher Entwickler, Display & Videosysteme, 100% Remote), versandreif
|
|
- Agentur-Anschreiben (Hays) für hardware-nahes Embedded-Projekt (Bring-up, Debugging,
|
|
Fehleranalyse, Display-/Videoschnittstellen, Serializer-/Deserializer-Systeme). CRM-Opportunity
|
|
vorab angelegt (Hays als Reseller, kein namentlicher Kontakt; Must 100 % / Nice 100 %).
|
|
**Versand über das Hays-Portal**, nicht per E-Mail.
|
|
- **Prozessänderung** (Skill `bewerbung-schreiben`, Schritt 5): Jeden Entwurf des Bewerbungstextes
|
|
sofort committen und pushen (Review am DesTEngS-Git-Server), dabei **nur die Entwurfsdatei**
|
|
einzeln stagen; alle übrigen Änderungen (Gedächtnis, Register, Skill/Vorgaben) erst am Ende
|
|
der Bewerbung committen.
|
|
- **Stil** (`stil.md`), per Nutzer-Feedback:
|
|
- Wiederholungs-Regel verschärft: jede markante Formulierung **nur einmal im gesamten Text**,
|
|
Prüfung **über Absätze hinweg**; Negativbeispiele „erbringende … erbringe" und doppeltes
|
|
„mehreren Positionen" (Absatz 6/7); Tätigkeitsbegriffe nicht in Reiz- **und** Tätigkeitsabsatz doppelt listen.
|
|
- **Triviale Aussagen weglassen**: bei Portal-Bewerbungen nicht schreiben, **wo** die Ausschreibung
|
|
gefunden wurde und **seit wann** sie online ist (Aktualitäts-Nachfrage bleibt erlaubt, ohne triviale Begründung).
|
|
- **Formatierungs-Regel präzisiert**: Rich-Text auch bei Portalen erlaubt, die ihn übernehmen
|
|
(z. B. **Hays-Portal** → Formatierung wie bei bekannter E-Mail); nur reiner Klartext-Kanal ohne Formatierung.
|
|
- Header-Beispiel für Portal-Versand ergänzt.
|
|
- **Inhalte** (`inhalte.md`): Serializer-/Deserializer-Erfahrung **seit 2000** belegt (Multilink
|
|
Backplane-Entzerrer/Demux ab Dez. 2000, Toshiba-Transceiver-ICs, MIPI D-PHY, GMSL-Pfad eines
|
|
Kameramoduls bei Magna). Display-/Video-Bezug konkret nur über GMSL-Kameramodul (Signalintegrität),
|
|
keine Display-IC-Integration → nicht überzeichnen. Stundensatz als „**-Vorstellung**" formulierbar,
|
|
wenn Verhandelbarkeit signalisiert werden soll.
|