Schnellere POC-Entwicklung mit dem BETH Stack

Schnelle Validierung vor dem Markteintritt

Die globale Digitalisierung hat die technologische Entwicklung dramatisch beschleunigt. Neue Produkte und Technologien entstehen in einem noch nie dagewesenen Tempo. Unternehmen und Forschungseinrichtungen sehen sich daher einem zunehmenden Druck ausgesetzt, Innovationen schnell zu validieren und sich kontinuierlich an veränderte Marktbedingungen anzupassen. Aber selbst kleine Prototypen sind oft erforderlich:

• Mehrere Repositories (Frontend und Backend)
• Komplexe Infrastruktur (mehrere Container für Frontend, Backend und Datenbank)

Dies erhöht den Overhead und verlangsamt die Markteinführung. Zwar gibt es Low-Code-Tools, doch fehlt es ihnen oft an Flexibilität und Skalierbarkeit. Andererseits verbrauchen vollständig benutzerdefinierte Setups Zeit und Ressourcen.

Warum wir BETH spannend finden

Unser Team war schon immer darauf fokussiert, effiziente und effektive Prototypen zu liefern. Wir waren bereits schnell unterwegs, wussten aber, dass noch Raum für mehr Geschwindigkeit und Einfachheit bestand. Besonders bei der Reduzierung des Setup-Aufwands und der Optimierung unserer Toolchain.

Bei der Suche nach unkomplizierten, leistungsstarken Alternativen stießen wir auf den BETH Stack, eine Kombination aus Bun, Elysia, Turso und HTMX. Wir erkannten das Potenzial zur Reduzierung der Komplexität bei gleichzeitiger Beibehaltung der Flexibilität. Unser Ziel: Schnellere POCs, weniger Komplexität und ein optimierter Workflow.

• Bun vereinfachte unsere Werkzeuge: Es ersetzte Node.js, Paketmanager und Test-Runner durch eine einzige, schnelle Laufzeitumgebung. Das Ausführen von Skripten und die Verwaltung von Abhängigkeiten wurden übersichtlicher.

• Elysia machte die Backend-Entwicklung deutlich reibungsloser: Das ergonomische API-Design ermöglichte es uns, schnell skalierbare Endpunkte ohne unnötigen Boilerplate-Code zu erstellen.

• Turso (serverloses SQLite) schien zunächst passend, aber dann stellte sich heraus, dass sie im Grunde SQLite geforkt haben und es auf fly.io bereitstellen. Da war klar, dass Turso unseren Workflow nicht wesentlich verbessert. Wir fanden es eher für persönliche Projekte als für Kundenanwendungen geeignet. Zusätzlich hatten wir Bedenken bezüglich Datenschutz und Kontrolle.

• HTMX führte eine neue Art ein, über Frontend-Interaktionen nachzudenken: Wir konnten HTML direkt vom Server ausliefern und so unnötige JavaScript-Komplexität vermeiden. Obwohl HTMX ein einzigartiger Ansatz für die Frontend-Entwicklung ist, fanden wir das mentale Modell etwas unkonventionell. Probleme wie aufgeblähte Netzwerkdaten und unklare Fehlerbehandlung machten es für unsere Produktionsanwendungsfälle weniger ideal.

Zusätzlich zu BETH haben wir uns noch andere Datenbankoptionen und Verbesserungen der Toolchain angesehen. Eingebaute Funktionalitäten für SQLite in Bun funktionierten gut, aber besonders PGlite erwies sich als echter Glücksteffer. Die flexiblen Anwendungsfälle und die einfache Integration mit Tools wie Drizzle reduzierten die Reibung in unserem Workflow. Das macht es einfacher, sich auf das Erstellen von Funktionen zu konzentrieren, anstatt Setups zu verwalten. Zu guter Letzt ersetzte Biome andere Formatierungs- und Linting-Tools. Unglaubliche Geschwindigkeit und bessere Ausgabenachrichten halfen der Entwicklung erheblich. Allein die Verbesserung der Entwicklungserfahrung ist eine Leistung für sich.  

5 Erkenntnisse: Was gut funktioniert hat

Wir haben BETH getestet, indem wir kleine Anwendungen gebaut und seine Auswirkungen analysiert haben. Folgendes haben wir dabei gelernt:

1. Noch schnellere POCs sind möglich: Mit weniger Abhängigkeiten und optimierten Werkzeugen können wir Prototypen in Rekordzeit zum Laufen bringen. ‍
2. Geringerer Overhead: Es ist uns gelungen, die Containergrößen von 3 auf 2 oder sogar 1 zu reduzieren, damit die Kunden die von uns entwickelten Anwendungen erkunden können.
3. Verbesserte Entwicklererfahrung: Die Werkzeuge fühlen sich modern, effizient und angenehm in der Anwendung an, was zur Entwicklungsgeschwindigkeit beitrug.
4. Perfekt für CI und Tests: PGlite, ein WASM-basiertes PostgreSQL, war ein Gamechanger für die Ausführung von In-Memory-Datenbanken für Test- und CI-Pipelines. ‍
5. Drizzle ORM ist ein verstecktes Juwel: Anfangs dachten wir, dass wir Prisma oder Sequelize vermissen würden, aber Drizzles unkompliziertes und typsicheres ORM passt perfekt.

