
Unsere eigene Kochkunst: Wie wir Enter mit Enter bauen
Entdecken Sie, wie Enter Vibe Coding nutzt, um seine eigene Plattform aufzubauen. Sehen Sie, wie Nicht-Entwickler sofort produktionsreifen Code mittels natürlicher Sprache veröffentlichen.
Bei Enter ist "Vibe Coding" nicht nur ein Schlagwort. Es ist Teil unserer DNA.
Enter wurde mit dem Versprechen gegründet, jedem die Macht zu geben, Software zu erstellen. Von Portfolio-Websites bis hin zu Herzensprojekten hat Enter Nicht-Entwicklern neue Wege eröffnet, echte Software zu veröffentlichen.
Aber als unsere eigene Codebasis auf über 570.000 Zeilen Code und 3.500 Dateien anwuchs, wollten wir Enter auf die Probe stellen. Um Enter zum Mond zu bringen, mussten wir vollen Einsatz zeigen.
Also beschlossen wir, Enter mit Enter zu bauen.
Nun ist unser Team in unsere eigene neue Zentrale innerhalb von Enter umgezogen. Die Skalierung der Produktions-Codebasis ist so einfach wie das Schreiben eines Dokuments.
Hier erfahren Sie, wie wir ein "Software-Universum" verwirklichen – einen Vibe nach dem anderen.
Die Meta-Schleife: Ein Spiegel im Spiegel
Könnte eine nicht-technische Person wie ich wirklich eine produktionsreife Funktion erstellen, ohne eine einzige Zeile Code schreiben zu müssen?
Ich liebe Herausforderungen, also beschloss ich, es herauszufinden.
Ein Mitglied der Enter-Community wies unsere Mitarbeiter darauf hin, dass unser "Ungespeicherte Änderungen"-Hinweis am unteren Bildschirmrand hängen blieb. Sie konnten ihren Code nicht sehen und hofften auf eine schnelle Lösung. Früher hätte dies ein Jira-Ticket, einige Meetings und eine Wartezeit von ein paar Stunden erfordert, bis ein Entwickler frei gewesen wäre.
Diesmal war es anders. Ich öffnete Enter und verband es mit unserem GitLab-Repo—engineering/frontend.


Innerhalb von Sekunden war die gesamte Codebasis indiziert und bereit. Ich musste nicht den Dateibaum durchsuchen oder mich durch die Architektur navigieren. Enter innerhalbvon Enter laufen zu sehen, fühlte sich an wie eine Szene aus *Inception. *Ich war bereit, vom ersten Tag an voll durchzustarten.

Direkt im Vorschaufenster starrte mich der "Ungespeicherte Änderungen"-Hinweis an und wartete auf seinen ersten Befehl. Mit ein paar Tastenschlägen und dem Drücken der Enter-Taste machte ich mich direkt an die Arbeit.

Die Ausführung: "Vibe" vor Syntax
Ich benutzte Visual Edit um das Element zu greifen, und gab ihm einen einfachen Befehl in natürlicher Sprache:
Hi Enter, das "Ungespeichert"-Pop-up sollte so geändert werden, dass es nicht fest am unteren Rand fixiert ist und vom Benutzer mit der Maus verschoben werden kann. Erstelle zuerst einen Plan und denke daran, dich auf Dateien unter apps/coding zu konzentrieren.


Der "Aha"-Moment:
Während die Codebasis für mich wie der Wilde Westen war, kannte Enter sie wie seine Westentasche. Innerhalb von 30 Sekunden scannte es die Codebasis und erkannte, dass wir bereits motion/react(Framer Motion) für Drag-Funktionalitäten in anderen Modulen verwenden. Es entwarf einen Plan für mich, der unsere bestehenden Architekturmuster nutzt: sauber, klar und für mich leicht verständlich.

Ich klickte auf "Build Now" und wartete gespannt.

Zwei Minuten später war meine Aufgabe erledigt!

Mit einer Mischung aus Aufregung und Nervosität klickte ich auf die Vorschau und zog den Hinweis mit der Maus. Er folgte perfekt beim ersten Versuch!

Veröffentlichen
Ich war beeindruckt von der Geschwindigkeit und Genauigkeit der Änderungen. Ich stellte fest, dass Enter die Änderungen proaktiv in einen neuen Branch in unserem GitLab verschob und das Diff sauber organisierte.

Ich erstellte einen Merge Request, überprüfte den Code und klickte auf Merge.

