Lösung

Cloud Entwicklungsumgebung statt Setup-Anleitung im Wiki

Neue Entwickler verbringen die ersten Tage damit, eine lokale Umgebung zum Laufen zu bringen, und danach unterscheidet sich jede Maschine. Remote-Workspaces starten für alle gleich konfiguriert.

Cloud-VMs mit VS Code, JetBrains, RDP und VNC
macOS-Geräte für iOS-Builds und Xcode-Arbeit
Stabile Gateway-URLs für den Zugriff aus dem Browser

Kostenlos registrieren Funktionen ansehen

Kostenlos starten. Keine Kreditkarte nötig.

Lokal oder in der Cloud arbeiten?

Ganz deine Entscheidung, wir geben dir für beide Wege das ideale Setup.

Lokal Platform App

Git & Repos
Flutter SDK
Node.js
Docker

Setup-App erkennt Tools und startet alles mit einem Klick.

Cloud Remote-Workspace

Ubuntu VM
VS Code im Browser
Von überall

Fertige Entwicklungsumgebung – kein lokales Setup nötig.

Lokal oder in der Cloud, mit derselben Projektbasis.

Kurz gesagt

Die Entwicklungsumgebung wird Teil des Projekts statt Teil des Laptops.

Onboarding in Minuten: Ein neuer Kollege startet einen Workspace statt einer Installationsliste.
Gleiche Umgebung für alle: Abweichungen zwischen Rechnern verschwinden, damit auch lokale Sonderfehler.

Lokale Umgebungen oder Workspaces aus der Plattform

Die Gegenüberstellung zeigt, welche Aufgaben rund um Entwicklungsumgebungen anfallen und wie die Application Platform sie löst.

Aufgabe	Mit der Application Platform	Manuell aufgesetzt
Onboarding neuer Entwickler	Vollständig abgedeckt: Workspace starten und loslegen, Werkzeuge und Abhängigkeiten sind vorhanden	Nicht vorgesehen: Setup-Anleitung im Wiki, die selten aktuell ist
Gleiche Umgebung im Team	Vollständig abgedeckt: Alle arbeiten auf derselben Grundlage, unabhängig vom eigenen Betriebssystem	Nicht vorgesehen: Windows, macOS und Linux nebeneinander, mit abweichenden Versionen
Zugriffswege	Vollständig abgedeckt: VS Code im Browser, JetBrains, RDP und VNC über stabile Gateway-URLs	Teilweise abgedeckt: Nur lokal, Remote-Zugriff muss selbst aufgebaut werden
macOS für iOS-Builds	Vollständig abgedeckt: macOS-Geräte in der Cloud gehören zum Angebot	Teilweise abgedeckt: Ein Mac pro iOS-Entwickler oder ein geteiltes Gerät mit Wartungsaufwand
Trennung von Kundenprojekten	Vollständig abgedeckt: Eigene Umgebung und eigene Zugangsdaten pro Projekt	Nicht vorgesehen: Alles auf einem Rechner, Abhängigkeiten und Zugänge vermischen sich
Rechenleistung für schwere Builds	Vollständig abgedeckt: Der Workspace läuft auf einer Cloud-VM, nicht auf deinem Notebook	Nicht vorgesehen: Build-Zeiten hängen von der Hardware der einzelnen Person ab
Datenbanken einsehen	Vollständig abgedeckt: phpMyAdmin steht für den Zugriff auf Datenbanken bereit	Teilweise abgedeckt: Lokaler Client, VPN oder SSH-Tunnel je nach Umgebung
KI-Coding-Agenten betreiben	Vollständig abgedeckt: Agenten laufen im Cloud-Workspace weiter, auch wenn du den Laptop zuklappst	Nicht vorgesehen: Läuft lokal und endet, sobald der Rechner in den Ruhezustand geht
Geräteverlust oder Wechsel	Vollständig abgedeckt: Der Arbeitsstand liegt im Workspace und im Repository, nicht auf dem Endgerät	Nicht vorgesehen: Neuinstallation und Wiederherstellung auf dem Ersatzrechner
Zugriffsrechte auf Umgebungen	Vollständig abgedeckt: Rollen und Projektzugehörigkeit steuern, wer welche Umgebung öffnen darf	Nicht vorgesehen: Faktisch jeder mit Zugang zum Rechner

Grün bedeutet vollständig abgedeckt, gelb teilweise, grau nicht vorgesehen. Lokale Entwicklung bleibt möglich, die Platform App deckt diesen Weg ab.

Stand: 10. August 2026. Die Gegenüberstellung beschreibt typische Abläufe und kann je nach Projekt abweichen.

Was Remote-Workspaces im Alltag bringen

Die Punkte, die sich vom ersten Tag an bemerkbar machen.

Fertig konfigurierte Workspaces

Cloud-VMs starten mit Werkzeugen, Abhängigkeiten und Projektzugang. Die Einrichtung entfällt für jede weitere Person.

Editor deiner Wahl

VS Code im Browser, JetBrains-IDEs, RDP oder VNC. Der Zugriff läuft über stabile Gateway-URLs.

macOS für iOS

Für Xcode, Simulatoren und Signierung stehen macOS-Geräte bereit, ohne dass du Hardware anschaffen musst.

Schnelles Onboarding

Coding-Agenten arbeiten im Workspace weiter, auch wenn dein Gerät ausgeschaltet ist. Ein MCP-Server verbindet sie mit der Plattform.

Ein Workspace startet fertig konfiguriert, statt tagelang eingerichtet zu werden.

So kommst du zu einer Cloud Entwicklungsumgebung

Vier Schritte vom Projekt zum laufenden Workspace.

Projekt anlegen oder beitreten

Der Workspace hängt am Projekt. Repository, Struktur und Zugangsdaten sind damit bereits vorhanden.
Workspace starten

Wähle die Umgebung, die zu deiner Aufgabe passt, inklusive macOS, wenn du an iOS arbeitest.
Zugriffsweg wählen

Arbeite mit VS Code im Browser, verbinde deine JetBrains-IDE oder nutze RDP beziehungsweise VNC für eine grafische Sitzung.
Entwickeln und deployen

Commits laufen in dasselbe Repository wie sonst, die Pipeline übernimmt Test, Build und Deployment.

Häufige Fragen

Muss ich vollständig in der Cloud entwickeln?

Nein. Für lokale Arbeit gibt es die Platform App. Viele Teams nutzen beide Wege parallel: lokal für den Alltag, den Cloud-Workspace für Aufgaben mit besonderen Anforderungen wie iOS-Builds. Beide starten von derselben Projektbasis.

Wie greife ich auf einen Workspace zu?

Über stabile Gateway-URLs, die auch nach einem Neustart gleich bleiben. Von dort öffnest du VS Code im Browser, verbindest eine JetBrains-IDE oder startest eine grafische Sitzung per RDP oder VNC. Für Datenbanken steht phpMyAdmin bereit.

Kann ich iOS-Apps ohne eigenen Mac entwickeln?

Ja, das ist einer der häufigsten Gründe für einen Workspace. Ein Agent mit längeren Aufgaben läuft weiter, während dein Notebook aus ist. Über den MCP-Server bekommt er Projektkontext, die Ergebnisse landen als Commits.

Starte deinen ersten Workspace

Registriere dich kostenlos, lege ein Projekt an und öffne eine fertig konfigurierte Umgebung im Browser.

Kostenlos registrieren Mit uns sprechen