A tecnologia front-end da produção na web deve continuar sendo reformada

Recentemente, houve um debate sobre o layout do CSS e o layout da tabela novamente na Internet. Fiquei um pouco insatisfeito no início: pensei que o significado do layout do CSS já estava profundamente enraizado no coração das pessoas, mas não esperava que tantos designers e desenvolvedores tivessem objeções.

Depois de se acalmar e depois de pensar nisso, senti que os motivos podem ser dois aspectos:

• Por um lado, o IE6 ainda está disperso, aumentando os custos de desenvolvimento da Web. Havia uma vez uma estatística on -line que mostrou que os desenvolvedores da Web têm a menor taxa de entrada/saída para o IE6. Acredito que a maioria dos engenheiros de front-end teve a experiência de ser torturada pelo IE6. Em vez de usar o layout do CSS de maneira tão dolorosa, é melhor usar a tabela para ser refrescante e conveniente.
• Por outro lado, descobri que os engenheiros de front-end estão se tornando mais pragmáticos e focados na eficiência. Muitos novos recursos do CSS2 e CSS3 não são amplamente popularizados há muito tempo, e as vantagens do CSS, sobre as quais os evangelistas do padrão da Web falam, geralmente encontram compromissos quando se refletem na realidade. Embora eu sempre tenha tomado padrões da Web como minha missão, tenho que concordar que a compatibilidade do navegador da tabela é a melhor; O layout da tabela é mais fácil para os designers começarem. No que diz respeito ao ambiente doméstico, os carrapatos de tabela ainda são a maneira mais comum de criar tópicos do portal ou páginas de promoção do site de comércio eletrônico, e sua existência é razoável.

Portanto, embora defendamos o layout do CSS, não precisamos difamar a própria tabela para ser inútil para provar sua superioridade. No desenvolvimento diário, não há necessidade de ser radical o suficiente para abandonar completamente as mesas. A tabela em si tem semântica e deve ser usada quando for hora de exibir tabelas de dados; Durante o processo de desenvolvimento, também é possível usar o layout da tabela+CSS em algumas ocasiões que precisam ser pesadas. Nesse sentido, aprecio a abordagem pragmática dos engenheiros do Google e Facebook. Você pode seguir a caixa de diálogo pop-up comum com sombras translúcidas no Facebook, que é fabricada usando <table>, e também é muito requintada.

Esse debate, combinado com o desenvolvimento de padrões da Web nos últimos anos, me levou a pensar na diferença entre melhoria e reforma no desenvolvimento da Web.

O XHTML 2 tenta evoluir diretamente para XML, anunciando uma pausa com o HTML. Isso uma vez me entrou em pânico, um desenvolvedor tradicional de HTML. E quando vi a organização Whatwg propõe o HTML5 (eventualmente reconhecido pelo W3C), sua melhoria suave me fez sentir muito mais íntimo, e os fatos também provam que o HTML5 está se movendo em nossa direção cada vez mais. Douglas Crockford até achou que o HTML5 era muito feroz e propôs um plano de melhoria para o HTML 4.2.

Vejamos o JavaScript novamente. O ECMAScript 4 mudou muito o JavaScript. Felizmente, o Comitê Técnico retornou à sua sanidade na fase final, e o ESMAScript 3.1 compatível com versões anteriores que foi re-abusado foi obviamente reconhecido por mais desenvolvedores que estavam realmente brigando na linha de frente.

A melhoria, em vez de uma reforma sangrenta, pode ser uma maneira mais prática e razoável de promover o desenvolvimento tecnológico. É o caso da evolução dos padrões da Web, da atualização de produtos ou projetos e até da construção de sistemas sociais.