Ich stehe gerade vor einer Entscheidung bei meinem kleinen Projekt und bin mir unsicher, wie ich weiter vorgehen soll. Eigentlich habe ich mit einem No-Code-Tool angefangen, um eine interne Verwaltungsapp für unser Team zu bauen, und es lief auch eine Weile ganz gut. Jetzt stoße ich aber an Grenzen, weil ich bestimmte Logiken und Datenverknüpfungen einfach nicht so abbilden kann, wie ich es mir vorstelle. Ich frage mich, ob ich an dem Punkt angelangt bin, an dem ich über einen Wechsel zu einer Low-Code-Plattform nachdenken sollte. Mir gefällt der Gedanke, noch visuell arbeiten zu können, aber vielleicht ein bisschen mehr Flexibilität unter der Haube zu haben. Hat jemand ähnliche Erfahrungen gemacht, als die No-Code-Werkzeuge nicht mehr ausreichten?
Ich sehe das wie du: No-Code hat dir Schnelligkeit gegeben, doch wenn Logik, Beziehungen und Freigaben komplexer werden, stößt man schnell an Grenzen. Ein Wechsel zu Low-Code kann sinnvoll sein, weil du visuell arbeiten bleibst, aber hinter der Oberfläche mehr Freiheit bekommst. Die Frage ist, wie stark deine Prozesslogik wirklich formbar bleibt, wenn eine neue Anforderung auftaucht, ohne das Gesamtsystem umzubauen.
Vielleicht sage ich es direkt: Low-Code klingt attraktiv, verschiebt aber nur die Hürde. Wenn du jetzt schon an Verknüpfungen scheiterst, hilft dir womöglich eine hybride Lösung oder eine strukturierte Roadmap, statt gleich alles auf Low-Code zu setzen. Hast du Bedenken, dass du mit Low-Code neue Abhängigkeiten installierst?
Ja, das kenne ich: Man will weiter visuell arbeiten, aber die echten Verknüpfungen verlangen plötzlich Programmierfreiheit. Die Idee hat Charme, doch schneller als gedacht sammelt sich Komplexität an. Wie stark sollte man die Logik standardisieren, bevor man weitergeht?
Probier es mal pragmatisch aus: Low-Code gibt dir vielleicht den Spagat zwischen Visualisierung und Logik, aber du musst prüfen, ob dein Look bleibt, wenn Engine und Integrationen austauschbar werden. Wenn du schon jetzt tausend Regeln hast, wird es nicht weniger komplex, nur anders sichtbar. Was genau musst du verknüpfen, damit es nicht auseinanderfällt?
Ich würde zuerst eine Milestone-Liste erstellen, was wirklich nicht passt: Datenmodelle, Trigger, Freigaben. Dann festlegen, was stabil bleibt und was sich in der Plattform verschieben darf. Der Sprung zu Low-Code ist kein Zauberstab, sondern eine Umstrukturierung der Entwicklungskultur.
Vielleicht lohnt es sich, den Fokus neu zu setzen: Es geht nicht nur um Tools, sondern um Verantwortung, Wartbarkeit und klare Ownership. Low-Code oder No-Code, beides verlangt Disziplin. Manchmal hilft es, bewusst Dinge zu belassen, wie sie funktionieren, und schrittweise zu erweitern.
