E-ink é definitivamente uma boa alternativa ao papel

Eu estava na dúvida sobre comprar um tablet ou um e-reader e após ler bastante acabei optando pelo e-reader, seguem os motivos  que me levaram a isso:

• Menor
• Mais leve (imagine ficar por meia hora com um tablet na mão)
• Mais barato (quase 4 vezes mais barato)
• Tecnologia e-ink (tela sem luminosidade e muito mais confortável para horas de leitura)
• Autonomia da bateria (1 mês)

Ele chegou hoje e logo ao tirar da embalagem e ligar o aparelho fui surpreendido pela semelhança da tela com papel, a tela tinha uma imagem estática que em primeiro momento imaginei ser um papel colado em baixo do plastico protetor, mas não, já era o papel de parede que é exibido quando o aparelho está desligado, que é igual as imagens exibidas quando o aparelho está ligado.

O aparelho é bem simples e tem poucas e limitadas funcionalidades que não estejam relacionadas com a leitura de livros, como por exemplo o browser e o MP3 player. Com relação a sua função principal que é a de ler livros ele é exímio, permite a criação de marcações, notas e realçar partes do texto que depois podem ser sincronizados com outros aparelhos onde você tenha o software Kindle instalado, no meu caso eu tenho no BlackBerry, no MAC e no PC, testei sincronizar o progresso na leitura de livros e as anotações e todos funcionaram muito bem. Além destas plataformas existem versões do software para iPhone, iPad, Android, Windows Phone 7.

Kindle Development Kit

Como bom desenvolvedor de software e fuçador que sou já fui direto procurar o SDK do bichinho, e não é que encontrei, porém é um programa beta da Amazon que depende de uma análise e aprovação para que você tenha acesso ao Kindle Development Kit e possa botar suas próprias tralhas aplicações JAVA a rodar nele, eu ainda não recebi acesso mas assim que receber e tiver algo novo postarei aqui.

Para quem me conhece bem, sabe o quanto irei economizar comprando este e-reader, já que adquiro muitos livros e as versões para e-reader em geral são mais baratas, sem contar na redução de espaço, até estou analisando a possibilidade de doar/vender todos os meus livros físicos e liberar um bom espaço no meu apartamento, e por último mas não menos importante, de quebra você também dá uma mãozinha ao meio ambiente poupando árvores que virariam livros.

E você, qual a sua opinião sobre e-readers e livros eletrônicos?

Antes de tudo! O que é o tal “virar realidade”?

O termo “virar realidade” pode ser definido como: “estar disponível na maior parte dos websites, para a maior parte dos usuários”.

As 5 variáveis

Para que este “virar realidade” aconteça temos que levar em consideração 5 variáveis importantes:

• Especificação (o alicerce do HTML5)
• Grandes corporações da Internet (Google, Yahoo, Microsoft, etc…)
• Principais Browsers (IE, Firefox, Chrome, Safari e Opera)
• Desenvolvedores
• Web sites em geral

A Especificação

Como comentei acima, a principal variável para o sucesso do HTML5 é a especificação, que dará o norte para que todas as outras variáveis tenham certeza que estão no caminho certo. Segundo a W3C a especificação estará pronta a qualquer momento no terceiro quadrimestre de 2010, porém segundo esta mesma previsão o HTML5 já seria uma “Recomendação Candidata” desde o terceiro quadrimestre de 2008, o que até hoje não aconteceu, portanto é provável que haja uma atualização nestas datas em breve.

Já a WHATWG, que é o grupo que iniciou o trabalho sobre o HTML5 e até hoje participa na construção da especificação, tem uma previsão um pouco diferente e fala em “Recomendação Candidata” durante o ano de 2012, o que me parece mais plausível. Existem muitas outras possíveis discussões em torno do HTML5, pois vejo muita gente falando que o HTML5 está ai, já que o YouTube implementou acesso utilizando a tag vídeo, porém isso é 1% de tudo que HTML5 possibilita e provavelmente só veremos as reais aplicações e benefícios daqui a um bom tempo, com as alterações previstas em elementos de formulário, com os novos elementos estruturais, SVG, acesso offline, etc…

