O site Tableless, do pessoal da Visie, publicou um artigo bem interessante que me fez lembrar de algo que eu odeio em alguns programadores web: código CSS muito mal estruturado. Por favor, não “otimize” seu código.
Eu gosto do meu código muito certinho. Indentação correta e consistente, e um uso inteligente de linhas em branco para separar e organizar tudo em blocos. Mas tem gente que faz uma coisa bizarra, e sai escrevendo o código todo junto, como se os parâmetros precisassem ficar colados uns aos outros para não morrer de frio ou solidão. Aí fica um troço assim:
div{padding:10px;border:1px solid #CCC;width:485px;height:37px;background:#EEE}
Se você faz isso, eu te odeio. Pura e simplesmente. Te odeio e nunca te convidaria pra tomar chá com biscoitos. Pronto, falei.
Agora vá lá ler o post do tableless, que é muito bom.
Se você é ainda um amador na área de programação e design web, e está usando <table> para montar o layout dos sites, então pare agora mesmo. Agora! Se parou, então agora esconda isso que você fez, pra ninguém ver. Assim é melhor.
Nos primórdios da web, quando o conhecimento era pouco e os recursos disponíveis eram menores ainda, havia um recurso bastante usado para montar a estrutura (layout) dos sites: a tabela. A pessoa montava uma grande tabela, com várias linhas e colunas, e ia colocando o conteúdo do site lá dentro. Era o único jeito de fazer o site ficar com a aparência desejada em todos os navegadores.
O tempo passou, o mundo mudou, e algumas pessoas começaram a usar outros recursos para montar a estrutura dos seus sites. Deixaram de usar tabelas e adotaram padrões web, e chamaram a isso de tableless. Se você está se perguntando por quê, temos muitas respostas. Em primeiro lugar, e mais importante, é o fato de que cada tag tem seu propósito, e a <table> não é exceção. Uma table (tabela) serve para exibir dados tabulares para o usuário. Dados parecidos com o que você vê numa planilha do excel. Usar table para montar o layout é usar uma tag fora de seu propósito, como usar um cachorro para pintar a parede. Você pode até conseguir molhar o cachorro na tinta e pintar a parede com ele, mas será que é pra isso que os cachorros foram feitos?
Leia todo o texto »
Por estar fazendo faculdade de informática e trabalhando com pessoas que ainda são bem iniciantes na programação web, posso ver quais são as principais dificuldades dessas pessoas. E uma das principais coisas que vejo é que eles já vão logo aprendendo PHP e pulam direto pelo HTML.
O HTML (e neste categoria estou inserindo o XHTML) é a base de todo e qualquer site na internet, e os programadores web deveriam dominar o HTML como um escritor domina a língua em que ele escreve. Mas muitos só vão se dar conta disso muito depois.
Eu diria que um dos maiores culpados é o Dreamweaver. Que fique claro que eu adoro o dreamweaver e não sou desses usuários que só fala mal dele. Mas é que a facilidade que ele nos dá para criar sites faz com que os programadores iniciantes acreditem que não precisam aprender a base do que estão fazendo, deixando para o dreamweaver o trabalho de montar seus sites.
E aí, por culpa disso, acabo vendo um monte de sites cheios de <font> e <align>, estilos inteiros em CSS montados dentro da própria página em vez de usar um arquivo separado, e muita, mas muita duplicação desnecessária de código.
O mais engraçado é que não vejo nas faculdades um trabalho de conscientização dos alunos, uma explicação de que precisam aprender e dominar o HTML, entendê-lo. E aí, só quando estiverem dominando o HTML como dominam a suas próprias pernas é que deveriam começar a aprender algo mais avançado, como o PHP, ASP ou o lindo Ruby.
Há 10 anos atrás o W3C lançou a quarta e última versão da linguagem HTML, com atualizações em 1999 e 2001. Os anos se passaram, o XHTML “substituiu” o HTML e pouca coisa avançou para nós, que desenvolvemos sites. Mas agora parece que as coisas estão prestes a mudar pra melhor.
Um grupo que não estava muito satisfeito com os rumos que o W3C estava dando ao xhtml resolveu se juntar, e fundaram o WHATWG. Este novo grupo, então, começou o planejamento da quinta versão do HTML. O “rascunho” do HTML 5 foi enviado para o W3C e eles aceitaram.
Ao contrário do XHTML, o HTML 5 foi criado para resolver a maioria dos problemas dos desenvolvedores, já que está se tornando cada vez mais complexo e trabalhoso construir um site decente hoje em dia.
Leia todo o texto »
