O Second Life (SL) é um MMOG (Massively-Multiplayer Online Game), produzido pela Linden Labs, muito popular atualmente. Muitos usuários e muitas empresas já o consideram a Internet do futuro ou a Internet 3D.

Como nada pode passar em branco no mundo dos negócios nos dias de hoje, vamos olhar como podemos criar nossos sistemas dentro desse ambiente. Este será o pontapé de muitas matérias que por aqui virão.

O ambiente do SL é constituído de objetos e scripts de programa. Os objetos são feitos de primitivas e de texturas de imagens. Objetos podem ter um ou mais programas acoplados escritos em Linden Scripting Language (LSL), os quais fornecem comportamento aos objetos.

Com os scripts certos, os objetos podem interagir com outros objetos ou com avatares (a representação dos usuários no sistema). Objetos podem detectar a presença de objetos próximos, “escutar” uma pergunta pelo chat que é feita por usuários e responder. Os objetos também podem usar a conectividade para trocar dados com o mundo exterior.

A LSL tem uma sintaxe e um conjunto de operadores muito parecidos com o C e o Java, mas não orientados a objetos. Ela conta com um grande conjunto de funções internas e handlers de eventos específicos para o ambiente virtual em 3D e para a manipulação de objetos criados pelos usuários. Além das variáveis do tipo numérico e string, existem variáveis especificas para a localização e o movimento nesse mundo 3D o que dá a base para efeitos de animação.

Até o momento, a linguagem LSL permite três tipos de interface para a comunicação com a Internet: e-mail, XML-RPC e requisições HTTP. Devido à maneira como o XML-RPC é tratado, fazendo as requisições por meio de um único servidor, o sistema pode não escalar muito bem se a quantidade de transações crescer muito. Além disso, a natureza do XML-RPC limita o tamanho da mensagem o que pode ser um problema sério.

E-mails podem ser enviados para dentro do Second Life ou para endereços na Internet. Para reduzir a carga nos servidores e prevenir o uso de spam, existem limitações de quão freqüentemente um objeto pode enviar e-mail e também existem atrasos forçados entre cada e-mail enviado.

As requisições HTTP parecem ser as mais flexíveis, pois cada servidor trata das suas requisições diretamente. Quando um script chama uma função HTTP Request, a linguagem associa um evento de resposta automaticamente, que armazenará o resultado.

As requisições podem usar os métodos GET, POST, PUT e DELETE. Um importante aspecto dessas requisições é que ele contém cabeçalhos com a completa especificação do objeto que gerou a requisição, incluindo o proprietário, localização e velocidade. Assim, qualquer serviço externo tem informação suficiente para garantir a segurança da transação.

Cada script LSL tem um estado especifico que ele fornece para as funções ao se mover por uma série de estados. Isso é um pouco diferente em conceito da maioria das linguagens de programação. Embora você possa construir máquinas de estado em muitas linguagens, no LSL o conceito de máquina de estado é parte inerente da linguagem.

O Second Life é o primeiro mundo virtual em 3D com funcionalidades para justificar a experimentação com possibilidades comerciais.

Para um suporte mais especializado sobre LSL recorra a http://secondlife.com/community/mailinglists.php, muito bom para os usuários experientes. Para os iniciantes o recurso mais apropriado é o Wiki LSL em onde existe a documentação das funções da linguagem.

Nivaldo Foresti é programador há 30 anos, desde a jurássica era do mainframe. Foi consultor e desenvolvedor de produtos na internet como o BOL e hoje tem uma empresa de webcasting, com software nacional. Neste espaço, o colunista revela o que os desenvolvedores podem esperar da profissão, além de analisar as novas eras tecnológicas que se aproximam. E-mail: nforesti@yahoo.com .