Mozilla baute eine App-IDE in Firefox ein, damit Einsteiger mit einem Klick starten, nicht mit einem SDK

Firefox OS brauchte Apps, und jede neue Plattform steht vor demselben Einstiegsproblem: keine Entwickler ohne einen einfachen Weg hinein. Entwickler sagten Mozilla, sie seien sich nicht sicher, wie sie mit der App-Entwicklung im Web beginnen sollten, weil das bedeutete, viele verschiedene Werkzeuge und Vorlagen aus unterschiedlichen Quellen herunterzuladen. Die konventionelle Lösung wäre eine weitere herunterladbare IDE plus noch mehr Einrichtungsanleitungen gewesen.

Mozilla nutzte stattdessen das eine Werkzeug, das sein Publikum bereits geöffnet hatte – den Browser. WebIDE wurde in Firefox Nightly ausgeliefert: Ein Klick startete ein Projekt aus einer funktionierenden Vorlage, die Auswahl einer Laufzeit installierte einen Firefox-OS-Simulator oder verband ein Gerät, und Strg/Cmd+R lud die App dort neu, mit den vertrauten DevTools daneben. Der mitgelieferte CodeMirror-Editor war bewusst optional: Eine API erlaubte jedem externen Editor, die Laufzeitverwaltung von WebIDE zu steuern, und der gesamte Zyklus ruhte auf dem offenen Firefox Remote Debugging Protocol, mit geplanten Adaptern für Chrome für Android und Safari unter iOS.

Das Design beseitigte die zwei eigentlichen Einstiegskosten. Ein Einsteiger erhielt mit einem Klick eine funktionierende Blueprint-App statt eines Nachmittags voller Einrichtung, wobei ein App-Manifest-Validator Probleme vor der Einreichung im Marktplatz abfing. Ein erfahrener Entwickler änderte nichts: Der eingebaute Editor ließ sich abschalten, und vim-, emacs- oder Sublime-Tastenbelegungen wurden in about:config umgeschaltet. Mozilla behielt nur, was nur der Browser leisten kann – Laufzeiten, Geräte, Remote-Debugging – und machte den Rest austauschbar.

Der Hacker-News-Thread zum Start – 489 Punkte, 151 Kommentare – zeigte, dass der Mechanismus ankam. Kommentatoren nannten WebIDE eine fantastische Ergänzung für Einsteiger, die Schulen helfen würde; Theme-Autoren lieferten innerhalb von Tagen Unterstützung; ein Entwickler eines Live-Preview-Editors sagte, er hätte sein Werkzeug vielleicht nicht gebaut, hätte es WebIDE gegeben. Die lautesten Einwände betrafen das Bündeln, und das Team antwortete, die Werkzeuge beeinträchtigten die Leistung kaum, solange sie nicht geöffnet würden. Ein Kommentator fasste es zusammen: WebIDE senkte die Einstiegshürde für die Entwicklung – kein SDK-Download, keine umständliche Konfiguration oder Signierung, keine neue Sprache zu lernen.

Den Browser selbst zum SDK machen: Starter-Apps ohne Installation und ein offenes Protokoll, damit kein Entwickler seinen Editor wechseln muss

Ein Browser, den Entwickler bereits haben, ist Werkzeug ohne Installation: Die erste App ist einen Klick von einer Vorlage entfernt statt einen Nachmittag voller Downloads und Konfiguration.

Den Editor optional zu machen beseitigte die Umstellungskosten für erfahrene Entwickler, die sonst Plattformwerkzeuge ignorieren, die einen neuen Arbeitsablauf erzwingen.

Ein offenes Remote Debugging Protocol mit Adaptern für konkurrierende Browser bedeutete, dass die Arbeit nicht in Firefox OS gestrandet war – jedes Werkzeug konnte jede Laufzeit erreichen.

Das Bündeln in Firefox machte das Werkzeug dort auffindbar, wo das Zielpublikum bereits war, und verwandelte den Browser selbst in die Werbung für die Plattform.

Um ein Ökosystem wachsen zu lassen, senke die Kosten des ersten Schritts auf null innerhalb des Produkts, das du kontrollierst, und mache dann alles andere steckbar, damit etablierte Nutzer ihren Arbeitsablauf behalten.

WebIDE landete am 23. Juni 2014 in Firefox Nightly, unter Tools > Web Developer > App Manager, im nächsten Build hinter einem Einstellungsschalter in WebIDE umbenannt. Es erzielte 489 Punkte und 151 Kommentare auf Hacker News: Theme-Autoren aktualisierten ihre Themes, Nutzer schalteten vim- oder Sublime-Tastenbelegungen um, und ein Kommentator sagte, es hätte seinen Live-Preview-Editor vielleicht überflüssig gemacht. Kritiker nannten es Browser-Bloat; das Team sagte, die Werkzeuge beeinträchtigten die Leistung kaum, solange sie nicht geöffnet würden. Mozilla plante einen Protokolladapter für Chrome für Android und Safari unter iOS und lud zu weiteren Community-Startervorlagen ein.