iMasters - Se��o: webstandards

HTML 5: turbul�ncias para 2010!

contato@quedesign.com.br (Raphael Monteiro) — Wed, 03 Feb 2010 10:30:00 +0100

Depois de um final de ano cheio de novidades com o surgimento de novas tecnologias, tend�ncias e lan�amentos, iniciamos 2010 com for�a total. A discuss�o foi grande em rela��o � migra��o.

Para quem acha que n�o est� na hora de mudar, nos �ltimos dias uma das maiores empresas do mundo, o Google, anunciou que, a partir de 1� de mar�o, vai parar de dar suporte a navegadores como IE 6 e vers�es antigas do Firefox e Safari. Somente alguns de seus servi�os estar�o dispon�veis para navegadores antigos, como Docs e Calendar.

Toda esta revolu��o teve efeito depois que o Google sofreu o seu o maior ataque de hackers. A empresa cita a falta de seguran�a de navegadores como IE6. Este fator pode ser decisivo para a atualiza��o dos navegadores, facilitando a migra��o para o HTML 5.

As novidades n�o param por a�.

Para que achava que iria ser desperd�cio come�ar a aprender sobre o HTML5, temos ainda outra novidade que ir� for�ar a migra��o para o HMTL5: Steve Jobs anunciou, no lan�amento do Ipad, que o aparelho n�o ter� suporte ao Adobe Flash. Ele deixou bem claro que a internet est� migrando para o HTML 5 e que problemas no plug-in do Adobe s�o fatores que levaram a decis�o de n�o fornecer o suporte.

O YouTube anunciou recentemente que desenvolver� um novo player de v�deo compat�vel para a nova TAG do HTML 5 <video>. A empresa vem revolucionando o mercado web 2.0. Ano passado, lan�ou uma campanha contra a utiliza��o do browser Internet Explorer 6 da Microsoft. Mais uma que est� focando na atualiza��o dos navegadores para utiliza��o da nova tecnologia.

At� o final deste semestre, grandes empresas j� estar�o utilizando a nova tecnologia. O HTML 5 que estava previsto para 2011/2012 pode estar mais pr�ximo do que esper�vamos!

HTML5: tag video com alternativa em Flash

pedrorogerio@hotmail.com (Pedro Rog�rio de Assis Lemes) — Tue, 02 Feb 2010 11:15:00 +0100

Com a tag <video> do HTML5 torna-se poss�vel inserir v�deos em p�ginas web de uma forma muito simples, semelhante � inser��o de imagens em documentos HTML, onde o pr�prio browser fornece as fun��es de reprodu��o sem a necessidade de plugins como Flash ou Quicktime.

A marca��o HTML para isso � muito simples, e voc� pode ver um exemplo abaixo:

<video src="someclip.mp4" controls />

Safari (vers�o atual e posteriores), Google Chrome e Firefox 3.1b2 (e vers�es posteriores) possuem suporte a HTML5. O Opera no atual momento possui um experimento onde d� suporte superficial a tag video. O Safari reproduz arquivos do tipo MPEG4 (e, pelo menos no Mac, � coisa que o QuickTime pode reproduzir). O Firefox atualmente s� suporta arquivos Ogg Theora.

Essa falta de suporte aos codecs pode ser superada atrav�s da inser��o de dois formatos de arquivo na mesma tag <video>:

<video controls>
 <source src="video.m4v" type="video/mp4" /> <!-- MPEG4 para Safari -->
 <source src="video.ogg" type="video/ogg" /> <!-- Ogg Theora para Firefox -->
</video>

J� nos browsers antigos, que n�o suportam a tag <video>, temos que usar uma alternativa em Flash. Uma alternativa muito simples � utilizar o SWFObject.

Observem o HTML:

<div id="demo-video-flash">
   <video id="demo-video" poster="snapshot.jpg" controls>
    <source src="video.m4v" type="video/mp4" /> <!-- MPEG4 para Safari -->
    <source src="video.ogg" type="video/ogg" /> <!-- Ogg Theora para Firefox -->
   </video>
</div>

N�s colocamos a tag <video> dentro de uma div que � para anex�-la ao SWFObject. Observem abaixo o JavaScript com o aux�lio da biblioteca jQuery:

<script type="text/javascript">
  $(document).ready(function() {
    var v = document.createElement("video"); // Para browsers que suportam a tag <video>
    if ( !v.play ) { // Caso contr�rio, utilize Flash.
      var params = {
        allowfullscreen: "true",
        allowscriptaccess: "always"
      };
      var flashvars = {
        file: "video.f4v",
        image: "snapshot.jpg"
      };
      swfobject.embedSWF("player.swf", "demo-video-flash", "480", "272", "9.0.0", "expressInstall.swf", flashvars, params);
    }
  });
</video></script>

A detec��o de suporte do browser � feita atrav�s da cria��o de uma tag <video>. Caso o elemento n�o possa ser criado, ent�o entra em a��o o flash que usa o SWFObject para montar o player no HTML.

Vejam um exemplo em funcionamento. Caso seja de seu interesse, voc� pode baixar aqui os arquivos utilizados nesse tutorial para estudo.

A desvantagem para essa solu��o, j� que nem todos os browsers possuem suporte nativo e a utiliza��o de codecs ainda n�o � padronizada, � que voc� tem que fornecer 3 op��es do mesmo arquivo (MPEG4, Ogg e FLV)

At� a pr�xima!

Esse tutorial foi escrito com base no original do site de Henrik Sj�kvist. Todo o material aqui utilizado compete ao autor original do post.

Coding Standards

walkeralencar@gmail.com (Walker de Alencar Oliveira) — Fri, 08 Jan 2010 10:00:00 +0100

Por que aprender Coding Standards?

Atualmente, fala-se um pouco sobre Code Standards. Por�m, fala-se bem mais do que h� 5 anos. Com o "boom" do Tableless, a W3C ganhou um pouco mais de visibilidade, e seus padr�es come�aram a ser praticados no meio web, abrangendo basicamente HTML, CSS, XML, etc.

O grande diferencial passa a ser notado quando se define Code Standards no desenvolvimento em linguagens como: PHP, JavaScript, etc. A Sun tem uma �tima documenta��o de Code Standards, que normalmente � seguida pelos desenvolvedores Java, e criou tamb�m, um Padr�o de Documenta��o em C�digo excelente, conhecido como JavaDoc, onde h� ferramentas que geram a documenta��o em HTML e outros formatos baseados nos blocos de documenta��o feitos no c�digo fonte.

