HTML válido não quer dizer muita coisa
Postado por: Pedro Rogério em
Sempre vejo muitos desenvolvedores darem uma enorme atenção a “tentar deixar” seu HTML válido, isso não é um crime, mas acabam se esquecendo da semântica. Sim, a tão esquecida semântica de código.
Onde que quero chegar com isso, código válido não quer dizer nada, você pode utilizar uma sopa de tags para desenvolver uma página onde 2 divs dariam conta e ter o HTML válido, ainda por cima pode simplesmente desenvolver um portal, todo em tabelas e ter um código válido. Nossa, você ainda usa tabelas para desenvolver sites? Saiba que essa atitude é estúpida.
Então qual é a real função do validador do W3C? Nada mais do que verificar se você esqueceu de fechar alguma tag, aninhou as tags de forma errada, nada mais que isso. Ele não é inteligente o suficiente para verificar se você criou código semântico. Não que seja um crime você deixar seu HTML válido, mas se preocupe em primeira instância com a semântica, depois valide seu código como ou não.
Querem ver um exemplo? Para desenvolver um simples menu, eu posso utilizar a seguinte marcação HTML e ainda sim ter uma marcação válida:
<div id="menu"> <div><a href="#" title="Menu 1">Menu 1</a></div> <div><a href="#" title="Menu 2">Menu 2</a></div> <div><a href="#" title="Menu 3">Menu 3</a></div> <div><a href="#" title="Menu 4">Menu 4</a></div> </div>
Como podem ver, criei uma estrutura com HTML válido para um simples menu onde poderia ser utilizada listas desordenadas, seria muito mais semântico, concordam:
<ul id="menu"> <li><a href="#" title="Menu 1">Menu 1</a></li> <li><a href="#" title="Menu 2">Menu 2</a></li> <li><a href="#" title="Menu 3">Menu 3</a></li> <li><a href="#" title="Menu 4">Menu 4</a></li> </ul>
Já entrevistei desenvolvedores onde o código que eles produziram não eram válido, mas eu não estava ligando para isso, queria mesmo era ver se o código que eles produziram era semântico ou não, isso pra mim é o que mais conta hoje em dia. Uma vez perdi uma proposta de emprego por ao enviar o teste para análise o HTML não era válido, creio que o examinador não se atentou a semântica do código. Portanto, não ligue se seus amigos ficarem falando se seu HTML é válido ou não, atente-se a semântica, o resto é consequência.













