Foi inicialmente pensado para criar ligações que apontassem para as palavras entre as tags de headings do HTML (h1, h2, h3…), contudo é possível utilizar este plugin para outros tipos de tags.

O plugin foi elaborado para dar resposta a uma necessidade imediata e por isso pode apresentar alguns aspectos menos elegantes ou optimizados, pelo que agradeço todas as eventuais correcções ou sugestões que possam fazer.

Podem consultar a página do plugin e efectuar o seu download no seguinte link: http://wordpress.org/extend/plugins/anchors-menu.

O logótipo pretende representar graficamente uma determinada marca e para isso faz uso de um desenho, de uma tipografia específica ou de uma fusão de ambos. Neste artigo são listadas as fontes utilizadas nos logótipos de algumas das empresas mais influentes na era da Web 2.0 e são também recomendadas mais 10 fontes, gratuitas, que penso serem adequadas à criação de logótipos semelhantes aos dessas empresas.

É possível visualizar aqui um conjunto com cerca de 400 destes logótipos de empresas da Web 2.0. Os logótipos destas empresas caracterizam-se por usar cores fortes e alegres como o azul, laranja ou verde. Relativamente às fontes existe uma grande diversidade, desde fontes futuristas a outras mais tradicionais, um ponto em comum é a maior utilização de fontes suaves e sem serifas. A lista encontra-se de seguida, com o link para cada uma das fontes utilizada.

• Twitter: Pico Alphabet (modificada)
• Last.fm: National (modificada)
• Vimeo: Black Rose
• Flickr: Frutiger Black
• Facebook: Klavika (modificada)
• Digg: FFF Forward (modificada)
• Cork’d: Triplex
• Grooveshark: FF Nuvo
• Envato: Agenda Italic
• Tuts+ Network: Lubalin Graph
• Technorati: Neo Sans Medium
• Purevolume: Avenir Book
• Youtube: Alternate Gothic No. 2
• Basecamp: Whitney
• Google: Catull BQ
• Yahoo: Yahoo Font
• Hulu: Futura MDd BT (modificada)
• Bebo: Neuropol (modificada)
• TMZ: Amelia
• The ONION: Eagle Bold
• Mapquest: Cheap Motel
• Linkedin: Myriad Pro Bold
• Skype: Helvetica Rounded Bold
• Revision 3: VAG Rounded Black

É possível obter mais algumas informações sobre este assunto num artigo do site da FontFeed que foi publicado no ano de 2006, mas que ainda consegue permanecer bastante actual.

As fontes, gratuitas, que considero bastante interessantes para projectos com a “vertente” Web 2.0 encontram-se mencionadas de seguida. Algumas destas fontes são gratuitas apenas para uso pessoal, por isso é sempre importante consultar as suas licenças antes de serem utilizadas em projectos comerciais.

• Alte Haas Grotesk
• Arista
• Delicious
• Folks-Light
• Fontin Sans
• Miso
• Moderna
• Quicksand
• Rezland
• Tondo

Se conhecerem outras fontes que se enquadrem com as que foram aqui referidas comentem este artigo e partilhem comigo.


Fonte: Fonts Used In Logos of Popular Websites

Este ano escutei principalmente música indie com uma forte componente acústica. Bonitas vozes femininas também foram uma companhia frequente aquecendo-me o coração em dias mais frios e noites mais solitárias, marcando igualmente este ano. O nu-jazz também foi habitual, assim como o post-rock e a música electrónica.

De seguida encontra-se a lista, ordenada alfabeticamente, com os meus 10 álbuns preferidos que foram lançados neste ano de 2009.

• Air – Love 2
• Bill Callahan – Sometimes I Wish We Were an Eagle
• Camera Obscura – My Maudlin Career
• Kings of Convenience – Declaration Of Dependence
• Nouvelle Vague – 3
• Parov Stelar – That Swing
• Placebo – Battle for the Sun
• Röyksopp – Junior
• The Prodigy – Invaders Must Die
• The Whitest Boy Alive – Rules

