1 – Use === ao invés de ==

O JavaScript utiliza dois diferentes operadores de igualdade, quando precisamos comparar dois valores e também seus tipos de dados se faz necessário o uso ===, agora quando precisamos comparar apenas seus valores mas não o tipo de dados podemos usar ==.

No PHP também é possível o uso desses dois operadores!

2 – Não use o Eval

Para quem não conhece o eval vamos dar um exemplo:


eval("alert(2+2)")

Quando executamos o script acima teremos como saída o valor 4, pois bem, o eval permite que tenhamos acesso ao compilador do Javascript, com isso baixando o desempenho do seu script e criando riscos de segurança.

3 – Use { } e ;

Muitos desenvolvedores preferem escrever seus scripts omitindo as { } e os ; no final de cada linha, pois bem, prefira fazer uso dessa técnica apenas quando seu script não passar de uma linha

if(2 + 2 === 4) return 'nicely done';

Mas mesmo assim imagine que você poderá um dia precisar acrescentar algumas linhas a esse código e ai terá que reestruturar essa parte. O ideal é escrever seu script da maneira mais completa possível e lembrando sempre que uma boa indentação é muito importante.

if(someVariableExists) {
     x = false;
}

!

4 – Use JSLint

JSLint é uma ferramenta que analisa e lhe reporta possíveis erros e onde aproximadamente eles estão localizados em seus códigos, como a própria descrição no site da ferramenta diz “Ferramenta para códigos JavaScript de qualidade”.

5 – Colocar Scripts no final da página

É comum ver todos os scripts de uma página sendo carregados no inicio dela, pois bem, existem scripts que não tem finalidade sem que o usuário clique em um botão ou algo do gênero, com isso é recomendado a inserção desses scripts no final de suas páginas antes da tag body. Fazendo com o que interessa para o usuário carregar primeiro.

6 – Declarar variáveis fora do laço de repetição

Não é recomendável

for(var i = 0; i < someArray.length; i++) {
   var container = document.getElementById('container');
   container.innerHtml += 'my number: ' + i;
   console.log(i);
}

Melhor maneira

 var container = document.getElementById('container');
var len= someArray.length;

for(var i = 0; i < len; i++) {
   container.innerHtml += 'my number: ' + i;
   console.log(i);
}

Não sendo necessário nessa segunda opção a requisição para conteiner e nem o calculo para o Array.

7 – Criando seqüências rapidamente

Normalmente as funções não-nativas são bem mais lentas do que funções nativas, independentemente do que esta por trás dessa função.

Vamos a um exemplo de como criar uma lista fazendo uso do join:

var arr = ['item 1', 'item 2', 'item 3', ...];
var list =  '<ul><li>' + arr.join('</li><li>') + '</li></ul>';

8 – Reduzir declarações de varáveis globals

var name = 'Jeffrey';
var lastName = 'Way';

function doSomething() {...}

console.log(name); // Jeffrey -- or window.name

Melhor maneira

var DudeNameSpace = {
   name : 'Jeffrey',
   lastName : 'Way',
   doSomething : function() {...}
}
console.log(DudeNameSpace.name); // Jeffrey

Note que trabalhamos apenas com uma variável e obtemos o mesmo resultado.

Bom esse é o primeiro post com 8 tópicos abortados, faltando então mais dois posts com 8 tópicos cada um. No final das melhores práticas para iniciantes em JavaScript iremos abortar as melhores práticas para iniciantes em PHP.

Vamos começar o estudo de acessbilidade escolhendo as ferramentas corretas.

Navegadores

Ao contrário do que se pensa não é preciso testar o site em TODOS os navegadores para verificar se ele está funcionando corretamente.

Eu utilizo o padrão de desenvolver no Firefox e verificar regularmente no IE6 / IE7, Opera, e Safari. Não me preocupo muito com o Chrome, já que sua Engine é a mesma do Safari (WebKit). O segredo nessa parte é escolher um navegador de verdade pra “representar” cada engine e testar em todos os IE’s possíveis (testar no IE nunca é demais). Claro que se for identificado um público de 90% no seu site que utiliza Flock você tem que testar nele também. O mesmo vale para os mobiles.

Sempre faça teste em sistemas operacionais diferentes, pois ao se utilizar tamanhos em “em” (o recomendado para acessibilidade) a fonte utilizada é a referência de tamanho, se no sistema não tiver a fonte que você utilizou, perdeu preibói.

Pra testar o IE6 utilizo o IE tester. Porém, antes de lançar o site teste ao menos uma vez nos IE’s nativos, pra evitar surpresas.

Complementos do Firefox

• Web Developer: O mais interessante nele é a utilização de css alternativo, verificações de HTML e CSS facilitadas e outlines. Além do porrilhão de outras ferramentas escondidas.
• Firebug: É o tipo de extensão que te deixa viciado. Um clique e você sabe (quase) tudo sobre um elemento.
• HTML Validator: Validação rápida do código e também com opções de validar a acessibilidade.
• Outras Extensões: Cada caso é um caso. Visite o site de extensões de acessibilidade para firefox e veja qual você precisa :).

Ledores de Tela

Antes de mais nada, sim você leu leDores. É o termo mais comum para se referir a quem lê para outro (no caso, um programa), e quando a pessoa lê por si mesmo é leitor.

Não tenho números, mas pelas conversas com amigos da área, no Brasil o WebVox (do projeto DosVox) é utilizado por quase a metade dos deficientes visuais. O complicado aí é que o webvox é um navegador em modo texto, as limitações do IE são fichinha perdo das dele.

JAWS é líder mundial, e é muito completo. Ele abre como um programa secundário, ou seja, para navegar você vai utilizar o seu navegador normalmente (firefox…) e ele vai ler o que conseguir dali. O NVDA é a alternativa 100% free ao JAWS. Foque-se nesses três (ou escolha no máximo mais um) e você vai conseguir atingir boa parte do seu público.

O objetivo com essas “seleções” não é deixar o site inacessível pra ninguém, e sim deixar ele acessível para todos e extremamente acessível para seu público-alvo.

Alguma ferramenta recomendada por vocês?

[]‘s
rochester.

Portal Nacional da Educação Profissional e Tecnológica

Listando a documentação encontrada
Vídeo Aulas

• A teoria da simplicidade
• Tableless – dicas de HTML
• Tableless – dicas de CSS

Vídeo em Libras – Sobre a importância da disponibilização de vídeos em Libras

Manuais de Desenvolvimento Web

• Desenvolvendo Sites Acessíveis (Capítulo 1 fala sobre a Web para todos)(pdf)
• Tese de doutorado – Andrea Poletto Sonza

Dicas de Navegação

• Com o Leitor de Telas Jaws
• Com o Leitor de Telas Virtual Vision
• Com a Interface Especializada Dosvox

Material para Testes

• Validadores em Português
• Validadores em Inglês
• Checklist para Teste Manual
• Acessibilidade para Usuário com Baixa Visão ou Daltonismo
• Selo de Acessibilidade

Lembrando que a validação e o selo em sua página não querem dizer muita coisa, para um bom desenvolvimento é um projeto de sucesso é importante fazer testes com pessoas com limitações sensoriais, cognitivas ou físicas.

Fica a dica