Os Browsers

Já os browsers, correm para implementar o que já está definido nas especificações, mesmo com o risco de algo ser alterado ou retirado, mas é um bom sinal pois quando for dada a largada oficial do HTML5 os browsers já estarão com o dever de casa bem adiantado e vai deixar a maior parte da responsabilidade por parte dos desenvolvedores.

E então, quando?

Se fosse para mim apostar quando teremos o HTML5 como realidade, eu chutaria diria durante o ano de 2014, mas claro que são possíveis mudanças de prioridades pelo caminho que podem mudar esta previsão.

Mas vale acompanhar e estudar, pois sem dúvida quem estiver mais avançado no conhecimento sobre a especificação e sobre todos os aspectos que envolvem o HTML5 terá uma vantagem bem importante na carreira.

Contribua conosco, comente o que você acha sobre o HTML5 e sobre quando acha que teremos ele como uma realidade no nosso dia-a-dia.

Veja abaixo as principais melhorias presentes no Firefox 4 beta 1:

Layout

Os usuários do Windows verão suas abas no topo da janela assim como já acontece no Chrome e no Opera.
Se você é usuário do Windows 7 ou do Windows Vista não verá por padrão a barra de menu que foi substituída por um único botão, a Mozilla promete que em breve os usuários de Linux e Mac também receberão estas alterações.

Novo gerenciador de complementos (add-ons)

O gerenciador agora se parece com um site que abre em uma aba do navegador, dando mais espaço ao usuário para gerenciar seus temas, plugins e extensões.

Vídeo em Alta Definição (HD)

Veja vídeos em HD no YouTube utilizando HTML5 e o novo formato de vídeos WebM.

Proteção contra falhas

Previne que o browser trave por causa de uma falha em um plugin, leia mais aqui.

Performance

Algumas melhorias que já podem ser percebidas com relação a performance é tempo para iniciar o navegador e o tempo para carregamento das páginas.

Além disso uma série de tecnologias de desenvolvimento foram melhoradas ou adicionadas nesta nova versão do navegador, entre elas um novo interpretador de HTML5, WebSockets, IndexedDB, CSS3 calc, CSS3 Resizing e várias outras que você pode conferir nesta tabela que mostra as funcionalidades disponíveis em cada uma das 3 útltimas versões do Firefox.

Baixe e teste o novo Firefox, depois conte-nos o que achou dele.

Vamos utilizar no nosso exemplo um array de objetos pessoa, que possuem as propriedades nome e idade.

Ex.:

var aPessoas = [{Nome: "João",     Idade: 21},
                {Nome: "Maria",    Idade: 18},
                {Nome: "José",     Idade: 19},
                {Nome: "Carlos",   Idade: 13},
                {Nome: "Felipe",   Idade: 24},
                {Nome: "Vanessa",  Idade: 32},
                {Nome: "Ataulfo",  Idade: 26},
                {Nome: "Arthur",   Idade: 30},
                {Nome: "Astolfo",  Idade: 27},
                {Nome: "Josefina", Idade: 29}];

Para começar você deve saber que existe um método sort no objeto Array do JavaScript e que o método aceita como parâmetro opcional uma função que definirá como o array deverá ser ordenado, caso você não passe este parâmetro a função sort irá ordenar os elementos alfabeticamente e ascendentemente, neste caso ao tentar ordenar números o 10 virá antes do 2.

Para ordernar números corretamente você deve definir uma função conforme segue abaixo:

var meuArray = [40, 5, 8, 90, 110, 223, 22, 3, 8];
function OrdenaNumeros(a,b) {
  return a - b;
}
meuArray.sort(OrdenaNumeros);

Em posse destas informações fica fácil ordenar o nosso array de pessoas, basta utilizar a instrução abaixo:

aPessoas.sort(function(a, b) {
    return a.Idade - b.Idade;
});

Para ordenar descendentemente os objetos do array existem duas maneiras a primeira é inverter a ordem dos fatores como segue abaixo:

aPessoas.sort(function(a, b) {
    return b.Idade - a.Idade;
});

A segunda é para o caso dos elementos já estarem ordenados ascendentemente, assim para inverter a ordem basta utilizar o método reverse:

aPessoas.reverse();

Os métodos sort e reverse são padrões definidos na especificação ECMAScript3 e funcionam nos principais browsers do mercado.

• O próprio JavaScript, utilizado pela Mozilla, Google, Apple
• JScript, que é uma implementação do JavaScritpt levemente diferente feita pela Microsoft (padrão!?).
• ActionScript, utilizado para criar animações e interatividade no Adobe Flash e no Adobe Flex
• JScript.NET, uma das linguagens disponíveis no framework .NET da Microsoft

Segue algumas das principais novidades do ECMAScript5:

Getters and Setters

var domoid = {
  foo: 'bar',
  get innerHTML() { return ...; },
  set innerHTML(newHTML) { ... }
};

Colisão de palavras chaves
Agora você pode definir a propriedade class em seu objeto foo (Obviamente o DOM não foi alterado)

foo.class = "minhaClasse"

Novos métodos para ordenação de arrays:
forEach(), map(), every(), some(), filter(), reduce(), reduceRight()

// Lista ao quadrado
function sqFnList(a) {
  return a.map(function(ai) {
    return ai * ai;
  });
}
sqFnList([3,4,5])[0]; // Vai retornar 9

JSON nativo
Uma das grandes funcionalidades disponíveis para utilizar JSON nativamente é o comando JSON.parse que irá possibilitar que você criei um objeto a partir de uma string contendo um objeto declarado utilizando a syntaxe JSON, hoje isso é feito utilizando o comando eval que é considerado impróprio e inseguro.

var obj = JSON.parse('{"Nome":"Plets","Idade":"25"}');
print( obj.Nome ); // Resultado será Plets

Modo Strict
É possível declarar um programa ou uma função como sendo strict, o que ocasionará mais exceções que o normal e prevenirá algumas ações de serem executadas, isso pode ser útil para funções que por questões de segurança devem prevenir certas ações de serem executadas, ou ainda prevenir falha por parte do desenvolvedor.

"use strict"; //Definir o use do modo strict para todo o script
function StrictFunction(){
  "use strict"; // Definir apenas dentro de uma determinada função
  alert("Modo strict ativado")
}

Uma coisa interessante é que utilizando o modo strict por exemplo não será possível atribuir um valor a uma determinada variável que não foi inicializada, para saber mais sobre escopo de variáveis no JavaScript veja este post.

Acesse os sites abaixo para saber mais:

https://developer.mozilla.org/en/JavaScript/ECMAScript_5_support_in_Mozilla
http://ajaxian.com/archives/ecmascript-5-changes-to-javascript
http://ejohn.org/blog/ecmascript-5-strict-mode-json-and-more/
http://ejohn.org/blog/ecmascript-5-objects-and-properties/
http://www.ecma-international.org/memento/TC39.htm

O browser vai avisar o usuário que houve um problema e para o plugin voltar ao normal será necessário atualizar a página, porém é possível navegar normalmente sem a funcionalidade do plugin. Uma pena que por enquanto esta proteção só esteja disponível para usuários de Firefox dos sistemas operacionais Linux e Windows, os plugins que o sistema previne que ferrem fechem o browser ainda não são muitos, mas são os mais usados, são eles: Adobe Flash, Apple Quicktime e Microsoft Silverlight.

Outra coisa legal é que a Mozilla disponibilizou uma página onde é possível verificar quais plugins instalados no seu Firefox estão atualizados e quais possuem atualizações disponíveis: Plugin Check.

Hoje mesmo tive um problema, enquanto desenvolvia utilizando um arquivo flash apareceu a janela de crash report, avisando que o plugin do flash tinha travado e precisava atualizar a página para continuar utilizando o mesmo, ponto para o pessoal da Mozilla. Baixe você também o Firefox 3.6.4 e pare de sofrer com crashs e congelamento de plugins (assim esperamos).