Überlegungen zur zukünftigen Nutzung

Während der neue Stack erhebliche Vorteile bietet, müssen wir mehrere Aspekte berücksichtigen, wenn wir ihn für verschiedene Projekte einsetzen. Einige Kunden verlangen eine strikte Einhaltung traditioneller Node.js-Umgebungen, was Fallback-Lösungen für die Kompatibilität der Unternehmensinfrastruktur erforderlich machen könnte. Wenn es um produktionsreife Bereitstellung und langfristige Skalierbarkeit geht, bleiben AWS und PostgreSQL die bevorzugte Wahl gegenüber serverlosen SQLite-Lösungen. Für Edge-Speicherfunktionen bietet die Erkundung von PGlite, IndexedDB und leichtgewichtigen SQL-Lösungen neue Möglichkeiten für verteilte Anwendungen.

Bonus: Codegenerierung

Da HTMX nicht zu den gewünschten Geschwindigkeitsgewinnen führte, haben wir auch Tools zur Codegenerierung ffür das Scaffolding von Projekten untersucht. Dies führte uns zu Screenshot-zu-Code einem Tool, das Bilder nimmt und Tailwind + React-Apps generiert. Obwohl die Ergebnisse nicht perfekt sind, beschleunigen sie das Boostrapping von POCs erheblich. Das ermöglicht uns, den Fokus auf die Verfeinerung der Funktionalität zu legen, statt unverhältnismäßig viel Zeit für das anfängliche UI-Setup aufzuwenden.

Vorgeschlagener Stack: Das Beste aus beiden Welten

Wie wir unseren Ansatz verbessert haben:

Nach den Experimenten mit BETH war eindeutig, dass wir unseren Ansatz für POCs noch weiter verfeinern können. Für Projekte unter 50k erwägen wir jetzt einen BETH-basierten Stack, um Ideen schnell zu validieren, bevor größere Investitionen getätigt werden. Wenn Projekte produktionsreife Anwendungenbenötigen, wechseln wir zu einer robusteren Infrastruktur mit AWS, PostgreSQL und Kubernetes. Während dieses Prozesses haben wir auch unsere CI/CD-Pipelines optimiert. Wir verwenden jetzt PGlite für effizientes Unit-Testing und Biome für schnelles Linting und Formatieren, was einen kohärenteren Workflow vom Konzept bis zur Bereitstellung schafft.

Welche Prtojekte profitieren von einem verbesserten Stack

In der Vergangenheit gab es einige Projekte, die von diesem schlankeren Ansatz erheblich profitiert hätten. Unter anderem:

• Optimierung der Lieferkette – Schnellere POCs hätten geholfen, Logistikprozesse mit minimalem Setup zu validieren.
• Statusüberwachung in Echtzeit – Reduzierte Komplexität hätte eine schnellere Projektlieferung bedeuten können.
• Dynamische Quotierungssysteme – Leichtgewichtige Tools hätten in frühen Phasen Flexibilität geboten.
• Wissenschaftliche Forschungswerkzeuge – Schnellere Iterationszyklen hätten zu besserer experimenteller Software führen können. ‍

Bereit, deine Prototypenentwicklung zu beschleunigen?

Die Untersuchung des BETH Stacks hat uns wertvolle Erkenntnisse gebracht, um Unternehmen zu helfen, schneller Prototypen zu entwickeln. Obwohl nicht jedes Tool in BETH perfekt gepasst hat, haben uns die gewonnenen Erkenntnisse geholfen, unseren Entwicklungsprozess zu verfeinern. Letztendlich kombiniert unser Ansatz jetzt das Beste von BETH mit zusätzlichen Tools wie PGlite, Drizzle und Biome. Das Ergebnis? Schnellere, schlankere Prototypen ohne auf zukünftige Skalierbarkeit zu verzichten.

Nutze unsere umfangreiche Expertise und beschleunige deine POC-Entwicklung mit uns! Deine innovativen Ideen verdienen eine schnelle Umsetzung. Wir möchten dir helfen, in Rekordzeit vom Konzept zum Prototyp – und dann zur Produktion – zu gelangen. Schreib uns, wenn du einen neuen Tech-Stack in Erwägung ziehst oder deine POC-Entwicklung verbessern möchtest. Gemeinsam finden wir die perfekte Balance aus Geschwindigkeit, Kosten und Skalierbarkeit für eure einzigartige Vision.