Das Ergebnis:
-
**Plan erstellt:**30 Sekunden.
-
**Build-Zeit:**2 Minuten.
-
**Deployment:**Sofort.
Mein erster Fix wurde veröffentlicht! Der gesamte Prozess war so lohnend und bestärkend. Ich konnte für mein Team einen Mehrwert schaffen, indem ich ein Problem eigenständig gelöst habe. Ich musste unsere Ingenieure nicht um einen Gefallen bitten und habe nicht eine einzige Zeile Code geschrieben.
Ich habe lediglich die Logik vorgegeben und Enter hat den Rest erledigt.
Fazit: Wir nutzen unsere eigenen Produkte (Eating Our Own Cooking)
Jenseits des Produkts: Das Enter-Universum
Unser Team arbeitet weiterhin mit Enter. Unsere Philosophie, Probleme kreativ zu lösen, hat uns dazu gebracht, Enter zu verwenden, um Lösungen per Vibe Code entstehen zu lassen. Wir erweitern das Enter-Universumrasant mit demselben rekursiven Workflow.
Unsere Entstehungsgeschichte:
Als wir Enter starteten, erkannten wir, dass wir eine Marketing-Maschine brauchten. SEO-Hubs, Community-Foren und mehr. Eine kurze Suche führte uns zu Tausenden von CMS-Plattformen, Drittanbieter-APIs und wochenlangem Feststecken in der „Integrationshölle“.
Doch wir fragten uns: Wenn wir das ultimative Tool zum Bauen von Software geschaffen haben – warum sollten wir uns die Mühe machen, für die Lösung eines anderen zu bezahlen?
Um 16 Uhr an jenem Freitag hörten wir auf zu suchen und begannen zu liefern. Wir verbrachten sechzig Minuten damit, die erste Version unseres eigenen Blog-Systems per „Vibing“ zu erschaffen. Um 17 Uhr war es live.
Was als einstündiges Experiment begann, ist heute eine ausgefeilte Engine mit granularen Berechtigungen für globale Agenturen und KI-gesteuerter SEO-Optimierung. Mit unserem Blog haben wir bewiesen, dass mit Enter die Kosten für benutzerdefinierte Software effektiv auf null gesunken sind.
-
**Enter-Forum:**Ein leistungsstarker Community-Hub, vollständig mit Enter erstellt.
-
**Enter-Blog-System:**Das System, auf dem Sie dies gerade lesen – konzipiert, programmiert und bereitgestellt über Enter.
-
**Enter-EDM:**interne E-Mail-Marketing-Engine, die aktuell mit Enter „gevibt“ wird.
Unser Team arbeitet mit einer Geschwindigkeit, die für unsere Größe eigentlich nicht möglich sein sollte. Da niemand durch sein technisches Wissen eingeschränkt wird, kann jeder zu unseren internen Tools beitragen. Jedes Update trägt zu unserem gesamten Software-Ökosystem bei.
Geschwindigkeit als Standard
Bei Enter ist „Entwickler“ kein Jobtitel mehr. Es ist unsere kollektive Kapazität und Verantwortung. Wir arbeiten mit Geschwindigkeit als Standard, indem wir unser eigenes Tool nutzen, um die traditionellen Engpässe der Softwareentwicklung zu beseitigen.
-
**Keine Reibungsverluste bei der Übergabe:**Unsere Designer übergeben nicht einfach nur Mock-ups. Sie können selbst eine funktionale UI per Vibe Code entstehen lassen.
-
**Hyper-Iteration:**Wir machen keine „Release-Wochen“. Ein Schwachpunkt, der am Morgen identifiziert wird, ist meist bis zum Mittagessen behoben und gemergt.
-
**Skalierung ohne Overhead:**Enter bewältigt die Komplexität unserer 570.000 Zeilen umfassenden Codebasis und ermöglicht es dem Team, qualitativ hochwertigen Code zu liefern, ohne die gesamte Architektur auswendig lernen zu müssen.
Im KI-Zeitalter wird ein Team nicht durch die Menge an getipptem Code definiert. Es wird durch die Produktivität, den Output und die kürzeste Schleife zwischen einer Idee und einem Pull Request definiert.
Der neue Standard
"Building Enter with Enter" geht über ein internes Experiment hinaus. Es ist unser Stresstest für eine neue Realität.
Wir haben bewiesen, dass "Vibe Coding" nicht nur für Spielereien oder "Hello World"-Demos gedacht ist. Es ist für Produktionssysteme mit einer halben Million Zeilen Code geeignet. Es ermöglicht dem PM, Bugs in Minuten zu beheben. Es gibt dem Designer die Schlüssel zur Codebasis.
Keine Tickets. Keine Reibungsverluste. Kein Warten.
Wir vertrauen darauf, dass Enter Enter baut.
Die Distanz zwischen "Ich wünschte" und "Es ist live" ist endlich null.
Interessiert daran, Enter an deiner eigenen Codebasis auszuprobieren?Nimm Kontakt auf →