Mais tarde, baseados nesse padr�o, surgiram: PHPDoc, JSDoc e CSSDoc, seguindo a mesma base e estrutura de documenta��o, o que facilita a tomada de decis�o com rela��o a qual padr�o de documenta��o deve-se seguir.

Qual a import�ncia?

Em se definindo e aplicando "Padr�es de Codifica��o e Documenta��o", h� um enorme ganho com:

Facilidade de implementa��o;
Melhorias no c�digo em:
- Visibilidade;
- Portabilidade;
- Reaproveitamento;
Redu��o de tempo em:
- Adapta��o de novos desenvolvedores.
- Manuten��o;
- Migra��o;
- Identifica��o, rastreamento e corre��o de erros.
Diminui��o de reescrita de c�digo por falta de documenta��o.

Nas f�bricas de software, padr�es de codifica��o, nomenclaturas e documenta��o refletem diretamente na diminui��o do aloca��o de recursos e consequentemente prazo de entrega, tempo de desenvolvimento e custo final do projeto.

Fator profissional

Por ser uma pr�tica pouco conhecida e disseminada entre desenvolvedores J�nior e Pleno, o profissional que trabalha sob coding standards destaca-se entre os demais. A necessidade/utilidade � percebida ao entrar em um ambiente de desenvolvimento com maior n�mero de profissionais, observando a realidade das f�bricas de softwares.

Com certeza, h� uma tend�ncia natural de que Code Standards seja um requisito obrigat�rio para quem � ou pretende ser arquiteto de linguagem, seja Java, PHP, Delphi ou qualquer outra. Para desenvolvedores Java � praticamente requisito indispens�vel seguir o padr�o oferecido pela SUN, e para desenvolvedores PHP j� temos �tima dissemina��o do assunto nos recentes eventos nacionais e regionais, bem como o "PHP Standards", que est� sendo discutido e elaborado por v�rios l�deres de �projetos/frameworks de renome. Em breve, teremos um padr�o a ser seguido para projetos a partir da vers�o 5.3 do PHP.

Onde encontrar informa��es:

Se voc� trabalha com PHP, h� o artigo: PHP Coding Standards falando sobre o assunto e com materiais de refer�ncia que ir�o facilitar muito sua vida. Sendo Java: Code Conventions for the Java Programming Language.

Em breve publicarei mais artigos aprofundando esse assunto que, com certeza, � bastante abrangente e importante.

Abra�os e sucesso!

Usabilidade, acessibilidade e leis

walkeralencar@gmail.com (Walker de Alencar Oliveira) — Tue, 15 Dec 2009 11:00:00 +0100

Muito j� se fala de acessibilidade, mas ainda estamos engatinhando no assunto aqui no Brasil, tanto que vemos frequentemente alguns textos confundindo acessibilidade e usabilidade. Este artigo tem o intuito de esclarecer as diferen�as e expor a import�ncia do assunto, bem como mostrar que h� leis no Brasil atingindo o mercado e o p�blico privado.

Diferenciando acessibilidade de usabilidade

Antes de falarmos de leis, vamos diferenciar o que essas duas palavras significam:

Acessibilidade significa n�o apenas permitir que pessoas com defici�ncias ou mobilidade reduzida participem de atividades que incluem o uso de produtos, servi�os e informa��o, mas a inclus�o e a extens�o do uso destes por todas as parcelas presentes em uma determinada popula��o.

Usabilidade � um termo usado para definir a facilidade com que as pessoas podem empregar uma ferramenta ou objeto a fim de realizar uma tarefa espec�fica e importante. A usabilidade pode tamb�m se referir aos m�todos de mensura��o da usabilidade e ao estudo dos princ�pios por tr�s da efici�ncia percebida de um objeto.

Notaram a diferen�a? Pois �, o fator complicante � que, no desenvolvimento de um site ou de um sistema web, enquanto que se trabalha a usabilidade facilitando o acesso � informa��o, melhorando o posicionamento de elementos etc, se corretamente codificado, come�a a entrar no campo da acessibilidade, ou seja, elas come�am a se co-relacionar no ponto onde tornando mais us�vel, torna-se mais acess�vel.

Veja um exemplo simples: uma imagem de um bot�o com texto "Buscar" em fonte pequena com o atributo alt=" " (s� para validar), visualmente seria facilmente interpretada, mas como um cego saberia que tem que "clicar" na imagem para fazer a busca? E pessoas com perda parcial de vis�o entenderiam um texto pequeno, se ele n�o pode ser expandido?

Voc� deve estar pensando: "ok, entendi o problema, mas o que a usabilidade vai mudar na acessibilidade deste bot�o?"

R.: Um profissional de usabilidade, com certeza n�o deixaria um bot�o com um texto pequeno e provavelmente adicionaria alguma imagem para melhorar a identifica��o visual do elemento.

Certo, visualmente melhoramos, mas e a codifica��o... como faria para tornar isso acess�vel?

R.: Basta seguir a estrutura sem�ntica recomendada pela W3C: um button para o bot�o, com o texto "Avan�ar" e a imagem com o atributo alt="�cone: Avan�ar", assim, visualmente ser� facilmente identificado, o texto poder� ser expandido conforme a necessidade do usu�rio e a imagem contendo o atributo ALT ser� facilmente interpretada por deficientes visuais. Ou seja:

<button type="submit" id="btnAvancar">
Avan�ar <img src="images/icon/button/avancar.png" alt="�cone: Avan�ar" />
</button>

O que eu ganho escrevendo o c�digo assim?

R.: Al�m de aumentar o n�mero de pessoas que entender� melhor o conte�do, o atributo id no button te permite criar manipula��es de JS, ou seja, se voc� utilizar um framework como o jQuery por exemplo, definir� facilmente a��es vinculadas ao bot�o atrav�s do ID do elemento, podendo inclusive trabalhar com JS n�o obstrutivo.

Leis brasileiras sobre acessibilidade

Acredito que deu para entender as diferen�as, ent�o vamos falar sobre as leis brasileiras e at� onde n�s (desenvolvedores, arquitetos de linguagem, projetistas, designers e empres�rios) devemos nos preocupar sobre esse assunto.

O Decreto-lei n� 5296 de 2 de dezembro de 2004, tamb�m conhecido como Lei de Acessibilidade, nos artigos 47 e 48 fala do Acesso � Informa��o e Comunica��o, em resumo, especifica que:

"Ser� obrigat�ria a acessibilidade nos portais e s�tios eletr�nicos da administra��o p�blica na rede mundial de computadores (internet), para o uso das pessoas portadoras de defici�ncia visual, garantindo-lhes o pleno acesso �s informa��es dispon�veis."

Fala basicamente de pessoas com defici�ncia visual, por�m, a acessibilidade na internet foi contemplada nos artigos 9 e 21 da "Conven��o Internacional dos Direitos da Pessoa com Defici�ncia" aprovado como lei no decreto n� 186/2008, tornando

"Obrigat�ria e crime de discrimina��o qualquer informa��o na internet n�o acess�vel para qualquer tipo de defici�ncia e a qualquer categoria de portal ou site, de empresa privada ou governamental",

Este novo decreto acabou com as restri��es anteriores do decreto, e estendeu o pleno acesso a mais tipos de defici�ncias (www.acessibilidadelegal.com).

Esse � o primeiro artigo sobre acessibilidade, espero ter despertado um pouco mais de interesse de voc�s. Trabalho com acessibilidade h� mais de tr�s anos, ainda tenho muito a falar e em breve vou publicar mais artigos sobre o assunto.

Refer�ncias

Decreto-lei n� 5296 de 2 de dezembro de 2004

Decreto n� 186/2008

FAQ - Acessibilidade Legal

Leia, analise, critique e comente, pois com suas sugest�es poderei melhorar cada vez mais.

Web Standards - como ser um diferencial frente ao cliente?

wagner.andradesilva@gmail.com (Wagner Andrade) — Tue, 31 Mar 2009 10:00:00 +0100

Na maioria dos casos clientes n�o conseguem perceber a diferen�a entre paginas bem escritas utilizando Web Standards e outras mal escritas utilizando algum outro padr�o. Clientes entendem - pelo menos deveria ser assim - do seu pr�prio negocio, que geralmente n�o � web. E tamb�m n�o custa lembrar que clientes querem ver resultados, financeiros, de prefer�ncia - a n�o ser que seja uma ONG, mas eu pessoalmente jamais fiz um projeto para alguma delas.

Ponha-se no lugar do cliente: abra o IE e compare uma p�gina Web Standards bem feita - W3C, por exemplo - com outra pagina feita de qualquer jeito, daquelas que tem table at� no titulo da p�gina - nem vou dar exemplos aqui. Qual a diferen�a visual � primeira vista? Lembre-se de que seu cliente n�o � desenvolvedor web nem designer.

Vejam bem, n�o estou dizendo que site Web Standard � feio - vide Css Zen Garden -, estou dizendo que as diferen�as n�o s�o vis�veis, e cabe a voc� utilizar os argumentos corretos ao vender seu projeto. Fazer o cliente entender que padr�es no desenvolvimento web resultam qualidade no produto faz com que seu trabalho seja mais valorizado - afinal, tamb�m n�o somos uma ONG!

Abrindo um jornal, � bem f�cil achar an�ncios de sites por pre�os rid�culos, que n�o pagam nem o seu primeiro dia de desenvolvimento. Perante isso, como provar que a qualidade do seu produto vale o pre�o que o cliente pagar�?

Quero mencionar aqui um argumento que li em um blog:

"os visitantes mais importantes para promover o site (?) s�o cegos: os rob�s de sites de busca"

Ou seja, fazer um site tomando todo o cuidado com os padr�es web � crucial para que m�quinas de buscas analisem o site/sistema de maneira correta. Para que isso? No Google, por exemplo, isso vale algumas posi��es no rank de sites, e � comprovado que na maioria das vezes apenas os sites da primeira p�gina que recebem as visitas dos usu�rios. Isso � fundamental para a visibilidade da empresa.

E nesse mesmo texto, outro �timo argumento na parte que fala sobre compatibilidade entre navegadores e outras m�dias:

"S�o mais clientes que n�o se pode dar ao luxo de perder"

N�o podemos mais fechar nossos olhos para a acessibilidade da internet. Hoje em dia podemos acess�-la de quase qualquer dispositivo moderno: celulares, eletrodom�sticos, players, videogames e v�rios outros. A conex�o wi-fi nos tr�s uma mobilidade impressionante. Como dito anteriormente, n�o podemos ignorar esse crescente n�mero de acessos. E para n�o ignor�-los precisamos deixar nossos sites preparados, e os padr�es nos dizem como fazer isso.

Ambas referencias est�o no post Quando o cliente n�o d� a m�nima para padr�es web do blog Richard Barros. Excelente text.

Outro argumento que est� diretamente ligado � parte financeira, esse eu sempre uso quando "confrontado" sobre essa "qualidade invis�vel", �: um site Web Standard, bem feito, consome bem menos recursos de transfer�ncia de dados da conex�o do servidor. Isso resulta em um site que abre mais r�pido e que utiliza menos recursos do provedor - hosts cobram por transfer�ncia de dados.

Para n�s, desenvolvedores, o Web Standard traz diversos benef�cios - al�m de todos que j� citei: facilidade na leitura/interpreta��o do site, facilidade na hora de dar manuten��o, facilidade para modificar layout e conte�do, ou seja, facilidade, facilidade e facilidade!

Isso que escrevi aqui � uma pequena parte de uma longa e infind�vel discuss�o. Minha inten��o aqui foi s� instig�-lo a ir atr�s de qualidade no seu desenvolvimento. Uma boa refer�ncia inicial sobre esse assunto � o Web Standard Checklist, em portugu�s, no site Maujor. Boa jornada!

O Twitter est� bombando e "abendando"

leonardo_cardoso_moraes@yahoo.com.br (Leonardo Moraes) — Thu, 19 Mar 2009 09:30:00 +0100

Esta palavra que est� entre aspas no t�tulo deste artigo n�o existe no dicion�rio brasileiro. Muito menos ap�s esta nova reforma ortogr�fica. N�o tem nada a ver.

Trata-se de um neologismo inventado por profissionais de inform�tica dos EUA, importado por n�s do Brasil e muito utilizado quando um computador servidor trava simplesmente por n�o estar ag�entando o tranco. Pode ser que esteja mal configurado, com seu software desatualizado ou at� mesmo n�o suportando a carga a que � submetido.

Abend vem de abnormal end. Traduzindo fica finaliza��o anormal. E quando isso acontece tenha em mente que a vaca foi para o brejo. A rede parou e os telefonemas no Suporte v�o come�ar com reclama��es de todos os gostos e sabores. Sai de baixo!

