Softwareentwicklung & Webentwicklung
Zwei Disziplinen, bewusst getrennt. Webdesign und Webentwicklung, wo die Arbeit gefunden werden, schnell laden und bedienbar sein muss. Software-Engineering, wo sie korrekt rechnen, verfügbar bleiben und ihre Daten konsistent halten muss. Wir bauen außerdem unsere eigene Sensorik von Grund auf — weshalb die Software hier so geschrieben ist, dass sie außerhalb einer Demo standhält.
Was wir bauen
Vier Bereiche, in denen die meisten Projekte landen — einer auf der Web-Seite, drei auf der Engineering-Seite.
Webdesign & Webentwicklung
Software-Engineering
02
Individuelle Softwareentwicklung
Eigene Anwendungen und Backends für Arbeit, die in kein Standardwerkzeug passt.
- Webanwendungen
- APIs und Backend-Systeme
- Systemintegration
- Technische Architektur
03
Workflow-Automatisierung
Systeme verbunden und die wöchentliche Handarbeit abgeschafft — mit dem Fehlerfall zuerst entworfen.
- Eingang und Weiterleitung
- Daten zwischen Systemen
- Berichte, die sich selbst erstellen
- KI, wo sie sich lohnt
04
Firmware & Embedded-Software
Firmware und Gerätesoftware für Hardware, die schon existiert — geschrieben von Leuten, die ihre eigenen Platinen bauen.
- Firmware und Treiber
- Echtzeit und Embedded Linux
- Sensorintegration
- Signalverarbeitung auf dem Gerät
Wenn Ihr Vorhaben dazwischen oder daneben liegt — eine Datenpipeline, ein internes Werkzeug, eine Integration, für die sich niemand zuständig fühlt, ein System, das gerettet werden muss — lohnt sich das Gespräch trotzdem. Mobile und plattformübergreifende Apps finden Sie unter App-Entwicklung. Wir wählen Arbeit danach aus, ob wir sie gut machen können, nicht danach, ob sie zu einer Leistungsseite passt.
Worin sie sich unterscheiden
Webentwicklung und Software-Engineering sind nicht dasselbe Handwerk. Wir machen beides — und es lohnt sich, genau zu sein, was ein Vorhaben tatsächlich braucht.
| Webdesign & Webentwicklung | Software-Engineering | |
|---|---|---|
| Was geliefert wird | Eine Website: Struktur, Templates, Inhalte und das Frontend darum herum. | Ein System: Datenmodell, APIs, Dienste und die Jobs, die dahinter laufen. |
| Woran Erfolg hängt | Ob sie gefunden wird, wie schnell sie lädt und ob der Besucher tut, wofür sie gebaut ist. | Ob es korrekt rechnet, verfügbar bleibt und seine Daten konsistent hält. |
| Die harten Randbedingungen | Crawler, Browser, Endgeräte, Bandbreite und ein Performance-Budget in Millisekunden. | Nebenläufigkeit, Zustand, Teilausfälle, Sicherheit und jedes andere System, mit dem gesprochen wird. |
| Wie es typischerweise scheitert | Eine Migration verliert Rankings, die über Jahre erarbeitet wurden — und es fällt erst sechs Wochen später auf. | Eine Race Condition beschädigt Daten unbemerkt, und das Backup enthält den Fehler bereits. |
| Wo der Zustand liegt | Größtenteils außerhalb: Suchindizes, Inhalte, Caches, fremde Plattformen. | Innerhalb, und er muss konsistent bleiben. |
| Wogegen getestet wird | Echte Geräte, Search Console, Core Web Vitals und der Crawler. | Testsuites, Last, gezielte Fehlerinjektion und Telemetrie aus dem Betrieb. |
Etliche Projekte stehen in beiden Spalten. ChatLino ist eine Website, die Menschen besuchen, und ein Backend, das stimmen muss; die Rechner sind öffentliche Webseiten mit echter Fachlogik. Das spricht dafür, beide Disziplinen unter einem Dach zu haben — nicht dafür, so zu tun, als wären sie eine.
Übertragbar ist die Gewohnheit, nicht das Werkzeug: den Fehlerfall vor dem Normalfall entwerfen und gegen die Realität statt gegen Mocks testen. Welche der beiden Disziplinen ein Vorhaben braucht, klärt man besser, bevor jemand ein Angebot schreibt — und genau damit fangen wir an.
Beleg — Suchwachstum
Eine neue Domain, von null auf die erste Seite in zwölf Monaten
Die Website startete ohne Historie, ohne Links und ohne Marke. In den ersten vier Monaten wurde sie in der Suche kaum angezeigt; ab Januar stiegen Impressionen und Klicks Monat für Monat — bei einem Werkzeug, das Menschen wiederholt nutzen, nicht bei einem Artikel, den man überfliegt.
- Impressionen in der Suche
- 1,65 Mio.
- Klicks aus der Suche
- 24,8 Tsd.
- Durchschnittliche Position
- 6,8
- Besucher, die das Tool nutzen
- 46,5 %
Ausgewählte Arbeiten
Live und im Einsatz — keine Attrappen.
Fachwerkzeug · Bauwesen
Concrete Block Calculator
Mengenrechner für Mauerwerk aus Betonsteinen — Steine, Mörtel, Verfüllung und Bewehrung — als Teil einer verlinkten Familie von Bau-Rechnern, gebaut entlang der Suchnachfrage, und die Website hinter dem Wachstum oben.
Fachwerkzeug · Chemie
Molecular Weight Calculator
Molmassenberechnung für beliebige chemische Formeln — Hydrate, Klammerausdrücke und eigene Modi für Proteine/Peptide, DNA/RNA und Molarität, mit Aufschlüsselung nach Elementen.
SaaS-Plattform · Backend und Frontend
ChatLino
Multichannel-Plattform für Kundenkommunikation: visueller Workflow-Builder, KI-Automatisierung und ein umfangreiches Backend, das WhatsApp, Messenger, Instagram und Web an einem Ort verbindet.
Lokale Dienstleistungsseite
HVAC Fort Walton Beach
Website für einen Handwerksbetrieb, ausgelegt auf lokale Suche und Anfragen — von Struktur und Texten bis zur Terminstrecke.
Erstes organisches Suchergebnis für „hvac fort walton beach“ · Google, September 2026
Warum Nodomic
Software, die auf einem Gerät laufen muss, das man nicht erreichen kann, erzwingt Gewohnheiten, die gewöhnliche Software nie verlangt.
Unsere eigene Arbeit deckt den gesamten Stack ab. Wavegrasp reicht von MEMS-Mikrofonen und eigenen Platinen über Echtzeit-Firmware bis zur Signalverarbeitung auf dem Gerät. ChatLino betreibt ein umfangreiches Backend aus APIs, Workflows und Integrationen hinter einem Multichannel-Produkt. Die Rechner bringen echte Fachlogik vor Zehntausende Berechnungen im Monat. Diese Spannweite ist selten, und sie ist der Grund, warum die Software hier so geschrieben ist, wie sie geschrieben ist.
Ein Gerät im Feld lässt sich nicht am Freitagnachmittag mal eben patchen. Sein Takt driftet, seine Energie ist begrenzt, seine Eingänge sind verrauscht, und seine Fehler sind physikalisch statt protokolliert. Dafür zu bauen heißt, den Fehlerfall zuerst zu entwerfen, gegen die Realität statt gegen Mocks zu testen und ein System auch dann debuggen zu können, wenn der Debugger ein Oszilloskop ist. Diese Gewohnheiten schalten sich nicht ab, wenn das Projekt eine Webplattform ist: Sie zeigen sich als Migration, die über Jahre erarbeitete Rankings behält, als Automatisierung, deren Fehlerzweig vor dem Erfolgszweig gezeichnet wurde, und als öffentlicher Rechner, der auch am Rand seines Gültigkeitsbereichs noch das Richtige ausgibt.
Wavegrasp — Gerät
SIGNAL
MEMS-Mikrofon, analoges Frontend
FIRMWARE
Echtzeit-Erfassung, DSP auf dem Gerät
ÜBERTRAGUNG
LVDS Takt + Daten, Multi-Knoten-Sync
ChatLino · Rechner — Plattform
BACKEND
APIs, Workflows, Integrationen
OBERFLÄCHE
Web-Frontends und Tools im Einsatz
Unser eigenes System
Wavegrasp
Ein Netz akustischer Sensorknoten, das Drohnen im Tiefflug erkennt und lokalisiert, ohne auf die Steuer-, Video- oder Telemetrieverbindung des Ziels angewiesen zu sein. Jeder Knoten hört über ein Array aus acht Mikrofonen und berechnet die Richtung lokal — zwischen den Knoten wandert damit eine Peilung statt Rohaudio.
Wavegrasp entdeckenWir übernehmen daher zwei Arten von Arbeit. Projekte, in denen Software auf ein physisches Gerät trifft — dort ist genau diese Erfahrung der Grund, uns zu beauftragen. Und gewöhnliche Software: Backends, Integrationen, interne Plattformen, Produkte für Endkunden — wo sie schlicht bedeutet, dass die Arbeit von Ingenieuren gemacht wird, die Systeme gewohnt sind, die halten müssen.
Wie wir arbeiten
Vier Einstiegspunkte, und keine Account-Ebene zwischen Ihnen und denen, die den Code schreiben.
Teamerweiterung
Wir arbeiten in Ihrem Team, Ihrem Stack, Ihrem Repository, Ihrem Prozess. Sinnvoll, wenn die Richtung steht, aber die Hände fehlen.
Outsourcing →Projektübernahme
Wir übernehmen eine bestehende Codebasis — meist eine, die ihren ursprünglichen Autoren entwachsen ist — dokumentieren, was tatsächlich da ist, und führen sie weiter.
Kompletter Aufbau
Von den Anforderungen bis zum laufenden System, mit einer Übergabe, die währenddessen entsteht statt am Ende zusammengesucht zu werden.
MVP
Eine erste Version, gebaut, um eine Frage zu beantworten — Software, und Hardware, wo die Idee davon abhängt.
MVP-Entwicklung →Erster Schritt: ein Scoping-Gespräch
Ein erstes Gespräch ist technisch, kein Vertriebstermin. Bringen Sie das Problem, die Rahmenbedingungen und das, was bereits existiert — Sie bekommen eine ehrliche Einschätzung zu Umfang, Vorgehen und dazu, ob wir die Richtigen dafür sind.