Zum Inhalt springen

Lukas Jungwirth, BSc

Web- und App Developer
mit einer Leidenschaft für Web Frontends

Lighthouse Aktuelle Lighthouse-Werte (Desktop) – im CI erzwungen.
  • 100 Performance
  • 100 A11y
  • 100 Best Practices
  • 100 SEO

Entwickler? Hier entlang!

portfolio — -zsh — 80×24

Mehr UI, weniger Terminal?

Erkunde mein Portfolio auf dem klassischen Weg.

Hier gehts weiter.

Über mich

Über mich

Porträt von Lukas Jungwirth

Wer ich bin und wie ich hier gelandet bin

Schöne Frontends entstehen nicht aus Magie, sondern aus präzisem Handwerk.

Ich bin Lukas, Full-Stack-Developer aus Wien – mit Schwerpunkt auf Web-Frontends und echtem Interesse für sauberen Code, Performance und Barrierefreiheit. Ausgebildet an der FH St. Pölten in Medientechnik und Interactive Technologies, seit Ende 2022 als Full-Stack-Entwickler bei iService in Wien.

Mich interessiert das Handwerk hinter guter Software: Wie semantisches HTML 80 % der Accessibility ohne weiteres Tooling löst. Wie CSS-Custom-Properties Designschulden auflösen, statt sie zu verstecken. Wie ein scharfer TypeScript-Typ ein ganzes Bug-Class verhindert, bevor es entsteht.

Nebenbei baue ich heurig.at – eine Suchmaschine für Heurigen in Niederösterreich, Wien und der Steiermark – und versuche, jeden Tag etwas besser zu werden.

Meine Kernkompetenzen

  • Dynamische Web Frontends
  • Durchdachte User Experience
  • Schnelles Erkennen von Zusammenhängen
  • Teamfähigkeit
  • Zuverlässigkeit
Lass uns reden

Wie ich arbeite

Fünf Überzeugungen, die meine Entscheidungen prägen – nicht als Slogans, sondern als Arbeitsweise.

  1. Barrierefreiheit ist Grundlage, keine Politur.

    WCAG AA gilt ab Tag 1. Kontrast, Fokus, Tastatur – bevor das letzte Pixel sitzt.

  2. Performance ist ein Feature.

    Wahrgenommene Geschwindigkeit ist Teil der UX. Lighthouse-Werte sind Mindeststandard, kein Werbeargument.

  3. Semantisches HTML vor JavaScript.

    Das richtige Element löst Accessibility, SEO und Lesbarkeit auf einen Schlag – und braucht kein Framework dafür.

  4. Boring tech wins.

    Bewährte Werkzeuge sind nicht langweilig – sie sind belastbar. Hype kostet Schulden, die andere bezahlen.

  5. Daten sind kein Ornament.

    Bevor ich Code schreibe, kläre ich Form, Quelle und Lebenszyklus der Daten. Der Rest folgt fast von selbst.

Mein Werdegang

Werdegang

Ausbildung und beruflicher Pfad – die Stationen, die meine Arbeitsweise geprägt haben.

Meine Ausbildung

2022-
heute
Master Interactive Technologies - Mobile
Fachhochschule St.Pölten
2019-
2022
Bachelor Medientechnik - Interactive Technologies
Fachhochschule St.Pölten

Berufliche Meilensteine

2022-
heute
Full Stack Developer
iService Medien & Werbeagentur
2021
Berufspraktikum Web- und App Entwicklung
iService Medien & Werbeagentur

Aktuelle Favoriten

Was mich gerade begeistert

Kuratierte Auswahl – Technologien, mit denen ich aktuell echte Probleme löse. Kein Buzzword-Bingo, keine Wunschliste.

Zuletzt aktualisiert:

  • Svelte 5

    Warum
    Explizite Reaktivität mit Runes – sichtbarer Zustand statt Framework-Magie.
    Wie
    Komponenten klein halten, $derived für berechnete Werte, $effect nur an den Rändern.

    Im Einsatz bei: Weinverwaltung

  • Astro

    Warum
    Standardmäßig kein JavaScript ausgeliefert. Inseln nur dort, wo Interaktion wirklich nötig ist.
    Wie
    Inhalte als Content Collections, View Transitions für Navigation, Svelte als hydrierte Insel.

  • TypeScript

    Warum
    Ganze Fehler-Klassen verschwinden, bevor sie produktiv werden – ohne Laufzeit-Overhead.
    Wie
    Strict mode aktiv, Validierung mit Zod am Rand, niemals `any` zum Stillstellen des Compilers.

  • Leaflet

    Warum
    Karten ohne Vendor-Lock-in: leichtgewichtig, anpassbar, sauber dokumentiert.
    Wie
    Eigene GeoJSON-Quellen statt proprietärer APIs, Clustering bei vielen Markern, Custom Panes für Reihenfolge.

    Im Einsatz bei: Heurig.at

  • PocketBase

    Warum
    Backend-in-a-Box: SQLite, Auth, Realtime und Admin-UI in einer Binary.
    Wie
    Migrations einchecken, Schema-Änderungen versioniert, SDK über einen schmalen HTTP-Wrapper kapseln.

    Im Einsatz bei: Weinverwaltung

  • Tailwind CSS

    Warum
    Design-Tokens als Utility-Klassen – Konsistenz ohne Naming-Marathon.
    Wie
    Theme-Werte zentral in der Config, semantische Komponenten nur dort, wo sie sich auszahlen.

    Im Einsatz bei: Weinverwaltung

Ausgewählte Arbeiten

Drei Projekte stellvertretend für meinen Ansatz: Tiefe statt Anzahl, echte Anwender statt Demo-Daten.

Alle Projekte ansehen

Kontakt

Lust auf ein Gespräch?

Konkretes Projekt, Fragen zu meinem Werdegang oder ein freundliches Hallo – ich antworte zeitnah.

E-Mail schreiben Alle Kontaktwege