Nesta semana quando estava tentando atualizar a minha imagem no Twitter lembrei do "abendando" pois, ao fazer o upload de uma fotinha miser�vel com apenas 7 Kb, recebi a seguinte tela por v�rias vezes:

Este caso indica o sucesso do Twitter que pode se tornar o seu quase imposs�vel fracasso e aos poucos vai se transformando em mais um paradigma do mundo virtual.

Como escrito na tela - Twitter est� al�m da capacidade - percebe-se que os posts fren�ticos neste nem t�o novo queridinho da internet est�o fazendo com que ele d� uma abendada. Ops. Ou melhor, travada. Congelada. Fora do ar. Vai tomar um caf�.

Nem t�o novo porque est� no ar desde 2006. E seu fundador, Evan Willians, apenas passou a us�-lo diariamente em 2008.

Ano passado o criador da Wikipedia, Jimmy Wales, passou pelo mesmo transtorno informando que precisava fazer um pequeno upgrade na sua estrutura de TI para ag�entar o tranco. Valor deste pequeno incremento: US$ 6 milh�es.

A sorte do Twitter � que vem recebendo aportes financeiros ao longo de sua exist�ncia, atrav�s de seus anjos investidores. Jeff Bezos, o dono da Amazon � um dos seus investidores juntamente com a Capital and Institutional Venture Partners. Os valores aportados s�o especulados em 250 milh�es de d�lares. Na verdade n�o foram revelados oficialmente.

E o Jimmy continua passando o pires atr�s de doa��es para a sua enciclop�dia.

Mas o mais curioso � que o Twitter ainda n�o tem um modelo de gera��o de receita definido. A Wikipedia tamb�m n�o. Mas o que acontece � o seguinte:

Enquanto na Wikipedia o conte�do � edit�vel por todos ao redor do globo, gerando cada vez mais conte�do, e n�o passa disto, o Twitter conseguiu de uma forma simples, barata e r�pida convergir dois mundos em um criando uma nova maneira de se comunicar.

Dois mundos em um e "quem n�o twitta se estrumbica".

Cento e quarenta caracteres que saem do telefone e entram na web. Cento e quarenta caracteres que saem da web e entram no celular.

Mas isso j� era feito pelos torpedos virtuais. O Evan tamb�m sabia disso e fez todos verem os SMS's de todos. Sejam eles reais ou virtuais, pois no final das contas tudo � a mesma coisa ao mesmo tempo e agora. Quinze minutos atr�s j� � passado remoto.

At� a pr�xima semana.

PS.: a tela da baleia at� que � bonitinha, mas essa a� abaixo...

D� uma licencinha...

taq@eustaquiorangel.com (Eust�quio Rangel) — Wed, 11 Mar 2009 09:20:00 +0100

Hoje li um artigo, digamos, interessante, questionando o uso da Creative Commons e talvez indiretamente sobre outras licen�as do mesmo tipo. O autor do artigo, pelo teor do texto, parece que estava meio contrariado e at� irritado com o uso da licen�a e com a pr�pria licen�a, transmitindo at� uma id�ia naquele estilo "comunista-d�cada-de-oitenta". Mandei um coment�rio para l� mas at� agora n�o foi publicado, ent�o resolvi fazer esse post para expor o meu ponto de vista sobre a situa��o.

Antes de mais nada, um erro tosco que permeia o artigo inteiro: contei cerca de oito vezes onde o autor menciona pedir licen�a, "pedir" em um contexto de se submeter sob a licen�a criticada. Uma coisa tem que ser deixada clara: ningu�m � obrigado a pedir licen�a, voc� pode, se quiser, usar a licen�a para o seus trabalhos publicados. Ningu�m � obrigado a nada.

Inclusive, pode-se usar a licen�a que quiser. A Creative Commons � muito "pop" para a sua publica��o? Considere a GNU Free Documentation License ou a Open Publication License ou que tal at� a Common Documentation License. Ou at�, como o autor do artigo diz, escreva um texto explicitando a sua forma de licen�a pessoal para a publica��o do trabalho. Se podemos fazer isso, para que diabos usarmos uma licen�a "pop"?

A resposta est� na praticidade, clareza, estrutura��o e acesso f�cil que essas licen�as nos fornecem, gratuitamente, al�m de promover a divulga��o do conhecimento, seja por meio de c�digo, documenta��o, m�sica, o que seja, de uma forma que muitas pessoas tentam enquadrar naquela m�xima do "comunismo do capeta" como citada acima, mas que em termos pr�ticos atualmente j� d� um retorno enorme e vis�vel para a sociedade e, pasmem, at� para os indiv�duos que disponibilizam suas obras sob essas licen�as. Assistam esse v�deo.

Funciona para todo mundo, e de uma maneira eficiente! Quero dizer, "todo mundo" menos uma boa turma que ainda acha que o certo � fechar tudo o que se encontra pela frente e s� entregar atrav�s de algum pagamento. Que o diga o monkey boy que deve mijar na cama toda vez que sonha com a GPL. E se o pre�o a pagar para usar um recurso desse onde vejo que me ajuda de uma forma muito pr�tica seja fazer propaganda do mesmo, pago com prazer. Afinal, n�o recomendamos as m�sicas, filmes, cervejas, praias, parques, etc, que gostamos para nossos amigos? Qual o problema se a consequ�ncia do bom servi�o prestado seja a fama?

Analisando os adjetivos expostos acima, vamos ver um caso pr�tico: publico aqui no blog meu tutorial de Ruby em PDF, sob a licen�a Creative Commons de Atribui��o-Uso N�o-Comercial-Compartilhamento pela mesma Licen�a 2.5. Como que funciona essa licen�a? Cliquem no link acima e voc�s v�o ficar sabendo. Se estiverem com pregui�a, aqui vai o que consta:

Voc� pode:

copiar, distribuir, exibir e executar a obra
criar obras derivadas
Sob as seguintes condi��es:

Atribui��o. Voc� deve dar cr�dito ao autor original, da forma especificada pelo autor ou licenciante.
Uso N�o-Comercial. Voc� n�o pode utilizar esta obra com finalidades comerciais.
Compartilhamento pela mesma Licen�a. Se voc� alterar, transformar, ou criar outra obra com base nesta, voc� somente poder� distribuir a obra resultante sob uma licen�a id�ntica a esta.
Para cada novo uso ou distribui��o, voc� deve deixar claro para outros os termos da licen�a desta obra.
Qualquer uma destas condi��es podem ser renunciadas, desde que Voc� obtenha permiss�o do autor.

