Léonard Noth
ENFRDE

Ich entwerfe Systeme,baue Produkte und machekomplizierte Technikverständlich.

Ich baue Software, führe die Menschen, die sie bauen, und unterrichte sie, alles aus Freiburg in der Schweiz. Data Science von Haus aus, Produkt aus Instinkt: Ich mache aus Forschungs- und Lehrfragen Dinge, die tatsächlich benutzt werden.

Léonard Noth
  1. 01Problem
  2. 02Verstehen
  3. 03Entwerfen
  4. 04Bauen
  5. 05Erklären
  6. iterieren: Bauen → Verstehen · lernen: Erklären → Problem

Was ich tatsächlich mache

Vier Dinge, für die man mich holt. Jedes mit dem Projekt, in dem es wirklich passiert ist, und mit der Entscheidung, die dazugehörte.

01

Bauen

Ich bringe eine Idee von null bis vor echte Nutzer zum Laufen und bleibe dabei im Code.

FlowerCamIm Detail

Hauptentwickler, 2021 bis 2023, drei Läden in Freiburg

Mit FlowerCam steuerte eine Kundin von zu Hause aus einen Roboter durch einen echten Laden, und ich habe den Video-Server geschrieben, der diesen Anruf möglich machte.

In einem Laden stehen Kundinnen und Kunden, und ein Gesicht, das niemand freigegeben hat, geht nicht ins Internet. Alle Gesichter ausser denen des Personals unkenntlich zu machen war die rechtliche Bedingung, überhaupt zu starten. Und sobald Software die Pixel ansehen muss, ist eine direkte Verbindung zwischen Browser und Roboter per Definition unmöglich.

Also habe ich unseren eigenen Streaming-Server gebaut: ein vollwertiger WebRTC-Peer auf beiden Seiten des Anrufs, der jedes Bild dekodiert, einen Gesichtsdienst fragt, welche Gesichter zum Personal gehören, den Rest verpixelt und neu kodiert. Das kostet über 100 ms pro Bild, und genau deshalb konnte der Roboter bei einer Floristin, in einem Möbelgeschäft und in einem Wellnessladen fahren, mit echten Kundinnen in den Gängen.

Zur Fallstudie
02

Strukturieren

Ich entwerfe Systeme, die noch verständlich sind, wenn jemand anders sie ein Jahr später öffnet.

SAFEIm Detail

Masterarbeit, 2024, Note 6 von 6

SAFE liest Finanznachrichten und ordnet jedes Ereignis zeitlich ein, während sich niemand einig ist, was „aktuell“ heisst.

Für einen Daytrader dauert die Gegenwart Stunden, für eine Pensionskasse ein Quartal. Steckt diese Grenze in den Modellgewichten, heisst beide zu bedienen: neu annotieren und neu trainieren.

Die Klassengrenzen liegen deshalb in einer Konfigurationsdatei, und explizite Datumsangaben erreichen das Netz gar nie. Dafür sorgt ein regelbasierter Tagger, denn „letztes Jahr“ ist Rechnen gegen ein bewegliches Heute, und das können Gewichte nicht halten. Was „Gegenwart“ bedeutet, ist seither eine Zeile. Das ist die Entscheidung aus dieser Arbeit, die ich am liebsten verteidige.

Zur Fallstudie
03

Entscheiden

Ich setze die Richtung, verteile die Arbeit und trage den Entscheid, wenn die Antworten sich widersprechen.

YEPA, KOCO PredictIm Detail

CTO, einziger Vollzeit-Ingenieur, zwei Produkte aus einer Codebasis

Bei YEPA bin ich der einzige Vollzeit-Ingenieur: Jede Uneinigkeit zwischen Forschung, Freelancern und Produkt landet am Ende bei mir.

Zwei Pädagogikforschende beschreiben, was die Methode braucht, Freelancer und Studierende bauen Teile davon, ich briefe sie, prüfe, was zurückkommt, und entscheide die Architektur. Ein guter Teil der Arbeit besteht darin, der Forschungsseite zu sagen, wann das Gewünschte nicht das Gemeinte ist.

