Skip to Content.
Sympa Menu

aifia-pt - Re: [AI] AJAX - O que você acha?

aifia-pt AT lists.ibiblio.org

Subject: Arquitetura da Informação (em Português)

List archive

Chronological Thread  
  • From: "wander" <wander.vieira AT cma.com.br>
  • To: Arquitetura da Informação (em Português) <aifia-pt AT lists.ibiblio.org>
  • Subject: Re: [AI] AJAX - O que você acha?
  • Date: Mon, 14 May 2007 16:02:02 -0300

Olá Fábio,
 
Neste caso, o cliente é uma corretora de valores.
Serão tratados dados para aplicações financeiras na bolsa.
Por isso a necessidade de sigilo dos dados.
Suas considerações são boas, mas talvez mudem com este novo perfil de usuário.
 
Abraços!
 
Wander
----- Original Message -----
Sent: Monday, May 14, 2007 3:55 PM
Subject: Re: [AI] AJAX - O que você acha?

Ola Wander.

Olha só. Tenho um ponto de vista bem pragmático sobre o assunto.

Utilizar Ajax ou Atlas, na verdade não importa muito. O uso, é consequencia da necessidade x solução. Como estou mais envolvido em fabricas de software, empresas que desenvolvem aplicações para web, como  extranets, ou ferramentas on-line para os mais diversos fins, acabei por ter uma visão assim: Se for complexo, use Ajax. Se não for tão complexo assim, e o usuário não tiver que fazer "n" tarefas em um site, (algo que torne sua vida realmente mais complicada, como por exemplo, tarefas repetitivas) não utilize.

Todo esse discurso de navegadores, mobile, preferencia de usuários e etc, vai fazer diferença, dependendo da relação do usuário com a solução.

Por exemplo: Um fiscal de prefeitura, que utiliza a ferramenta web, para conversar com as empresas, fiscalizar tributação ou dar assitencia aos contadores (como por exemplo, no caso do ISS-Eletronico), prefere utilizar o que? E o que podemos oferecer para ele ser mais produtivo?

A resposta é obvia. O cara vai imputar dados em frente a uma ferramenta o dia todo. Não sera algo que ele fara com extrema felicidade xD. Sem ajax, ele vai ter que transacionar todas as operações individualmente. (imagine vc ter que fazer 200 vezes, a mesma coisa, mudando apenas um campo de descriminação? São 200 refresh´s )

Isso, foi um diferencial para os fiscais. Eles agrupam as informações, e a submetem ou instantaneamente, ou de uma só vez, por grupos.

Agora, se for algo relacionado a entretenimento, sera que realmente vale a pena (até financeiramente falando, porque uma solução Ajax, é mais cara, e mais demorada). Isso, vale a pena? Creio que isso é o que realmente importa na questão de web 2.0, conteúdo colaborativo, e soluções Ajax / Atlas.

Este é o meu ponto de vista. Falar que web 2.0 e o futuro, que é algo que inevitavelmente vai inundar nossas vidas, pode até ser algo beeeeem bacana, mas esta longe de ser un cenário real. Temos diversas aplicações com web 2.0. ( Google, Google Docs, Yahoo Mail, Apontador, Gliffy, etc) Mas os "modelos de negócios" que eles estão inseridos, são propicios para esta discução.

No fim das contas, tudo vai "depender" do seu modelo de negócio. Não tenha duvidas, de que ser for um modelo de negócios bem conceituado, sem acesso a mobile, sem o padrão super-ultra master de semantica web, os usuários irão dar um jeito de acessa-la. E vc ainda ganhara por isso =).

Este, é o meu ponto de vista sobre o assunto. Eu particularmente, gosto muito de utilizar Ajax quando especifico uma solução, mas, o bom senso ainda impera. Nem todos os clientes estão a fim de pagar (ou esperar) uma solução, ou mesmo, nem todas as situações exigem o uso deste artificio.

[],s
Fabio




Em 14/05/07, wander <wander.vieira AT cma.com.br> escreveu:
Olá pessoas.
Há pouco fui questionado com relação ao uso do ajax como recurso para uma aplicação.
Como a aplicação será feita em um site com muitos acessos simultaneos e há uma preocupação muito grande com relação á segurança (dados sigilosos) e performance, gostaria de uma opinão de vocês acerca do que está sendo questionado.
 
Portanto, se puderem debater um pouquinho...
Acho que é uma discussão boa para aprendermos juntos.
Abaixo há um resumo dos tópicos levantados para debates individuais.
Muitas questões são resolvidas com ajustes de interface, outras são mais técnicas, mas todas dão um bom debate.
 
Aguardo ansioso pelo retorno de vocês.
 
-------------------------------------------------
 
Pessoas que optam por não utilizar Ajax?
Usuários de navegadores minoritários.
Em geral, usuários que optam por outros navegadores que não são os principais do mercado (IE, Firefox e Safari) são usuários avançados que conhecem as limitações técnicas do seu programa ou simplesmente não desejam dispor da tecnologia.
Usúários que desativaram o _javascript_.
Cerca de 5% dos navegodores ou não suportam _javascript_ ou desativaram JS.
Normalmente, usuários com JS desativados recebem avisos constantes de sites que solicitam JS.
Cerca de 93% dos usuários de internet podem usufruir o Ajax sem precisar tomar nenhuma ação.