Pr�tica, clara, bem-estruturada e de f�cil acesso. Pessoalmente eu acho melhor do que cada um criar a sua licen�a maluca. Simples assim. Mas de novo, para fixar bem: s� usa a licen�a quem quer. Tamb�m achei estranho que o autor diz que "se voc� quiser uma das tais licen�as p�blicas, para algum trabalho seu relativo a internet, tamb�m ter� de dominar a linguagem html". S� se "dominar o HTML" for saber clicar com o bot�o do mouse (o esquerdo! o esquerdo!) no link, como fizemos acima! E se o problema � conte�do em Portugu�s, � s� clicar no link ccInternational na p�gina principal ou procurar "creative commons" no Google que vai ser apresentado como primeiro resultado o site todo em Portugu�s. Em �ltimo caso, tenta colocar um .br no final da URL, n�o vi qual � o problema.

Agora, uma coisa engra�ada � que o autor do artigo mostra uma rea��o que beira a xenofobia para tentar justificar a "n�o-paga��o-de-pau" para uma licen�a que foi definida nos EUA mas publica o seu livro tamb�m por uma editora dos EUA, sob uma licen�a genuinamente dos EUA. A �nica diferen�a � o final das palavras copyleft e copyright, o que nos leva a deduzir que o que incomoda � o suposto "comunismo" da licen�a. A Lulu (que, por sinal, � �tima) tamb�m � uma entidade privada, estrangeira, n�o tem f� p�blica aqui no Brasil ... ah, mas paga os direitos de publica��o do livro. Entrou grana na hist�ria, fica tudo bem. O Iraquiano ent�o n�o teria problema algum em pedir licen�a para o soldado do Bush se o soldado desse uma graninha para ele ir tomar uma cerveja no boteco? Isso que � o fim da picada.

E a� entra outra coisa engra�ada: pode-se utilizar a Creative Commons para garantir o seu direito de que voc� n�o vai perder dinheiro com o uso comercial da sua obra e ainda de quebra manter o conhecimento livre. Ningu�m precisa perder a sua remunera��o, a n�o ser que voc� tenha em mente que tudo o que voc� produz deve ser pago. Isso � outra hist�ria, voc� faz o que quer, mas se permite me dizer, � uma coisa meio mesquinha. Cada um � cada um, mas n�o arranca peda�os voc� dedicar um pouco do seu tempo para trabalhar de gra�a e disponilizar algo para acesso gratuito. Isso n�o vai te levar a fal�ncia no final do m�s. Inclusive, a n�o ser que todo mundo que tem blog seja "pro-blogger", isso se aplica para uma grande parte do material produzido nos blogs da web, n�o � mesmo?

N�o � uma sangria desatada. O meu livro vendeu toda a primeira edi��o mesmo com o PDF dispon�vel gratuitamente aqui no site (sem atualiza��es, � bem verdade). E como bem se viu acima, na licen�a do meu tutorial est� expl�cito que o uso � n�o-comercial e voc� n�o pode utilizar esta obra com finalidades comerciais, a n�o ser que voc� obtenha uma licen�a de publica��o com o autor, ou seja, comigo. A� pode ser gr�tis ou eu posso cobrar uma grana por isso, vai depender do meu humor e do estado do meu "livro do terror" (extrato do banco). E se algum engra�adinho sair por a� ganhando dinheiro com esse material que deixei expl�cito que � para uso n�o-comercial, posso acion�-lo judicialmente. Inclusive, tem um pessoal a� que parece que andou abusando da boa-f� e ... outra hist�ria.

No final das contas, me parece que o artigo foi uma tentativa gratuita de ataque sem fundamento � licen�a Creative Commons e � outras licen�as do mesmo teor, n�o talvez por m�-f�, talvez por aquela id�ia de "comunismo oitentista" (que inclusive, vem em grande parte dos EUA, n�o � mesmo?) ou pelo fato de que alguns dos ideais que essas licen�as representam possam representar algum tipo de amea�a aos neg�cios ou posi��es ideol�gicas do autor. Espero que eu possa ter demonstrado meus pontos de vista com pelo menos um pouco mais de embasamento e coer�ncia.

HTML 5 - Mudan�as na estrutura e sem�ntica

diego@tableless.com.br (Diego Eis) — Tue, 03 Mar 2009 10:00:00 +0100

A Sem�ntica sempre � um dos pontos mais importantes do desenvolvimento com Padr�es Web. Algumas iniciativas com o Microformats vieram na tentativa de trazer mais sem�ntica ainda para nossos c�digos, com o intuito de que novas aplica��es e oportunidades pudessem utilizar melhor a informa��o distribu�da na web. Acontece que o resto do HTML n�o foi h� bastante tempo modificado. Por exemplo, como voc� consegue distinguir de forma autom�tica as informa��es do "header" (cabe�alho) dos sites? N�o consegue. Voc� n�o consegue, por exemplo, de maneira automatizada, identificar o que � um rodap� ou a parte do layout que est� exibindo um artigo.

Todos os dias sites e mais sites s�o publicados na internet e nenhum deles com um padr�o de nomenclatura de classes e ids que possamos utilizar para extrair informa��o de maneira inteligente. O HTML 4.01 � a vers�o atual da linguagem b�sica da Web, e n�o � atualizado h� alguns anos. Esses detalhes de sem�ntica n�o podem ser supridos para sempre por tecnologias como o Microformats. A vers�o 5 do HTML tende a suprimir essas necessidades e tamb�m atualizar pontos antigos do HTML 4, por exemplo, formul�rios.

Como disse no come�o deste artigo, a estrutura de um site n�o � �bvia para as m�quinas. N�o existe nenhum padr�o de constru��o dos elementos para indicar o que � o cabe�alho e o que � o rodap�, por exemplo. No HTML 5, iremos utilizar um padr�o de tags que nos ajudar� a marcar estas estruturas. Uma estrutura conhecida � mais ou menos assim:

<body>
  <div id="header">...</div>
   <div id="menu">...</div>
   <div class="post">...</div>
   <div id="sidebar">...</div>
   <div id="rodape">...</div>
  </div> 
</body>

Na estrutura acima, utilizei alguns nomes de classes e ids que costumamos utilizar no dia-a-dia. Eu mesmo n�o utilizo a classe POST, uso mais CONTENT ou algo parecido. A estrutura do HTML acabar� com isso. A id�ia � substituir esse amontoado de DIVS por elementos que se encarreguem dessas fun��es, um exemplo da estrutura serial:

