Artigo traduzido com permissão do autor Manuel Lemos: Top 10 reasons why Firefox is still better than Chrome for web development
***

Há algum
tempo, alguns de nós, desenvolvedores web, trocamos o Firefox pelo Google
Chrome devido a recursos importantes, como velocidade.

Com o lançamento do Firefox 4, ele resolveu alguns dos problemas
que tínhamos nas versões passadas, deixando-o melhor, pelo menos no que diz
respeito a desenvolvimento web.

Este artigo, divido em duas partes, explica alguns dos motivos por que o Firefox ainda é um browser melhor
que o Google Chrome para o seu trabalho de desenvolvimento web.

Evolução do market share dos browsers

Cerca de
um ano atrás, falei sobre algo que a maioria de nós já
sabia, que desenvolvedores
PHP estão mudando para o Google Chrome (inglês) como seu browser de acesso à web.

Como vocês podem perceber na tabela abaixo, essa tendência continua a ser
verdadeira neste ano. Esses números foram tirados das estatísticas de desenvolvedores
que logaram no site PHPClasses.

Browser	Maio 2009	Maio 2010	Maio 2011	Mudança
Mozilla Firefox	68.0%	63.5%	57.3%	-6.2%
Microsoft Internet Explorer	18.5%	13.6%	8.9%	-4.7%
Google Chrome	6.0%	15.7%	28.1%	+12.4%

Como você pode ver, o Chrome quase dobrou sua participação em um ano, enquanto que o Internet Explorer perdeu um pouco mais que a metade. O Firefox também caiu um
pouco.

O ganho do Chrome é maior que a perda do Firefox e a do Internet Explorer. Isso
significa que o Chrome  também ganhou participação perdida por outros
browsers.

10 principais motivos de o Firefox ainda ser melhor que o Chrome para desenvolvimento web

Dado o fato que a participação do
Google Chrome continua crescendo bastante, você pode se perguntar sobre o
porquê deste artigo. O fato de o Chrome continuar a se tornar cada vez mais
popular para navegação web não significa que os desenvolvedores web estejam
trabalhando com ele também em seus projetos. Para mim, esse não é o caso.
Muitas vezes, quando estou fazendo trabalhos de desenvolvimento, sinto que
preciso mudar para o Firefox, pelos motivos que irei listar abaixo.

Gostaria que tivesse em mente que este artigo não é um discurso retórico contra
o Google, que deu a nós, desenvolvedores web, muito para sermos agradecidos
a ele, mas quando falamos do Chrome, ainda existe muito a ser melhorado.

Decidi escrever este artigo por agora na esperança de que talvez alguém no Google o
leia, e faça algo para resolver essas questões que, na maioria das vezes,
realmente incomodam a maioria de nós, uma vez que não queremos ficar trocando
de browsers o tempo todo.

1. Visualização HTML

Quando o código dos nossos sites
tem bugs, ele geralmente gera um código HTML que é incorreto ou inválido. Então
precisamos analisar o código HTML para entender o que há de errado. O Firefox
tem um recurso incrível que permite que você selecione uma parte da página e
ele mostra o HTML exato que corresponde àquela porção da página selecionada.
Esse recurso não existe no Chrome.

O melhor que você tem é o recurso Inspect Element, que permite que você
encontre o código HTML para o elemento da página abaixo do cursor do seu mouse.
Não é a mesma coisa. Se eu selecionar uma região da página, eu quero visualizar o HTML total daquela região, não um elemento único.

Outra coisa chata é que o Chrome tenta deixar o código HTML bonito. Isso
significa que, se você tiver um HTML mal formado, você não verá onde ele está
mal formado, pois o Chrome irá mostrar uma versão embelezada do código HTML
depois de ter sido consertado. Gostaria que tivesse uma opção para desabilitar
a “embelezação”.

2. Validação do HTML

Outro ótimo recurso do Firefox é
a possibilidade de mostrar quaisquer erros de validação do HTML que você pode
ter. Na verdade, esse recurso é fornecido pela extensão HTML Validator.