Atualizado em 28/06/2010 01:15

Liberad0 Firefox 3.6.6, a versão 3.6.4 as vezes identificava uma falha de plugin equivocadamente, isso por quê a proteção contra falhas éra ativada após 10 segundos sem conseguir comunicar-se com um plugin, porém em maquinas mais lentas esta falta de resposta em 10s poderia ser normal, por isso este tempo para identificação de “crash” do plugin foi aumentado para 45 segundos na nova versão.

Veja você mesmo: http://tools.mozilla.com/

http://www.apple.com/safari/

Safari em geral é retardatário nas pesquisas de uso, mas esse lançamento pode mudar um pouco as coisas, alguns dos principais motivos:

HTML5

• Safari é o primeiro a suportar tags de estrutura, estas tags facilitarão muito o trabalho de Arquitetos de Informação ou Web Designers.
• Validação de forms sem o uso adicional de JavaScript (minhas preces foram ouvidas)
• Funcionalidades de arrastar e soltar nativa no browser
• Geolocation para te dar uma posição aproximada utilizando o ip do usuário.

Performance

• Softwares de analise de performance apontam Safári como o browser mais rápido (isso de ser o mais rápido está ficando cansativo.)
• Busca previamente os DNS, quando você entra em uma página ele busca o endereço dos conteúdos dos links e mantém em espera, quando você clica ele vai direto ao ponto, reduzindo a busca pelo DNS.

Extensões

• Agora tem extensões, e segundos alguns twitters é muito rápido de fazer uma extensão, para quem já sabe fazer para Firefox e Chrome.
• Veja mais sobre as extensões em http://developer.apple.com/programs/safari/

Os browsers já deixaram de ser apenas o software que mostra as páginas e estão cada vez mais próximos de um sistema operacional onde você pode escolher o melhor levando em conta uma série de funcionalidades e qualidades do browser, isso é ótimo para os usuários, e espero que os padrões sejam seguidos pelos fabricantes, facilitando aos desenvolvedores manter aplicações rodando em todos com o minimo de esforço chuncho possível.

1. Baixe e instale o Microsoft ASP.NET Futures (July 2007).

2. Adicione ao projeto a DLL Microsoft.Web.Preview.dll que será disponibilizada na pasta da aplicação instalada.

3.Adicione as seguintes linhas ao Web.Config da aplicação:

<jsonSerialization>
  <converters>
    <add name="DataSetConverter"
         type="Microsoft.Web.Preview.Script.Serialization.Converters.DataSetConverter,
               Microsoft.Web.Preview"/>
    <add name="DataRowConverter"
         type="Microsoft.Web.Preview.Script.Serialization.Converters.DataRowConverter,
               Microsoft.Web.Preview"/>
    <add name="DataTableConverter"
         type="Microsoft.Web.Preview.Script.Serialization.Converters.DataTableConverter,
               Microsoft.Web.Preview"/>
  </converters>
</jsonSerialization>

4. A partir dai você recebe no JavaScript uma estrutura muito parecida com a estrutura que você tem no ServerSide:

// Chamada para um PageMethod
function makeAjaxCall (){
  PageMethods.AjaxCall(makeAjaxCall_cb);
}

// Método retorna um DataSet neste exemplo
function makeAjaxCall_cb(result){
  alert(result.tables[0].rows[0].ID);
  alert(result.tables[0].rows[0].Name);
}

Isso se torna chato quando você tem que verificar se o valor de um DateTime foi atribuído, e pior ainda ao utilizar isso com uma ferramenta de mapeamento relacional como o NHibernate. Pois o banco aceita o DateTime null, mas o objeto não.

Para solucionar este problema existe o modificador ? que ao ser utilizado nos tipos de dados, transforma eles de NonNullable em Nullable:

Seguem exemplos de utilização:

Exemplo 1:

DateTime?  _ComputedDate = null;

Exemplo 2:

private DateTime?  _ComputedDate;

public virtual DateTime? ComputedDate {
  get { return _ComputedDate; }
  set { _ComputedDate = value; }
}

Até o próximo post!