Rafael Marin

Tradução livre e autorizada de 101 Essential Freelancing Resources, do Freelance Switch. Thanks again, Cyan!

[update] Fiz algumas atualizações na tradução.

A web é mesmo um grande e bonito lugar, cheio de ferramentas e recursos que todos nós geralmente não conhecemos. Então, para ajudar a todos nós freelancers, o site Freelance Switch - um ótimo site por sinal, repleto de dicas e artigos com sugestões para freelancers - compilou uma lista enorme de recursos, categorizados para o seu benefício e livremente traduzidos por este que vos tecla.

Vou fazer as considerações importantes no início, para que todos os leitores vejam, independente de chegar até o fim da lista ou não.

Nota: Infelizmente a maioria das ferramentas da listagem a seguir não são gratuitas. Talvez seja parte da nossa cultura brasileira querer que todas as ferramentas Web sejam gratuitas. Entretanto, quase todas tem demonstrações gratuitas.

Nota 2: Como é uma tradução de um artigo norte-americano, muitos dos recursos que aqui constam são válidos apenas para os EUA, ou para os EUA e Canadá, mas também há serviços que podem ser aproveitados por nós brasileiros. Além disso, a unidade monetária utilizada no artigo é o dólar americano.

Nota 3:Vamos organizar uma lista brasileira de recursos? Não precisam ser necessariamente recursos desenvolvidos no Brasil, mas que o freelancer brasileiro em geral utiliza. Postem sugestões nos comentários, certo?

Prepare-se, que a lista é longa. :D

(more…)

Neste último fim de semana eu fiz uma experiência bem inusitada: testei o DOSVOX. O DOSVOX é um projeto do Núcleo de Computação Eletrônica da UFRJ. Trata-se de um sistema operacional para deficientes visuais, daqueles que dizem tudo o que está na tela. Não é um leitor de tela, é um sistema operacional com vários recursos.

Ele possui preenchedor de cheques, agenda telefônica, jogos, e muitas outras aplicações. Possui até clientes de Telnet e FTP, além de um mini-servidor Web. E claro, possui um software para navegar na Web - que foi o real motivo de ter baixado o programa.

Finalmente eu senti na prática a necessidade de desenvolver sites acessíveis. Tremenda foi dificuldade de adaptação, que “li” alguns sites e já caí fora. Em alguns deles, a navegação sequer aparecia (quando eram baseadas em mapas de imagem e em Flash). Em outros, eram tantas as image-replacements sem CSS que pouco conteúdo podia ser aproveitado.

Pelo pouco tempo que eu testei, minha experiência foi um tanto desmotivadora pois, depois de tanto tempo acostumado a ver tudo, ficar cego de repente é o cúmulo. Navegar no meu próprio blog, que até que é “acessível”, já foi difícil. Imagine alguém navegando em uma tag soup, que existe na maioria dos sites.

Hoje o post é curto, só para enfatizar a importância da acessibilidade do conteúdo na Web, e para convidar a todos os desenvolvedores a testarem os seus sites em leitores de tela.

Depois do lançamento da Revista iMasters, e da discussão que o Bruno Torres iniciou no seu blog, fiquei pensando no tema: será que a Internet é o decreto final ? s outras mídias? Será que em pouco tempo as revistas serão substituídas por versões on-line, assim como com todos os outros meios?

Desenvolver para Web é uma profissão nova, com pouco mais de dez anos de existência. No início, quando a Internet engatinhava ainda, ela trouxe profissionais de diferentes áreas da comunicação para trabalhar: vieram designers gráficos, veio o pessoal da televisão, e também o pessoal da programação.

Cada um desses grupos tinha a sua própria visão do que seria a Web. Os designers gráficos idealizando a Web da mesma maneira com que fazem impressos, os da TV almejando tudo em movimento, e os programadores vendo a Web como um sistema ou coisa parecida. Com o passar dos anos, nós vimos que ela acabou se tornando um pouco de tudo isso.