Eu testei várias extensões com o mesmo objetivo no Chrome, mas nada que fosse
realmente bom. Algumas apenas utilizavam o serviço de validação W3C passando a
URL da página, o que não é bom, porque quando você está desenvolvendo uma
página que não é pública, o serviço W3C não consegue acessá-la, e um eventual
usuário logado no site que você está desenvolvendo também não consegue
acessá-lo.

Outras extensões tentaram copiar a página atual carregada e passá-la para o
serviço de validação, mas nenhuma mostrou o eventual HTML inválido que a extensão HTML Validator do
Firefox mostra.

Ela também não se baseia em um serviço externo de
validação. Isso significa que você consegue validar páginas mesmo se você não
tiver acesso à internet. Portanto, por todos esses motivos, uma versão
equivalente da extensão HTML Validator é seriamente necessária para o
Chrome.

3. Desabilite o JavaScript

Às vezes, você precisa testar o
seu site com o JavaScript desabilitado. A única maneira de desabilitá-lo no
Chrome é indo em preferências e desabilitar. Isso é verdadeiramente chato.
No Firefox, você pode usar a extensão Web Developer de Chris Pederick para
adicionar um botão ao browser para rapidamente desabilitar e reabilitar o
JavaScript na hora em que você quiser.

No Chrome, também existe a extensão Web Developer do mesmo desenvolvedor, mas ela
não fornece meios para desabilitar o JavaScript. O problema é devido à
limitação da API do Chrome exposta a extensões. Ela não permite uma maneira de
desabilitar o JavaScript a partir de extensões.

Existe um pedido de
recursos para o projeto Chromium para a implementação do suporte necessário para
desabilitar o JavaScript. A implementação desse recurso na verdade foi
determinada há um ano, mas nunca aconteceu. Estranhamente, os usuários
foram proibidos de postar comentários futuros sobre o pedido desse recurso.

4. Esvazie o cache do browser

Às vezes,
você precisa forçar a limpeza do cache do browser, para que um novo conteúdo
possa ser recuperado do servidor do site que você está desenvolvendo.

É a mesma limitação de desabilitar o JavaScript. Você não consegue fazer isso
através de uma extensão. Você precisa ir nas preferências do Chrome.

Também existe um pedido de
recurso para habilitar o suporte à limpeza do cache a partir de uma extensão. Ele
foi feito há mais de dois anos, mas somente há alguns meses foi liberado
para implementação.

5. Trocando o agente identificador do browser

Às vezes,
você precisa acessar seu site em desenvolvimento fingindo estar usando outro
browser, para que você possa ver se ele se adapta àquele navegador da
maneira que você espera. 

Por exemplo, se você está servindo um feed RSS para ser manipulado pelo
Feedburner, você precisa redirecionar todos os browsers para o feed URL do
Feedburner, a não ser que o agente atual seja o Feedburner checando se seu feed
foi atualizado. Portanto, seria útil se você pudesse fazer com que o browser
fingisse ser o Feedburner, para que você pudesse checar se ele estava
funcionando como deveria.

No Firefox, você pode usar a extensão User Agent
Switcher também
de Chris Pederick. No Chrome, também existe uma extensão chamada User Agent
Switcher. O
problema é que ela não funciona. Bom, funciona, mas não da maneira que você
gostaria. A extensão somente consegue mudar a identificação do browser exposta
ao JavaScript. Isso significa que os pedidos HTTP enviados ao servidor não irão
usar a string de identificação do agente que você precisa que seja enviada.

Eu
suspeito que exista um pedido de recurso para ser implementado no Chromium, mas não encontrei. Até que esse recurso seja implementado, sempre teremos que
voltar ao Firefox, que funciona bem com a extensão User Agent Switcher.

No próximo artigo, as cinco últimas razões de o Firefox ser melhor que o Chrome para desenvolvimento web.

?

Texto original disponível em http://www.phpclasses.org/blog/post/147-Top-10-Reasons-Why-Firefox-is-still-Better-than-Chrome-for-Web-Development.html