S10: S10 abgeschlossen. Aufgabe 1 (DOCX-Heading-Farbe und H1+H2-Bold) komplett geloest: Farb-Audit 0B5394 zu 3C68AE in vier Dateien, Linked-Char-Style-Diagnose und Fix in build-reference-docx.py (HEADING_COLOR_STYLES um Heading1Char/2Char/3Char erweitert, neue set_heading_bold-Funktion). Aufgabe 2 (cv.md Sinn-Korrekturen) komplett geloest: 18 Sprach- und Stilkorrekturen plus Methodik-Umsortierung nach Projekt-Lifecycle, atomar via Python-aus-Disk umgesetzt. Aufgabe 3 (Buzzword-Erweiterung KI-Block) komplett geloest: KI-Sektion umstrukturiert nach Thomas-Layout mit Edge-AI-Stack-Buendel-Sektion am Ende inklusive Quantisierung, Modell-Formaten und Software-Stack. Aufgabe 4 (PDF-Layout) teilweise geloest mit Trade-off: H1 ohne Trennlinie, H2 schwarze 8.6 cm 1.25 pt Trennlinie analog DOCX, H3 in DesTEngS-Blau und nicht fett, erste Seite ohne graue Header-Trennlinie und Foto plus H1 nahe Top-Margin via vspace-1.16cm. Body-Spacings bleiben etwas groesser als Header (parskip-Glue-Eliminierung kostet 2-3 zusaetzliche Seiten, deshalb ruecknahme). Pagebreaks bei Trainings/Kenntnisse/Berufliche-Stationen koennen unschoen sein. Sandbox-Build-Setup mit pdflatex und lmodern in /tmp/sbxbuild eingerichtet, Page-Layout-Tendenzen 1zu1 vergleichbar zu Thomas Setup. Lessons-learned Block in agent-prompt.md und teilgebiete/01-lebenslauf.md festgehalten: Sandbox-Build vor Iterationen, Layout-Eingriffe einzeln testen, parskip-Glue ist essentiell, Pandoc 3.x emittiert minipage[t] mit parboxrestore in Tabellen-Cells, titlesec vertraegt kein par im after-code, nopagebreak in longtable ist als noalign ueberschrieben. Strategische Entscheidung mit Thomas: PDF-Pipeline wird in S12 mit professioneller CV-LaTeX-Klasse moderncv oder awesome-cv oder typst neu aufgesetzt. cv.md bleibt single source of truth, Daten-Extraktion via Custom-Pandoc-Filter oder Build-Skript-Erweiterung. S11 davor nur fuer Lebenslauf-Inhalt: Methodik-Sektion ergaenzen und inhaltliche Kleinigkeiten. DOCX-Stand ist gut und einsatzbereit. agent-prompt.md und teilgebiete/01-lebenslauf.md mit S10-Doku und S11-S12-Plan fortgeschrieben.
This commit is contained in:
@@ -1,2 +1,2 @@
|
||||
S10
|
||||
Aufgabe 1 (DOCX-Heading-Farbe und -Bold) abgeschlossen. Farb-Audit zuerst: DesTEngS-Primaerfarbe ist 3C68AE, in 4 Dateien (agent-prompt.md, teilgebiete/01-lebenslauf.md, build/build-reference-docx.py Konstante HEADING_COLOR und Doc-Kommentar, templates/template.tex destengsblue-Definition) von 0B5394 auf 3C68AE korrigiert. changelog.md (append-only) und cv-debug.tex (generierter Output) bewusst ausgenommen. Diagnose der nicht-greifenden Heading-Farbe: Pandoc-3.x-Default-Reference enthaelt Linked Character Styles Heading1Char/2Char/3Char mit eigener color val=0F4761 themeColor=accent1 themeShade=BF (Aptos-Petrol). Char-Styles dominieren in Word ueber Para-Styles bei Run-Eigenschaften, deshalb gewann das Aptos-Theme. Pandoc 2.9 (Sandbox) hat diese Char-Styles nicht, daher konnte der Bug dort nicht reproduziert werden. Fix in build/build-reference-docx.py: HEADING_COLOR_STYLES um Heading1Char Heading2Char Heading3Char erweitert. Zusatzanforderung von Thomas: H1 und H2 fett. Neue Funktion set_heading_bold mit Konstante HEADING_BOLD_STYLES analog (Heading1+2 Para- und Char-Stil). H3 bleibt unveraendert. Docstring-Block B4 um beide Erklaerungen erweitert. Sandbox-syntaktischer Test der neuen Funktionen erfolgreich. Build und visuelle Bestaetigung durch Thomas: alle Headings im DOCX in DesTEngS-Blau 3C68AE, H1 und H2 fett, H3 normal. Aufgabe 2 Diff-Material vorbereitet: alte CV-Quelle Lebenslauf_Thomas_Langer_2025-03-21.docx aus archiv via pandoc nach markdown konvertiert und mit aktueller cv.md verglichen. Vier Output-Dateien in artefakte/01-lebenslauf/output: cv-old-plain.txt (DOCX normalisiert 305 Zeilen), cv-new-plain.txt (cv.md normalisiert 289 Zeilen), cv-diff-unified.txt (kompletter unified diff 551 Zeilen), cv-diff-report.md (sektionsweise Vergleichsbericht mit Mapping Berufstaetigkeit gleich Projekte als freiberuflicher Consultant). Sektion-Groessenvergleich zeigt erwartete Aenderungsmuster: Header kompakter, Zusammenfassung und Kenntnisse erweitert (KI-Fokus), Trainings stark gekuerzt, Veroeffentlichungen in Ausbildung integriert. Sinn-Check selbst macht Thomas in seinem Tempo, dann gemeinsames Review.
|
||||
S10 abgeschlossen. Aufgabe 1 (DOCX-Heading-Farbe und H1+H2-Bold) komplett geloest: Farb-Audit 0B5394 zu 3C68AE in vier Dateien, Linked-Char-Style-Diagnose und Fix in build-reference-docx.py (HEADING_COLOR_STYLES um Heading1Char/2Char/3Char erweitert, neue set_heading_bold-Funktion). Aufgabe 2 (cv.md Sinn-Korrekturen) komplett geloest: 18 Sprach- und Stilkorrekturen plus Methodik-Umsortierung nach Projekt-Lifecycle, atomar via Python-aus-Disk umgesetzt. Aufgabe 3 (Buzzword-Erweiterung KI-Block) komplett geloest: KI-Sektion umstrukturiert nach Thomas-Layout mit Edge-AI-Stack-Buendel-Sektion am Ende inklusive Quantisierung, Modell-Formaten und Software-Stack. Aufgabe 4 (PDF-Layout) teilweise geloest mit Trade-off: H1 ohne Trennlinie, H2 schwarze 8.6 cm 1.25 pt Trennlinie analog DOCX, H3 in DesTEngS-Blau und nicht fett, erste Seite ohne graue Header-Trennlinie und Foto plus H1 nahe Top-Margin via vspace-1.16cm. Body-Spacings bleiben etwas groesser als Header (parskip-Glue-Eliminierung kostet 2-3 zusaetzliche Seiten, deshalb ruecknahme). Pagebreaks bei Trainings/Kenntnisse/Berufliche-Stationen koennen unschoen sein. Sandbox-Build-Setup mit pdflatex und lmodern in /tmp/sbxbuild eingerichtet, Page-Layout-Tendenzen 1zu1 vergleichbar zu Thomas Setup. Lessons-learned Block in agent-prompt.md und teilgebiete/01-lebenslauf.md festgehalten: Sandbox-Build vor Iterationen, Layout-Eingriffe einzeln testen, parskip-Glue ist essentiell, Pandoc 3.x emittiert minipage[t] mit parboxrestore in Tabellen-Cells, titlesec vertraegt kein par im after-code, nopagebreak in longtable ist als noalign ueberschrieben. Strategische Entscheidung mit Thomas: PDF-Pipeline wird in S12 mit professioneller CV-LaTeX-Klasse moderncv oder awesome-cv oder typst neu aufgesetzt. cv.md bleibt single source of truth, Daten-Extraktion via Custom-Pandoc-Filter oder Build-Skript-Erweiterung. S11 davor nur fuer Lebenslauf-Inhalt: Methodik-Sektion ergaenzen und inhaltliche Kleinigkeiten. DOCX-Stand ist gut und einsatzbereit. agent-prompt.md und teilgebiete/01-lebenslauf.md mit S10-Doku und S11-S12-Plan fortgeschrieben.
|
||||
|
||||
@@ -85,43 +85,80 @@ Setze zwischen sinnvollen Zwischenständen Checkpoints (z.B. nach "Marketing.md
|
||||
|
||||
## Aktueller Stand / Nächste Aufgabe
|
||||
|
||||
**Letzte Session:** S09 (2026-04-27)
|
||||
**Letzte Session:** S10 (2026-04-28)
|
||||
|
||||
**Was wurde in S09 gemacht:**
|
||||
**Was wurde in S10 gemacht:**
|
||||
|
||||
S09 — **Iteration „Links"** in cv.md: alle nackten URLs auf explizite Markdown-Link-Syntax migriert, damit Pandoc echte Hyperlink-Elemente in DOCX (`<w:hyperlink>`) und PDF (`\href`) emittiert. E-Mail als Pandoc-Autolink-Form `<email>`, Telefon als `[+49 ...](tel:+49...)`-Link, Web-Links als `[[text]](url)` mit sichtbaren äußeren eckigen Klammern. Display-Texte „Link zum Profil" für LinkedIn/Freelance.de, „destengs.de" für Website (`.com` → `.de`), „Dissertation" für Promotion, „Link zum Zertifikat (funktioniert nur im Browser)" für TÜV. TÜV-Link diagnostiziert: certif-id.com hinter Cloudflare-Bot-Schutz, Word-urlmon-Pre-Flight-Anfrage scheitert mit 403, Direkt-Klick aus Word funktioniert nicht trotz funktionierender URL im Browser. Optionen A (destengs.de-Redirect), B (LinkedIn-Safety-Redirect), C (kein Link) abgewogen, D gewählt: direkter Link mit erklärendem Display-Text. Detaillierte Doku siehe `teilgebiete/01-lebenslauf.md` Block „Iteration Links (S09)".
|
||||
S10 — **Aufgabe 1 (DOCX-Heading-Farbe und H1+H2-Bold).**
|
||||
|
||||
S09 — **Iteration C: Foto-Einbindung via Grid Table.**
|
||||
- Farb-Audit: DesTEngS-Primärfarbe ist `#3C68AE`, nicht `#0B5394`. In vier Dateien korrigiert (`agent-prompt.md`, `teilgebiete/01-lebenslauf.md`, `build/build-reference-docx.py`, `templates/template.tex`). `changelog.md` (append-only) und `cv-debug.tex` (Build-Output) ausgenommen.
|
||||
- Diagnose der nicht-greifenden Heading-Farbe im DOCX: Pandoc-3.x-Default-Reference enthält Linked Character Styles `Heading1Char`/`2Char`/`3Char` mit eigener `<w:color val="0F4761" themeColor="accent1" themeShade="BF"/>` (Aptos-Petrol). Char-Styles haben in Word Vorrang vor Para-Styles bei Run-Eigenschaften (Schrift, Farbe). Pandoc 2.9 (Sandbox) hat diese Char-Styles nicht — daher war das Problem in der Sandbox nicht reproduzierbar.
|
||||
- Fix in `build/build-reference-docx.py`: `HEADING_COLOR_STYLES`-Tuple um `Heading1Char`/`2Char`/`3Char` erweitert. Zusatzanforderung Thomas: H1+H2 fett. Neue Funktion `set_heading_bold` mit Konstante `HEADING_BOLD_STYLES` (Heading1+2 Para- und Char-Stil). H3 bleibt unverändert.
|
||||
- Visuelle Bestätigung im DOCX: alle Headings in `#3C68AE`, H1+H2 fett, H3 normal.
|
||||
|
||||
- Header-Layout als 2-Spalten-Grid-Table in cv.md (Name+Kontaktdaten links, Foto rechts), Spalten-Verhältnis 65:35 (LEFT_W=112, RIGHT_W=60 Striche).
|
||||
- Pandoc 3.x ist beim Pipe-Alignment in Grid Tables strikt (Pandoc 2.9 ist toleranter und damit irreführend für Sandbox-Tests). Grid Table programmatisch in Python aufbauen mit `ljust(LEFT_W)` und Pipe-Position-Eindeutigkeitscheck.
|
||||
- DOCX-Header-Spacing per neuer 4. Modifikation in `build/post-process-docx.py` (`process_header_table`): H1-spacing-before = 0, Foto-Paragraph-spacing-before = 5 pt + jc=right.
|
||||
- Foto-Größe 4,06 × 4,06 cm, beide Dimensionen explizit im Markdown — verhindert Pandoc-Default `keepaspectratio,height=\textheight`, der die Image-Layout-Box auf 24 cm Höhe streckt und das Tabellen-Layout zerschießt.
|
||||
- PDF-Layout via Pandoc-Lua-Filter `build/header-image-wrap.lua`: wrappt das Header-Foto im LaTeX-Output mit `\hfill\raisebox{-\height}[0pt][0pt]{...}`. `\hfill` schiebt rechtsbündig in der `\raggedright`-p-Spalte, `\raisebox` setzt Bild-Top auf Cell-Top und reportet null Höhe an die Tabellen-Zeile. Filter prüft `FORMAT="latex"` und Image-Pfad enthält „foto"; DOCX bleibt unberührt.
|
||||
- Lua-Filter-Erste-Version (Image durch RawInline ersetzt) hat Pandocs Image-Resource-Resolution gebrochen → `File 'foto.jpg' not found`. Fix: Filter gibt Lua-Liste zurück, in der das Original-`img`-Element zwischen RawInline-Wrappern erhalten bleibt.
|
||||
- Template-Hotfixes für PDF: `\renewcommand{\nolinkurl}[1]{#1}` (verhindert `\@xverbatim`-Bruch in `longtable`-Minipage durch URL-Display-Text-Verbatim), `\titlespacing*{\section}{0pt}{0pt}{0.5em}` (H1-Top-Alignment).
|
||||
- `build/build.ps1`: `--lua-filter=$luaFilter` zu PDF- und DOCX-Pandoc-Calls hinzugefügt; `Read-Host`-Wait-on-Error entfernt (blockiert AI-Agents/CI), durch `Start-Sleep -Seconds 3` am Ende bei Fehler ersetzt.
|
||||
S10 — **Aufgabe 2 (cv.md Sinn-Korrekturen).**
|
||||
|
||||
**Vier weitere Edit-Tool-Truncation-Vorfälle in S09** (cv.md, template.tex zweimal, build.ps1). Lehre verschärft: Edit-Tool für jede nicht-triviale Modifikation auf NTFS-Mount-Dateien meiden, generell Python-aus-git-HEAD- oder Python-aus-Disk-Pattern bevorzugen.
|
||||
- Diff alter CV (`archiv/Lebenslauf_Thomas_Langer_2025-03-21.docx`) vs. aktueller `cv.md` vorbereitet: `cv-old-plain.txt`, `cv-new-plain.txt`, `cv-diff-unified.txt`, `cv-diff-report.md` in `output/`.
|
||||
- 18 Sprach-/Stilkorrekturen umgesetzt (atomar via Python-aus-Disk):
|
||||
- Thomas-Funde: „Digitales"→„digitales Dämpfungsglied", „Leiterplattenherstellern"→„Leiterplattenhersteller", Komma-Konsistenz Toshiba-Spezifikation, „Detaillierte Analysen elektrischer IC-Gehäuse"→„Detaillierte elektrische Analysen von IC-Gehäusen", „Dotierungsprofile und dessen Implementierung"→„… und Implementierung".
|
||||
- Agent-Funde: „inclusive"→„inklusive", „Faseroptische"→„faseroptische", „10 KHz"→„10 kHz", PyAutoGui→PyAutoGUI, Halbgeviertstrich + Komposita-Fix bei Transimpedanzverstärker-GaAs-MMICs, „2.5 GHz"→„2,5 GHz", „Evaluierungsboard Redesigns"→„-Redesigns", Komma vor „abgeschlossen 2001", Mixed-Mode-S-Parameter mit Bindestrich, Realtime-Oszilloskopen, Objektorientierte/ereignisorientierte ohne Bindestrich.
|
||||
- Methodik-Liste umsortiert (Projekt-Lifecycle): Konzepterstellung → Machbarkeitsstudien → Technologie-Evaluierung und -Auswahl → Spezifikationserstellung → Technische Dokumentation → Systematische Fehleranalyse → Projektmanagement.
|
||||
|
||||
**Nächste Aufgabe (S10) in dieser Reihenfolge (von Thomas vorgegeben):**
|
||||
S10 — **Aufgabe 3 (Buzzword-Erweiterung KI-Block).**
|
||||
|
||||
1. **DOCX: Blau ist nicht DesTEngS-Blau.** Heading-Farben prüfen — Soll: `#3C68AE`. `build/build-reference-docx.py` Funktion `set_heading_colors` setzt zwar `<w:color w:val="3C68AE"/>`, aber Word rendert ggf. trotzdem den Theme-Aptos-Blau, weil das Heading-Style einen `themeColor`-Verweis behält oder weil das Theme dominiert. Prüfen, ob das `themeColor`-Attribut wirklich entfernt ist und ob die Farbe direkt am Run statt am Stil gesetzt werden muss.
|
||||
2. **Doublecheck der neu generierten Texte in cv.md.** Mindestens „elektrischer Gehäuse" ist sinnverkehrt (vermutlich aus V9/V10-KI-Iterationen). cv.md komplett auf Sinn- und Sprachfehler durchgehen, vermutlich Konkordanz-/Stil-Fehler an mehreren Stellen.
|
||||
3. **Buzzword-Kompetenzen-Brainstorm.** Kenntnisse-Abschnitt erweitern. Mindestens „Umgang mit quantisierten LLMs" ergänzen. Weitere KI-Begriffe für Agentur-Keyword-Matching identifizieren (Quantization, GGUF, GPTQ, AWQ, Inference-Optimierung, vLLM, llama.cpp, Ollama-Deployment etc.).
|
||||
4. **PDF: Abstände H1 / H2 „Kontaktdaten" / Kontaktdaten-Bullet-Liste stimmen nicht** (Folge der C4c-Spacing-Änderung). Plus: hellgraue Trennlinien (rulegray = `#BFBFBF`) sind inakzeptabel — Farbe oder Linienführung überdenken (Trennlinien stehen nach H1 und H2 im titlesec-Format-Block).
|
||||
- KI-Sektion umstrukturiert nach Thomas-Layout: Service-Begriffe (Potenzialanalyse, Schulung, Implementierung, Prompt Engineering, Multimodale KI, DSGVO) → KI Software (Office/Marketing-Tools) → GenAI/LLMs mit Sub-Bullet MoE/Reasoning/Function-Calling → Agentic AI mit Sub-Bullet MCP → NLP → RAG mit Sub-Bullet Chunk-Strategien → „Edge AI / On-Premise KI-Infrastruktur" als gebündeltes Stack-Kapitel am Ende (Hardware NVIDIA Blackwell + CUDA → Quantisierung FP8/MXFP4 → Modell-Formate GGUF/Safetensors → Software-Stack Ollama/Hugging Face Transformers/PyTorch/llama.cpp/Open WebUI).
|
||||
|
||||
S10 — **Aufgabe 4 (PDF-Layout) — TEILWEISE GELÖST mit Trade-off, Final-Lösung in S12 mit professioneller CV-LaTeX-Klasse.**
|
||||
|
||||
- H1: keine Trennlinie mehr (analog DOCX).
|
||||
- H2: schwarze Trennlinie 8,6 cm × 1,25 pt (1:1 wie DOCX-H2-Trennlinie).
|
||||
- H3: in DesTEngS-Blau, nicht fett (analog DOCX).
|
||||
- Erste Seite: graue Header-Trennlinie weg (`\renewcommand{\headrule}{}` in `firstpage` plus `\headrulewidth=0pt`); `\vspace*{-1.16cm}` direkt nach `\thispagestyle{firstpage}` rückt H1+Foto an die Top-Margin.
|
||||
- Body-Spacings (H2↔Linie und Linie↔Bullets) bleiben etwas größer als im Header. Versuch der Angleichung durch `parskip`-Glue-Eliminierung + zweifache `parskip`-Kompensation im H2-after-code wurde nach Sandbox-Diagnose **rückgebaut** — er produzierte 2–3 zusätzliche PDF-Seiten. parskip-Glue ist essentiell für LaTeX-Pagebreak-Flexibilität. Final-Lösung der Body-Header-Konsistenz kommt mit S12 (CV-LaTeX-Klasse).
|
||||
- Trainings/Kenntnisse/„Berufliche Stationen vor der Selbständigkeit": longtable-Pagebreak-Logik macht im aktuellen Setup gelegentlich unschöne Trennungen. Auch dieses Problem wird mit der CV-LaTeX-Klasse in S12 strukturell gelöst.
|
||||
|
||||
**Lessons-learned aus S10 (wichtig für Folge-Sessions):**
|
||||
|
||||
- **Sandbox-Build als Pflicht für Layout-Iterationen.** Iterations-Loop über Thomas ist nur sinnvoll, wenn jede Variante vorher selbst getestet wurde. Sandbox-Setup mit `pdflatex` + `lmodern` (statt `lualatex` + IBM Plex Sans) ist eingerichtet unter `/tmp/sbxbuild` (in Linux-Sandbox); Page-Counts und Pagebreak-Verhalten lassen sich dort gut beurteilen, exakte Schriftbilder weichen ab.
|
||||
- **Layout-Eingriffe einzeln testen.** Mehrere Mechanismen (parskip-Manipulation + needspace + penalty + bodyonlyvspace) kombiniert haben Diagnose blockiert. Saubere Sandbox-Isolierung jedes Mechanismus hat den Schuldigen schnell gefunden (parskip-Glue).
|
||||
- **parskip-Glue ist essentiell.** `\setlength{\parskip}{0.5em plus 0.2em minus 0.1em}` (Glue) gibt LaTeX Layout-Flexibilität. Eliminierung des Glues kostet 2+ Seiten und ist ungeeignet.
|
||||
- **Pandoc 3.x emittiert `minipage[t]` für Tabellen-Cells**, in denen `\@parboxrestore` `parskip` auf 0pt setzt. Daher unterschiedliche Spacings Body vs. Header — strukturell schwer mit Custom-titlesec-Tricks anzugleichen.
|
||||
- **`titlesec` verträgt kein `\par` im after-code** (`! Paragraph ended before \ttl@format@iii was complete.`). Direktes `\penalty`-TeX-Primitive ist sicherer.
|
||||
- **`\nopagebreak` ist in longtable-Kontext** auf `\noalign{...}`-Form überschrieben und bricht im after-code mit `! Misplaced \noalign.`. Direktes `\penalty 7500` ist longtable-sicher.
|
||||
|
||||
**Aktueller PDF-Stand am Schluss von S10:**
|
||||
|
||||
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 (Sandbox-Schätzung 8, Thomas-Layout typischerweise eine niedriger)
|
||||
|
||||
**DOCX-Stand:** gut und einsatzbereit. Kann sofort an Recruiter/Agenturen versendet werden, falls Thomas das wünscht. Die DOCX-Pipeline wird in S12 nicht angefasst.
|
||||
|
||||
**Nächste Aufgaben:**
|
||||
|
||||
**S11 — nur Lebenslauf-Inhalt:**
|
||||
|
||||
1. **Methodik-Sektion ergänzen.** Aktuelle 7 Einträge (Konzepterstellung, Machbarkeitsstudien, Technologie-Evaluierung und -Auswahl, Spezifikationserstellung, Technische Dokumentation, Systematische Fehleranalyse, Projektmanagement) auf weitere relevante Methodik-Begriffe ausbauen.
|
||||
2. **Inhaltliche Kleinigkeiten verbessern.** Thomas hat konkrete Detail-Verbesserungen in `cv.md` im Sinn, die in S11 umgesetzt werden.
|
||||
|
||||
**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).
|
||||
2. **`cv.md` bleibt single source of truth.**
|
||||
3. **Daten-Extraktion aus `cv.md`** für die CV-Klasse-Features (`\cventry`/`\cvevent`/etc.):
|
||||
- Custom Pandoc-Filter (Lua oder Python) ODER
|
||||
- Erweiterung von `build.ps1` mit Python-Pre-Processor, der `cv.md` → `cv.tex` transformiert.
|
||||
4. **Implementierung, Sandbox-Test, visuelle Verifikation durch Thomas.**
|
||||
|
||||
**Hinweise für die nächste Session:**
|
||||
|
||||
- **Pandoc 3.x ist beim Grid-Table-Pipe-Alignment strikt (S09-Lehre).** Grid Tables programmatisch bauen mit `ljust()`-Padding und Pipe-Position-Verifikation, nicht von Hand. Sandbox-Pandoc 2.9 ist toleranter und kann beim Testen den Eindruck erwecken, dass etwas funktioniert, was bei Thomas (Pandoc 3.x) nicht funktioniert.
|
||||
- **Pandoc 3.x emittiert in p-Spalten mit nur einem Image-Element keine `\begin{minipage}`-Wrapper (S09-Lehre).** Das Image landet direkt in der `p{calc...}`-Spalte und unterliegt der `\parbox[t]`-Baseline-Logik (Image-Bottom = Baseline = Cell-Top, Image ragt nach oben heraus). Lösung: Lua-Filter mit `\raisebox{-\height}[0pt][0pt]{...}`.
|
||||
- **Pandoc emittiert für href mit URL-Display-Text `\nolinkurl{}` (Verbatim-Mode, S09-Lehre).** In `longtable`-Minipage bricht das mit `! Paragraph ended before \@xverbatim was complete.` ab. Fix mit `\renewcommand{\nolinkurl}[1]{#1}` ist drin.
|
||||
- **Pandoc-3.x-`keepaspectratio,height=\textheight`-Default ist tückisch (S09-Lehre).** Layout-Box wird auf textheight gestreckt selbst wenn das Bild visuell klein ist — beide Dimensionen explizit setzen, wenn das Bild in einer Tabelle ist.
|
||||
- **Lua-Filter müssen das `img`-Element im AST belassen, sonst kein Resource-Path-Resolution (S09-Lehre).** Lua-Liste-Return mit `{RawInline, img, RawInline}` statt einzelnes RawInline mit gebackenem Pfad.
|
||||
- **Edit-Tool-Truncation auf NTFS-Mount-Dateien ist nach S07/S08/S09 ein systematisches Problem** — durchgehend Python-aus-git-HEAD- oder Python-aus-Disk-Pattern verwenden (atomar via `os.replace`). Sandbox kann zudem stale-reads liefern (z.B. DOCX als „not a zip file"), bei Verdacht git-Version verifizieren oder Build neu erzeugen.
|
||||
- **`build.ps1` ist jetzt nicht-blockierend (S09-Lehre).** AI-Agents und CI-Systeme können das Skript aufrufen ohne Read-Host-Hänger. Bei Fehler 3 s Pause am Ende plus 3 s pro fehlgeschlagenem Schritt.
|
||||
- **Sandbox-Index-Lock-Issue:** Sandbox kann nichts an `.git/` schreiben (NTFS-Permission-Issue), Index-Lock-Reste muss Thomas auf PowerShell beseitigen. Bei dauerhaftem Lock-File-Vorhandensein zeigt `git status` eine Warning, aber lesende git-Operations (show, log) funktionieren weiter.
|
||||
- **DOCX-Pipeline ist 3-stufig mit vier Post-Processing-Modifikationen:** (1) `build/build-reference-docx.py` baut die `reference.docx` (manuell aufrufen), (2) `build/build.ps1` baut PDF und DOCX, (3) `build/post-process-docx.py` macht: 3-3-Listen-Bullet-Regel, H2-Trennlinien, Bullet-Einzüge in `numbering.xml`, Header-Tabellen-H1-Spacing-und-Foto-Spacing.
|
||||
- **Kein Hyphenation-Feintuning (Iteration D) in S09.** Steht in S10-Liste hinter den vier Korrektur-Punkten.
|
||||
- **Sandbox-Build-Setup** unter `/tmp/sbxbuild`: pdflatex statt lualatex, lmodern statt IBM Plex Sans. Pandoc 2.9 vs. 3.x bei Thomas — strukturelle Differenzen bei Tabellen-Cells und Image-Wrappern bekannt, aber Page-Layout-Tendenzen 1:1 vergleichbar.
|
||||
- **Live-Template-Stand** (clean S10) ist als Fallback im Git committet. Endgültige typografische Qualität kommt mit S12 (CV-LaTeX-Klasse).
|
||||
- **DOCX-Pipeline ist 3-stufig** mit vier Post-Processing-Modifikationen: (1) `build/build-reference-docx.py` baut die `reference.docx` (manuell aufrufen), (2) `build/build.ps1` baut PDF und DOCX, (3) `build/post-process-docx.py` macht: 3-3-Listen-Bullet-Regel, H2-Trennlinien, Bullet-Einzüge in `numbering.xml`, Header-Tabellen-H1-Spacing-und-Foto-Spacing.
|
||||
- **Edit-Tool-Truncation** auf NTFS-Mount-Dateien ist nach S07/S08/S09/S10 ein systematisches Problem — durchgehend Python-aus-git-HEAD- oder Python-aus-Disk-Pattern verwenden (atomar via `os.replace`).
|
||||
|
||||
**Offene Punkte (unverändert seit S04):** Zuschnitt und Festpreise der KI-Produkte (marketing.md Abschnitt 2), KMU-Direkthonorarsatz festlegen (marketing.md Abschnitt 2), Vergütungsmodell-Wahl bei erstem konkreten Fall (Notiz in marketing.md Abschnitt 2).
|
||||
**Offene Punkte (unverändert seit S04):** Zuschnitt und Festpreise der KI-Produkte (`marketing.md` Abschnitt 2), KMU-Direkthonorarsatz festlegen (`marketing.md` Abschnitt 2), Vergütungsmodell-Wahl bei erstem konkreten Fall (Notiz in `marketing.md` Abschnitt 2).
|
||||
|
||||
234
artefakte/01-lebenslauf/output/Lebenslauf_Alt_Abschnitte.md
Normal file
234
artefakte/01-lebenslauf/output/Lebenslauf_Alt_Abschnitte.md
Normal file
@@ -0,0 +1,234 @@
|
||||
## Zusammenfassung
|
||||
|
||||
• Consultant mit hoher Fachkompetenz und 30 Jahren Ingenieurerfahrung aus den Bereichen Industrie-Elektronik, Automotive, Halbleiter, Mobilkommunikation, Wireless, Unterhaltungselektronik, Faseroptik und Forschung
|
||||
• Gründung des Ingenieurbüros DesTEngS Dr.-Ing. Thomas Langer in 2011
|
||||
• Fachkenntnisse in Requirements Engineering, Software Design, Hardware Design, System Integration, Test und Test Automatisierung
|
||||
• War erfolgreich tätig in international vertretenen Großkonzernen, Startups und Forschungsinstituten
|
||||
• Hervorragende Kommunikations- und Präsentationsfähigkeiten
|
||||
• Flexibler Arbeitsstil; war Technischer Leiter, Gruppenleiter, Team Mitglied und autonomer Experte
|
||||
|
||||
## Berufstätigkeit
|
||||
|
||||
Seit Juli 2011 - Inhaber von DesTEngS Dr.-Ing. Thomas Langer, nahe München:
|
||||
• Design und Test Ingenieurdienstleistungen für die Elektronik Industrie
|
||||
o Requirements Engineering und Erstellung von Spezifikationen
|
||||
o Software Design
|
||||
o Hardware Verifikation: Daten-Netzwerke, High-Speed Digital, Signalintegrität, Hochfrequenz-technik, Elektromagnetische Verträglichkeit und Elektromagnetische Feldsimulationen
|
||||
o System Integration
|
||||
o Test und Test Automatisierung von Software, Hardware und Subsystemen
|
||||
|
||||
Nov. 2020 - Mai 2024, seit Aug. 2024 Consultant bei ASMPT, System Integration Abteilung R&D 38, München:
|
||||
• Validierung von Ethernet Protokollen und Middlewares für ASMPTs neuen Gigabit Ethernet Feldbus: Bereitstellung der Entscheidungsgrundlage für die Auswahl der besten Lösung
|
||||
o UDP, TCP inclusive Slow Start und Nagle-Algorithmus, IEEE 1722 (AVTP frames), Precision Time Protocol (PTP, gPTP), DoIP
|
||||
o Scalable service-Oriented MiddlewarE over IP (SOME/IP), Object Management Group (OMG) Data Distribution Service (DDS)
|
||||
• Erstellung von Testumgebungen und Werkzeugen für Tests und Test-Automatisierung
|
||||
o Entwicklung von Testprozeduren und Key Performance Indicators (KPIs) zur Bestimmung von ASMPTs Gigabit Ethernet und CAN-Bus Netzwerkverkehr in Bestückungsmaschinen
|
||||
o Erstellung von Man-in-the-Middle Instrumenten für Tests mit Fehler-Einstreuung
|
||||
o Konfiguration der Embedded Linux Remote Control Units
|
||||
• Mitarbeit bei der Entwicklung einer ASMPT-eigenen Feldbus Domain-Specific Language (DSL)
|
||||
• Entwicklung von C++, Python und CAPL Programmen
|
||||
o Um die Weiterverwendung existierender CAN-Bus Analysewerkzeuge mit ASMPTs Gigabit Ethernet Feldbus zu ermöglichen
|
||||
o Zur Erzeugung and Analyse von Ethernet Testnachrichten: Raw Ethernet Frames im OSI Layer 2, UDP, TCP, SOME/IP und ASMPT-spezifisches Format
|
||||
o Zur Bestimmung von Ethernet Datenraten, Frame Übertragungsverzögerungen und Reserven
|
||||
o Zur Automatisierung der Erstellung von AUTOSAR XML (ARXML) Modellbeschreibungs-Dateien aus ASMPTs Gigabit Ethernet Feldbus DSL-Dateien; die ARXML-Dateien werden in Vector CANalyzer zur Dekodierung von ASMPT-spezifischen Ethernet-Nachrichten verwendet
|
||||
o Zur Konvertierung von Wireshark Trace-Dateien in ein mit Vector CANalyzer nutzbares Format mit Python PyShark
|
||||
o Zur Test-Automatisierung mit Python PyAutoGUI
|
||||
• Evaluierung von Vector Informatik Ethernet Analysegeräten
|
||||
o Ethernet-Interface Hardware VN5640 und VN5650, CANalyzer Software mit TCP/IP API, CAPL Programmen and AUTOSAR ARXML
|
||||
o Optimierung des Aufbaus für Datenaufzeichnung bis zur vollen Gigabit Ethernet Datenrate
|
||||
o Entdeckung sporadischer Zeitabweichungen der Ethernet-Interface Hardware, Idee und Aufbau einer hochpräzisen Zeit-Referenz mit einem preiswerten GPS-Modul, Feststellung einer signifikanten Spec-Verletzung der Vector Hardware Zeitbasis
|
||||
• Evaluierung GL Communications PacketExpert Gigabit Ethernet Tester
|
||||
|
||||
Aug. 2018 - Juli 2020 Consultant bei Magna Electronics Europe, München:
|
||||
• Elektromagnetische Feldsimulationen mit CST für den GMSL Pfad eines Kameramoduls um die Signalintegrität zu verifizieren
|
||||
• LIDAR Compute Module
|
||||
o Bring-Up Unterstützung, Labortests, Fehleranalyse und Board Reparaturen
|
||||
o Unterstützung der Design Validierung mit Schwerpunkt EMV Tests
|
||||
o Bestimmung aller Hardware Datenquellen für eine Überwachung mit SoC Embedded Linux
|
||||
o Erstellung von Requirements für eine Diagnose Test Software
|
||||
• Function Owner xDiagnostics
|
||||
o Konzepterstellung der erweiterten Diagnose Test Software “xDiagnostics” für das LIDAR System mit XCP on Ethernet zur Überwachung und Steuerung von bis zu 82 internen Signalen (Zustände, Zähler und Bitfehler von Highspeed Links, Spannungen, Temperaturen und mehr)
|
||||
o Verwaltung von PTC Integrity Features, Requirements, Tasks, Reviews and Defects
|
||||
o Überwachung der xDiagnostics Implementierung in der AUTOSAR LIDAR Compute Module SW und in der Vector CANoe-basierten Tester SW, CANoe GUI Design, CAPL Code Erstellung
|
||||
o xDiagnostics ermöglichte eine Design-Validierung in einem frühen Entwicklungsstadium
|
||||
|
||||
Nov. 2014 - Juli 2018 Consultant bei Infineon, Abteilung DES TCP PCB, Großraum München:
|
||||
• Signal Integrity und Power Integrity Simulationen von IC Packages und PCBs
|
||||
o Line Impedance und Attenuation, Crosstalk, Eye Diagram und Skew
|
||||
o Analysen für diverse Schnittstellen inklusive LVDS, DDR3, Ethernet Interfaces, Flash Speicher Kommunikation, EBU und CAN-Bus
|
||||
o Entdeckung eines HF-Design Fehlers bei einem Evaluierungsboard, Erarbeitung eines verbesserten Designs zur Korrektur: Verhinderte eine Verzögerung der IC-Evaluierung und vermied die Kosten eines Evaluierungsboard Redesigns
|
||||
o Entwicklung eines speziellen, aber leicht zu implementierenden PCB Clock Distribution Netzwerks für ein IC mit extrem steilen Clock Flanken: Ermöglichte den Betrieb des ICs trotz des falsch ausgelegten Clock Drivers
|
||||
o Systemstudien von ADAS LVDS Übertragungsstrecken
|
||||
• Simulationen und Optimierungen der Chip – PCB Übergänge von 77 GHz ADAS Radar MMICs
|
||||
• EM Feldsimulationen zur Modell Extraktion von IC Packages und PCBs
|
||||
• Erstellung von Matlab, Python und IronPython Programmen
|
||||
|
||||
Apr. 2015 - Aug. 2015 Consultant bei Kathrein.net.tech, Ubidyne Nachfolger, Ulm:
|
||||
• Inbetriebnahme, Evaluierung und Optimierung von Transceiver Modulen
|
||||
• Automatisierung von HF-Tests mit Matlab und Ruby
|
||||
|
||||
Sep. 2011 - Juli 2014 Consultant bei Alcatel-Lucent, Abteilung MS/E, Stuttgart:
|
||||
• Projekt Light Radio AAA: Aktives Antennen Array für 2.5 GHz LTE
|
||||
o RX Pfad (LNAs, Filtern, Demodulator, Digitalem Dämpfungsglied und ADC): Messungen von Anpassung, Verstärkung, Rauschzahl, P1dB, IP3, Mischdämpfung, IQ Demodulations-Qualität, Übersprechen, Blocking, ADC Störsignalen und SFDR sowie Temperaturtests; Überarbeitung des HF Frontend Empfängers: 28% Flächenreduktion, bessere Performance
|
||||
o Matlab Programmierung zur Steuerung von DUT / Messgeräten, Test Automatisierung, System Evaluierungen inklusive eines umfangreichen Realtime Spektrum Analysator Programms, automatisierte Blocking Tests
|
||||
o Entdeckung einer sporadisch auftretenden Transceiver HF Instabilität, Idee der Nutzung des DUT als HF-Netzwerkanalysator zur Ermittlung der Ursache, Erstellung des dazu nötigen Matlab Programms und Durchführung von Tests, schnelle Identifizierung der problematischen Komponente: Vermied zeitintensive, aufwändige Fehlersuche beim Transceiver in seinem normalen Betriebsmodus
|
||||
o Erstellung einer Kalibrationsumgebung für automatisierte Tests der HF Frontend Empfänger
|
||||
• Projekt Metro WiFi Access Point: IEEE 802.11 a/b/g/n Modul
|
||||
o Aufbau von SISO und MIMO Evaluierungs-Messplätzen
|
||||
o Empfangszweig: Optimierung von AGC und Blocking-Eigenschaften, Messungen von Übertragungsrate, PSR (Packet Success Rate), Empfindlichkeit, RSSI (Receive Signal Strength Indicator), Dynamikbereich und Kanalunterdrückung. Sendezweig: Messung der TX EVM
|
||||
o Berechnung von Systemreserven für LTE TX / WiFi RX Collocation
|
||||
o Verifikation des Listen-Before-Talk Kanalzugriffsmechanismus nach ETSI Adaptivity Spezifikationen und Unterstützung der ETSI Zertifizierung
|
||||
o Erstellung von Test Routinen mit Matlab und embedded Linux Programmierung des WiFi SoC, Aufbau einer Messumgebung für automatisierte Tests
|
||||
• Evaluierungen von Agilent MXA / MXG und LitePoint Messgeräten
|
||||
• Agile Design mit Scrum
|
||||
|
||||
Juli 2011 Gründung von DesTEngS Dr.-Ing. Thomas Langer, nahe Ulm
|
||||
|
||||
Juli 2006 - Juni 2011 Head of RF Integration bei Ubidyne, (Startup, ca. 60 Mitarbeiter, aktive Antennen für Mobilfunk Basisstationen), Abteilung Engineering, Ulm:
|
||||
• Aufbau und Leitung einer Gruppe mit bis zu 10 Mitarbeitern
|
||||
• Erstellung des Entwicklungsprozesses (CAD Software, Bauelementebibliotheken, Messgeräte, Aufbau des Labors, Subversion Repository, Maßnahmen zur Qualitätssicherung)
|
||||
• Projektmanagement mit Focus auf Erreichung der äußerst anspruchsvollen Zielvorgaben
|
||||
• Erstellung / Prüfung von Spezifikationen für 3GPP UMTS und LTE Systeme, Module und HF Filter, Modul Architektur Entwicklungen in Zusammenarbeit mit System Engineering & ASIC Designern
|
||||
• Verantwortlich für ca. 240 Aufbauten von DC bis 3,6 Gb/s: Entwurf, Aufbau, Inbetriebnahme, Evaluierung und Optimierung, Mithilfe bei Systemintegration
|
||||
o Evaluation Boards für Ubidyne GaAs, SiGe und CMOS ASICs
|
||||
o Multistandard Transceiver Module für aktive Antennen bei 900 MHz und 2,1 GHz: Pro Board bis zu 1400 Bauelemente, 3 verschiedene Ubidyne ASICs, mehrere Clock Domains, System-schnittstellen bis 2,5 Gb/s, 37 dBm HF-Leistungsverstärker, µCs mit SPI und I2C Interfaces
|
||||
• Simulation von kritischen HF Strukturen mit dem 3D Feldsimulator HFSS
|
||||
• Berechnungen thermischer Eigenschaften, thermische Struktursimulationen von GaAs PA ICs
|
||||
• Technologieauswahl, Aufbau und Evaluierung von HF-Filtern: Microstrip und Suspended Stripline Filter mit keramischen Resonatoren, Keramische Filter, Cavity Filter, Helical Filter, SAW, FBAR
|
||||
• Auswahl von Aufbautechnologien: Keramiksubstrate, PCBs mit HF-Material, HDI PCBs
|
||||
• Kooperationen und Zusammenarbeit mit externen Partnern:
|
||||
o Evaluierung von EMS Unternehmen, Zusammenarbeit mit Xenterio: Design for Test, Design for Manufacturability, Bauelemente Beschaffung, PCB Bestückung, Fertigungs- und Zuverlässigkeitstests, Baugruppen Inbetriebnahme, Fehleranalyse und Fertigungseinführung
|
||||
o Evaluierung von Leiterplattenherstellern, Zusammenarbeit mit fünf Unternehmen
|
||||
o Toshiba: CMOS Chip Reviews und Optimierung der IC-Gehäuse
|
||||
o Ferdinand-Braun-Institut: GaAs Flip-Chip Montage auf Keramiksubstraten
|
||||
o Gemeinsame Entwicklungen mit Antennenherstellern Kathrein, Andrew und Huber & Suhner
|
||||
Principal Member of Technical Staff
|
||||
|
||||
Jan. 2003 - Juni 2006 Entwicklungsingenieur bei Toshiba Electronics Europe, European LSI Development and Engineering Centre, Technology Development Group, Düsseldorf:
|
||||
• Evaluierung und Auswahl von HF Entwicklungssoftware
|
||||
• Berater bei HF- und Signal-Integrity Fragen für verschiedene Abteilungen
|
||||
o Identifizierung der Ursache für zu hohe Störabstrahlung eines Automotive ICs
|
||||
• Mitglied der Knowledge Management Expert Gruppe zur Sicherstellung der Entwicklungsqualität
|
||||
• Entwicklungen von HF-Strukturen für CMOS-ICs, IC-Gehäuse und Leiterplatten
|
||||
o Taktverteilung für ein 3,1 Gb/s Transceiver IC: Entwurf von HF-Leitungen und Optimierung des CMOS Quadratur-Taktgenerators
|
||||
o Testchip zur HF-Charakterisierung von CMOS Strukturen: Entwurf, De-Embedding SW Erstellung in C++, S Parameter Messungen am Ferdinand-Braun-Institut in Berlin, Auswertung und Anpassung der Leitungsmodelle
|
||||
o Entwicklung breitbandiger PCB auf SMA Übergänge bis 18 GHz für FR-4 Evaluation Boards: Optimierung der Strukturen mittels 3D-Feldsimulationen, S Parameter Messungen an der Ruhr-Universität Bochum
|
||||
• Mitarbeit in den Normierungsgremien OIF und MIPI
|
||||
o Toshiba Transceiver IC für OIF CEI konforme Backplane Übertragungsstrecken bis 11 Gb/s: Systemsimulationen, Erstellung der Spezifikation, Entwicklung des PFBGA-Gehäuses und des Evaluation Boards, Begleitung bei Charakterisierung und OIF Interoperabilitäts-Test
|
||||
o Mitgestaltung der MIPI Spezifikation D-PHY (Serielle Datenübertragung bis 1 Gb/s pro Lane in Mobiltelefonen): Kanal- und Systemsimulationen, Erstellung von Kanal-Modellen, System-Budgets und S-Parameter Masken, Entwicklung von PBGA IC-Gehäuse und Evaluation Board für einen Toshiba MIPI Testchip
|
||||
• Senior Engineer
|
||||
• Verantwortlich für alle detaillierten elektrischen IC-Gehäuse Analysen bis zu 11 Gb/s / 1444 Balls
|
||||
|
||||
Dez. 2000 - Dez. 2002 Entwicklungsingenieur bei Multilink Technology, (Startup, weltweit ca. 360 Mitarbeiter, ICs und Module für faseroptische Übertragungssysteme), Abteilung Advanced Products Group, Berlin:
|
||||
• Mitwirkung beim Aufbau des Berliner Büros, organisatorische Aufgaben
|
||||
• Entzerrer-ICs für Backplane-Systeme bis 12,5 Gb/s:
|
||||
o Berechnung von Mixed-Mode S-Parametern und Cross Talk für Backplane Systeme
|
||||
o Entwurf von adaptiven Entzerrern auf Systemebene (Feedforward Equalization und Decision Feedback Equalization) basierend auf dem LMS Algorithmus
|
||||
• 10 Gb/s und 40 Gb/s Faseroptische Systeme für Metro und Long Haul:
|
||||
o Betreuung von Kooperationen mit Prof. Petermann (Technische Universität Berlin) und Prof. Rosenkranz (Universität Kiel)
|
||||
o Simulationen von Systemen zur Bestimmung der Anforderungen für elektrische Entzerrer-ICs
|
||||
o Optimierung von duobinären Übertragungssystemen
|
||||
• 3,1 Gb/s 8:32 CMOS Demultiplexer-IC:
|
||||
o Auswahl und Entwurf eines BGA Gehäuses mit 384 Balls
|
||||
o Entwicklung der Teststrategie
|
||||
o Entwurf von Leiterplatten für Test und Qualifikation
|
||||
• HF-Leitungen für Mixed Signal CMOS-ICs:
|
||||
o Simulation, Optimierung und Modellierung von HF-Leitungen, Erstellung von Ersatzschaltbildern mit konzentrierten Elementen für Cadence Spectre
|
||||
o Entwurf und messtechnische Auswertung eines Testchips
|
||||
|
||||
Nov. 1998 - Nov. 2000 Entwicklungsingenieur bei Siemens, Bereich Information and Communication Networks, zentrale Entwicklungsabteilung M TM 12, München:
|
||||
• Entwicklung von HF Modulen für Mobilfunk und Daten-Transport:
|
||||
o Verantwortlich für ein 1,8 GHz RX Frontend Modul für GSM Mobilfunk-Basisstationen: Projektkoordination, Definition der Architektur, Systemsimulation, Schaltungsentwurf, Layout, Evaluierung von Labormustern und Prototypen, Fertigungseinführung
|
||||
o Qualifizierung und Fertigungseinführung eines 10 GHz VCOs
|
||||
o Layout & Aufbautechnik von 40 Gb/s High Speed Digital Modulen für Faseroptische Systeme
|
||||
|
||||
Okt. 1994 - Okt. 1998 Wissenschaftlicher Mitarbeiter am Ferdinand-Braun-Institut für Höchstfrequenztechnik, Berlin:
|
||||
• Erzeugung elektrischer Transienten im Picosekundenbereich mit einer nichtlinearen Diodenleitung (Promotionsthema):
|
||||
o Erstellung eines präzisen Schottky-Dioden Modells mit hyperabruptem Dotierungsprofil und Implementierung mit der Keysight ADS Programmiersprache AEL
|
||||
o Programmierung von objektorientierter C++ Software zum De-Embedding von S-Parametern gemessen mit TRL Kalibrations-Standarads und einer weiteren, bekannten Impedanz
|
||||
o Modellierung, Simulation, Layout und Messung von GaAs MMICs
|
||||
o Entwicklung von MMIC Sampling Schaltungen: Transienten bis 7 ps, Harmoische bis 140 GHz
|
||||
• Submillimeterwellen-Leitungen: Elektromagnetische Feldsimulationen koplanarer Leitungsstrukturen bis 1 THz
|
||||
• Faseroptischer Feldsensor: Entwicklung eines breitbandigen Low-Power Transimpedanz-verstärker GaAs-MMICs für 100 MHz - 6 GHz
|
||||
|
||||
Sep. 1992 - Aug. 1993 Studentische Hilfskraft am Ferdinand-Braun-Institut für Höchstfrequenztechnik, Berlin:
|
||||
• Modellierung passiver Elemente, Dioden und Transistoren auf GaAs Wafern
|
||||
• Erstellung von Pascal Programmen für S-Parameter Umrechnungen und Dioden Modellextraktion
|
||||
|
||||
Jan. 1990 - März 1992 Studentische Hilfskraft am Hahn-Meitner-Institut, Berlin:
|
||||
• Entwurf und Aufbau von ultra-breitbandigen Verstärkern 10 KHz – 16 GHz inklusive Entwicklung und Implementierung eines neuen Verfahrens zur Temperaturkompensation
|
||||
|
||||
## Ausbildung
|
||||
|
||||
März 2001 Promotion "Computergestützter Entwurf nichtlinearer Transmissionsleitungen zur Erzeugung elektrischer Transienten im Picosekundenbereich",
|
||||
https://depositonce.tu-berlin.de/bitstream/11303/599/1/Dokument_9.pdf
|
||||
|
||||
Okt. 1994 Dipl.-Ing. Elektrotechnik an der Technischen Universität Berlin, Vertiefungsfach Hochfrequenztechnik, Diplomarbeit Extraktion von MESFET Ersatzschaltbildern (Bestimmung von Ersatzschaltbild-Elementwerten aus speziellen S-Parameter Messungen, C++ Software Design mit GUI Programmierung für graphische Bereichsauswahl und Ergebnisdarstellung)
|
||||
|
||||
Juni 1986 Abitur am Oberstufenzentrum Elektrotechnik in Berlin
|
||||
|
||||
## Trainings
|
||||
|
||||
Sept. 2023 Neuester von mehreren Erste-Hilfe-Kursen
|
||||
Dez. 2016 Ansys SIwave Training
|
||||
Juni 2016 Keysight High Speed Digital class using ADS
|
||||
Juli 2011 Marketing Training
|
||||
Feb. 2011 Pulsonix Training
|
||||
Feb. 2011 HFSS Training
|
||||
Jan. 2008 Gustav Käser, “Management”
|
||||
Juni 2007 Die Akademie, “Führung und Organisation 1”
|
||||
Dez. 2006 Microsoft Project Schulung
|
||||
Apr. 2006 Die Akademie, “Gedächtnis- und Konzentrationstraining”
|
||||
Apr. 2001 Aplac basic course
|
||||
Mai 2000 Seminar "Persönlichkeitsentwicklung im Team"
|
||||
Nov. 1999 Seminar "ADS - RF & Microwave Circuit Designer Class"
|
||||
Feb. 1999 Seminar „Betriebswirtschaft für Ingenieure – Basis“
|
||||
1998, 1999 Verschiedene Mobilfunk-Kurse über GSM, CDMA and UMTS Systeme
|
||||
|
||||
## Kenntnisse
|
||||
|
||||
Software Design:
|
||||
• Objekt-orientierte Programmierung, ereignis-orientierte Programmierung, prozedurale Programmierung
|
||||
• Python mit diversen Modulen (z.B. NumPy, Pandas und Matplotlib für Datenanalyse, PyShark zur Prozessierung von Ethernet Trace-Dateien, PyAutoGui zur Automatisierung, Tkinter für GUI-Programmierung), IronPython
|
||||
• C++, C, CAPL
|
||||
• Matlab
|
||||
• JavaScript
|
||||
• Ruby
|
||||
• Ada inklusive GUI-Programmierung mit GtkAda
|
||||
• HTML, PHP, XML, JSON
|
||||
• AEL, Assembler, AutoHotKey, Basic, Pascal
|
||||
|
||||
IT:
|
||||
• MS Windows, Unix inkl. Linux, Cluster mit LSF Anwender Kenntnissen
|
||||
• MS Office / LibreOffice, MS Project, Visio, Inkscape, Gimp, Latex
|
||||
• MS Azure DevOps Server / Team Foundation Server, MS Visual Studio, PTC Integrity, Aras Innovator, Subversion Server, Tortoise Subversion Client, Git, ClearCase
|
||||
• Jenkins, Bugzilla, Redmine, SpiraTeam
|
||||
• Virtuelle Maschinen Erstellung und Anwendung basierend auf VMware Workstation und Linux KVM/Qemu, Docker Container
|
||||
• Dedicated hosted Linux Server (Apache Web Server, Mysql / MariaDB Datenbanken, E-mail Server, Apache Subversion Server, Parallels Plesk, Webmin / Virtualmin)
|
||||
• NextCloud, n8n, Paperless-NG
|
||||
• Embedded Linux
|
||||
|
||||
Engineering Software:
|
||||
• Vector CANalyzer, CANape, CANoe
|
||||
• Ansys Electronics Desktop, HFSS, Q3D, SIwave
|
||||
• Keysight ADS inkl. Ptolomy, Momentum, SIPro/PIPro und AEL Programmierung
|
||||
• CST, HSpice, Aplac
|
||||
• MatLab, MathCAD, Mathematica
|
||||
• Altium, AutoCAD, Cadence (Allegro, SIP, Analog Artist, Spectre, SpectreRF, Virtuoso), Enterprise Architect, Mentor PADS, Pentalogix CAMmaster, Pulsonix
|
||||
|
||||
Messtechnik:
|
||||
• Daten-Netzwerk Performance mit Wireshark, iperf3, Vector Informatik Ethernet und CAN-Bus Testgeräten, GL Communications PacketExpert Gigabit Ethernet Tester
|
||||
• S-Parameter mit Netzwerkanalysatoren bis 110 GHz, On-Wafer und Koaxial, Kalibration, De-Embedding und Mixed-Mode S Parameter
|
||||
• Zeitbereichsmessungen mit Samplingoszilloskopen bis 50 GHz, integrierten Samplingschaltungen bis 140 GHz und Real Time Oszilloskopen bis 13 GHz
|
||||
• Amplituden- und Phasenrauschen
|
||||
• HF-Leistungsmessgerät, Spektrumanalysator, Signalanalysator, Agilent VSA SW
|
||||
• Bit Error Rate Test, Packet Success Rate
|
||||
• WCDMA, LTE und WiFi Signalerzeugung und Signalanalyse
|
||||
|
||||
Fremdsprachen:
|
||||
• Deutsch: Muttersprache
|
||||
• Englisch: Fließend in Wort und Schrift
|
||||
|
||||
Veröffentlichungen:
|
||||
• Dissertation, fünf Veröffentlichungen, ein Patent, eine Erfindungsmeldung
|
||||
|
||||
Binary file not shown.
@@ -179,23 +179,23 @@ endobj
|
||||
<< /S /GoTo /D [ 84 0 R /Fit ] >>
|
||||
endobj
|
||||
93 0 obj
|
||||
<< /Filter /FlateDecode /Length 3184 >>
|
||||
<< /Filter /FlateDecode /Length 2965 >>
|
||||
stream
|
||||
x<EFBFBD><EFBFBD>[ˎ<><CB8E><11><>W<EFBFBD>Z<><5A>0<0C>e{<7B><>Mһ<4D><D2BB>&<26>lrL6<4C><36>Y,<2C>HI<48><49>u/.<1A>%<25>*<2A><>ԩ"<22>8<EFBFBD>y<10><><EFBFBD>}N<>D<EFBFBD><0E><><EFBFBD><l<><6C><EFBFBD><EFBFBD>O=I<>-<0E><><EFBFBD><14>;<3B><>&<26><><EFBFBD><EFBFBD>oO<6F><4F>7<> <><7F><1D><>y跃<79>z<EFBFBD>F<EFBFBD><46><1F><><EFBFBD>k<13><><EFBFBD><EFBFBD>UfჁO<17>6(<28><>-<10><><EFBFBD><EFBFBD><EFBFBD>Mǃ4<C783>6N^<5E><><EFBFBD><EFBFBD>jyx<79>v<EFBFBD><76>(<28><>')<29>S8<53><38><EFBFBD>)%<25><><EFBFBD>7<EFBFBD>K<EFBFBD>|<7C>ӳ<EFBFBD>.<2E>HW<48>)<29>Y<EFBFBD><05><>I<EFBFBD><49><EFBFBD><EFBFBD><14><><EFBFBD><EFBFBD>=<3D><><EFBFBD><EFBFBD>3<EFBFBD>Uy9\<5C><><EFBFBD><EFBFBD><EFBFBD><EFBFBD><1C>U<EFBFBD><55><EFBFBD>@<40><><EFBFBD>_y<7F>U<EFBFBD><55>+<2B>1vR<76><52>5<EFBFBD>
|
||||
`<<3C><>a<EFBFBD>e<EFBFBD>O2<4F><32><EFBFBD><EFBFBD>ү<EFBFBD>Q<EFBFBD>)<29><10>c8){,:N<><4E><EFBFBD>QqE<71>J<4A>J<EFBFBD><4A>rV0]<5D>f<EFBFBD>l=<3D>p"<22><><EFBFBD>U<EFBFBD>_<EFBFBD><5F><EFBFBD><EFBFBD>5<EFBFBD><35>A<EFBFBD>)
|
||||
<EFBFBD><EFBFBD>i<EFBFBD>L2<EFBFBD><EFBFBD><EFBFBD><><C291>_<>,@<40><><06><>q<EFBFBD>R<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>w<EFBFBD>0<EFBFBD>s<EFBFBD><EFBFBD>{ށ <09><><EFBFBD><08>37<33>ǖ<EFBFBD>K<11>>0B<16><><ɏ<>O<13>rzH~`<60><>QK<51>R<EFBFBD><52><EFBFBD><1E><>9<0E><><EFBFBD><EFBFBD><10>V>QDr<44>OҮ<4F><D2AE><EFBFBD><EFBFBD><EFBFBD><EFBFBD>D<>?<3F> <09><><EFBFBD><EFBFBD><EFBFBD>=
|
||||
<EFBFBD>חzlnd<6E>u<EFBFBD>F<EFBFBD>=<1D><>̅<08><>}^8V<><56>rP<72>S<EFBFBD><1C>kYM(<1C><04><>Or<4F><72>ѨU<D1A8><55><EFBFBD>W<EFBFBD>)>"ƆD*ڑL&<26>T<04><>O<>&Re<52>g<EFBFBD>/<2F><>.Mz;k<> | ||||