Mas, mais do que isso, a Web começou a interagir com estes outros meios. Temos revistas com versões on-line, assistimos TV pela Web, e sobre programas on-line não preciso nem falar. Com tanto progresso na Internet, será que o futuro nos reserva a aposentadoria destes meios convencionais de comunicação, focando toda a mídia e informação na própria Internet? Creio que sim.

A Web está se tornando uma maneira de centralizar e organizar informação, tornando fácil encontrar qualquer coisa, com o mínimo de esforço. Além disso, já existe uma infinidade de dispositivos capazes de acessar a Web, em qualquer lugar. Os computadores são só um tipo. Temos telefones celulares, notebooks, PDAs e, como se não bastasse, até geladeiras.

Com toda essa tecnologia nos cercando cada vez mais, e com o barateamento dos custos de acesso, o número de internautas cresce exponecialmente. E com este número cresce a qualidade e quantidade de serviços disponíveis na Web.

Tenho minhas dúvidas ainda no que diz respeito ? substituição total da TV pela versão on-line. Embora iniciativas como o Joost pareçam a solução, vai ser difícil igualar a qualidade das TVs e, mais ainda, das TVs digitais, com conexões ? Web tão lentas.

Jornais e revistas, seus dias estão contados. Só há um porém quanto a este tipo de mídia impressa: ter o material sempre ? mão, a não ser que você vá com o seu notebook ao banheiro para ler as últimas do NY Times. O que restará de material impresso, acredito que serão apenas livros e guias de referência, como manuais técnicos e afins.

So, what about u?

Embora o XHTML devesse ser servido com o MIME application/xhtml-xml, nem todos os browsers estão aptos a entender este MIME Type. Neste contexto, técnicas de negociação de conteúdo - ou content negotiation em inglês - podem ser utilizadas para enviar ao agente de usuário diferentes MIME Types, de acordo com o que cada um deles aceita. A esmagadora maioria utiliza o MIME Type text/html para servir documentos XHTML, embora não seja a maneira correta. De acordo com a nota não-normativa da W3C, XHTML Media Types,

‘application/xhtml+xml’ SHOULD be used for serving XHTML documents to XHTML user agents. Authors who wish to support both XHTML and HTML user agents MAY utilize content negotiation by serving HTML documents as ‘text/html’ and XHTML documents as ‘application/xhtml+xml’.

Ou seja, o autor que deseja dar suporte tanto para user agents XHTML quanto para HTML, deve utilizar negociação de conteúdo para servir documentos com o MIME Type adequado a situação. Um simples script em PHP resolve o problema:

<?php
if (stristr($_SERVER[HTTP_ACCEPT], “application/xhtml+xml”) ||
stristr($_SERVER["HTTP_USER_AGENT"], “W3C Validator”)) {
header(”Content-Type: application/xhtml+xml; charset=iso-8859-1″);
header(”Vary: Accept”);
echo(”<?xml version=\”1.0\” encoding=\”iso-8859-1\” ?>\n”);
} else {
header(”Content-Type: text/html; charset=iso-8859-1″);
header(”Vary: Accept”);
}
?>


O script verifica se o agente de usuário suporta o application/xhtml+xml, ou se o agente de usuário é o W3C Validator. Caso um deles seja verdadeiro, o documento é servido como application/xhtml+xml, caso contrário, ele é servido como text/html. Além disso, se um deles for verdadeiro, o documento recebe a declaração XML.

O cabeçalho Vary: Accept é enviado para que agentes intermediários de cache, como proxy servers, saibam que o MIME Type varia, de acordo com o suporte que o agente de usuário oferece.

O benefício disso tudo é que em browsers como Firefox e Mozilla, que suportam o MIME Type application/xhtml+xml, o código XHTML é tratado como XML no que se refere a intolerância a erros. Ou seja, se um documento XHTML, com MIME Type application/xhtml+xml possuir erros de sintaxe, estes browsers não irão mostrá-lo, assim como acontece com o XML inválido. Somente serão exibidos os documentos assim que os erros de sintaxe estiverem corrigidos. Assim, nem o W3C Validator é necessário para apontar erros.

Veja também

• Content negotiation - 456 Berea Street
• Content negotiation, AdSense, and comments - 456 Berea Street
• Content negotiation - Japs.etc.br