A Mozilla integrou uma IDE de aplicativos ao Firefox para que iniciantes comecem com um clique, não com um SDK

O Firefox OS precisava de aplicativos, e toda nova plataforma enfrenta o mesmo problema de entrada: não há desenvolvedores sem um caminho fácil para começar. Os desenvolvedores disseram à Mozilla que não tinham certeza de como começar o desenvolvimento de aplicativos na Web, porque isso significava baixar muitas ferramentas e modelos diferentes de diversas fontes. A solução convencional teria sido mais uma IDE para baixar, além de mais guias de configuração.

Em vez disso, a Mozilla usou a única ferramenta que seu público já tinha aberta — o navegador. O WebIDE foi incluído no Firefox Nightly: um clique iniciava um projeto a partir de um modelo funcional, escolher um runtime instalava um simulador do Firefox OS ou conectava um dispositivo, e Ctrl/Cmd+R recarregava o aplicativo ali com as DevTools familiares anexadas. O editor CodeMirror incluído era deliberadamente opcional: uma API permitia que qualquer editor externo controlasse o gerenciamento de runtime do WebIDE, e todo o ciclo se baseava no protocolo aberto Firefox Remote Debugging Protocol, com adaptadores planejados para Chrome para Android e Safari no iOS.

O design eliminou os dois custos reais de entrada. Um iniciante obtinha um aplicativo-modelo funcional com um clique em vez de uma tarde de configuração, com um validador de manifesto de aplicativo detectando problemas antes do envio ao marketplace. Um desenvolvedor experiente não mudava nada: o editor integrado podia ser desativado, e os mapas de teclas do vim, emacs ou Sublime eram alternados no about:config. A Mozilla manteve apenas o que só o navegador pode fazer — runtimes, dispositivos, depuração remota — e tornou o resto substituível.

A thread de lançamento no Hacker News — 489 pontos, 151 comentários — mostrou o mecanismo funcionando. Os comentaristas chamaram o WebIDE de uma adição fantástica para iniciantes que ajudaria escolas; autores de temas publicaram suporte em poucos dias; um desenvolvedor de um editor de pré-visualização ao vivo disse que talvez não tivesse criado sua ferramenta se o WebIDE existisse. As objeções mais ruidosas foram sobre o empacotamento, e a equipe respondeu que as ferramentas mal afetavam o desempenho a menos que fossem abertas. Um comentarista resumiu: o WebIDE baixou o nível de entrada para o desenvolvimento — sem download de SDK, sem configuração ou assinatura complicada, sem nova linguagem para aprender.

Fazer do próprio navegador o SDK: aplicativos iniciais sem instalação e um protocolo aberto para que nenhum desenvolvedor precise trocar de editor

Um navegador que os desenvolvedores já têm é ferramenta sem instalação: o primeiro aplicativo está a um clique de um modelo, em vez de uma tarde de downloads e configuração.

Tornar o editor opcional removeu o custo de troca para desenvolvedores experientes, que de outra forma ignoram ferramentas de plataforma que forçam um novo fluxo de trabalho.

Um protocolo aberto de depuração remota com adaptadores para navegadores rivais significava que o trabalho não ficava preso ao Firefox OS — qualquer ferramenta podia alcançar qualquer runtime.

O empacotamento no Firefox tornou a ferramenta descobrível onde o público-alvo já estava, transformando o próprio navegador na propaganda da plataforma.

Para fazer crescer um ecossistema, reduza o custo do primeiro passo a zero dentro do produto que você controla, e depois torne todo o resto conectável para que usuários estabelecidos mantenham seu fluxo de trabalho.

O WebIDE chegou ao Firefox Nightly em 23 de junho de 2014, em Ferramentas > Desenvolvedor Web > Gerenciador de Aplicativos, renomeado para WebIDE na compilação seguinte, atrás de uma opção de preferência. Ele atraiu 489 pontos e 151 comentários no Hacker News: autores de temas atualizaram seus temas, usuários alternaram mapas de teclas do vim ou do Sublime, e um comentarista disse que talvez tivesse tornado seu editor de pré-visualização ao vivo desnecessário. Críticos chamaram de inchaço do navegador; a equipe disse que as ferramentas mal afetavam o desempenho a menos que fossem abertas. A Mozilla planejava um adaptador de protocolo para Chrome para Android e Safari no iOS e convidou mais modelos iniciais da comunidade.