usabilidade:
uma empresa jornalística lançou um produto digital exclusivo para assinantes, com periodicidade diária, para smartphones com sistema ios. com relação à arquitetura de informação da plataforma escolhida, os projetistas negligenciaram um determinado conceito fundamental. como resultado, os assinantes relataram dificuldades para executar atividades simples como virar páginas, descobrir o local exato de toque para ativar funções para executar um vídeo ou visualizar uma imagem, e, até mesmo, em que ícone clicar para encerrar o aplicativo do jornal. assim, o conceito negligenciado pelos projetistas do produto se refere à:  

    portabilidade  

    usabilidade  

    mobilidade  

    navegabilidade  

    acessibilidade
para isso, vamos entender cada um dos conceitos.



**portabilidade** é a característica de que o sistema possui de poder se adaptar a qualquer plataforma, como exemplo, podemos citar um site web que possui visualizações adaptativas às telas dos *smartphones* e *desktops*, para isso, usam-se técnicas, linguagens ou *frameworks* específicos.**usabilidade** consiste na aplicação ser de fácil assimilação e simplicidade da interface, sendo de fácil entendimento para o público-alvo.

**mobilidade** tem como conceito a aplicação ser facilmente movível fisicamente ou cujas as capacidades puderem ser executadas enquanto se movimentam ou são movidos.

 a **navegabilidade** consiste no conceito de *buscar o que se deseja com a quantidade mínima de cliques possíveis*. por exemplo, um *site* possui navegabilidade se o mesmo der o retorno preterido pelo usuário sem que este execute cliques suscetíveis e infinitos.

**acessibilidade** é o conceito de que o sistema possa se adequar às possíveis deficiências do usuário, como por exemplo, alterar o contraste para que possa ser melhor visualizado por pessoas com a visão limitada.



portanto, pode-se dizer que a principal falha no referido sistema é oriunda da falta de **usabilidade**.
<p>não acho que eles sejam mutuamente exclusivos, mas, nos casos em que são, você deve observar o que seus clientes desejam/precisam.</p><p>qualquer interface pode ser simplificada movendo funcionalidades complexas para outro local. eu acho que esse é o principal compromisso. para facilitar o uso para o usuário médio, você precisa torná-lo mais complicado para o usuário avançado. eles precisam fazer mais alguns cliques para obter suas coisas.</p><p>mas é claro que muitas vezes o software pode ser facilitado tanto para usuários avançados quanto para usuários casuais, sem sacrificar a usabilidade de nenhum deles. uma coisa importante é criar recursos ortogonais que possam ser combinados facilmente. muitas vezes, o software é complicado porque há muitos recursos sobrepostos. em vez disso, ao criar alguns recursos distintos que podem ser facilmente combinados, o software pode ser muito mais flexível e simples.</p><p>descobrir isso criando uma matriz de objeto/ação. liste o número de objetos diferentes no seu aplicativo ao longo de um eixo e as ações que você pode executar neles em outro eixo. a matriz não deve ser muito escassa.</p> <p>não existem "regras", apenas "diretrizes".</p><p>com isso, quero dizer que, em teoria, não há nada que o impeça de projetar qualquer interface que você queira, no entanto, existem vários fatores que podem impedir que você atinja seu objetivo.</p><ol> <li> <p>navegadores funcionam de uma certa maneira. o html pode apenas sugerir um layout para a página; portanto, embora você tenha um ótimo design que funcione no papel, ele poderá falhar em alguns navegadores com algumas resoluções de tela.</p> </li> <li> <p>os usuários esperam que certos elementos estejam em determinados locais. isso nem sempre é uma expectativa consciente, mas criada a partir da exposição a outros aplicativos, etc. se o seu design for muito diferente, eles podem não "entender" e achar seu aplicativo difícil, se não impossível, de usar.</p> </li> </ol> cuidado com a digitação. 
<activity android:name="com.google.android.gms.ads.adactivity" 
 ...
 android:theme="@android:style/theme.translucent" />

você digitou @android:style/threme... essa ideia é muito legal.

uma pessoa aqui na comunidade fez até um modelo de como ficaria:

[imagem]

