108 lines
8.4 KiB
Markdown
108 lines
8.4 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.
|
||
|
||
## 2026-06-16 — Bewerbung The IN Group (Tech Controller – AI & Global Finance), erste englische Bewerbung, versandreif
|
||
- **Erste englischsprachige Bewerbung** dieser Umgebung (Agentur, freelancermap-Portal, 100 % Remote,
|
||
Start Juli 2026, 60 % / 20–30 h/Woche). Finale Fassung als `bewerbung.md` (englisch) gespeichert.
|
||
- **Stundensatz-Konvention geändert (Nutzer-Vorgabe):** künftig keinen festen All-in-Satz mehr nennen,
|
||
sondern Verhandlungsbereitschaft signalisieren. DE „Meine All-in-Stundensatz-Vorstellung liegt bei
|
||
105 € netto.", EN „My all-in hourly rate expectation is 105 € net." Verankert in `stil.md` (Schritt 2)
|
||
und `inhalte.md`.
|
||
- **Englische Bewerbungs-Bausteine** in `stil.md` ergänzt: englischer CV `CV_Thomas_Langer_PhD.pdf`
|
||
als Anhang, Anrede „Dear <Vorname Nachname>," (Nutzer-Präferenz), Grußformel „Best regards", Anhang-Satz
|
||
„Attached please find …". Englischer CV auch als Fakt in `inhalte.md`.
|
||
- **Inhaltlich:** finance-/controlling-lastige Rolle mit KI-Anteil; Must-have-Match nur 38 % (kein
|
||
Finance-Hintergrund). Anschreiben spielt die belegten Stärken (KI-gestützte Tools, Automatisierung,
|
||
komplexe Daten, Python) aus, ohne die Lücken (Finance/Controlling, fortgeschrittenes Excel) zu erwähnen.
|
||
|
||
## 2026-06-16 — Anhang-Format-Regel (Nutzer-Vorgabe)
|
||
- **Lebenslauf-/CV-Anhang formatabhängig vom Empfänger:** Agentur → **.doc** (Agenturen passen
|
||
den CV oft an), Endkunde/Direktauftrag → **.pdf**. In `stil.md` (eigene Sektion) verankert,
|
||
englischer-CV-Hinweis und `inhalte.md` entsprechend auf Basisname `CV_Thomas_Langer_PhD` umgestellt.
|
||
- Bewerbung The IN Group (Agentur): Anhang auf `CV_Thomas_Langer_PhD.doc` korrigiert.
|