<body>
  <header>...</header>
  <nav>...</nav>
  <article>
    <section>
      ...
    </section>
  </article>
  <aside>...</aside>
  <footer>...</footer>
</body>

O elemento header define o cabe�alho. Nav define o menu ou a navega��o do site.
Article define uma parte da p�gina que tem uma composi��o de formul�rios, textos etc. Por exemplo, pode ser um post de forum, blog, coment�rios etc.
O elemento Section define uma se��o do layout em um determinado element. Ele pode conter um header e tamb�m um footer se preciso.
O elemento aside consiste em envolver informa��es que tem algo a ver com o conte�do principal do site. Pode ser um menu lateral, um sidebar padr�o com menu, banner, busca etc...
Footer define o rodap� do elemento ou do layout.

Entenda que, agora, qualquer elemento pode ter seu conte�do separado por se��es com o elemento section. Note tamb�m que os elementos podem ter tamb�m um header e um footer independentes do resto do layout. Como na imagem.

Uma d�vida comum entre os desenvolvedores � como fazer a estrutura��o e distribui��o das tags de t�tulos (h1 at� h6). Por exemplo, se eu utilizei j� a tag H1 no logo do site, poderei utilizar para o t�tulo do artigo? Se repetirmos muitas vezes as mesmas tags de t�tulos, a import�ncia que cada t�tulo tem sobre o outro se perder�. O Google poder� indexar de forma diferente e etc.

No HTML 5 esse problema ser resolver�, porque cada section que voc� inicia, voc� poder� come�ar novamente uma nova ordem de t�tulos. Por exemplo:

<header>
  <h1>Logo</h1>
</header>
<article>
  <section>
    <h1>T�tulo do artigo</h1>
    <p>texto</p>
    <h2>Subtitulo</h2>
    <p>Mais texto</p>
  </section>
</article>

Dessa forma voc� conseguir� definir exatamente qual a import�ncia de cada t�tulo e os leitores de tela, sistemas de busca e outras aplica��es conseguir�o fazer uma separa��o mais eficaz dos elementos textuais.

Entenda que os divs n�o ir�o deixar de existir. Voc� os usar� em casos muito espec�ficos, por exemplo, para fazer caixas de destaque:

 <section>
    <div class="destaque">
       <h1>Destaque 1</h1>
       <p>Texto</p>
    </div>
    <div class="destaque">
       <h1>Destaque 1</h1>
       <p>Texto</p>
    </div>
  </section>

Para saber mais sobre isso, leia: The Elements Of HTML 5.

Irei escrever outros artigos sobre a inser��o de v�deo e �udio no c�digo e uma s�rie de outros assuntos interessantes sobre HTML 5. E o que voc� acha disso tudo? Deixe seu coment�rio!

Safari 4: Apple na batalha dos browsers?

bipereira@gmail.com (Fabiano Pereira) — Mon, 02 Mar 2009 11:00:00 +0100

Mais um interessante cap�tulo na guerra dos browsers foi iniciado: no dia 24/02 (�ltima ter�a-feira), a Apple lan�ou seu browser Safari, na vers�o 4 (beta). As conseq��ncias, ainda que imprevis�veis, podem lan�ar mais "lenha na fogueira", trazendo (ou n�o) maiores vantagens para os usu�rios e para a web, como um todo. Se todos os browsers travarem uma guerra "limpa", respeitando as web standards, tudo bem. Caso contr�rio, podemos ver, novamente, o deprimente festival de estrat�gias discut�veis de dom�nio do mercado, com inser��o de tags propriet�rias (como na batalha internet explorer versus navigator) o que significaria, sem d�vida, um grande retrocesso, para dizer o m�nimo.

Safari 4 Beta

Voc� pode fazer o download aqui, para mac ou windows. Ambas vers�es s�o id�nticas, trazendo as mesmas novidades e benef�cios, independentemente da plataforma escolhida. Mesmo assim, � poss�vel notar uma sens�vel melhora de performance do browser em seu sistema nativo.

Instalando safari

Historicamente, o Safari sempre deu um "show de travamentos" no ambiente windows, por�m, de uns tempos pra c�, o posicionamento da empresa mudou, sobretudo ap�s a declara��o aberta (e �bvia) de concorr�ncia com os "todo poderosos" Internet Explorer (ainda em sua vers�o beta 8, que, num primeiro momento, causou uma discreta euforia por seu suporte �s web standards, para depois se mostrar uma tartaruga travada ao rodar aplica��es mais complexas em javascript) e Firefox (em sua vers�o 3, apesar de seu crescimento cont�nuo, o adjetivo "todo poderoso" �, sem d�vida, um exagero).

Novidades

Em sua nova vers�o beta, o Safari traz uma s�rie de inova��es interessant�ssimas. Tanto em design (melhorias e recursos gr�ficos diversos, trazendo beleza � navega��o cotidiana, honrando a tradi��o da Apple em oferecer designs estonteantes) quanto em performance (navega��o mais r�pida, com novo e poderoso engine), esta vers�o realmente muda uma s�rie de "pequenos" paradigmas:

a) Design

As abas de navega��o (usadas, indiscriminadamente, por todas as empresas) agora ficam acima da barra de endere�os, lembrando o design do Chrome. Ali�s, n�o s� neste item: o Safari, numa primeira an�lise visual, traz muito do "jeit�o do Chrome", com interface limpa e clean. Menos � mais aqui, tamb�m.

O hist�rico tamb�m ganhou melhorias de design, com uma esp�cie de cover flow, com thumbnails em 3d das p�ginas visitadas recentemente, oferecendo a visualiza��o interativa do conte�do das p�ginas, que podem ser trocadas com grande facilidade.

Hist�rico

Al�m disso, h� o recurso top sites que, contando com os mesmos recursos visuais citados acima, desenha um painel (que aumenta, conforme o n�mero de sites mais visitados) que tenta mostrar ao usu�rio os sites preferidos, baseado na quantidade de vezes que determinadas p�ginas s�o visitadas.

Top Sites

b) Performance

Apesar de bater, em velocidade, os seus principais concorrentes (sendo 38% mais r�pido que o Firefox e cinco vezes mais r�pido que o Internet Explorer 8), ainda perde para o Google Chrome (7% mais r�pido). O an�ncio de "browser mais r�pido do mercado" n�o � t�o verdadeiro, por�m seu novo motor (nitro) consegue uma melhoria significativa de performance quando comparado com outros engines.