A maior parte das optimizações normalmente efectuadas a websites é feita nos processos de geração do documento HTML, traduzindo-se maioritariamente por ajustes e melhorias ao nível de servidores web e sistemas de gestão de bases de dados. Contudo é de realçar que as optimizações a esse nível apenas vão incidir em cerca de 20% do tempo total de resposta do documento até que este chegue ao utilizador. É pois facilmente compreensível que é de extrema importância optimizar os outros 80% do tempo de resposta, é aqui que surge o conceito de front-end optimization associado a páginas de Internet. Neste artigo estão descritas 20 boas práticas que devem ser tidas em conta de forma a efectuar-se correctamente este tipo de optimizações.

Esta lista não tem a pretensão de enumerar todas as boas práticas que devem ser seguidas no desenvolvimento de um site de Internet, pretende apenas chamar a atenção para algumas delas cabendo ao leitor deste documento ter a devida precaução quanto a outros aspectos que poderão eventualmente ser relevantes. As primeiras 14 boas práticas foram retiradas do livro do Steve Souders com o título de High Performance Web Sites.

1 – Fazer menos HTTP requests

Apenas entre 10% a 20% do tempo de resposta de uma página de Internet é gasto na resposta do ficheiro HTML sendo os restantes 80% a 90% gastos em HTTP requests de todos os componentes da página (imagens, scripts, folhas-de-estilo, Flash…) que se encontram referenciadas no documento HTML. Assim este é provavelmente o aspecto que caso seja correctamente optimizado irá causar maiores melhorias no desempenho de uma determinada página de Internet. A remoção de componentes da página iria proporcionar uma melhoria automática no desempenho, contudo também iria comprometer o design final da página. O ideal é manter o design desejado e ao mesmo tempo diminuir o número de HTTP requests, para isso podem-se seguir um conjunto de simples técnicas que conseguem melhorar o tempo de resposta de algumas páginas para metade ou até menos.

A ideia principal por detrás dessas técnicas passa por a fusão de conteúdos de forma a que um elevado número de HTTP requests possa ser transformado num número mais reduzido. Para imagens existem variadas técnicas que permitem essa união, nomeadamente: Image Maps ou CSS Sprites, de seguida encontram-se dois pequenos exemplos destes mecanismos. Existe também para imagens uma técnica que permite eliminar os pedidos de HTTP dessas mesmas imagens denominado de Inline Images, ainda que este método não se encontra disponível na versão actual de alguns browsers incluindo o Internet Explorer. Relativamente a outros ficheiros que não sejam imagens o principio a aplicar deverá ser o mesmo, e sendo assim ficheiros como folhas-de-estilo ou JavaScripts devem na medida do possível serem fundidos num menor número.

Image Maps

Image Maps – Server side – Não aconselhável

<a href="navbar.cgi"><img ismap src="imagemap.gif"></a>

Utilizador envia as coordenadas do clique: http://…/navbar.cgi?127,13.

Image Maps – Client side – Recomendável

O mecanismo de Image Map do lado do cliente é preferível essencialmente por permitir ser utilizado independentemente da localização do rato estar ou não numa determinada zona.

<img usemap="#map1" border=0 src="/images/imagemap.gif">
<map name="map1">
  <area shape="rect" coords="0,0,31,31" href="home.html" title="Home">
   …
</map>

CSS Sprites

Atenção: Não é suportado em alguns browsers mais antigos como é o caso do Opera 6!

<span style="
  background-image: url('sprites.gif');
  background-position: -260px -90px;">
</span>

2- Usar uma Content Delivery Network

As Content Delivery Networks conseguem fornecer um factor de proximidade bastante apetecível do utilizador final, conseguindo-se tempos de resposta melhorados. Além disso as CDN permitem servir como cópias-de-segurança, aumentar a capacidade de storage, permitir mecanismos de caching mais precisos e absorver picos de tráfego.
Maioritariamente as CDN são utilizadas para servir conteúdos estáticos, como imagens, scripts, Flash, etc… Isto acontece porque os ficheiros estáticos têm poucas dependências. Por outro lado os conteúdos dinâmicos estão dependentes de um conjunto variado de factores como ligação a base de dados, autenticação, optimizações a nível do hardware e do Sistema Operativos entre outros aspectos.

3 – Adicionar cabeçalhos de expiração

