19. o que é?
É uma forma de apresentar bem seu layout para um grande
número de dispositivos meios de acesso, usando,
principalmente, o mesmo código HTML.
25. Você não tem vários lugares para atualizar seu conteúdo.
Um conteúdo para gerenciar
26. Mas o Responsive
não resolve tudo
Ele não é a solução para todos os problemas dos sites
mobiles. Aliás, o termo "site mobile" está bem fora de moda.
27. Manter um código é uma
faca de dois gumes
Como fica a performance para manter um código grande que
se adapta?
29. Conteúdo
O Responsive não resolve seu problema de conteúdo. Isso
NÃO significa que você precisa servir conteúdos diferentes
para mobile e desktop.
30. Elementos adaptados
Nem todos os elementos usados no desktop são funcionam
bem em outros meios de acesso. Nesse caso, você precisa
de uma alternativa.
36. o que é RESS?
Para começar é um acrônimo que ninguém entende:
REsponsive Web Design + Server Side Components
!
É combinar a força do RWD servindo pedaços do site
(componentes) otimizados de acordo com o contexto que o
usuário se encontra.
37. É bom para
Se você quiser ajustes finos de layout.
Otimização de performance a nível de componente.
48. Detectar dispositivos é e
sempre será um problema
Tanto que empresas como a DeviceAtlas, WURFL e
Handset Detection tem ganhado algum dinheiro tentando
resolver esse problema.
50. Adaptive Web Design são várias soluções e metodologias
usadas, ao contrário do que vejo por aí, ele não é
concorrente do Responsive. Na verdade o Responsive está
contido no AWD.
AWD é um pacote de
soluções
52. Você escreve código nivelando por baixo e assim adiciona
camadas de funcionalidades, tendo certeza de que tudo funciona
em todos os meios de acesso, mesmo quando eles não tem
suporte.
Progressive enhancement
54. É a habilidade do sistema continuar em operação mesmo
quando erros acontecem. A natureza inteira trabalha dessa
forma. Os browsers trabalham dessa forma. É por isso que
você consegue fazer coisas maravilhosas com CSS3 e
HTML5
Fault tolerance
59. Se o fluxo é longo, diminua
Por que precisamos ter um fluxo longo complexo no
desktop? Só por causa do espaço, por causa do conforto?
Não seria mais confortável dar menos cliques e ter um fluxo
menor?
61. Não perca tempo com as
imagens
Continue usando imagens do jeito que você sempre usou.
Claro, tente otimizar o máximo possível, mas não fique louco
tentando usar versões diferentes para vários dispositivos.
62. Não abuse da adaptação
Tanto no back-end quanto no front-end.
Você vai ter problemas em manter dois códigos e isso pode
sair do controle.
63. Trabalhe com design e
estruturas similares
Criar um layout parecido entre as plataformas diminui o
aprendizado do usuário, diminuir código e você mantém
melhor o controle.
66. Você começa a preencher um formulário no desktop, mas
precisa terminá-lo no smartphone, como sincronizar essa
tarefa?
Como controlar a
sincronização de conteúdo?
67. Touch, Mouse, Gestures etc…
Como garantir que todas a execução de tarefas em qualquer
dispositivo?
Como padronizar as
interações de eventos?
68. Como seu produto pode interagir com diversos dispositivos
ao mesmo tempo?
!
Exemplo: http://g.co/racer
Como melhorar a interação
entre dispositivos
71. "There is no Mobile Web.
There is only the Web, which
we view in different ways.
There is also no Desktop
Web. Or Tablet Web."
http://bit.ly/no-mobile-web