O avan�o tecnol�gico que permite tais velocidades coloca, definitivamente, os concorrentes diretos na berlinda. � muito prov�vel que as pr�ximas vers�es dos browsers ofere�am melhor performance, trazendo um ganho para o mercado como um todo, independente de qual browser seja utilizado.

O Safari, com sua base no motor webkit, conseguiu: pontua��o 100 de 100 no acid test, o mais temido dos testes de compatibilidade com as web standards. Assim, mesmo em vers�o beta, assume a dianteira dos browsers do mercado, passando o campe�o (at� ent�o) Opera (que soma 84 pontos), seguido por Firefox (71 pontos) e Internet Explorer (com m�seros 21 pontos). Assim, a Apple investe firme na tend�ncia da adequa��o aos padr�es, oferecendo tal recurso como vantagem competitiva.

Conclus�es

Com o Safari 4 beta, a Apple abre um novo cap�tulo na guerra dos browsers. Ao for�ar, positivamente, os par�metros at� ent�o aceit�veis de velocidade, compatibilidade e performance, colabora para a melhoria cont�nua de todo o mercado, j� que estabelece um novo patamar de qualidade.

O lugar do Firefox continua garantido, gra�as a sua grande penetra��o no mercado e a sua apaixonada base de usu�rios e desenvolvedores, compartilhando com melhorias significativas, a cada nova vers�o. Por�m, para se manter na dianteira de tal mercado, � preciso muita inova��o, rapidez, dinamismo e qualidade.

A instala��o do Safari 4 beta vale a pena. Recomendo a todos os envolvidos (profissionalmente) com web, o download e o uso experimental, pois se trata de um browser com significativas chances de crescimento no mercado.

Um abra�o!

Refletindo sobre Sem�ntica

eduardo@agni.art.br (Eduardo Santos) — Tue, 17 Feb 2009 11:15:00 +0100

Em meu �ltimo artigo sobre a resist�ncia que desenvolvedores tem em adotar as Web Standards, muitas pessoas se manifestaram no sentido de que trabalhar com editores WYSIWYG como Fireworks ou Dreamweaver, na cria��o de p�ginas diagramadas com tabelas, seria mais produtivo, al�m de evitar incompatibilidade com navegadores.

As alega��es s�o de que o uso das Web Standards aumenta o tempo de desenvolvimento, a quantidade de testes e a corre��o de erros. Isso realmente pode acontecer, se o desenvolvedor n�o possuir experi�ncia suficiente com XHTML e CSS, e consequentemente, criar Layouts inadequados para a estrutura��o.

As maiores dificuldades que as pessoas t�m para compreender a import�ncia do desenvolvimento com as Web Standards � (1) imaginar que � apenas uma quest�o de substituir Tabelas por DIVs, e (2) n�o compreender a quest�o da Sem�ntica.

O que � Sem�ntica?

A Sem�ntica, enquanto estudo da palavra, tem preocupa��o com o significado dos objetos (me refiro aqui a objeto como tudo que � percept�vel aos sentidos).

A ideia de uma Web Sem�ntica surgiu em 2001 a partir de um artigo publicado por Tim Berners-Lee, James Hendler e Ora Lassila, e tem como objetivo estender a Web atual, atrav�s da atribui��o de significado ao conte�do dos documentos, de forma que eles possam ser compreens�veis n�o s� por seres humanos, mas tamb�m por m�quinas. Isso possibilitaria que informa��es �teis em diferentes sistemas fossem integradas para facilitar a vida das pessoas.

Vamos imaginar que eu possuo uma agenda online, onde consta que tenho uma viagem marcada para Nova Yorque, assim como a data e o hor�rio em que devo embarcar. Essas informa��es seriam muito claras para mim ou para qualquer outro ser humano, que poderia providenciar tudo que fosse necess�rio para a viagem.

Agora vamos imaginar que essa agenda possui informa��es com significado n�o s� para humanos, mas tamb�m para m�quinas, de forma que esses dados pudessem ser integrados com outros sistemas pelo mundo, que tamb�m tivessem informa��es com significado para as m�quinas.

Com isso, meu sistema, ao identificar o compromisso na agenda, poderia automaticamente buscar e reservar para mim uma passagem a�rea para o dia e hor�rio em que fosse necess�rio, assim como reservar um quarto no hotel mais pr�ximo ao meu local de destino, e quem sabe at� me recomendar passeios, livrarias e restaurantes, de acordo com meus gostos pessoais descritos no perfil de uma rede social qualquer.

Parece at� coisa de filmes de fic��o cient�fica!

Para que algo assim fosse poss�vel, para que os sistemas tivessem esse n�vel de automatiza��o e funcionassem como na hist�ria acima, ter�amos que pensar na evolu��o dos documentos, antes de pensar na evolu��o das tecnologias.

Ter�amos que criar documentos em que as informa��es tivessem significado n�o s� para humanos, mas tamb�m para m�quinas.

Isso seria a Web Sem�ntica.

Tirar o lixo e organizar a casa

Algu�m sabe a quantidade de informa��o que existe hoje na Web, ou quanta informa��o � poss�vel de ser armazenada digitalmente?

Um CD comum armazena cerca de 650 Megabytes de informa��o, e isso equivale a 340.000 p�ginas com 2000 caracteres cada. Se essas p�ginas fossem impressas em papel de 20 gramas em frente e verso, a pilha de papel necess�ria para equivaler � capacidade informativa de um CD pesaria 770 quilos. (Informa��o retirada do livro "Do papel at� a Web", de Tony McKinley)

Acho que agora deu pra ter uma ideia!

A Web tem mais informa��es do que todas as bibliotecas do mundo juntas. Infelizmente a maioria dessas informa��es n�o tem significado nem sentido algum.

Uma Linguagem de Marca��o como o HTML � feita de etiquetas (tags) que servem para dar significado �s partes de um documento. Sendo assim, com as etiquetas <h1></h1> informamos que determinado trecho de texto � um t�tulo, com as etiquetas <p></p> indicamos que determinado trecho de texto � um par�grafo, ou ent�o com as etiquetas <blockquote></blockquote> informamos que determinado bloco de texto � uma cita��o.

Sabendo disso, poder�amos acreditar que trabalhando com HTML ter�amos naturalmente documentos com defini��es claras sobre o que � cada informa��o.

