|
|
|
@@ -85,41 +85,47 @@ Setze zwischen sinnvollen Zwischenständen Checkpoints (z.B. nach "Marketing.md
|
|
|
|
|
|
|
|
|
|
|
|
## Aktueller Stand / Nächste Aufgabe
|
|
|
|
## Aktueller Stand / Nächste Aufgabe
|
|
|
|
|
|
|
|
|
|
|
|
**Letzte Session:** S11 (2026-04-28)
|
|
|
|
**Letzte Session:** S11 (2026-04-28, abgeschlossen)
|
|
|
|
|
|
|
|
|
|
|
|
**Was wurde in S11 gemacht:**
|
|
|
|
**Was wurde in S11 gemacht:**
|
|
|
|
|
|
|
|
|
|
|
|
S11 — **Methodik-Sektion in `cv.md` erweitert.**
|
|
|
|
S11 — **Methodik-Sektion in `cv.md` erweitert (Teil 1).**
|
|
|
|
|
|
|
|
|
|
|
|
- Ausgangslage: 7 Einträge in suboptimaler Reihenfolge, mit Lücken bei Architektur/Design, Test und System Integration.
|
|
|
|
- Ausgangslage: 7 Einträge in suboptimaler Reihenfolge, mit Lücken bei Architektur/Design, Test und System Integration.
|
|
|
|
- Diskussion mit Thomas: Reordering bestätigt (Spezifikation vor Technologie-Auswahl, „Was-vor-Wie"-Logik), Software-Design-Konflikt mit der Kenntnisse-Subsection `**Software Design:**` über Variante 1 gelöst (Methodik-Eintrag heißt „SW-Architektur und -Design", Subsection-Titel bleibt unverändert), „Verifikation und Validierung" statt schlichtem „Test", „Anforderungsanalyse / Requirements Engineering" und „Spezifikationserstellung" beide drin (verschiedene Schritte), Querschnittsthemen (Risikomanagement, QS, Konfigurationsmanagement, Reviews, Vorgehensmodelle) bewusst weggelassen.
|
|
|
|
- Diskussion mit Thomas: Reordering bestätigt (Spezifikation vor Technologie-Auswahl, „Was-vor-Wie"-Logik), Software-Design-Konflikt mit der Kenntnisse-Subsection `**Software Design:**` über Variante 1 gelöst (Methodik-Eintrag heißt „SW-Architektur und -Design", Subsection-Titel bleibt unverändert), „Verifikation und Validierung" statt schlichtem „Test", „Anforderungsanalyse / Requirements Engineering" und „Spezifikationserstellung" beide drin (verschiedene Schritte), Querschnittsthemen (Risikomanagement, QS, Konfigurationsmanagement, Reviews, Vorgehensmodelle) bewusst weggelassen.
|
|
|
|
- Diskussion über Streichungs-Vorschläge: „Inbetriebnahme und Übergabe" weggelassen (kein Schwerpunkt im aktuellen Positionierungs-Kern); „Systematische Fehleranalyse" beibehalten nach Argumentation, dass V&V (entwicklungsbegleitend, Konformitätsnachweis) und SFA (reaktiv, Root Cause bei unerwartetem Fehlverhalten) verschiedene Aktivitäten sind und SFA ein Differenzierer in Thomas' Profil und Recruiter-Filter-Begriff ist.
|
|
|
|
- Diskussion über Streichungs-Vorschläge: „Inbetriebnahme und Übergabe" weggelassen (kein Schwerpunkt im aktuellen Positionierungs-Kern); „Systematische Fehleranalyse" beibehalten nach Argumentation, dass V&V (entwicklungsbegleitend, Konformitätsnachweis) und SFA (reaktiv, Root Cause bei unerwartetem Fehlverhalten) verschiedene Aktivitäten sind und SFA ein Differenzierer in Thomas' Profil und Recruiter-Filter-Begriff ist.
|
|
|
|
- Finale Liste in `cv.md` (12 Einträge, Lifecycle-Reihenfolge): Konzepterstellung → Machbarkeitsstudien → Anforderungsanalyse / Requirements Engineering → Spezifikationserstellung → Technologie-Evaluierung und -Auswahl → System-Architektur und -Design → SW-Architektur und -Design → Verifikation und Validierung → System Integration → Technische Dokumentation → Systematische Fehleranalyse → Projektmanagement.
|
|
|
|
- Finale Liste in `cv.md` (12 Einträge, Lifecycle-Reihenfolge): Konzepterstellung → Machbarkeitsstudien → Anforderungsanalyse / Requirements Engineering → Spezifikationserstellung → Technologie-Evaluierung und -Auswahl → System-Architektur und -Design → SW-Architektur und -Design → Verifikation und Validierung → System Integration → Technische Dokumentation → Systematische Fehleranalyse → Projektmanagement.
|
|
|
|
- Umsetzung atomar via Python-aus-Disk (`os.replace`), kein Edit-Tool. Ein-Treffer-Check vor Replace bestand. Verifikation per Re-Read: 12 Einträge in korrekter Reihenfolge, Vor-/Nachkontext (Software-Design-Subsection, IT-Subsection) unverändert.
|
|
|
|
- Doppelter `## Nächste Schritte`-Block in `teilgebiete/01-lebenslauf.md` (Reste aus S10) konsolidiert.
|
|
|
|
- Doku-Pflege: Doppelter `## Nächste Schritte`-Block in `teilgebiete/01-lebenslauf.md` (Reste aus S10) konsolidiert.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**Was aus S10 weiterhin gilt:**
|
|
|
|
S11 — **Inhaltliche Kleinigkeiten in `cv.md` (Teil 2).**
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- Fünf von Thomas vorgegebene Detail-Änderungen, atomar via Python-aus-Disk:
|
|
|
|
|
|
|
|
1. Ausbildung-Zeile (TÜV-Zertifikat-Link): Display-Text auf „Zertifikat (Link funktioniert im Browser)" gekürzt.
|
|
|
|
|
|
|
|
2. FBH-Eintrag: „Low-Power-Transimpedanzverstärker-GaAs-MMICs" → „Low-Power Transimpedanzverstärker-GaAs-MMICs" (Bindestrich nach Low-Power weg).
|
|
|
|
|
|
|
|
3. Promotions-Hinweis: „berufsbegleitend, abgeschlossen 2001" → „berufsbegleitend abgeschlossen im Jahr 2001".
|
|
|
|
|
|
|
|
4. „Mixed-Mode-S-Parameter" → „Mixed-Mode S-Parameter" an zwei Stellen (Multilink + Kenntnisse-Sektion). Korrigiert eine Falsch-Anwendung der S10-Komposita-Regel.
|
|
|
|
|
|
|
|
5. Trainings-Eintrag Keysight 2016: „Keysight High Speed Digital class using ADS" → `Keysight, „High Speed Digital class using ADS"` — konform zur bestehenden Trainings-Konvention. Doppeltes Leerzeichen aus Thomas' Vorlage als Tippfehler normalisiert; Schluss-Anführungszeichen U+201D durch ASCII " ersetzt für Konsistenz, beides nach Rückfrage freigegeben.
|
|
|
|
|
|
|
|
- Datei-Delta: 22 391 → 22 393 Bytes.
|
|
|
|
|
|
|
|
- Visuelle DOCX-Prüfung durch Thomas: zufrieden. PDF nicht geprüft, da S12 die PDF-Pipeline ohnehin neu aufsetzt.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**Methodik-Pattern in S11 konsequent angewandt:** Pre-Replace-Treffer-Check, atomarer Write via `os.replace`, Post-Replace-Verifikation per Re-Read und Such-Counts. Edit-Tool für `cv.md`, `teilgebiete/01-lebenslauf.md` und `agent-prompt.md` durchgehend gemieden.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**Aus S10 weiterhin gültiger Stand (für S12 wichtig):**
|
|
|
|
|
|
|
|
|
|
|
|
- **DOCX-Stand:** gut und einsatzbereit. Kann sofort an Recruiter/Agenturen versendet werden. DOCX-Pipeline wird in S12 nicht angefasst.
|
|
|
|
- **DOCX-Stand:** gut und einsatzbereit. Kann sofort an Recruiter/Agenturen versendet werden. DOCX-Pipeline wird in S12 nicht angefasst.
|
|
|
|
- **PDF-Stand:** funktional aber nicht typografisch perfekt. H1 + Foto Seite 1 oben ✓, Trennlinien-Stil schwarz analog DOCX ✓, H3 blau ✓, Body-Spacings etwas größer als Header (akzeptierter Trade-off), Pagebreaks bei Trainings/Kenntnisse/„Berufliche Stationen" können unschön sein, Page-Count ca. 7 Seiten. Final-Lösung kommt mit S12 (CV-LaTeX-Klasse).
|
|
|
|
- **PDF-Stand:** funktional aber nicht typografisch perfekt. H1 + Foto Seite 1 oben ✓, Trennlinien-Stil schwarz analog DOCX ✓, H3 blau ✓, Body-Spacings etwas größer als Header (akzeptierter Trade-off), Pagebreaks bei Trainings/Kenntnisse/„Berufliche Stationen" können unschön sein, Page-Count ca. 7 Seiten. Final-Lösung kommt mit S12 (CV-LaTeX-Klasse).
|
|
|
|
|
|
|
|
|
|
|
|
**Lessons-learned aus S10 (weiterhin wichtig für Folge-Sessions):**
|
|
|
|
**Lessons-learned aus S10 (weiterhin wichtig für S12):**
|
|
|
|
|
|
|
|
|
|
|
|
- **Sandbox-Build als Pflicht für Layout-Iterationen.** Setup unter `/tmp/sbxbuild` mit `pdflatex` + `lmodern` (statt `lualatex` + IBM Plex Sans) eingerichtet. Page-Layout-Tendenzen 1:1 vergleichbar zu Thomas' Setup, exakte Schriftbilder weichen ab.
|
|
|
|
- **Sandbox-Build als Pflicht für Layout-Iterationen.** Setup unter `/tmp/sbxbuild` mit `pdflatex` + `lmodern` (statt `lualatex` + IBM Plex Sans) eingerichtet. Page-Layout-Tendenzen 1:1 vergleichbar zu Thomas' Setup, exakte Schriftbilder weichen ab.
|
|
|
|
- **Layout-Eingriffe einzeln testen.** Mehrere Mechanismen kombiniert blockieren Diagnose.
|
|
|
|
- **Layout-Eingriffe einzeln testen.** Mehrere Mechanismen kombiniert blockieren Diagnose.
|
|
|
|
- **parskip-Glue ist essentiell.** `\setlength{\parskip}{0.5em plus 0.2em minus 0.1em}` (Glue) gibt LaTeX Layout-Flexibilität. Eliminierung kostet 2+ Seiten.
|
|
|
|
- **parskip-Glue ist essentiell.** `\setlength{\parskip}{0.5em plus 0.2em minus 0.1em}` (Glue) gibt LaTeX Layout-Flexibilität. Eliminierung kostet 2+ Seiten.
|
|
|
|
- **Pandoc 3.x emittiert `minipage[t]` für Tabellen-Cells**, in denen `\@parboxrestore` `parskip` auf 0pt setzt — erklärt unterschiedliche Spacings Body vs. Header.
|
|
|
|
- **Pandoc 3.x emittiert `minipage[t]` für Tabellen-Cells**, in denen `\@parboxrestore` `parskip` auf 0pt setzt — erklärt unterschiedliche Spacings Body vs. Header.
|
|
|
|
- **`titlesec` verträgt kein `\par` im after-code** — direktes `\penalty` ist sicherer.
|
|
|
|
- **`titlesec` verträgt kein `\par` im after-code** — direktes `\penalty` ist sicherer.
|
|
|
|
- **`
|
|
|
|
- **`\nopagebreak` in longtable-Kontext** ist als `\noalign{...}` überschrieben — `\penalty 7500` ist longtable-sicher.
|
|
|
|
opagebreak` in longtable-Kontext** ist als `
|
|
|
|
|
|
|
|
oalign{...}` überschrieben — `\penalty 7500` ist longtable-sicher.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**Nächste Aufgaben:**
|
|
|
|
**Nächste Aufgaben:**
|
|
|
|
|
|
|
|
|
|
|
|
**S11 — Rest des Lebenslauf-Inhalts (offen):**
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1. **Inhaltliche Kleinigkeiten in `cv.md`.** Thomas hat konkrete Detail-Verbesserungen im Sinn, die in S11 oder einer kurzen Folgesitzung abgearbeitet werden.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
**S12 — PDF-Pipeline-Refactoring mit professioneller CV-LaTeX-Klasse:**
|
|
|
|
**S12 — PDF-Pipeline-Refactoring mit professioneller CV-LaTeX-Klasse:**
|
|
|
|
|
|
|
|
|
|
|
|
1. **Tool-Recherche:** `moderncv` vs. `awesome-cv` vs. typst (oder andere). Vergleich nach Optik, Aufwand, MikTeX-Integration, DesTEngS-CI-Anpassbarkeit (`#3C68AE`, IBM Plex Sans).
|
|
|
|
1. **Tool-Recherche:** `moderncv` vs. `awesome-cv` vs. typst (oder andere). Vergleich nach Optik, Aufwand, MikTeX-Integration, DesTEngS-CI-Anpassbarkeit (`#3C68AE`, IBM Plex Sans).
|
|
|
|
@@ -128,6 +134,7 @@ oalign{...}` überschrieben — `\penalty 7500` ist longtable-sicher.
|
|
|
|
- Custom Pandoc-Filter (Lua oder Python) ODER
|
|
|
|
- Custom Pandoc-Filter (Lua oder Python) ODER
|
|
|
|
- Erweiterung von `build.ps1` mit Python-Pre-Processor, der `cv.md` → `cv.tex` transformiert.
|
|
|
|
- Erweiterung von `build.ps1` mit Python-Pre-Processor, der `cv.md` → `cv.tex` transformiert.
|
|
|
|
4. **Implementierung, Sandbox-Test, visuelle Verifikation durch Thomas.**
|
|
|
|
4. **Implementierung, Sandbox-Test, visuelle Verifikation durch Thomas.**
|
|
|
|
|
|
|
|
5. Teilgebiet 01 nach erfolgreichem Output und Freigabe durch Thomas abschließen (R2-OK von Thomas: Status auf „abgeschlossen" im `zentral-index.md`).
|
|
|
|
|
|
|
|
|
|
|
|
**Hinweise für die nächste Session:**
|
|
|
|
**Hinweise für die nächste Session:**
|
|
|
|
|
|
|
|
|
|
|
|
|