A promoção da utilização de mecanismos de cache para conteúdos que mudam pouco frequentemente pode trazer significativas melhorias. Para o conseguir pode-se fazer uso dos mecanismos de header expires e max-age. Em conteúdos que mudam mais frequentemente também se podem utilizar estes mecanismos mas com o cuidado de usar tempos de cache mais reduzidos ou então mudar o nome do ficheiro a ser alterado (por exemplo recorrendo à numeração numérica de versões do ficheiro) . Como é compreensível estes mecanismos só trazem melhorias quando a cache do utilizador se encontra preenchida pelo que da primeira vez que ele visita a página as melhorias são inexistentes.

4 – Compressão G-Zip

Reduzir o tempo da resposta HTTP pode ser alcançado reduzindo o tamanho dessa mesma resposta, uma vez que assim o tempo de transferência diminui visto que menos pacotes de informação têm de ser transferidos para o utilizador.
Como a maior parte dos browsers suportam esta forma de compressão de resposta HTTP é aconselhável instalar os módulos nos servidores web e activar este mecanismo em todos os tipos de ficheiros que se encontram no servidor, não esquecendo os scripts e folhas-de-estilo.

Num servidor Apache 1.3 deve-se utilizar o mod_gzip, já num servidor Apache 2.x deve ser usado o mod_deflate.

5 – Colocar as folhas-de-estilo no topo

Ao colocar as folhas-de-estilo no topo do documento HTML permite com que a página seja reenderizada de forma progressiva. Assim o utilizador não fica perante uma simples página em branco durante um elevado período de tempo, o que caso acontecesse poderia fazer com que o utilizador ficasse impaciente e saísse da página. Com a folha-de-estilo no topo o browser consegue ler o estilo da página inicialmente e ir mostrando correctamente os vários componentes à medida que os vai recebendo. A colocação da folha-de-estilo no fundo impede o browser de mostrar os conteúdos sem que a folha-de-estilo tenha sido completamente descarregada.

6 – Colocar os JavaScripts externos no fundo

Relativamente aos JavaScripts a regra é a oposta à das folhas-de-estilo, devendo neste caso serem colocados no fundo do documento HTML. Tal regra é recomendada porque o download destes scripts bloqueia o paralelismo que se processa ao nível do download dos outros vários componentes da página. Ficando o mecanismo de reenderização progressivo da página fortemente prejudicada quando a ligação para estes scripts se encontra no topo da página.

7 – Evitar as expressions do CSS

Devem ser evitadas ao máximo expressions do CSS uma vez que estas expressões são analisadas não apenas quando a página é carregada mas também com bastante frequência noutras situações, inclusivamente quando se faz scroll na página ou se move o rato. Esta análise constante destas expressões causa um overhead que provoca uma degradação do desempenho na visualização das páginas de Internet.

Assim deve-se fazer um esforço para evitar expressões deste tipo:

width: expression( 
  document.body.clientWidth < 600 ? 
  “600px” : “auto” );

8 – Utilizar o Javascript e o CSS em ficheiros externos

Geralmente sempre que possível deverá optar-se pela utilização de ficheiros Javascript e CSS externos por forma a promover a utilização da memoria cache, uma vez que normalmente estes ficheiros são utilizados em diversas páginas ao longo do mesmo site de Internet. Apesar de se estar a aumentar o número de pedidos HTTP (a ir contra a regra número 1 da redução dos pedidos HTTP) normalmente a utilização de ficheiros externos nesta situação é compensatória.

Deve ser sempre usada a directiva LINK em vez de ser usada a directiva @import, para efectuar a importação do ficheiro CSS.

9 – Reduzir os DNS lookups

A Internet está fortemente dependente do conceito de DNS lookups onde o nome de um determinado site é convertido para uma sequência numérica, designada por IP, que define qual a máquina onde está alojada a página. Esta conversão acarreta um custo temporal ainda considerável, tipicamente entre os 20 e os 120 milissegundos. Sabendo que o browser não consegue descarregar nada sem que o DNS lookup tenha sido efectuado facilmente se percebe que por cada DNS lookup se está a impor um travão à reenderização progressiva da página. Assim e na medida em que for possível deve-se procurar reduzir ao máximo o número de DNS lookups.

10 – Minificar o Javascript