Am deutlichsten war das beim Klassifikator. Ein Interviewfragment in die sieben Konzepte der pädagogischen Ontologie einzuordnen sah nach einer Aufgabe für die grossen Sprachmodelle aus. Wir haben sie sauber getestet, sie stagnierten. Ein kleines Modell, trainiert auf unserem eigenen annotierten Korpus, erreicht 94% auf 350 von Fachleuten annotierten Beispielen, zwölf Punkte Vorsprung, und genau das läuft produktiv, in 23 Infrastruktur-Stacks mit einer Deploy-Sperre, die sich weigert, eine laufende Tabelle zu ersetzen.

Entscheiden heisst auch, auf das Pflichtenheft zurückzukommen. Bei KOCO Predict war eine stündliche Prognose vereinbart; auf dieser Auflösung waren 98% der Reihe eine Interpolation, die ich selbst gezogen hatte. Ich bin auf Tagesauflösung gewechselt, wo ein Viertel der Punkte echte Wägungen sind, und habe ein Modell verteidigt, das auf dem Papier schwächer aussieht und Zahlen liefert, nach denen ein Disponent handeln kann.

Zur Fallstudie
04

Unterrichten

Ich mache aus etwas Kompliziertem etwas, das man in die Hand nehmen kann, und prüfe dann, ob das stimmt.

HEIA-FRIm Detail

Dozent zu 20%, Mensch-Computer-Interaktion und Semesterprojekte

Die meisten meiner Studierenden kommen, ohne eine Website bauen zu können, und gehen mit einer, die funktioniert, und mit dem Nachweis dafür.

In Mensch-Computer-Interaktion ist die Abgabe keine Seite, die fertig aussieht. Es ist eine Website, die Menschen wirklich benutzen können, samt den Mitteln, sie zu beurteilen: Codequalität, Nutzertests, Interface-Evaluation.

Im Semesterprojekt verantworte ich die Daten- und KI-Seite. Teams lernen, Daten zwischen einem Data-Team, einem Backend und einem Frontend zu bewegen und ein erstes Modell aus nichts zu bauen: Daten finden, verstehen, sortieren und herausfinden, welches Modell das Problem wirklich verlangt. Zwanzig Studierende, die eine Erklärung gleichzeitig ausprobieren, sind der schnellste Weg zu merken, welcher Teil davon nie gestimmt hat.

Hauptprojekte

Vier Projekte, bei denen die Entscheidung das Interessante war, nicht die Funktionsliste.

Index →

YEPA

2025–heute

Gelebte Erfahrung in eine lesbare Kartierung übersetzen

Problem
Das Explikationsinterview funktioniert. Die Technik bringt jemanden dazu zu schildern, was er tatsächlich getan hat, statt dessen, was er zu sagen meint. Nur brauchte es dafür eine geschulte Fachperson im Raum. Ein Interview dauerte eine bis anderthalb Stunden, und daraus eine formale Kartierung der Kompetenzen zu machen, kostete anschliessend weitere fünf bis sechs Stunden Expertenarbeit. Damit blieb die Methode genau denen verschlossen, die sie am nötigsten hatten: Menschen in beruflicher Neuorientierung, Stellensuchende und die Beratenden, die sie in grosser Zahl begleiten sollen.
Rolle
CTO & leitender Entwickler
Entscheidung
Einen spezialisierten Klassifikator trainieren statt ein Spitzenmodell zu prompten, nachdem belegt war, dass die Spitzenmodelle nicht weiterkamen
Ergebnis
Ein Interview, das jede und jeder führen kann, in 15 Minuten bis einer Stunde statt 90 Minuten, mit einer Kartierung nach fünf bis sechs Minuten statt fünf bis sechs Stunden. Über drei Testrunden mit 36 Teilnehmenden bestätigten alle Befragten, dass ihnen das Interview genug Zeit zum Nachdenken liess, und ausgerechnet die Personen ohne jede Chatbot-Erfahrung sprachen die höchste Empfehlung aus. Dahinter stehen zwei Produkte aus einer Codebasis: yepa.solutions für Einzelpersonen und yepa.expert auf Einladung für Forschende, mit codegeschützten Kampagnen, anonymen Teilnehmenden und Auswertung auf Gruppenebene.

