Porque o mobile é prioridade


A explosão do mobile no mundo e, mais especificamente no Brasil, é algo assustador. O infográfico abaixo mostra como esta tendencia vem  forte e promete continuar.




Não tem mais jeito! É obrigatório pensar em mobile em qualquer projeto, seja este novo ou já implantado.

Talvez mais do que pensar no usuário ou analisar tendências a urgência em adotar o desenvolvimento para mobile veio com força total após o anúncio da Google em Abril de 2015 de que os sites com suporte para mobile ganhariam destaque nas buscas.

Porém, além da decisão de adotá-lo, temos de encarar o fato de que o mundo mobile tem inúmeros desafios mesmo para aqueles que já trabalham com Web para desktop (apesar da Internet na verdade ser única, seja no celular, tablet, notebook ou desktop).

AS DIFICULDADES


Se você é do tempo em que o padrão era o IE6 sabe como era terrível trabalhar com um navegador que não seguia os padrões w3c, aliás, um navegador que adotava os padrões que queria e dane-se o resto.

Hoje, com o mobile, me arrisco a dizer que eramos felizes e não sabíamos pois a quantidade de dispositivos, tamanhos de tela e configurações torna quase que inviável testar tudo em todos os aparelhos. Algumas ferramentas nos ajudam bastante mas mais do que nunca trabalhar com mobile exige muito estudo, testes e experiência.

Já que o mobile é inevitável temos que arregaçar as mangas e partir para a luta e isto implica estudo, estudo e estudo. Eu mesmo, que estou me adaptando a este mundo, nunca li tantos livros (e até o final) a respeito do mobile. Com o estudo logo percebemos que uma das melhores estratégias hoje para a criação de um novo projeto é o 'mobile first', ou seja, pensar em como será o projeto em dispositivos móveis antes e, depois, adaptá-lo para telas maiores e dispositivos desktop ou notebooks.

ABORDAGENS DIFERENTES PARA O MESMO PROBLEMA


Dependendo se o seu projeto ainda está em planejamento ou se já está implantado e das ferramentas para os usuários, existem três abordagens possíveis para o desenvolvimento: o responsivo (RWD), domínio separado para mobile (m.seuendereco.com.br) ou adaptativo em que na mesma url o site carrega coisas diferentes dependendo do dispositivo. A decisão por uma destas abordagens merece bastante reflexão e planejamento. Recomendo a leitura deste artigo da Google sobre o assunto.

Além disso acredito que nunca os desenvolvedores front end e os designers e arquitetos da informação tiveram que trabalhar tanto juntos pois mobile significa não só trabalhar com dispositivos menores mas também com as condições ambientais em que as pessoas estão ao usá-los e velocidades reduzidas na conexão.

Se antes tínhamos uma certa segurança de que o usuário estaria com seu computador confortavelmente sentado em frente a uma mesa em um ambiente com iluminação adequada, hoje um usuário pode estar usando um telefone sentado dentro de uma cabine em um banheiro, no vagão do metrô ou na rua andando. Estes ambientes, como é fácil imaginar, possuem condições de iluminação e manuseio do aparelho muito diferentes. Tudo isso deve ser pensado na hora do planejamento.

Por estas e outras podemos perceber que o mobile é muito mais complicado do que o antigo IE6 e suas manias. Hoje, mais do que nunca, temos de planejar, facilitar e testar muito.

CONCLUSÃO


Este post, ao contrário do que parece, não tem a intenção de desanimá-lo mas sim despertar sua atenção para coisas importantes no desenvolvimento mobile, mesmo porque acredito que não existe escapatória caso você queira continuar no mundo do desenvolvimento web.

Abaixo deixo uma lista de livros e referências interessantes para quem quer iniciar no mundo mobile.


Comentários

Postar um comentário

Postagens mais visitadas deste blog

MySQL - Completando quantidades fixas de caracteres com as funções LPAD() e RPAD()

Em PHP temos uma função não tão conhecida, str_pad() , que completa uma string com qualquer caractere até uma quantidade definida pelo programador. Esta função é extremamente útil no caso de codificações padronizadas onde a quantidade de caracteres deve ser sempre fixa. No MySQL temos uma função equivalente chamada LPAD() . A sintaxe desta função é LPAD(CAMPO,QUANTIDADE DE CARACTERES,CARACTERE PARA COMPLETAR) Vamos fazer uma query na tabela exemplo 'produtos' abaixo: cod | nome | valor 3 | Iphone | 3000.00 10 | Blue Ray | 1800.00 230| Book | 30.00 Vamos supor que o padrão de código exigido pelo sistema que lê o banco de dados seja de cinco (5) caracteres. Valores menores que este deverão ser preenchidos com zeros a esquerda SELECT LPAD(cod,5,'0') AS cod, nome,valor FROM produtos Teremos como resultado: cod | nome | valor 000003 | Iphone | 3000.00 000010 | Blue Ray | 1800.00 000230 | Book | 30.00 Assi
Leia mais

MySQL - Clonando tabelas na linha de comando

Clonar tabelas é fácil se você tiver a disposição um ' PHP MyAdmin ' ou uma aplicação gráfica instalada em sua máquina. Porém existem casos em que você só possui acesso a um shell (ou terminal) ou mesmo precisa criar uma aplicação que em algum momento seja necessária a clonagem de uma tabela. Os procedimento é muito simples: 1º Criar um clone da estrutura original (LIKE banco_de_dados.tabela) CREATE TABLE recipes_new LIKE production.recipes; 2º Inserir o conteúdo original dentro do clonado (FROM banco_de_dados.tabela) INSERT recipes_new SELECT * FROM production.recipes; É simples assim! Abraços
Leia mais

PHP - Gerando arquivo em UTF-8 com fwrite() e utf8_encode()

Encontrei uma dica muito interessante do "cutmaster at fearlesss dot com" que postou no site php.net. Ele mostrou como gerar um arquivo realmente no formato UTF-8. Segue a tradução de seu post. "Para aqueles que, como eu, gastaram muito tempo para entender porque fwrite() não criava arquivos utf-8 de verdade, aqui vai uma explicação que encontrei: Tentei fazer algo com:" <?php myString = utf8_encode("Test with accents éèàç"); fh=fopen('test.xml',"w"); write($fh,$myString); close($fh); "Por alguma razão misteriosa, o arquivo gerado traz os acentos sem o padrão utf-8. Tentei binário, etc. etc. e finalmente encontrei a solução. Parece que fwrite() PRECISA ter a função utf8_encode() DENTRO de seus parâmetros, como segue abaixo." <?php $myString = "Test with accents éèàç"; $fh=fopen('test.xml',"w"); fwrite($fh,utf8_encode($myString)); fclose($fh);
Leia mais