A minificação é um conceito que traduz a tentativa de redução do tamanho dos ficheiros através da remoção de espaços e outros caracteres desnecessários, permitindo assim a optimização do seu tempo de carregamento. Neste caso em particular permite uma melhoria do tempo de resposta uma vez que o tamanho do ficheiro Javascript se torna mais pequeno. As melhorias do tempo de resposta são tipicamente entre 15% e 30% quando se utiliza este método.

Um compressor gratuito e on-line: http://www.minifyjavascript.com.

11 – Evitar Reendereçamento

Um reendereçamento é usado para encaminhar um utilizador de um determinado URL para outro URL distinto. Existem variadíssimas situações em que os reendereçamentos são utilizados, nomeadamente website redesign, controlo de fluxo de tráfego ou tradução em URLS mais facilmente memorizáveis.
Acontece que muitas vezes o reendereçamento é utilizado para carregar alguns componentes dentro de um documento HTML. Facilmente se percebe que até que o reendereçamento esteja completo nada relativo a esse componente poderá ser descarregado. Esta situação é muito utilizada em mecanismos publicitários dentro de páginas de Internet.
Assim devem ser usados os mecanismos de reendereçamento com especial cuidado e devem ser evitados ao máximo.

12 – Remover scripts duplicados

Existem muitas situações, por estranho que possa parecer, onde na mesma página é carregado o mesmo script por mais do que uma vez. Isto acontece tipicamente porque os websites são construídos por grandes e diferentes equipas onde os mecanismos de sincronização entre elas por vezes não funcionam da melhor forma.
Esta situação acarreta pedidos HTTP desnecessários para o caso do Internet Explorer se os scripts não estiverem em cache. Assim como execução de Javascript desnecessária e redundante em todos o browsers actuais. É pois perceptível que esta situação causa um overhead desnecessário.

13 – Configurar Entity tags (ETags)

Como já foi expresso a redução do número de pedidos de HTTP é o factor que melhor permite acelerar a experiência de utilização para o utilizador. Ao maximizar a capacidade do browser para colocar em cache componentes está-se automaticamente a reduzir o número de pedidos de HTTP. A maximização dessa capacidade é uma das características das ETags uma vez que permite validar se um componente em cache é válido ou não.
Ainda assim este mecanismo deve ser utilizado com cuidados redobrados uma vez que não funciona caso exista alteração do servidor a utilizar. Alem disso a não utilização deste mecanismo permite obter cabeçalhos de resposta HTTP mais pequenos.
Em situações convencionais é aconselhável desligar este mecanismo. No Apache este sistema pode ser desligado adicionando FileETag none ao ficheiro de configuração do Apache. Para desligar no IIS deve consultar o seguinte link.

14 – Permitir a permanência em cache do Ajax

Com o surgimento do conceito de Web 2.0 os websites para além de ganharem uma dimensão mais social também sofreram grandes alterações ao nível dos interfaces e da agregação de informação através de diferentes serviços web. De facto as páginas de Internet tornaram-se mais em aplicações com os conceitos de input e output bem definidos. O DHTML e o Ajax vieram facilitar a implementação desse novo paradigma.
Apesar do Ajax ser uma tecnologia que permite que os pedidos sejam feitos num formato assíncrono, o utilizador pode acabar na mesma por ficar à espera da resposta. É verdade que graças ao Ajax os utilizadores não são forçados a efectuar um reload à página e que o interface continua a responder mesmo quando o utilizador está à espera. Ainda assim o utilizador pode (e continua muitas vezes) ter de ficar à espera que os resultados sejam mostrados antes de tomar qualquer nova acção. É importante esclarecer que um evento ser assíncrono é diferente de um evento ser instantâneo.
Basicamente para melhorar o desempenho devem-se permitir entradas na cache do utilizador para os pedidos activos do Ajax, pois são estes os principais responsáveis por causar o maior impacto na experiência do utilizador. Outras das regras já apresentadas anteriormente também podem ser aplicadas ao pedidos do Ajax, entre elas estão a compressão GZip, a redução dos DNS lookups ou a minificação dos Javascripts.

Bónus – 15 – Promover download ficheiros Javascript em paralelo

É possível descarregar ficheiros Javascript em paralelo, tirando partido da cada vez mais vulgar banda larga e da sua tipicamente elevada velocidade de acesso à Internet. Seguem-se dois pequenos excertos de código HTML que mostra como o fazer.