KOCO Predict

2023–2025

Einen Container vorhersagen, damit Lastwagen nicht mehr zu leeren fahren

Problem
KOCOs bisherige Prognose war eine adaptive lineare Regression: die Füllrate zwischen zwei Leerungen mitteln und fortschreiben. Das funktioniert, sieht aber immer nur Daten von Sammeltagen, eine Handvoll Punkte pro Woche. Das Unternehmen wollte wissen, ob achtzehn Monate spärlicher Wägungen etwas Besseres tragen können.
Rolle
Forschungsingenieur
Entscheidung
Die Auflösung von stündlich auf täglich senken, denn stündlich waren 98% der Daten eine Linie, die ich selbst gezogen hatte
Ergebnis
Prophet senkte den mittleren absoluten Fehler von 75,0 kg beim Bestandssystem auf 48,04 kg an echten Sammeltagen und den MAPE von 40,4% auf 19,8%. Beide Partner bewerteten das Projekt im Schlussbericht an Innosuisse mit 1 von 4 (sehr erfolgreich).

SAFE

2024

Finanznachrichten, drei Fragen auf einmal gelesen

Problem
Finanz-Sentiment von der Stange sagt Ihnen, eine Schlagzeile sei negativ. Selten sagt es, negativ für wen, oder ob das Beschriebene bereits eingetreten ist. Ein einziger Artikel kann zu einem Unternehmen optimistisch und zu einem anderen düster sein und ein Ereignis vom letzten Jahr mit einer Prognose fürs nächste Quartal mischen. Das auf einen einzigen Wert zu reduzieren, wirft den grössten Teil des Signals weg.
Rolle
Masterarbeit, alleiniger Autor
Entscheidung
Die Grenzen der Zeitklassen in eine Konfigurationsdatei legen statt in die Gewichte des Modells
Ergebnis
Note 6 von 6. Drei getrennte Fragen pro Satzfragment, aggregiert je Unternehmen und Zeitfenster, mit benannten Emotionspaaren statt einem erzwungenen Einzelsieger.

FlowerCam

2021–2023

Ein Roboter, den man vom Sofa aus steuert

Problem
Die Idee kam von einem Floristen. Adrien Hertig hatte gemerkt, dass seine Kundschaft nicht mehr in die Stadt kam und stattdessen online bestellte, und fand, es wäre gut, wenn jemand aus seinem Team sie trotzdem durch den Laden führen könnte. Dann schloss COVID die Geschäfte ganz. Die Frage wurde: Kann eine entfernte Kundin einen echten Laden wirklich vom Handy aus durchstöbern, sehen, was sie sehen will, und von einem Menschen bedient werden?
Rolle
Leitender Entwickler und technischer Verantwortlicher
Entscheidung
Peer-to-Peer aufgeben und den eigenen Server auf beiden Seiten zu einem echten WebRTC-Peer machen, weil wir die Pixel sehen mussten
Ergebnis
Lief in drei Partnergeschäften in Freiburg (ein Blumenladen, ein Möbelgeschäft und ein Anbieter für Entspannungsprodukte), mit einer mobilen App in beiden Stores und Gesichts-Blurring in Echtzeit, das den Betrieb des Roboters in einem Laden mit Kundschaft erlaubte.

Sechs Gewohnheiten, und die Projekte, die sie mir beigebracht haben.

Keine Werte an der Wand. Jede steht hier, weil ein Projekt besser lief, wenn ich mich daran hielt, oder schlechter, wenn nicht. Jede hat auch einen Preis, also steht der Preis darunter.