Por�m, desde o in�cio a Web foi sendo explorada como uma extens�o da m�dia impressa, com uma preocupa��o unicamente visual, sem levar em considera��o a estrutura dos documentos e seu significado. Como os recursos do HTML eram limitados para diagrama��o, al�m de possuir algumas marca��es pr�prias para formata��o, os documentos come�aram a ser adaptados de forma equivocada, e recursos como tabelas (que existem para definir dados tabulares) come�aram a ser usados para diagramar p�ginas de sites como se fossem p�ginas de revistas. O uso correto das marca��es era ignorado: etiquetas de par�grafo eram usadas para comportar t�tulos ou listas, por exemplo.

Essa forma de criar os documentos faz com que a informa��o fique clara para o seres humanos, por�m sem sentido algum para m�quinas ou sistemas que possam vir a (tentar) interpretar os documentos.

Trabalhar com Web Standards significa criar documentos onde ser�o usadas apenas as marca��es necess�rias para identificar as informa��es, sem que sejam inseridas marca��es com finalidades visuais.

O uso de tabelas para diagramar as p�ginas gera um c�digo sem significado, muitas vezes incompreens�vel, e v�rias vezes maior que o necess�rio, enchendo os servidores pelo mundo de Terabytes in�teis, al�m de fazer com que boa parte das informa��es �teis n�o seja compreendida pelas m�quinas.

Devemos usar apenas marca��es que forne�am significado � cada parte do documento, e toda apresenta��o visual deve estar em um documento separado (CSS).

Acessibilidade: m�quinas informando seres humanos

Quem cria p�ginas para Web utilizando editores WYSIWYG e tabelas pode alegar que disponibiliza informa��es claras ao menos aos seres humanos.

Mas ser� que realmente todos os seres humanos t�m acesso as informa��es publicadas na Web?

Algumas pessoas necessitam do suporte de tecnologias assistivas para compreender as informa��es da Web, seja por defici�ncias visuais ou motoras, necessitando do aux�lio de Leitores de Tela, Teclados Alternativos, Ampliadores de Tela, Ponteiras de cabe�a e Linhas Braille. Existem pessoas que dependem de m�quinas para acessar as informa��es dispon�veis na Web.

Para que um programa Leitor de Tela com s�ntese de voz, usado por uma pessoas cega, possa compreender as informa��es de um documento e convert�-las em �udio, � necess�rio que todos os dados possuam marca��es com significados corretos, para que o programa compreenda quais s�o os t�tulos, as listas, os par�grafos e os dados tabulares, assim como ter alternativas textuais para descrever imagens e anima��es.

Tamb�m � importante que os documentos tenham uma sequ�ncia l�gica, da mesma forma que os cap�tulos de um livro. Quando usa-se tabelas para diagramar um Layout, a �nica preocupa��o � com a organiza��o visual, deixando o c�digo com uma sequ�ncia incompreens�vel para m�quinas, como se mistur�ssemos os cap�tulos do livro.

Para que todas pessoas possam ter acesso as informa��es, devemos criar documentos com uma sequ�ncia coerente, com alternativas textuais para imagens e anima��es, atalhos de teclado para links e campos de formul�rios, indica��es de conte�dos em outros idiomas, e tudo que possibilite �s tecnologias assistivas de compreender o documento.

Trabalhando pela evolu��o dos Sistemas de Informa��o

Boa parte das justificativas dos profissionais que n�o trabalham com os Padr�es est� no fato de que navegadores antigos como o IE6 (que possui a maior fatia dos usu�rios) n�o possuem suporte adequado aos Padr�es. Por�m existem formas de driblar isso, que podemos encontrar com uma simples busca na Web: para PNGs transparentes, assim como para a falta de interpreta��o de algumas propriedades de CSS, como pseudo-elementos, podemos utilizar scripts como o IE7.js. Para diferen�as de renderiza��o entre navegadores temos t�cnicas de CSS Reset.

Qualquer Layout complexo � poss�vel de ser feito com CSS, basta ter conhecimento e as armas certas engatilhadas. O fato de os navegadores antigos n�o fornecerem suporte adequado n�o pode ser pretexto para pararmos de estudar, nem pregarmos o retrocesso do Desenvolvimento para a Web. Dessa forma n�o estaremos contribuindo para que evolu��o alguma aconte�a (voc� acha que o IE8 passou no teste ACID 2 porque a Microsoft decidiu ser legal, ou pela press�o do mercado e dos desenvolvedores?).

Outra f�cil justificativa � jogar a culpa nos clientes, que n�o flexibilizam prazos e nem recompensam financeiramente o uso das Web Standards. Mas ser� que todos os clientes t�m receio de investir em projetos acess�veis por terem preocupa��es unicamente visuais, ou porque n�o s�o esclarecidos das reais vantagens?

Estudar, argumentar e convencer os clientes est� ao alcance de todos. As vantagens que podemos obter com o uso das Web Standards est�o documentadas em diversos sites: arquivos menores e sites mais leves, menor consumo de banda, maior indexa��o pelos mecanismos de busca, maiores facilidades de manuten��o e redesign, al�m de maior Acessibilidade.

Claro que para isso realmente acontecer, devemos compreender que trabalhar com Web Standards n�o � apenas uma quest�o de substituir tabelas por DIVs (Tableless).

Maior produtividade vir� com a experi�ncia, e com a compreens�o de que os documentos n�o podem ser verdadeiras "sopas de tags". Se criarmos p�ginas com uma grande quantidade de marca��es sem significado, mesmo que n�o usemos tabelas e editores WYSIWYG, n�o vamos obter essas vantagens.

� necess�rio criarmos documentos com significados n�o s� para humanos, mas tamb�m para m�quinas. Os sites s�o armazenados em m�quinas, Leitores de Tela e outras Tecnologias Assistivas s�o m�quinas, e tamb�m os mecanismos de busca s�o m�quinas!

As possibilidades de exist�ncia de uma Web Sem�ntica, com integra��o de dados entre diversos sistemas informacionais, que possam melhorar a qualidade de vida das pessoas, s� ser�o poss�veis com documentos sem�nticos, e claro que isso n�o se resume a desenvolver um HTML com devido significado. Por�m, outros assuntos relacionados como RDF ou Microformatos, s�o temas para outro artigo.

Para que haja evolu��o das m�quinas e dos sistemas � preciso que haja primeiro uma evolu��o dos profissionais que fazem a Web.