Sem paralelismo:

(...)
<script type="text/javascript" src="Script1.js"></script>
<script type="text/javascript" src="Script2.js"></script>
(...)

Com paralelismo:

(...)
<script type="text/javascript">
  document.writeln("<script type='text/javascript' src='Script1.js'><" + "/script>");
  document.writeln("<script type='text/javascript' src='Script2.js'><" + "/script>");
</script>
(...)

Bónus – 16 – Utilizar favicon.ico pequeno e armazenável em cache

O favicon.ico é uma pequena imagem que tipicamente é apresentada na barra onde se encontra o endereço do site em que o utilizador se encontra. Mesmo que opte por não utilizar favicon.ico no desenvolvimento da sua página o browser vai sempre realizar um request à sua procura. Caso o icon não esteja presente o resultado devolvido pelo servidor irá ser um 404 Not Found e não aparecerá nenhum icon ao utilizador.
Como o custo associado ao request do icon não pode ser evitado é recomendável que faça proveito desta oportunidade e coloque um icon com um tamanho reduzido de forma a reforçar a identidade da sua página. Tipicamente o tamanho do icon não deverá ultrapassar 1kbyte por forma a não prejudicar o desempenho. É ainda possível definir o parâmetro expires com um valor elevado, por exemplo na ordem dos 4 meses, de forma a esse icon permanecer na cache dos utilizadores.

Bónus – 17 – Não redimensionar imagens em HTML

Ao diminuir o tamanho de imagens recorrendo a código em HTML está-se a exigir o download de um ficheiro de maior tamanho do que aquele que será efectivamente visualizado. Como é facilmente perceptível esta situação acarreta um overhead desnecessário, sendo que as reduções de tamanho das imagens devem sempre ser realizadas no próprio ficheiro da imagem.

Bónus – 18 – Utilizar o formato de ficheiro de imagens correcto

Existem diversos formatos com que as imagens podem ser guardados, uma escolha adequada desse mesmo formato pode fazer com que essa imagem se torne mais leve, ocupando menos espaço, sem que exista perda perceptível da sua qualidade para o utilizador.

Bónus – 19 – Declarar sempre as dimensões das imagens

Deve-se sempre declarar a altura e o comprimento dos diferentes componentes como imagens ou vídeos uma vez que isso evita que o browser tenha que “adivinhar” o tamanho desses objectos fazendo com que o carregamento da página demore mais. Além disso assim o browser ao reservar automaticamente o respectivo espaço para esses componentes faz com que o carregamento da página seja muito mais consistente.

Bónus – 20 – Codificar as folhas-de-estilo mais pequenas possíveis

É possível codificar as folhas-de-estilo recorrendo a código mais sucinto sem que isso traga alterações ao resultado final. Deixo alguns exemplos.

Exemplo 1:

O código:

#div_xpto {
  padding-top:15px;
  padding-bottom:10px;
  padding-left:13px;
  padding-right:0px;
}

produz exactamente o mesmo resultado do que:

#div_xpto {padding: 15px 0 10px 13px;}

Exemplo 2:

O código:

div {
  background-image:url("fundo.jpg");
  background-color:#ffffff;
  background-repeat:repeat-x;
  background-position:top center;
}

produz exactamente o mesmo resultado do que:

div {
  background:url("fundo.jpg") #fff top center repeat-x;
}

Também é recomendável comprimir o código CSS, tal poderá ser feito neste compressor gratuito e on-line: http://www.cssdrive.com/index.php/main/csscompressor.

Para um estudo mais aprofundado sobre todo este tema recomendo vivamente a leitura do livro onde fui buscar inspiração para este artigo. Como referi inicialmente estas são apenas algumas das boas práticas que devem ser seguidas para optimização de websites ao nível do seu front-end, se tiverem mais algumas partilhem comentando este artigo.

Uma empresa Portuguesa criou uma família de aplicações, designada de uDo, que facilita o processo de copiar e proteger USB Flash Drives, as vulgarmente conhecidas como USB Pen Drives. Actualmente esta família é composta por 3 aplicações.