[cartão + acessibilidade](https://comunidade.nubank.com.br/t/cartao-acessibilidade/55216) [ideias](/c/ideias)

@nubank @velez\_david que tal o nubank ser o cartão pioneiro na acessibilidade? o primeiro cartão de crédito/débito para os portadores de de… <p>eu não acho que haja uma resposta fácil aqui, porque, em última análise, depende do que você está construindo e para quem está construindo. sites de largura fixa e sites de largura variável têm suas vantagens e desvantagens.</p><p>uma coisa que devo salientar aqui, não falarei sobre experiências móveis para sites fixos/fluidos, porque sites móveis são melhores quando o design é específico para dispositivos móveis, não uma porta de um site de desktop para uma plataforma móvel.</p><h2>largura fixa - vantagens</h2><p>um site de largura fixa é uma experiência mais consistente e mais rápida de se desenvolver do que um site de largura variável. ele também permite que o designer tenha mais controle sobre a apresentação, porque você pode definir valores rígidos para larguras, comprimentos de linha, tamanhos de tipografia etc. é também mais fácil de manter do que um site de largura variável.</p><h2>largura fixa - desvantagens</h2><p>por outro lado, os designs de largura fixa começam a falhar quando os casos do edge aparecem. no momento, é muito comum as pessoas projetarem sites para um monitor com resolução de 1024px de largura, mas ainda existem pessoas com máquinas de resolução mais baixa. no momento, estou trabalhando em um aplicativo que foi projetado usando uma grade de 960 pixels; dei uma olhada nas análises hoje e notei que 3% dos usuários estavam em monitores de 800 x 600 e cerca de 5% do total estavam em resoluções abaixo de 1024 x 768. esses usuários provavelmente estão tendo uma experiência muito ruim porque o site tem largura fixa .</p><h2>largura do fluido - vantagens</h2><p>a largura do fluido permite que o design seja expandido com base nas configurações do usuário; o design se adapta a eles, o que é uma coisa boa. isso permite que o site mantenha um espaço negativo proporcional, para que ele nunca pareça muito confuso ou muito aberto (a menos que tenha sido especificamente projetado dessa maneira).</p><h2>largura do fluido - desvantagens</h2><p>infelizmente, os designs de largura de fluido também não são impermeáveis ​​aos gabinetes edge. quando as larguras ficam muito finas ou muito grandes, coisas ruins podem acontecer, especialmente no texto. comprimentos de linha muito curtos ou muito longos são essencialmente ilegíveis. além disso, muitas formas de mídia, como imagens ou objetos flash, são difíceis de dimensionar em projetos de largura de fluido; ie requer javascript para redimensionar as imagens, caso contrário, elas serão pixelizadas).</p><h2>web design responsivo</h2><p>algumas pessoas mostraram exemplos, mas ainda não se referiram a essa técnica pelo nome. ethan marcotte recentemente cunhou o termo para descrever layouts de fluidos que podem mudar completamente com base na resolução da tela do usuário (veja detalhes <a href="http://www.alistapart.com/articles/responsive-web-design/">aqui</a> ). trata-se de um híbrido de largura fixa e largura de fluido - permite definir mínimos e máximos para que os comprimentos de mídia ou linha não fiquem fora de controle e também permite que o design se ajuste às configurações do usuário. obviamente, essa técnica também tem suas próprias vantagens e desvantagens. embora tenha fornecido um layout escolhido especificamente para as configurações de um usuário, esse tipo de site é difícil de desenvolver. nem todos os navegadores suportam as consultas de mídia necessárias para fazer isso. além disso, você está essencialmente desenvolvendo vários layouts, estendendo a quantidade de tempo necessária para criar e manter.</p><p>eu acredito que é impossível colocar um cobertor "sempre use isso" ou "nunca use isso"; eu diria que você deve sempre avaliar suas necessidades antes de tomar uma decisão. na maioria dos casos, sinto que um layout de largura fixa servirá a seus propósitos, mas que um layout fluido ou responsivo pode fornecer uma experiência de usuário muito melhor, apenas com o custo de uma dificuldade extra.</p> então,a probabilidade de ser erro físico pode ser grande,vi que o smartphone e novo,já que tem 2 meses de uso,eu lhe indico acionar a garantia do mesmo...
e isso boa sorte.
ah e se poder passar para gente como foi o atendimento e se o qual foi o problema indetificado pela assistência ,seria útil para quem estar ou passar pelo mesmo problema... é adotar ações que envolvam pensar no consumo consciente. isso vale tanto para empresas quanto para pessoas e envolve atividades como utilizar menos papel, separar o lixo para reciclagem, economizar água e energia elétrica, reduzir o uso de veículos etc. <p>eu diria que uma das razões pelas quais a programação funcional não é mais prevalente é a falta de base de conhecimento. minha experiência é que as empresas são muito avessas ao risco em termos de implementação de tecnologias que não são o fluxo principal e preferem investir em estruturas testadas e verdadeiras (java, c ++, c #). é somente quando há uma necessidade comercial (como na ericsson) que novos paradigmas são considerados. mas mesmo no caso da ericsson, ouvi dizer que a gerência exigia que o c ++ fosse usado e joe armstrong foi obrigado a codificar chamadas erlang em c ++ !! isso deve mostrar como as empresas estão relutantes em implementar novas tecnologias!</p> eu não entendi exatamente se você quer apenas ter conhecimento sobre o funcionamento do sistema e, assim, conseguir resolver os problemas comuns que aparecem, tais como erro em instalação de programas e coisas do tipo, compilação dos mesmos manualmente, etc., ou se você quer realmente ser um usuário… <p>nesse caso, meu cliente não conseguiu configurar corretamente o filtro de pesquisa para o site, omitindo determinadas categorias, mas não outras, para que parecesse que algum conteúdo estava sendo perdido.</p>