NonsenseBB

Aqui por casa a internet de eleição era já há alguns anos a Cabovisão no entanto a oferta de canais tem andado em declínio nesse operador e o facto de me estarem constantemente a tentar vender um pacote extra de canais por 5€ também não agradou. Ainda por cima quando a maioria desses canais fazem parte dos pacotes base da Zon e Meo!

A decisão ficou então tomada: metia-se Meo Fibra cá por casa e não se fala mais no assunto.

Esta semana vieram cá fazer a instalação e vou dar então as minhas primeiras opiniões, criticas como é de esperar deste velho do Restelo que aqui escreve.

No que toca à internet não vejo diferenças. “Ah e tal fibra até casa é melhor” dizem eles. Balelas! Não há grande diferença e a única que noto é mesmo darem-me 4 vezes mais velocidade de upload (mas isso só acontece porque os valores da cabovisão eram ridiculamente baixos). Tenho os 30mbps que contratei tal como tinha antes, nem mais nem menos, e no fim a única (grande) queixa que tenho é a porcaria do router Thomson que é uma grandessíssima trampa com uma quase total ausência de opções de configuração. Neste momento tenho o meu router Asus com DD-WRT como tinha antes mas não consigo usar coisas como o Meo Remote porque os meus dispositivos não ficaram na mesma subrede da box. É chato mas honestamente não estou para me chatear mais (bem que já tentei).

Quanto à box realmente é muito giro ter aqueles widgets todos, a forma de gerir pacotes de canais devia ser o mínimo exigido a qualquer operador e a qualidade de imagem é realmente bastante boa na maioria dos canais porém a lentidão da caixa é por vezes sofrível! Não que eu esperasse muito mais de software vindo de Redmond no entanto. E já mencionei que me vi profundamente perdido naquele comando no inicio? Há demasiadas teclas demasiado parecidas ou que não parecem fazer o que têm indicado, torna-se complicado (“Voltar” e “Apagar” são os principais criminosos).

De resto já andei a brincar com o Meo Kanal e aproveitei para meter por lá os vídeos que já tinha metido aqui no blog (Timelapses e Animusic) bem como alguns dos videoclips que usei para o animusic (e mais alguns). Quando tiver tempo a ver se me dedico um bocadito mais àquilo e meto para lá trailers de jogos e animes que acho interessantes. No fundo vou tentar transformar aquilo numa extensão do blogue.

Entretanto podem encontrar o Meo Kanal NonsenseBB carregando na tecla verde + 859748:

Não é todos os dias que um jogo consegue a proeza de subtilmente me levar a acreditar em algo que pode não ser necessariamente verdade ou de me fazer olhar para trás e pensar que as acções que tomei fazem de mim um monstro. Mas é certamente ainda mais invulgar quando um “jogo” me faz ter estes sentimentos apesar de ser basicamente um livro interactivo sem grandes possibilidades de eu, jogador, influenciar as acções de alguém que não sou eu: o personagem principal.

Don’t Take It Personaly, Babe, It Just Ain’t Your Story é outra das historias interactivas da mente brilhante de Christine Love, a pessoa por trás de Digital: A Love Story e mais recentemente Analogue: A Hate Story.

AVISO: Antes de mais nada vou já deixar claro que, ao contrario do que é habitual, não consegui mesmo arranjar forma de escrever esta entrada sem desvendar partes importantes da historia do “jogo” e, considerando que a historia em si é o jogo, torna-se extremamente importante deixar este facto bem claro.

Demorou mas consegui. Finalmente posso dizer que tenho uma aplicação escrita em Node.JS a funcionar e disponível para quem a quiser experimentar. Para além da utilização de CouchDB para guardar os dados (como já fazia há algum tempo na versão anterior escrita em PHP) posso também atirar para a fogueira mais umas buzzwordzitas uma vez que em vez de usar grandes bibliotecas como o jQuery e outros acabei por ficar pelo Ender, uma ferramenta que permite conjugar as mais variadas micro-frameworks de Javascript num único pacote.

Outro pormenor curioso são as animações. A biblioteca que estou a usar, a morpheus, baseia-se numa API recente disponivel nos mais diversos browsers chamada requestAnimationFrame. O que é que tem de especial esta API? A API serve para pedir aos browsers quando é que eles estão disponíveis para fazer a próxima frame da animação o que significa que por exemplo quando o browser se encontra minimizado ou o CPU sobrecarregado o browser pode escolher não disponibilizar tempo para processar a animação e esta passa logo para o final poupando ciclos de CPU e consequentemente energia.

Isto tem no entanto alguns problemas: a API ainda não está em muito bom estado e consequentemente é normal logo após carregar a página serem notórios os saltos devido ao numero reduzido de frames disponibilizadas pelo browser (no chrome cheguei ao ridículo de ver apenas 3 frames disponíveis numa animação). Curiosamente onde as animações correm melhor é em Internet Explorer 9. Sim eu sei, o inferno deve ter acabado de congelar.

No entanto nem tudo está concluído. Neste relançamento ficaram de fora ainda algumas funcionalidades que tinha programadas como o uso da API de historia do HTML5 para permitir navegar no site sem ter de refrescar as páginas e também melhorar o suporte a tablets como o iPad ou as muitas baseadas em Android Honeycomb como a Galaxy Tab ou a Asus Transformer. Isto sem mencionar o facto de ser preciso colocar um botão do Google Plus mas isso é só quando a API finalmente sair.

