You are currently browsing the category archive for the 'desenvolvimento' category.
Colocamos no ar (em versão beta) o DicaSP. Trata-se de um serviço desenvolvido pela iDeal junto com a revista Veja SP e que possibilita, usando o BD da revista, a criação de listas de lugares na cidade de São Paulo.
Essas listas ficam públicas para consulta e é possível colecionar listas de outras pessoas numa espécie de “favoritos”. O projeto parte do princípio de que, se você e outra pessoa freqüentam o mesmo lugar, você possivelmente encontrará outros lugares de que goste na lista dessa pessoa.
A inspiração foi o Del.icio.us, mas acho que tá ficando bem interessante e, à medida em que as participações aumentarem ;-D, creio que a ferramenta se tornará bem relevante pra quem mora em sampa e gosta de sair de casa.
É bom esclarecer que antes mesmo dessa primeira versão ir ao ar, já tínhamos (temos) uma lista grande de alterações em desenvolvimento. Entretanto, acreditamos (e nisso agradecemos muito ao cliente, pela coragem e senso prático) que é melhor colocar logo no ar pra sentir a reação das pessoas do que passar meses desenvolvendo a “versão final”
do projeto.
Bem, o convite tá feito: http://www.dicasp.com.br.
dicasp, ideal, veja web2.0Muito bacana o artigo escrito pelo Ben Henick para o A List Apart e traduzido pelo Luciano Rodrigues para o A List Apart Brasil.
12 Lições para aqueles com medo do CSS e dos padrões
a list apart, css webstandardsTags: a list apart, css, webstandards
Talvez você conheça a piada, talvez não. Mas é provável que já tenha vivido o problema.
Imagine o seguinte:
Você se empenha ao máximo num projeto, pensa em tudo, queima seus preciosos neurônios em algo que realmente acredita… e, de repente, uma “força superior” (geralmente seu chefe ou seu cliente) vão lá e mudam tudo. Transformam sua obra-prima num Frankenstein.
E agora? Vais fazer o quê? Deixar isso acontecer? Pior é que vai. Vai, sim. Sorry, but ces’t la vie, my friend.
Acontece que, apesar de nos acharmos “donos” do projeto, ele, definitivamente (desculpe estragar seus sonhos, mas Papai-Noel não existe mesmo), não nos pertence. Nesses poucos, pero bons, anos aprendi a ter um certo desapego em relação às coisas que crio, executo, escrevo…
Não estou dizendo que devemos abrir mão de nossas opiniões, principalmente quando achamos que elas são relevantes e podem fazer a diferença. Isso nunca. Mas é importante saber ouvir os pontos do outro, considerar bem as opiniões de quem discorda e, mesmo estando contrariado, ter uma certa frieza pra avaliar quando vale a pena brigar e quando é sensato ceder e deixar estar.
- Um camelo é um cavalo que foi modificado pelo cliente.
- Hahahaha…
O problema é que, mesmo sendo feioso, tosco e desajeitado, dependendo da ocasião, o bicho de corcovas vale mais que o seu lindo puro-sangue.
clientes, desapego projetosPor trás de aplicações aparentemente simples, muitas vezes há um número interminável de processos acontecendo.
Coisas que parecem elementares para o usuário, deixam engenheiros, programadores, designers e gerentes de projeto (uh!) de cabelos em pé.
Mas não vou me embrenhar nesse assunto agora. Falei sobre isso porque o YouTube está em manutenção e os caras colocaram no ar um desenho do processo de funcionamento do site (simplificadíssimo, claro) que achei bem divertido. Abraço!
Tags: cool, desenvolvimento, fluxograma, gráfico, processos, servidor, web 2.0, youtube
Dentre os websites que você usa diariamente e adora, tem algum que seja lindo?
Provavelmente não.
Isso te incomoda?
Provavelmente não.
Quantas vezes você voltou a um website simplesmente porque ele era bonito?
Eu arrisco: a menos que você seja um profissional da área, aposto que nunca.
Sabe por quê? Simplesmente porque, na real, usuário nenhum se importa com isso. Experimente fazer uma lista dos sites que você efetivamente usa e lhe são muito úteis. Me diga quantos deles são bonitos. Provavelmente nenhum.
Eis a minha lista (sem pensar muito): Google, Gmail, Del.icio.us, Flickr, Writely, No mínimo, Uol, YouTube, Orkut, Wasabi, Use it, Blue Bus, blogs diversos…
Nenhum deles pode ser considerado uma obra de arte, mas todos são bem relevantes pro que se propõe.
É isso. Relevância é a palavra. Na ordem de prioridades que definem o sucesso de um projeto online, arrisco um ranking:
- Relevância e qualidade do conteúdo;
- Usabilidade;
- SEO (otimização pra sistemas de busca);
- Agilidade de navegação (páginas leves, pelamordedeus);
- Estética.
O fato da estética estar em quinto lugar não significa que ela não seja importante ou que deva ser deixada de lado. Apenas não me agrada que ela prejudique os outros quesitos.
Que fique claro: Isto não é um manifesto em favor das interfaces feias. É apenas um alerta a respeito da obsessão que algumas pessoas têm pela beleza de uma aplicação em detrimento de sua funcionalidade e relevância.
Resumindo: design e conteúdo precisam jogar no mesmo time!
Tags: Sem tags desta vez
Devido a problemas técnicos (meu computador morreu e deve reencarnar só lá pro fim da semana que vem) somados ao tempo escasso e à habitual preguiça, ando sumido dessas bandas.
Pra não deixar esse espaço abandonado, vou colocar aqui um check-list que montei devido aos vários testes de usabilidade que me têm aparecido nesses últimos tempos.
Antes de testar uma interface junto a usuários reais, é preciso fazer uma análise heurística do site para saber que pontos devem ser abordados no teste.
Fiz o check-list abaixo em 15 minutos e sem grandes pretensões estéticas, uma vez que ele será usado internamente e servirá apenas de guia.
Certamente haverá mudanças, mas acho que já dá pra começar a brincar.
Check-list para elaboração de Análise Heurística
- Qual o perfil do público-alvo (idade, classe econômica, familiaridade com computadores e internet, interesses gerais e específicos)?
- O que se pode concluir a partir da análise das métricas disponíveis (page-views, unique-visitors, caminhos feitos no site, taxas de conversão, etc)?
- Faça um benchmark e identifique os erros e os acertos da concorrência.
- Olhando a home-page consigo saber do que se trata o site?
- Quais os plug-ins necessários para a visualização do site? No caso do site ser em flash, qual a versão utilizada?
- Quais as principais tarefas a serem realizadas no site? Sua realização é fácil e intuitiva? Há muitos passos para sua realização?
- Terminologia usada obedece aos padrões normalmente empregados?
- Terminologia é adequada ao público-alvo?
- Navegação (menus, sub-menus – vertical, horizontal) é intuitiva?
- A arquitetura de informação faz sentido? Deve ser horizontal ou vertical?
- Usuário consegue se localizar facilmente a partir de qualquer ponto do site?
- Os títulos das páginas estão alinhados com os títulos dos links e menus?
- Os títulos da janela estão escritos corretamente?
- O peso das páginas condiz com a finalidade do site/público-alvo?
- O código está bem escrito? (tableless, semântico, organizado…)
- Todos os links e botões parecem clicáveis?
- Há link para a home nas páginas internas? Além do link, logomarca nas páginas internas deve levar à home.
- O site é de fácil leitura? (tamanho das fontes, contrastes, blocos de texto, adequação do texto, extensão das linhas de texto – máx. 70 caracteres)
- Texto dos links é relevante? (evitar “veja mais”, “clique aqui”, etc)
- Todas as seções são relevantes para o público-alvo?
- Imagens possuem ALT TEXT?
- Checar codificação das páginas e meta tags.
- URL, nomes de diretórios e de arquivos são intuitivos?
- Oportunidades de crossed-links são bem aproveitadas?
- Etapas de processos (cadastros, compras…) são bem sinalizadas?
- No caso de sites em ASP/PHP/JSP, há muitos reloads? Dá pra usar AJAX?
- Há um mapa completo do site? Sempre que possível, incluir uma mapa (ainda que simplificado) em html no rodapé da home.
- A busca do site funciona bem? Está bem localizada? É fácil de usar?
- Todos os campos dos formulários são necessários? É possível reduzi-los?
- Em todas as páginas há uma forma de entrar em contato com empresa?
- Testar pelo menos em 3 browsers: IE, Firefox e Safari (Já que testou nos 3, testa no Opera também, vai…).
Tags: Sem tags desta vez
- Abra seu Firefox ou Ópera
- Vá até www.promocaodadada.com.br
- Clique em GANHADORES
- Clique em CLIQUE AQUI PARA VER TODOS OS GANHADORES
Aparentemente, o programador só validou no ie, onde desabilitou o depurador, mas se esqueceu que existem outros browsers ;-)
PS.: A propósito, lição número 1 do bom programador: “Nunca use palavras chulas ou ofensivas em seus protótipos achando que depois vai lembrar de trocar tudo.“
Tags: Sem tags desta vez
No post de ontem, falei que o ie (Internet Explorer) vai passar a bloquear arquivos flash. Pois bem, como não poderia deixar de ser, já encontraram uma forma de burlar o problema.
O que ocorre é que o ie bloqueia as tags < embed > ou < object > ou todos os códigos que chamem algum tipo de ActiveX.
Pra resolver o perrengue, basta usar um js pra colocar o código no browser após a checkagem do ie.
Ou seja, as tags “proibidas” ficam ocultas no código para o navegador, mas são renderizadas na tela do usuário. Simples assim. E o melhor: funciona.
Tags: Sem tags desta vez
