Equipe: Tejas Lagvankar

Empresa: particular

Valor Estimado: –

Sede: São Francisco, CA – EUA

Site: http://www.advantej.com/google-glass/

Aprenda a tocar um instrumento com esta Glassware. Chords foi inicialmente desenvolvido para auxiliar instrumentistas e  curiosos a encontrem o acorde corretamente na escala musical do violão, utilizando sua audição ou a imagem de quais cordas devem ser pressionadas em quais casas.

Basta dizer o nome do acorde – somente em inglês, por enquanto – e ele não apenas aparecerá no prisma como também será tocado na saída de som. Cantores ou pessoas que tocam instrumentos que não são de corda podem utilizar esta Glassware para encontrar o  tom certo para sua atividade musical.

Essa aplicação não coleta informações pessoais, apenas as estatísticas de utilização do usuário para propiciar melhorias futuras na usabilidade do app. Se houver algum problema, é possível relatá-lo ao desenvolvedor, Tejas Lagvankar (https://code.google.com/p/chords/issues/list).

“Mobile enthusiast, mobile developer, mobile human being!”

Como visto anteriormente, há basicamente duas maneiras de desenvolver sua Glassware: a primeira, utilizando o Kit de Desenvolvimento do Software; e, a segunda, utilizando o API Espelho. Este último lhe permite construir serviços baseados na nuvem através de um conjunto de rotinas e padrões estabelecidos pelo Google para que se desenvolvam aplicações que não necessitam que os códigos rodem no Glass.

O Mirror API oferece blocos de informação com os quais se pode serviços que são levados diretamente para o seu Glass através da internet – pela conexão wifi ou pela ligação bluetooth- 3G do seu celular. Os projetos-modelo foram criados pelo Google para facilitar a vida dos desenvolvedores demonstram as principais funcionalidades e oferecerem as bases para um bom entendimento da mecânica da Glassware.

O próximo passo é identificar a linguagem de programação que você está mais familiarizado e modificar o seu projeto. Para facilitar sua vida, ao invés de começar do zero, você pode possível baixar projetos-modelo para ter uma ideia de como as coisas funcionam e como você pode aplicá-las às suas ideias.

1. Entre em um site preparado para te entregar um pedido de autorização OAuth 2.0.
2. Permita acesso desse projeto à sua conta Google conectada ao seu Google Glass.
3. Utilize os controles fornecidos pelo projeto para mudar as características do seu API.
4. Veja no prisma do Glass os itens serem inseridos na sua linha do tempo.

É importante lembrar que a aplicação criada será baseada em cartões estáticos e isso permitirá que você os insira, renove, leia e delete através do REST API, além de possibilitar a anexação de objetos como localização e mídia (foto, audio e vídeo) a esses cartões. Ademais, é possível que sua Glassware receba itens criados por terceiros. Esse procedimento depende que o usuário ativamente compartilhe o item na linha do tempo, através de um comando explícito – de voz ou de toque.

É possível associar a localização do usuário aos itens da linha do tempo, por meio de uma requisição direta da “última localização conhecida” e se inscrever para receber updates periódicos de localização. É possível, por meio do envio das coordenadas ao Mirror API, apresentar imagens de mapas pré-renderizadas nos cartões da linha do tempo.

Os pedidos de autorização, que resguardam a privacidade das informações da conta Google do usuário, do Mirror API devem ser aprovados pela utilização de credenciais OAuth 2.0, o que permitirá que o código de autorização seja solicitado apenas uma vez e lembrado das próximas vezes. Essa solicitação será passada do seu “cliente” para o seu “servidor”, que será utilizado para ter acesso e atualizar tokens para o seu servidor.

Ver utilização prática e exemplos deste tipo de aplicação: 1, 2, 3.

“Zombie, Run” é um daqueles casos interessantes em que a experiência do Glass – ver post sobre o assunto – é construída de maneira contextual, levando em conta a elementos da cultura pop e a utilização da realidade aumentada para incentivar o usuário a se manter ativo. Este é tanto um jogo de corrida quanto uma aventura auditiva, em que você é inserido em uma história e tem que reagir aos eventos que vão se sucedendo, fazendo que a sua rotina de exercícios fique mais emocionante.

A renomada autora de Disobedience ( 2006) , The Lessons ( 2010) e The Liars’ Gospel ( 2012), Naomi Alderman colaborou com a equipe desenvolvedora do aplicativo para criar um enredo, enriquecido por gravações em áudio, que envolva o usuário na corrida da sua vida. Nessa fuga da fúria zumbi, o usuário é responsável por se manter atento ao caminho que percorre e escolher a melhor estratégia para salvar o que restou da humanidade.

Naomi é conhecida por sua coragem e desprendimento ao criar suas histórias, fato que, muita vezes, a coloca no centro de polêmicas – geralmente relacionadas ao questionamento de valores sociais, religiosos e morais. Destemidamente a autora leva a aventura de suas criações para sua própria vida, especialmente quando resolve explorar mídias diferente para a propagação das suas narrativas, como foi o caso das livros que viraram parte de uma série para programa de rádio BBC Rádio 4 e do conto linear interativo online elaborado para The Book Winter House e do romance Tempo Emprestado para a serie de TV Doctor Who.

A empresa criadora dessa Glassware é a Six to Start, uma desenvolvedora independente de jogos de Londres, criada em 2007, responsável por aplicativos para celular de empresas como BBC, Channel 4, Penguin Books, eBay e Muse; e pela validação de pesquisa para empresas como Disney Imagineering, CBS Interactive, Microsoft XBox, and the British Museum. A partir de 2011, que a Six to Start começou a desenvolver jogos como o The Walk – que conta com o financiamento do Ministério da Saúde do Reino Unido – e como o Zombies, Run! – eleito aplicativo número 1, em 2012, na App Store na categoria Fitness – porque percebeu as vantagem que podem ser colhidas ao se combinar o mundo real com o digital, utilizando sensores dos dispositivos para incentivar a gamificação – ver post sobre o assunto – de atividades físicas.

Zombies, Run! teve seu conceito inicial criado em 2011, quando Naomi foi ao “Up and Running” online running training e ouviu a resposta de uma das participantes do evento de porque tinha tomado a decisão de participar: para conseguir correr mais rápido que os zumbis quando chegasse a hora. Naomi sorriu da resposta e ficou com aquilo guardado na cabeça.

Posteriormente, refletindo acerca dos motivos que a levaram a participar de corridas de rua, ela pensou que além da vaidade, há outros motivos que fazem as pessoas quererem correr melhor, como, por exemplo, estar apto a reagir rapidamente em um situação de emergência.

Como a escritora vivia falando com seus contatos da Six to Start sobre como poderiam criar um projeto para trabalharem juntos, um dia a história da corrida dos zumbis ressurgiu em uma dessas conversas. Apesar de não ser uma ávida corredora, Naomi sabia que o segredo do prazer em correr está em atingir a zona onde as enzimas do corpo começam a passar incentivos ao cérebro para suportar e aproveitar o desconforto inicial criado pelo impacto no chão e pelo atrito do corpo com a roupa.

A partir daí – estabelecendo uma relação entre uma de suas paixões e sua atividade profissional – criou para si um desafio: criar uma história que fosse empolgante e, ao mesmo tempo, pudesse aumentar o desempenho do corredor. Essa história deveria integrar o ritmo da playlist que as pessoas utilizam para correr, de maneira que a música colocaria o corredor na frequência mental correta para manter o ritmo e a empolgação como se estivesse participando de uma missão, em que interagiria não apenas com a história que estaria sendo contada, mas também com o mundo à sua volta e o que está prestes a alcançá-lo – a horda de zumbis.

Era um desafio ambicioso, que deveria ter consciência de que nenhum usuário/leitor/corredor se manteria atento à ela se durasse por muito tempo, e que exigiria dinamicidade e adaptabilidade à experiência de cada indivíduo – ver post sobre os porquês das tecnologias vestíveis. Além disso, seria necessário manter algum nível de interação para que a pessoa passando por aquela experiência se mantivesse motivada para atingir a próxima etapa, sem que os zumbis conseguissem a alcançar, independente da quantidade de tempo que cada indivíduo tivesse separado para aquela atividade física.

Assim, chegou-se ao modelo em que a história é contada em pequenos capítulos, permitindo que usuários com diferentes níveis de experiência em corrida e quantidades diversas de tempo para atividade física pudessem participar dessa experiência. Estabeleceu-se que o tempo padrão seria de 20 minutos e que as interações, informações audiovisuais, ocorreriam a cada 1 ou 2 minutos – coincidentemente é o mesmo esquema de tempo que as séries de TV americanas utilizam para manter os telespectadores atentos.

Dessa maneira, uma corrida de 60 minutos, passaria por 4 arcos da história, mesclados com cerca de 30 interações – incentivos, sons de zumbi, falar do narrador – para incentivar a integração do “eu lírico” com a personalidade do usuário, entretanto, se houver alguma parada nessa jornada, o corredor estaria sempre apto a voltar para a história sem perder o sentido do seu enredo. Há uma notável variação das histórias, dependendo de como o usuário utiliza a Glassware, interage aos sons dos zumbis, responde às mensagens enviadas pelo rádio, reage aos acontecimentos no caminho e como estabelece ao ritmo da sua corrida.

História sendo contada, sem a necessidade de o leitor/ouvinte estar fisicamente parado em um único local; interação em tempo real entre o usuário e o jogo; análise dos dados de utilização do aplicativo e rastreamento da atividade física do usuário; literatura contemporânea difundida em larga escala independente das restrições do tradicionalista do mercado literário. Isso é tecnologia de ponta sendo utilizado no máximo do seu potencial.

“Zombies, Run!” é um bom exemplo de como a audácia dos desenvolvedores de aliar-se a contadores de história de nível internacional para criar experiências de jogo inspiradas em videogames e jogos de tabuleiro pode enriquecer como as pessoas percebem e utilizam as tecnologias vestíveis.

Integrar-se à realidade presente do usuário e incentivá-lo a ser mais produtivo – neste caso, utilizando o recursos narrativos e audiovisuais – deve ser o objetivo da Glassware, independente do seu propósito final.

 

Equipe: Startup emcubada pelo Google, CEO John Hanke

Empresa: Niantic Labs

Valor Estimado: –

Sede: Google Inc.

Site: https://www.fieldtripper.com/

Em 2001, John Hanke fundou a Keyhole – empresa criadora do Earth Viewer, serviço de mapeamento global capaz de oferecer visualizações em 3 dimensões aos usuários -, que foi comprada pelo Google em 2004, permitindo que ele trabalhasse nos próximos 8 anos como diretor de geolocalização – ver novo app do Snapchat – na empresa sucessora, o Google Maps. Porque mais de uma década de trabalho com mapas virtuais necessitavam de uma oxigenação, quando John demonstrou interesse em desenvolver um projeto próprio, lhe foi oferecida a oportunidade de diversificar seu trabalho sem sair da empresa e ele passou a liderar uma nova fase dos estudos de localização, com o foco e o poder de fogo que apenas a gigante de buscas poderia lhe oferecer, mas com a flexibilidade que uma startup precisa.

Em 2012 foi criada a Niantic Labs, uma microempresa sem produto, mas que poderia se beneficiar dos recursos humanos, financeiros e tecnológicos do Google para oferecer seus serviços. John passou a liderar um equipe que poderia dedicar 100% do seu tempo para melhorar a performance da sua empresa – como parte do serviço de mapas, ele era obrigado a dividir a atenção da sua equipe com outras atividades da empresa como, por exemplo, revisão de planejamento e análise de performance.

Antes do Field Trip para estar pronto para o Android e iOS, a startup também lançou o aplicativo Ingress, jogo interativo e ilimitado baseado em pontos de energia geolocalizados e portais de realidade aumentada. Nesses dois aplicativos foram utilizadas as experiências adquiridas nos projetos anteriores para entregar um produto que se enquadra ao conceito da computação ubíqua e que posteriormente foram integrados a outros serviços da empresa-mãe como o Google Now, Google Glass.

“O objetivo da minha equipe é desenvolver produtos que facilitam a interação com o mundo real, para os dias de hoje e para quando os computadores estiverem tão integrados com nossas vidas que mal perceberemos sua existência”

Assim nasceu o Field Trip, uma ótima ferramenta para quem quer descobrir tesouros e segredos turísticos de uma cidade, sem a necessidade de perscrutar livros de história ou contratar guias locais. Conforme o Explorador passa por locais-chave, informações relevantes para sua viagem são reveladas na frente dos seus olhos de uma maneira leve e intuitiva.

Além de informações para o seu passeio turístico, com essa Glassware é possível aprender sobre a história local, pegar dicas de conhecedores da cultura local, saber onde encontrar souvenirs naquela localidade, além de entender melhor a arquitetura do lugar – entre outras coisas. Field Trip canaliza a nata do conhecimento local e das publicações especializadas para o seu deleite.

Esta aplicação é capaz de oferecer opções de exploração da cidade em tempo real, porque utiliza a localização do Explorador do Glass para identificar quais artigos das publicações parceiras vai entregar a ele – estão catalogados restaurantes, eventos públicos, pontos turísticos, exibições de arte etc. Dependendo do tempo disponível e do nível de engajamento desejado, é possível escolher entre três opções de passeio: Estou com Sorte ou Explorador.

Ao receber uma notificação, é possível optar por passar para a próxima ou aprofundar o conhecimento relacionado àquele item. Ao escolher por obter mais informações, o usuário recebe cartões simples e diretos com informações sobre aquele local, evento ou estabelecimento comercial.

O cartão é composto de uma foto do item com uma breve descrição e sua localização no Google Maps e pode ser salvo na sua lista de favoritos para que você utilize mais tarde. Essas informações podem ser facilmente descartadas ou compartilhadas com seus amigos, por email, nas redes sociais.

As fontes de informação do Field Trip são revistas digitais sobre história regional – como Atlas Obscura, Arcadia Publishing, Daily Secret, Architizer, Thrillist e Vayable -, sobre restaurantes e bares – como Zagat, Food Network, Eater, Curbd e Saveur -, sobre festas e eventos como o Songkick e o Flavorpill, e outras coisinhas mais com Cool Hunting, Experts at Sunset, WeHeart, Inhabitat e Remodelista. Ainda não existe nenhuma publicação brasileira nesse pool, no entanto, em terras tupiniquins ele não fica desassistido por que algumas informações são retiradas da Wikipedia e de notícias online.

É possível filtrar as fontes de informações, pelo tipo de publicação e pela categoria de estabelecimento comercial. Caso haja necessidade de complementar as informações apresentadas, o Field Trip pode ser também utilizado seu smartphone – Android e iOS -, permitindo que o conteúdo possa ser lido de maneira confortável.

Por utilizar a sua localização enquanto você está “em campo”, o Field Trip consome bastante a energia no seu dispositivo, não apenas porque a transmissão de dados 3G demanda muito processamento do aparelho como também por ficar constantemente em contato com a base de dados que lhe guarnece. O desafio de baterias mais eficientes – ver Glassware de bateria -, não se restringe a esta Glassware ou apenas ao Google Glass, em verdade, é o grande desafio contemporâneo dos dispositivos móveis e vestíveis.

“Em se tratando de promoções e compensações para minha equipe, houve uma reformulação dos conceitos, nos desfizemos de coisas que nos sobrecarregavam e nos alinhamos com as coisas que são mais apropriadas para uma startup” – John Hanke

Equipe: Jason Salas, Allen Firstenberg

Empresa: –

Valor Estimado: –

Sede:

Site: http://vodo-list.com/

Na época em que os computadores pessoais se popularizaram, armazenamento em memória digital de 15 MB custava cerca de R$ 300, atualmente um pendrive simples de 15 GB custa R$ 35. Embora a inflação tenha corroído o poder de compra da moeda brasileira em 80%, ela não foi forte o suficiente para fazer frente ao avanço tecnológico.

Vinte anos após a criação do Real (R$/BRL) – em 1994, pela Lei nº 8.880 -, o preço e as opções de armazenamento de informações digitais mudaram muito. Apesar da inflação IPCA acumulada de 359,89%, os preços caíram, o disquete e o cd não existem mais e a capacidade armazenamento ultrapassaram os limites da Lei de Moore.

Atualmente as opções de armazenamento na nuvem – ver post sobre o assunto – são muito mais práticas e baratas que o armazenamento físico. Entretanto, são tantos os serviços que utilizamos simultaneamente – Google Drive, Skydrive, Dropbox – que, às vezes, o acesso rápido a esses arquivos pode ser prejudicado por causa do volume de informação que guardamos.

O Vodo monitora suas pastas do Google Drive e alerta sobre criações e alterações em arquivos de texto, de imagem e vídeo. Mesmo as informações ditadas para o seu Google Glass através do comando “take a note”, que posteriormente são transformados em arquivos de texto, também podem ser administrados por essa aplicação – conheça a história do comando Ok Glass.

Essa Glassware pode ser utilizada para notificar o usuário quando um dos seus arquivos compartilhados dentro do Google Drive forem adicionados ou alterados, além de poder ser usada para visualizá-los no exato momento da notificação. É uma ótima alternativa para quem trabalha em equipe e precisa manter-se atualizado com relação às suas pastas compartilhadas.

Inicialmente, havia os computadores como o ENIAC e o UNIVAC – ver post sobre a história dos computadores -, depois foram criados os computadores de mesa, que, aos poucos, foram dando espaço a dispositivos portáteis como tablets e celulares. O próximo passo natural dessa evolução é a tecno veste , de que o Google Glass faz parte.

Pensando que de tão pessoal que é, o usuário não está apenas portando, mas vestindo o aparelho com o qual pretende interagir, essa interação deve ocorrer da maneira que tire o mínimo de atenção possível. Nesse prisma, tanto o uso quanto o design da experiência do usuário devem ser diferentes das utilizadas para o desenvolvimento para PCs e telefones inteligentes.

Atualmente, as pessoas têm vários aparelhos pessoais com os quais interagem ao longo do dia. Esses dispositivos não apenas entregam as informações, como também armazenam suas fotos, senhas, registros de localização etc.

Por esse motivo, deve-se pensar que a tecno veste tem que se adaptar à necessidade do usuário, não o contrário. Assim, é crucial que seja entregue ao usuário serviços contextualizados e informações atualizadas.

Não se deve tentar simplesmente transportar a informação do telefone para os óculos inteligentes, como se faz dos celulares para os tablets. Pelo contrário, deve-se pensar especificamente para o Glass e de maneira simples, relevante e atual estar sempre ciente das condições físicas do usuário – como horário, localização, interesses.

Essa tarefa tornar-se-á mais fácil quão mais a experiência criada for complementar aos outros aparelhos que o usuário já utiliza. Deve-se pensar que há diferença em momentos de utilização, guardado para sempre, no computador tradicional; para  acesso rápido em situação de deslocamento, no celular; e no momento momento presente – onde quer que seja -, no Glass.

No Google Glass, as redes sociais, por exemplo, são mostradas por meio de um simples cartão para cada publicação, com um layout simplificado e conteúdos adicionais nos desdobramentos daquele cartão. As notificações, por exemplo, devem dar ao usuário a opção de simplesmente não incomodá-lo em momentos inoportunos.

Em se tratando de tecnologias vestíveis, deve-se entender que o que se veste não deve atrapalhar o fluxo normal da vida, da mesma maneira que uma camiseta nova além de ser funcional, deve ter uma aparência agradável e ser confortável. A Glassware deve oferecer funcionalidades que melhorem a vida do usuário, sem que isso bloqueie o momento presente em que é utilizada.

Os aplicativos de notícias criados para o Glass – como o CNN, Umanno, Elle, Marketing Land -, antes de jogarem informação na cara do usuário, chamam a atenção dele com um sinal sonoro. Uma vez que o indivíduo decide que deseja mais informações, deve olhar para o prisma, que detecta esse movimento e se acende automaticamente. Se o usuário considerar o título daquela notícia interessante, por meio de comando de voz ou de toque, ele indica que quer interagir com aquele cartão e, então, o conteúdo da notícia se abre na sua frente.

O usuário deve estar ciente e alerta com o mundo a sua volta antes de decidir se é do seu interesse dar atenção à tecno veste naquele momento. O Glass é não subjulga as vontades do usuário às demandas criadas por suas aplicações, porque essas, antes de tudo, devem estar cientes do contexto (local, horário, atividade) em que quem a utiliza está inserido naquele momento.

Quando você começar a desenhar os primeiros esboços ou as primeiras linhas de código da sua Glassware, não pense no Glass como mais um aparelho, mas como um mordomo. Seu assistente pessoal e, em alguns momentos, até mesmo sua consciência, já que está totalmente sob o controle do usuário, não deve importuná-lo indevidamente.

Entregar informação acurada, no momento e local corretos é o dever desse mordomo. Sua relevância na vida do usuário não se dará pela quantidade de tempo que o usuário gasta com a aplicação, mas com o handicap do aplicativo.

Handicap é o conceito utilizado no golfe para definir a qualidade esportiva do jogador daquele esporte e é representada por numeração inversamente proporcional a qualidade do jogador no ranking da sua categoria – por exemplo, o de Tiger Woods seria aproximado de 15 e o de Paulo Edson seria 78. O handicap é, portanto, definido de maneira que quão menor for o número de tacadas utilizada pelo jogador para finalizar um curso – do primeiro buraco ao último do campo – maior será a sua qualidade e, consequentemente, menor o seu handicap.

Considerando contextualidade (c), simplicidade (s), relevância (r), atualidade (a) e rapidez na entrega (e) como as suas tacadas na tentativa de construir uma Glassware de qualidade, deve-se considerar que esses itens têm pesos diferentes – representados por seus exponenciais – e sua soma representa a Robustez da sua Glassware (R): R = c³ + s² + r¹ + a + e. Esse valor deve ser subtraído do tamanho do desafio que a aplicação pretende resolver (D) e dividido pela quantidade negativa de comandos – de toque ou de voz – que o usuário precisará para ativar o aplicativo (Q).

O resultado o Handicap da Glassware – HDCGW seria:

Assim sendo, quanto maiores forem os valores que representam as letras minúsculas e menores forem as quantidades de comandos necessários para fazer a Glassware entregar o resultado desejado, maior será a qualidade da aplicação. De maneira geral, quanto menor for o handicap, maior será a satisfação do usuário e mais frequente será seu engajamento com aquela específica Glassware.

Um bom exemplo seria o usuário receber automaticamente sua lista de compras salva no Evernote ou no Shop X, no exato momento em que estiver chegando ao supermercado. Dessa maneira, relevância e contextualidade terão valores altos para o resultado de R e próximos de zero serão os valores de Q, permitindo que o HDCGW seja baixo – portanto, apresentando uma Glassware muito eficaz.

Nesse sentido, evitar interações indesejadas é fortemente recomendável, pois os riscos dessas atividades são muito mais deletérias ao usuários quando apresentados nas tecnologias vestíveis do que nos dispositivos móveis ou computadores de mesa. Deve-se dar ao usuário a opção de quando e como quer receber suas notificações, mas além disso ficar atento se ela não conflita com os interesses imediatos do explorador.

A Glassware que você desenvolver precisa estar ciente das demais atividades rodando no Glass e daquelas acontecendo na vida do usuário. Não se deve parecer uma coisa e apresentar-se como outra, pois essa atitude é severamente punida, não apenas pela equipe oficial do Google Glass como também pela comunidade de exploradores.

Pensar nas pessoas antes de pensar nas atividades que elas executam é a chave para o início do sucesso da sua Glassware – o usuário é núcleo da atenção, não a tecnologia. As pessoas têm proximidade com as coisas que vestem e esse sentimento deve ser externalizado na interação com o aplicativo criado.

É recomendado que sua Glassware seja baseada em comandos de voz coloquiais, simples e imperativos – que se integrem ao discurso comum do usuário médio, que possam receber gestos leves no sensor de toque (touch pad) e que apresentem imagens alegres e informais. Isso tudo encaminha a sua aplicação para entrar no espírito das tecnologias vestíveis e ter microinterações como o único meio de comunicação entre ela e o usuário.

Em outras palavras, o usuário deve receber o que precisa naquele momento – nisso o aplicativo deve ser mais inteligente que o usuário -, utilizá-lo de forma contextual e continuar com sua vida como se a tecno veste não existisse. O Google Glass nasceu para simplificar as atividades cotidianas e tornar inexistente a diferença entre o mundo real e o virtual, para que possamos viver mais o momento presente e não nos preocuparmos com a tecnologia necessária para isso.

O Google Glass é mais que um produto de tecnologia vestível, é uma plataforma através da qual se pretende fazer que a diferença entre o mundo online e offline desapareça, para que o usuário possa ser mais produtivo e atento ao momento presente. Deve-se pensar de maneira diferente (ver artigo de design) para que crie-se uma experiência no Glass e não apenas uma transposição da aplicação de um dispositivo para o outro.

Essa plataforma foi construída em cima do SDK do Android, para que as funcionalidades já existentes naquele ambiente também funcionem no Glass e para que seja possível programar em ambiente com o qual já se está familiarizado e se tem uma vasta gama de subsídios. Pode-se utilizar as ferramentas de desenvolvimento para Android já existentes e as Glasswares são entregues como pacotes-padrão do Android (APK).

Para desenvolvermos aplicativos para o Glass, Glassware, você tem duas opções, que podem ser utilizadas em conjunto ou separadamente. Para escolher a melhor opção, é necessário saber o que cada uma delas pode fazer pelo usuário e o intuito da sua Glassware.

Mirror API

O API Espelho é representativo do estado de transferência (RESTful) permite que Glasswares sejam construídas mais facilmente, pois permite que se utilize a linguagem de sua escolha (PHP, Ruby, Go, .NEt, Python) e que se chame APIs da nuvem, que farão a maior parte do trabalho, não sobrecarregando, assim, o aparelho físico. De maneira geral, deve-se utilizar o Mirror API quando independencia de plataforma e infraesturura comum efuncionalidades embutidas (Built-in functionality) são requisitos básicos.

A Glassware da CNN, por exemplo, envia notificações das principais publicações do canal de notícias de acordo com as preferências definidas pelo usuário como assuntos, quantidade de notificações por dia e horário de recebimento. Apesar de o usuário poder ler e ouvir as notícias no seu aparelho, não é necessário que esse aplicativo utilize os sensores do Glass – ver publicação sobre cartões estáticos e dinâmicos.

GDK

O Kit de Desenvolvimento para o Glass é uma extensão para o Android SDK que possibilita a criação de Glassware que seja executada diretamente o aparelho. De maneira geral, deve-se utilizar o GDK quando se precisa de interação em tempo real com o usuário, funcionalidades quando o Glass não estiver conectado com a internet e acesso ao hardware.

A Glassware LynxFit, por exemplo, ensina como fazer exercício e, por meio dos seus sensores, monitora a execução dos programas de treinamento criados. Para isso, necessita utilizar o giroscópio e o acelerómetro, utilizando o poder de processamento do aparelho, para dar retorno em tempo real ao usuário (ver publicação sobre cartões imersinos).

O que utilizar

Ao utilizar esss suas formas de programação em conjunto, desenha-se uma experiência mais com a cara do Glass e aumenta-se a vasta lista de possibilidades por meio dos APIs do Android. Glassware construída com o Mirror API pode evocar Glassware que utiliza GDK através de um item de menu e pode-se utilizar esse modelo híbrido para se alavancar as propriedades web existentes que tem a capacidade de criar experiências mais vigorosas que são executadas diretamente no Glass.