Web Standards vs. Projeto em dia

Igor Escobar on Mar 7th 2008

Principalmente nas micro-empresas este é um dilema muito comum e recorrente na cabeça dos pobres desenvolvedores.

Muitas vezes o fator web standards nem é um pré requisito no projeto, acontece que a grande maioria dos programadores que entendem a essência dos Web Standards, gostam e sabem, o motivo da utilização dos padrões no projeto.

O grande problema surge, quando o cliente pede algo “lunar” e nós, desenvolvedores temos que entrar no mundo highlander do cliente e desenvolver soluções a altura.

Acontece que, geralmente, soluções mirabolantes requerem implementações mirabolantes, consecutivamente, o nível de manipulação do documento XHTML por meio de Javascript é alto e muitas informações são expostas na marcação HTML, para que o JavaScript possa se guiar.

Tenho certeza que de todos os meus leitores, pelo menos um! vai se identificar com um caso parecido.

O grande pensamento vem a cabeça:

- O sistema não esta validando, e agora? eu só consigo implementar esta solução desta forma, não consegui pensar em outra forma de implementar, e fazer com que meu código consiga se guiar de maneira eficiente, para manipular este documento.

- Perco mais 1, ou 3 dias pensando em uma nova solução somente para implementar esta solução sob o plano B ou deixo este erro de validação passar e sigo em frente com o cronograma?

Caros amigos, não se desesperem. Já se foi o tempo onde os programadores eram neuróticos por validação.

Isso já cansou de ser dito: - Validar o seu código pela W3C nada mais é do que verificar se o seu código esta “gramaticalmente” escrita de maneira correta, ele estar validado não garante que o seu código será renderizado da mesma forma em outros navegadores.

E entramos no dilêma da guerra dos browsers. Você segue os padrões, mas o browser do seu cliente não, e ai? o que acontece depois ? …

Se você se preocupa com os padrões, ótimo!, Deve!

Colocar em risco o ciclo de vida do projeto por causa de um erro de validação não compensa para você nem para sua empresa, pode ter certeza que se você tiver somente este erro, o seu site/sistema não vai se comprometer ou deixar a desejar para o seu cliente.

Pense muito bem na hora de fazer esta decisão. Se você tem um código 100% validado, ótimo! se você tem próximo a 95% validado, ótimo também!

A grande sacada deste texto é mostrar pra vocês que foi se o tempo onde as pessoas eram loucas e fissuradas pelo validador da W3C. O validador deve ser somente ser usado como parâmetro para verificar a sintaxe do seu código XHTML, muitas coisas podem passar despercebido na correria do desenvolvimento, da mesma forma que muitas coisas podem ser corrigidas sem comprometer o andamento do projeto com a “ajuda” do validador.

Use o validador como uma ferramenta aliada e não como uma ferramenta inimiga.

O W3C é uma organização que documenta “recomendações” e não “obrigações”, existe as recomendações que são extremamente fundamentais para a renderização e comportamento correto em diferentes plataformas, porém, temos que ter um meio termo para tudo.

Links

Espero ter contribuído!
[]’s

Filed in Internet, Java Script, Otimização, Semântica, Web Standards, web 2.0 | 9 responses so far

9 Responses to “Web Standards vs. Projeto em dia”

  1. Cesar Zeppini Mar 7th 2008 at 02:48 pm 1

    Só para ajudar os outros leitores, vale lembrar que validação do W3C não tem NADA a ver com a semântica HTML hein!

    Como o Igor disse, ele valida a sintaxe do código e não a semântica. Ou seja, seu projeto pode estar 100% validado pela W3C, mas com a semântica completamente errada. Por isso, siga a dica do Igor e simplesmente faça um site seguindo a semântica e os outros standards corretamente que seu projeto vai estar bem desenvolvido!

  2. Igor Escobar Mar 7th 2008 at 02:50 pm 2

    Exato!
    Obrigado pela participação frequente no meu blog Cezar!

    É um prazer tê-lo como leitor ;)

  3. Diogo Souza Mar 7th 2008 at 04:14 pm 3

    Um layout de tabelas também. pode validar.

    Entregando o projeto funcionando no prazo, caso ainda haja tempo/recurso pode-se investir um pouco em refatoração também.

  4. Virgínia Maria Binati Gallo Mar 7th 2008 at 11:46 pm 4

    Bom, eu ja sofri com esse tipo de problema. Você tem um chefe que é publicitário e insiste que o projeto deve ser entregue em uma semana ou menos, alegando que o layout já está pronto e que basta copiar e colar os códigos de outros projetos. E não adianta dizer a ele que isso não é legal, afinal ele é publicitario né…mas enfim, somos profissionais ou pelo menos nos esforçamos pra isso, então devemos zelar por um projeto impecável.

  5. JulioGreff Mar 8th 2008 at 12:29 am 5

    Dessa vez concordo plenamente contigo, Igor. Tá certo que a tendência é que os browsers tratem os documentos como XML, mas pequenos “bugs” no código não comprometem um documento bem-formado, já que fala-se somente sobre erros de renderização nesse caso. E como disse o Cesar, também há a questão da semântica no meio, não basta ser válido…

  6. Igor Escobar Mar 8th 2008 at 12:40 am 6

    É verdade Julio!
    Valeu o comentário, abração.

  7. Rodrigo Emanuel Mar 10th 2008 at 08:12 pm 7

    Olá Ígor.

    Já estou aqui para comentar ;D …

    Ótimo artigo este … e um assunto que me deu dor de cabeça durante os últimos 2 anos. E sempre ficava a dúvida: Pesquisar e validar ou deixar como está ?

    Eu sou do seguinte pensamento: Preciso solucionar o problema do meu cliente da melhor maneira possível. Se há tempo para deixar o código 100% válido, tudo bem. Caso não, se apresentou o resultado visual esperado no Firefox, Ópera e IE6/7 (e quando tenho tempo, pergunto pra usuários do safari) já me dou por satisfeito.

    Com o problema solucionado, verifico meus erros validando o código e faço notas para não cometer os mesmos erros.

    Penso eu que é esta a atitude que um bom profissional deve adotar ;D

  8. Igor Escobar Mar 10th 2008 at 08:15 pm 8

    É bem por ai mesmo Rodrigo!

    Obrigado por seu comentário!

    Abração!

  9. Web Designer Demétrios Martins Mar 24th 2008 at 07:54 pm 9

    Concordo plenamente com a matéria, muitas vezes os prazos e projetos fazem com que, estar dentro dos padrões W3C não seja primordial. Acredito que mais importante é estar dentro da semântica html e agradar o cliente, depois dentro do possível trabalhar para estar dentro do W3C ou o mínimo de “erros” possíveis.

    Meu site: http://www.mdesigner.com.br

Trackback URI | Comments RSS

Leave a Reply