Quem é excluído pelo Ajax?
Grupo de pessoas que não se beneficiam do Ajax sem nenhuma escolha.
Apesar de serem um grupo numericamente pequeno, são 3 grandes grupos que não conseguem utilizar o Ajax apenas trocando o navegador.
Usuários de dispositivos móveis.
Diversos dispositivos como celulares estão longe de aceitarem _javascript_ e, portanto, Ajax.
Usuários que utilizam computadores dos seus empregadores.
Algumas empresas desabilitam o JS fora da Intranet por motivos de segurança.
Para o primeiro grupo, não apenas a falta de acesso é um grande inconveniente aos usuários, como pode haver alguma restrição legal.
Alguns países possuem leis específicas para usuários portadores de necessidades especiais.
Ajax nem sempre é melhor que os demais recursos da web, "Quebra" nos controles do browser.
Os usuários utilizam os  botões de "voltar" e "avançar" há anos.
O Ajax atualiza apenas uma parte do site e não fica registrado no navegador tal mudança.
Ao utilizar alguns desses botões, o usuário nem sempre retorna ao ponto imediatamente anterior ou posterior e perde toda informação gerada por ele (formulários, por exemplo).
Apesar dos méritos técnicos do Ajax, é necessário observar que o uso de Frameworks do Ajax pode trazer alguns riscos que, mal administrados, podem aumentar os custos ou inviabilizar o desenvolvimento.
Exemplos:
É fácil escolher o framework errado do Ajax.
Existem diversos frameworks do Ajax e eles não são criados de maneira igual.
Não é recomendado escolher baseado apenas na riqueza do recurso ou na velocidade da performance.
Os desenvolvedores precisam validar se o framework suporta os padrões de segurança, acessibolidade, integração e acesso aos dados da corporação.
É difícil encontrar uma ferramenta de desenvolvimento adequado para o Ajax.
Desenvolvedores experientes estão acostumados a escreverm JS e XML em editores de texto, mas a maioria dos desenvolvedores preferem editores visuais.
Em relação ao Ajax, as melhores ferramentas estão atreladas a frameworks comerciais do Ajax, limitando as opções de uso.
 
Outras Observações
Não dar pistas visuais imediata nos cliques da ferramenta.
É preciso indicar ao usuário que algo está acontecendo na página após alguma ação do usuário para que entenda que há um processamento por trás.
Segurança.
A segurança dos aplicativos Ajax está sujeita às mesmas regras de qualquer aplicativo web, exceto pelo fato do conteúdo ser atualizado de forma não sincronizada e é possível desenvolver códigos potencialmente inseguros que permitem a visualização do conteúdo por terceiros.
Muitas pessoas podem acessar o mesmo aplicativo ao mesmo tempo.
Caso duas pessoas tentem manipular a mesma informação ao mesmo tempo, é necessário verificar se esta não ficará desatualizada para alguns dos usuários.
Muitos códigos deixam o navegador lento.
Muitos computadores têm limitações para a funcionalidade do _javascript_ e o Ajax aumenta consideravelmente o uso dessa linguagem, de acordo com a sua complexidade.
Piscando e mudando partes da página de forma inesperada.
Ajax se baseia em conteúdos não sincronizados entre si.
Portanto, podem gerar confusão quando parte desse conteúdo é atualizado inesperadamente.
Devem acontecer apenas em espaços realmente necessários e deve haver algum sinal visual de mudança (cores que piscam, fading).
Barra de rolagem pode atrapalhar.
Enquanto o usuário está concentrado em um conteúdo em uma parte do site, um outro conteúdo pode atualizar automaticamente em outra parte do site, gerando alguma confusão.
Pior: o próprio conteúdo lido pode ser atualizado no meio da leitura.
 

Com base nestas considerações, o que você tem a dizer?
 
Pessoas que optam por não utilizar Ajax
---------------------------------------------------
Usuários de navegadores minoritários.
---------------------------------------------------
Usúários que desativaram o _javascript_.
---------------------------------------------------
Quem é excluído pelo Ajax?
---------------------------------------------------
Usuários que dependem de recursos de acessibilidade
---------------------------------------------------
Usuários de dispositivos móveis.
---------------------------------------------------
Usuários que utilizam computadores dos seus empregadores
---------------------------------------------------
Ajax nem sempre é melhor que os demais recursos da web
---------------------------------------------------
"Quebra" nos controles do browser.
---------------------------------------------------
O uso de Frameworks do Ajax pode trazer alguns riscos que, mal administrados, podem aumentar os custos ou inviabilizar o desenvolvimento.
---------------------------------------------------
É fácil escolher o framework errado do Ajax.
---------------------------------------------------
É difícil encontrar uma ferramenta de desenvolvimento adequado para o Ajax.
---------------------------------------------------
Outras observações encontradas:
---------------------------------------------------
Não dar pistas visuais imediata nos cliques da ferramenta.
---------------------------------------------------
Interface única.
---------------------------------------------------
Segurança.
---------------------------------------------------
Muitos códigos deixam o navegador lento.
---------------------------------------------------
Piscando e mudando partes da página de forma inesperada.
---------------------------------------------------
Barra de rolagem pode atrapalhar.
---------------------------------------------------

. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt


. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt



Archive powered by MHonArc 2.6.24.

Top of Page