Methode
  1. 01

    Messen, was zählt

    Eine Zahl, die ich vor einer Betreuerin verteidigen würde, oder gar keine.

    YEPAs Klassifikator wird an 350 Beispielen gemessen, die die Pädagogikforscherinnen annotiert haben, nicht an einer Demo, die gut lief.

    YEPA · KOCO Predict

  2. 02

    Wissen, wann ein LLM das falsche Werkzeug ist

    Grosse Modelle sind mächtig und nicht deterministisch. Die Kunst ist, die Fälle zu unterscheiden.

    Gleiches Produkt, gleiche Woche: ein gebundenes LLM gewinnt die eine Aufgabe klar und verliert die nächste um zwölf Punkte.

    YEPA · Atelier

  3. 03

    Die Komplexität nach unten legen

    Streng, wo es zählt; unsichtbar, wo nicht.

    Eine Floristin soll nur ihre Kundin sehen, nie die Gesichtserkennung, die hinter dem Stream läuft.

    FlowerCam · YEPA

  4. 04

    Prototyp, dann Optimierung

    Über ein Produkt, das man sieht, wird diskutiert. Über ein Konzept wird verhandelt.

    Sieben Personen, acht Fragen: die Umfrage zu Dutine hat das Produkt stärker verändert als ein Monat Nachdenken.

    YEPA · Dutine

  5. 05

    Die Entscheidung erklären, nicht nur das Ergebnis

    Wer versteht, warum, kann den nächsten Kompromiss mit Ihnen aushandeln.

    KOCO Predict von stündlich auf täglich zu senken liess das Modell auf dem Papier schlechter aussehen und machte die Zahlen belastbar.

    YEPA · KOCO Predict

  6. 06

    Für die Person entwerfen, die es pflegt

    Geschriebene Budgets, echte Grenzen, gemeinsamer Code dort, wo zwei Produkte sich überschneiden.

    Eine Deploy-Sperre, die den Infrastruktur-Diff liest und sich weigert, eine Produktionstabelle zu ersetzen.

    YEPA · SAFE

Lehre

Etwas zu verstehen gehört dazu, es zu bauen

Ich unterrichte Mensch-Computer-Interaktion und Semesterprojekte an der HEIA-FR, mit rund 20% neben dem Übrigen.

Lehre
Was ich ihnen sage
  • Ein gutes System löst ein echtes Problem.
  • Bauen Sie es in Teilen, denn einen davon werden Sie ersetzen.
  • Jede Entscheidung braucht einen Grund, den Sie aussprechen können.
  • Fragen Sie nach. Die Erfahrung anderer ist das Billigste, was Sie bekommen.
  • Hinterlassen Sie den Code besser, als Sie ihn vorgefunden haben.

Technischer Werkzeugkasten

Womit ich baue

  • TypeScript
  • React
  • Next.js
  • Tailwind
  • Vue
  • Svelte
  • Flutter
  • Python
  • PHP

Was ich betreibe

  • AWS
  • CDK
  • Lambda
  • DynamoDB
  • Step Functions
  • AppSync
  • Docker
  • Redis
  • SQL

KI-Systeme, die ich entwerfe

  • PyTorch
  • Transformers
  • Embeddings
  • LLM-Pipelines
  • scikit-learn
  • spaCy
  • Prophet

Entscheidungen, die ich trage

  • Architektur
  • Technische Strategie
  • Lieferplanung
  • Freelancer führen
  • Lehre

Zurzeit

  • CTOYEPA. Als einziger Vollzeit-Ingenieur gehört die Architektur mir.
  • DozentHEIA-FR, Mensch-Computer-Interaktion und Semesterprojekte, heute zu 20%.
  • Im BauAtelier. Eine Suite, die Content-Creators von der Idee zum geschnittenen, veröffentlichungsbereiten Video bringt.