Não vejo como pensar em “economizar” tags, deixando de fechar algumas… Pode acarretar em muitos erros!

Já na parte do CSS, eu faço todas as propriedades de cada regra em uma linha… Acho bem mais prático do que deixar cada propriedade com uma linha, pois o arquivo fica muito maior, sem necessidade.
Não prejudica em nada a manutenção e o código fica beem menor.

Não vejo como economizar tags e deixa-las abertas, fora os erros o código fica ilegivel depois.

Ainda mais eu que trabalho com muitas tabelas ‘ainda’, culpa dos designs q usam WYSIWYG, algumas coisas eu passo pra CSS outras eu so arrumo identação e fecho as tags abertas, sou coder em php.

Isso é parte do meu trabalho ? nah

Eu acredito e luto pelo código padronizado, mas nem todos querem ajudar, ai não sobrando tempo pro retrabalho, algumas coisas ficam fora do padrão, uma pena. =)

Cheers

cara, é muita preguiça deixar o código sem tags(e olha que sou baiano hein!), tudo bem que economiza alguns bytes, mas hoje em dia até a internet discada é rápida o sufciente pra aguentar esse pouquinho a mais…

sem padrões como ficariam as outras profissões? desenvolvedor web precisa se padronizar também!

Acredito que isso é uma questão de cultura mesmo, que está mudando, graças ao bom deus. Muitos abrem mão da organização para economizar alguns KB, mas quando se está em equipe, isso se torna o terror da padronização, uma vez que o código deve ser legível a todos, e está organizado, entre espaços, identações e em linhas adequadas, fica mais fácil para tanto leigo, quanto experiente entender.

Uma arquitetura de desenvolvimento que funciona para essa economia de código é a de separar arquivos de desenvolvimento (com identações, e todos os espaços possíveis) em favor da equipe, e o ambiente de produção, disponível ao usuário, que pode ir sem formatação qualquer. É o que um compilador e ou interpretador faz, ignora esses espaços.

Embora seja eficaz, acaba por não ser tão adequado para aqueles ávidos por visualizar o código HTML e CSS de um site por exemplo.

[]‘s

eu acho que isso de não fechar as tags ainda é feito por pessoas que nem sabem o que é xhtml, não é possível. Diego, vcs já publicaram no blog algo sobre CSS repetido (não sei o termo técnico ehehehe), exemplo: duas funçoes em css sendo que uma exclue a outra? Aquele lance do efeito em cascata, que quase todo mundo passa direto pelas explicações disso mais acredito que seja muito importante, seria legal um tuto no site sobre isso. Valeu, parabéns pelo site.

Olá à todos,

Pois é, essa coisa do CSS pequeno, otimizado e organizado é algo realmente bastante complicado. Eu acho que essa organização e otimização funciona muito bem com sites pequenos e com uma certa liberdade de prazos.

É claro que com o tempo a gente vai se organizando melhor, visualizando os problemas antes deles acontecerem e criando elementos mais elásticos e adaptáveis, mas tudo realmente depende do volume de páginas, da complexidade gráfica do visual e, o mais importante, se o ambiente é estático ou dinâmico.

É muito comum recebermos layouts extremamente complexos e onde tudo é quadradinho, mas quando ele entra no sistema e se depara com a dinamicidade “in loco” aí a coisa complica…

Haja hack para consertar tudo para o ma-ra-vi-lho-so IE (e se não bastasse o 6, agora tem o ben-di-to do 7).

Haja paciência…

Beleza de artigo Diego! Grato por compartilhar sua experiência conosco!

Abraços!