Com Certeza tem gente que dá muito valor a validação de códigos
Eu sou uma delas…Sempre tento ao máximo fazer um código válido, afinal, além da semântica temos que nos preocupar também com os padrões web.
Quando eu começo um código de marcação, sempre vou validando ao longo do desenvolvimento, assim, caso alguma parte do código esteja fora dos padrões eu mudo facilmente, procuro uma solução semanticamente correta e dentro dos padrões.
Mas claro, isto sou eu…se ainda existem desenvolvedores que usam tabelas na estruturação do layout, porque não existiriam os que não ligam para semântica.
Ótimo post
=D
Muito boas colocações. A semântica do código realmente é mais importante. Se não fosse, a W3C não teria incorporado no HTML5 tags como ‘footer’, ‘article’, ‘nav’, etc… é pura semântica.
Sem contar que para as search engines é muito importante.
Fica complicado quando os programas tentam simular a mente humana. Como por exemplo o validador da W3C, que nada mais é do que uma tentativa de simular o “Tim Berners-Lee” corrigindo o seu código
Pedrão é isso ai, o mais importante é a semântica… pois ela também faz uma grande diferença ao otimizar um web site..
Exato. Validar é importante, a título de correção sintática, mas não é tudo, pois é necessária a correção semântica, e essa não tem validador, pois a semântica é de cada site. Apesar de que o “extrator de semântica” da w3 se mostra uma ferramenta bem razoável pra revisar esse aspecto: http://www.w3.org/2003/12/semantic-extractor.html
Pedro,
muito bom o seu artigo, creio que ajude muito novos desenvolvedores, e antigos também. a semântica é importante não só pelo esclarecimento do código, mas também facilita muti na contrução do CSS para as devidas formatações. parabéns pelo artigo.
Seu artigo me levou a uma questão relacionada: afinal, existe um “melhor doctype”? O Google vai me dar “mais atenção” se eu escrever XHTML Strict em vez de HTML 4?
Tenho pensado sobre isso nas últimas semanas… Já que o W3C disse que não vai mais desenvolver o XHTML 2 e em vez disso vai se concentrar no HTML 5, agora não seria melhor usar doctype HTML 4.01?
@Leonardo,
Eu creio que não, o que vai determinar a atenção é o conteúdo relevante que você terá em seu site. Lógico que um HTML bem feito ajuda, mas isso você consegue simplesmente com o HTML4.
Pois é… Mas em tempos de “todo mundo fazendo tudo direito”, qualquer ajudinha a mais é vantagem. =)
Conteúdo, código semântico, microformatos, declaração sobre licença, links relevantes ou a escolha certa do doctype… Tudo soma para o melhor resultado.
Ao usar XHTML Strict, algumas vezes quebrei a cabeça tentando entender porque meu código não era validado. Mas isso me ajudou a escrevê-lo melhor.
Por outro lado, ser tão caxias com o código pode diminuir a produtividade.
pode crer, me lembro que uma ao desenvolver um script, pedi para o “Maujor” dar uma verificada e consequentemente dar uma nota pra meu codigo, bem a resposta dele foi a seguinte: existem algums erros de validação, mais você não esqueceu na Semântica. isso com centesa conta bastante! se puder corriga os erros.. semântica pra min em primeiro lugar..
Amigo, são pertinentes suas colocações, mas quando você falou que o W3C Validator só serve para verificar se está aninhado ou se fechou tags, você está completamente errado, pois uma das principais funções do W3C é visar o XHTML enxuto, ou seja, evitar atributos em tags HTML, evitar atributos decorativos na sua marcação.
Primeiro devemos validar a marcação, depois e não menos importante tornar ele o mais semântico possível.
@André Luiz,
Com certeza, mas o ponto onde quero chegar é que você deve primeiramente valorizar a semântica, o resto é consequência.
ASP.net da um tiro na semântica!!!!! alguem pode benzer o asp.net ai?
@Alexsandro,
O ASP.NET MVC veio para acabar com isso:
http://www.asp.net/mvc/
Já trabalhei em projetos onde foi utilizado MVC no .NET e os resultados foram bem satisfatórios.
Produzir código válido também é importante Pedro (claro que não mais do que a semântica do mesmo). Cada engine interpreta código inválido de uma forma própria e isto muitas vezes afeta a renderização. Também é importante lembrar que código inválido pode engatilhar o quirks mode em alguns casos raros.
O seu texto me deixou com uma impressão que você considera a validação como algo sem importância, mas o código do teu blog valida, então vou ficar achando que você simplesmente se expressou mal mesmo.
@Thiago,
Pelo contrário, dou importância em criar código válido sim, só que existem desenvolvedores que produzem um código porco, acima de tudo válido, mas acabam se esquecendo da semântica. Acho que não passei a mensagem muito bem, mas se você procura gerar código semântico, se preocupa com isso, logo verá que as coisas se tornam automáticas e você sem querer estará gerando código válido sem muito esforço.
Eh, eu conheco o ASP.net MVC, realmente acaba, porem existem tantos projetos antigo em ASP.net normal e acredito q os servidores tb nao iram suportar.
Bem colocado esse post, quando eu comecei a desenvolver eu era bem focada nessa parte de validação, tinha sempre que validar, zero erros, hoje eu foco mais nas estruturas do html, como por exemplo a que você usou acima, as vezes fazendo um html css válido o código não fica tão simples ou tão como posso dizer, “”modular”, a propriedade zoom do internet explorer faz milagres, e vou demorar para parar de usar ela.
Muito bom o post Pedro, eu dava muita importância para o validator do W3C agora vi o outro lado da moeda.
Post salvo no meu delicious =P
Exato, pedro!
Mais importante que a sintaxe é a semântica. Milhões de anos na frente!
[...] as normas W3C é muito importante, porem nem sempre isso é possível. Mantenha o foco em ter um código semântico e otimizado para o [...]