A leitura vertical (humana) de seletores é muito rápida quando na forma condensada, mas assim que for localizado o passo seguinte é a leitura das propriedades que por sua vez inverte a direção da leitura para horizontal trazendo certa impaciência.

Os contrários ao estilo compactado alegam que a questão da legibilidade será fator relevante no repasse de código a outro desenvolvedor, no entanto, esta questão pode ser simplesmente resolvida de forma análoga ao Javascript, nunca vi alguém reclamar de códigos distribuídos em dois formatos (ex: jquery-1.2.6.min.js e jquery-1.2.6.js). Isto poderia até ser uma convenção do projeto a ser desenvolvido em uma equipe ou para uma empresa em particular eliminando o “problema”.

A MINHA OPINIÃO, é que através das experiências que tive o modo condensado traz benefícios nítidos quando um seletor trabalha com um número não muito grande de propriedades. Ou seja, se modularizarmos o CSS de forma inteligente, dificilmente haverá dificuldade de leitura.

Parabéns Leonardo, a Web merece ser discutida, avaliada e uma opinião pessoal não pode ser confundida como uma verdade universal.

Me pergunto se a galera que fala de legibilidade do código já programou alguma vez em um monitor widescreen (não um 22″ que substitui dois monitores, mas abrir o seu modesto notebook com resolução de 1440×800) e tentou editar algum CSS. Em CSS expandidos, dá pra ver uns 5 itens no máximo, enquanto em uma linha só dá pra ver fácil uns 20 itens, é mais fácil procurar algo na própria tela, ou ficar rolando a mesma?

E claro, acima de tudo, quando se trata de equipes de programação, esses detalhes devem ser escolhidos pelos usuários. A equipe escolhe o que achar melhor pra eles como um todo e manda ver, fim do problema. =]

Escrevendo em apenas uma linha você analisa muito mais código em menos espaço. Isso ajuda quando você trabalha com grandes projetos, tem um código muito grande e precisa encontrar bugs, por exemplo. Escrevendo o código dessa forma, apesar de ser difícil de se acostumar, você consegue analisá-lo de maneira mais rápida, é apenas uma questão de costume.

A primeira vista é complicado, mas depois facilita, e muito, a vida de quem lida diariamente com CSS.

Opiniões divididas é um ótimo sinal de que aquele post não está com a razão. A internet avança rápido demais, se não nos acostumarmos com novos padrões ficaremos estagnados no mercado. Acredito que todos aqui querem trabalhar (ou já trabalharam) em grandes projetos, e esta é a realidade hoje: páginas rápidas = economia de banda = retorno de R$ para as empresas. Para os que ainda têm dúvidas, seguem alguns CSS´s que a maioria de vocês deve acessar:

globo.com.br:
http://www.globo.com/Portal/cda/estilo_css_cda/0,,6637-0-1795980775,00.css

uol.com.br (CSS embedded):
http://www.uol.com.br/

ig.com.br:
http://images.ig.com.br/homeigv25/home_v081106a.css

terra.com.br (6 requests):
http://www.terra.com.br/capa/css/estrutura_olimp_26.css
http://www.terra.com.br/capa/css/moduloComunidades2.css
http://www.terra.com.br/capa/css/css_videos_olimp_26.css
http://www.terra.com.br/capa/css/css_noticias_olimp_26.css
http://www.terra.com.br/capa/css/css_abinhas_olimp_26.css
http://www.terra.com.br/capa/css/css_olimp_26.css

Para fechar, faço questão de postar a url do CSS do meu blog para comprovar que otimização e organização podem sim andar de mãos dadas:
http://leonardocaineli.com.br/wp-content/themes/leonardocaineli/style.css

Longe de mim ditar como cada um de vocês deve programar, mas o mínimo que posso fazer é comprovar o que postei mostrando claramente a realidade de hoje. Fico muito feliz que a grande maioria pensa e/ou adota as mesmas idéias.

Abraços,
Leonardo Caineli