Para já fica só o reescrever da grande maioria do código que está agora muito mais pequeno e versátil. Uma das grandes diferenças que devem ser imediatamente notórias é na sincronização com o servidor que agora não só efectivamente funciona em mais do que um browser cumprindo o seu propósito (sim, estava assim tão mal) como não tem tantos popups irritantes sempre que ocorre e deve ser rápida o suficiente para nunca serem apanhados desprevenidos por fecharem o browser antes dela acontecer.

AH e mais importante que tudo isto é a mudança de endereço.

LINK: http://anime.nonsensebb.com

Qualquer critica, duvida ou sugestão façam favor de dizer de vossa justiça nos comentários.

Em preparação do verão aqui por casa decidiu-se comprar uma pen Huawei E173s Optimus Kanguru para poder ter internet quando a família for torrar debaixo do sol algarvio e dado que o portátil está a correr Linux Fedora 14 havia que coloca-la a funcionar por lá.

Infelizmente este modelo não estava já configurado mas uma breve pesquisa pelas internets levou-me ao fedoraforum.org onde alguém já se deu ao trabalho de descobrir os ficheiros de configuração necessários para a colocar este modelo a funcionar.

Posto isto e configurado o hardware faltava apenas descobrir o APN a utilizar no NetworkManager para finalizar a ligação e aí o wiki do AndroidPT deu uma ajuda preciosa. A parte engraçada é que se estiverem a utilizar Fedora 15 certamente que não vão precisar deste passo pois segundo vi o git do ModemManager já possui os APNs correctos contrariamente à versão que se encontrava disponível no Fedora 14.

E agora, com tudo configurado e como sou um bom cidadão achei que era boa ideia partilhar aqui o RPM para quem quiser configurar o seu computador também. Deve funcionar na maioria das distros que usem RPM apesar de eu só ter testado mesmo em Fedora 14 e notem que isto só configura o udev e o usb_modeswitch (aka o hardware) e não o NetworkManager, essa parte têm de fazer vocês pois envolve escolher o APN certo (ou editar um xml).

RPM: huawei-173s-1.0.0-1.fc14.noarch.rpm
SRPM: huawei-173s-1.0.0-1.fc14.src.rpm

PS: Porque é que eu teimo em usar Fedora 14? Porque o Gnome 3 não é mau, é pior! Eu actualizo quando tiverem uma versão decente…

Há uns tempos atrás decidi colocar-me a brincar um pouco com o editor de imagem, depois com o editor de texto e ficheiros html/css e no fim javascript e php para uns últimos pozinhos resultando num pequeno website onde listo as séries de cada temporada de animação japonesa, uma timeline de animes. Dava jeito por motivos que na altura citei e deu também para dar um pouco de liberdade à minha criatividade no que toca ao “design de sítios web”.

Pois bem a verdade é que a brincar a brincar e sem grandes tentativas de promoção a coisa até pegou e transformou-se na 2ª/3ª pagina mais visitada do meu site com a grande generalidade das visitas a virem de pesquisas do google por isso achei que era boa ideia polir um pouco as arestas ao bicho e é disso mesmo que venho aqui falar hoje.

Há uns tempos atrás, numa das muitas belas promoções de uma certa e determinada grande superficie cujo nome começa por M, acaba em t e tem as letras edia Mark no meio, dei por mim a comprar a muito atraente Playstation Portable GO por um preço bastante simpático e acompanhada por 10 jogos gratuitos. Desde então tenho-a usado mais do que a minha PSP normal mesmo com um numero reduzido de jogos e como tal ganhei uma relação interessante de amor e ódio não só com a maquina em si como com a Sony também.

… quem trouxe as pipocas?

Pois é: hoje de manhã os últimos 5 blocos de endereços IPv4 foram distribuídos pelo ICANN aos RIR que os vão por sua vez redistribuir pelos mais diversos pontos do planeta. Se decidíssemos montar hoje uma estação espacial num dos vários pontos de Lagrange do sistema terra-lua e atribuir-lhes IPs novos seria totalmente impossível pois já foram todos atribuídos ás respectivas autoridades continentais.

Mas antes que comecem todos a ir para a rua a gritar que “eles andem aí” e que o fim do mundo está a chegar, que o calendário dos maias o previu e que ponderem juntar-se a um qualquer culto maluco que vos promete salvar quando chegar o momento final acalmem-se pois isto não significa nem de longe o fim da internet como a conhecemos.

Bem este post vai servir não só como uma forma rápida de apanhar algumas opiniões como também para ficar com uma nota para mim próprio sobre esta ideia.

Para o meu TV Wall estou a tentar ir o mais longe possível no juntar da API da aplicação com o que efectivamente é visível para os utilizadores e parte disso passa por tentar ter praticamente o mesmo esquema de URLs tanto para o browser como para a API utilizada pelos mais diversos clientes (quer seja a própria aplicação web em javascript ou outra qualquer hipotética aplicação nativa). Isto faz com que os endereços se tornem por exemplo em algo como /show/house para aceder, neste caso, à pagina associada à série House.

Agora o desafio: como fazer o mesmo endereço devolver HTML para um browser mas JSON (ou XML ou qualquer outro formato de dados) para uma aplicação? A minha resposta passa pelos cabeçalhos HTTP, mais concretamente pelo cabeçalho ACCEPT que ao anunciar que aceita um determinado tipo de dados permite-me devolver-lhe esse tipo em particular deixando o HTML normal para fallback.

Claro que eu posso já começar a ver os problemas associados a esta abordagem: e se surgir um browser que manda um cabeçalho a dizer aceitar application/json quando o que o utilizador quer mesmo receber é a versão HTML? E se um cliente enviar no cabeçalho que aceita tanto JSON como XML? Qual dos dois devolver? Sim, isto são tudo questões muito validas e é por isso mesmo que coloquei esta entrada no meu blog. Opiniões?