Uma dessas aplicações é a uDo Personal, é completamente gratuita e permite ajudar a automatizar o processo de copiar múltiplas USB Pen Drives. Infelizmente só permite copiar 2 USB Pen em simultâneo.

A uDo Professional já permite copiar até 8 USB Pen Drives simultaneamente (que me parece mais que suficiente, além disso o meu computador só tem 4 portas USB). Esta versão tem dois tipos de licenças, uma que permite usar a aplicação por um período de 1 mês e outra licença que permite usar a aplicação por um período de 1 ano. Pode ser uma ferramenta bastante útil para quem pretende distribuir várias USB Pen Drives numa conferência, numa campanha promocional ou para quem tem a necessidade de copiar várias Pen Drives com bastante frequência. Esta aplicação é uma óptima alternativa às máquinas físicas de cópia de Pen Drives que têm preços que se tornam proibitivos para um utilizador a título individual e até para pequenas e médias empresas.

A terceira aplicação designada de uDo Enterprise permite, para além de copiar um número infinito de Pen Drives simultaneamente (o único limite é o número de portas USB), proteger ficheiros executáveis de forma a que eles só possam ser executados dentro da Pen Drive onde foram colocados. Penso que a uDo Enterprise Edition é um excelente complemento a pequenas e médias empresas de desenvolvimento de software que pretendam proteger os seus programas de forma a que eles apenas corram dentro das suas USB Pen Drives. É um novo meio de distribuição de software.

Mais informações podem ser consultadas em: www.usbprotection.net.

Ontem, dia 4 de Dezembro de 2009, teve lugar no Teatro Académico Gil Vicente de Coimbra o concerto do projecto My Brightest Diamond. Esta banda mistura elementos de vários géneros musicais como a ópera, o cabaret, a música de câmara ou o rock. Este cocktail musical dá origem a um som alternativo, indie, folk e até mesmo trip-hop onde a fantástica voz de Shara Worden tem um papel bastante importante.

Relativamente ao concerto em si, este iniciou-se com uma entrada em palco bastante original dos três elementos: Shara Worden, a vocalista/guitarrista, Brian Wolfe, o baterista e Nathan Lithgow, o baixista. Posteriormente surgiu um pequeno inconveniente com o som da guitarra de Shara Worden que permitiu um curto diálogo com o público e que remeteu o espectáculo para um solo de bateria enquanto o problema era resolvido. Este inconveniente criou uma atmosfera mais descontraída entre os artistas e o público e surgiram alguns sorrisos enquanto Shara Worden fazia alguns comentários divertidos sobre o facto de não ter o som que desejava.

Assim que o problema foi resolvido, as músicas foram-se seguindo com um alinhamento bastante interessante onde surgiram músicas tanto do álbum Bring Me the Workhorse assim como do mais recente A Thousand Shark’s Teeth. Gostei particularmente de ver ao vivo as músicas Dragonfly, Disappear, Apples e Golden Star. Também adorei a cover da música Feeling Good da Nina Simone que proporcionou um clima de blues interessante. Existiram alguns momentos de interacção entre a banda e o público, onde Shara Worden introduzia algumas das músicas com a informação da sua fonte de inspiração e noutras acabava por caracterizava o seu cenário envolvente convidando os espectadores a viajar até esse cenário e lá escutarem a sua actuação.

A abrir o encore surgiu a música The Gentlest Gentleman tendo o público inclusivamente acompanhado Shara Worden na música. Foi também interpretada uma cover da música Tainted Love dos Soft Cell com um ritmo altamente dançável. No fim, o publico aplaudiu de pé e estava visivelmente satisfeito com o espectáculo. Eu adorei!

O meio de comunicação agora usado com frequência é a Internet, permitindo o contacto quase instantâneo com qualquer pessoa no mundo. Criam-se por vezes redes bastante complexas e ampliadas, através de serviços como o Twitter ou o Facebook, que definem a nossa actividade social na Internet. Ainda assim, continuam a existir alguns núcleos bem definidos onde estão os nossos contactos mais próximos e outros que inclusivamente já conhecemos pessoalmente. Quanto a mim, o maior potencial das aplicações sociais da Web 2.0 é a facilidade com que estes núcleos rapidamente se interligam entre si e também a comodidade com que podemos saltar entre estes conjuntos diferentes de pessoas assumindo rapidamente contextos e papéis diferentes. Desta forma, é assim possível chegar mais comodamente e mais rapidamente a mais pessoas.

No entanto, toda esta facilidade tem um inconveniente que é a falta de um convívio mais natural e transparente entre as pessoas. A Internet ainda não permite um nível de imersão suficiente que possibilite com que as pessoas se relacionem mais espontaneamente e a um nível mais íntimo. Nas interacções com as pessoas que não conhecemos pessoalmente, a Internet desempenha um papel maioritariamente com objectivos profissionais ou ao nível de troca de informações de carácter mais impessoal.

Imagem da autoria de Ji Lee’s, clicar aqui para ampliar.

Ainda assim e apesar de estar normalmente associado um nível mais baixo de intimidade a serviços como o Twitter (e até o Facebook) estes podem claramente ter um papel importante num primeiro contacto entre as pessoas. Como referi podem ser excelentes formas de conhecer mais pessoas e também pessoas fora do nosso núcleo habitual do quotidiano, com as quais posteriormente se poderá construir gradualmente algumas amizades.

Não é viável, nem saudável, que a Internet seja o meio exclusivo de comunicação entre as pessoas, mas caso se consiga tirar partido o máximo partido das suas vantagens e atenuar os seus maiores defeitos penso que será cada vez mais um instrumento de união entre todos nós.

O cloud computing, de uma forma muito básica, diz respeito à utilização da Internet como uma nuvem onde, entre outras coisas, estão as nossas aplicações e os nossos documentos. O utilizador é abstraído de todos os requisitos tecnológicos e através da Internet, tipicamente com a utilização de um simples browser, controla e acede aos seus dados. O Gmail, Yahoo! Mail, Dropbox, Flickr e YouTube, são alguns exemplos de aplicações que, de certa forma, adoptam o conceito de cloud computing.

Existem várias vantagens para o utilizador comum em utilizar esta filosofia, por exemplo na maioria das vezes não é necessário instalar aplicações na sua máquina. Outra vantagem clara é que o trabalho em equipa e a partilha de dados torna-se muito mais fácil uma vez que toda a informação está fisicamente no mesmo local (na nuvem).

Contudo também existem algumas desvantagens, nomeadamente o facto de se ter que obrigatoriamente confiar nas entidades que fornecem os serviços uma vez que são essas entidades que processam e guardam as informações. Outra típica desvantagem é que, apesar das recentes melhorias, ainda não se consegue um nível de interactividade e de imersão do utilizador tão elevado como se os dados e as aplicações estivessem fisicamente no computador do utilizador.

De seguida encontra-se um infográfico, retirado daqui, que mostra bem esta tendência crescente de todos nós colocarmos cada vez mais as suas nossas vidas na nuvem.

Clicar aqui para ver a imagem no tamanho original. Também é possível descarregar no formato pdf.

No entanto para funcionar têm de ser tomadas medidas tanto do lado dos utilizadores como do lado dos programadores. Do lado do utilizador é necessário que instalem o já mencionado plugin. Já os programadores têm de adicionar o seguinte pedaço de código no inicio das suas páginas:

<meta equiv="X-UA-Compatible" content="chrome=1">

Quanto a mim este novo plugin irá, especialmente numa fase inicial, alterar pouca coisa. Os utilizadores vulgares não estão interessados ou preocupados em instalar um plugin e talvez mais rapidamente instalem o browser Google Chrome. Do lado dos programadores se não existir uma aceitação global desta prática e se não se colocar esse pequeno pedaço de código no inicio das páginas também condiciona de imediato o sucesso desta iniciativa.

Outro aspecto a considerar é que também poderá surgir uma sensação ainda mais inconsistente entre as páginas de Internet, uma vez que páginas visualizadas com o mesmo browser serão renderizadas de forma diferente, consoante o plugin se encontre instalado ou não. Ainda assim penso que é uma boa iniciativa por parte da Google.

Mais informações e download do plugin:

• Página do projecto: http://code.google.com/intl/pt-PT/chrome/chromeframe/
• Vídeo que faz a Introdução ao Google Chrome Frame: http://www.youtube.com/watch?v=sjW0Bchdj-w