Um paper submetido à uma conferência do W3C

 Design, xmpp, padrões e comunicação: o case do Repórter Brasil da TV Brasil
Hozielt Huston
Lincoln Sousa
Yasodara Córdova
Empresa Brasil de Comunicação
[email protected], [email protected], [email protected]
RESUMO
Desenvolvimento ágil utilizado com sucesso em ambientes de
comunicação tem atraído a atenção de diversos gestores que visam
tornar a sistematização de aplicativos voltados para as áreas fins
mais rápida, acessível e eficiente. A recente criação da Empresa
Brasil de Comunicação (EBC) - fusão da Acerp Rio e da antiga
Radiobrás - abriu uma demanda ainda mais desafiadora: a criação
de um portal de vídeos com arquitetura escalável, modular,
padronizada e de resposta urgente para a área de jornalismo da TV
Brasil. Assim, a combinação de xmpp, atom, design e
desenvolvimento ágil resultou no case do Repórter Brasil Online a
ser apresentado no presente artigo.
Palavras-Chave
xmpp, design, atom, desenvolvimento ágil, padronização
1.INTRODUÇÃO
Veículos de comunicação sentem a necessidade de tornarem-se
onipresentes nas várias possibilidades de comunicação da web,
sendo esta uma questão de sobrevivência no mercado. A solução
encontrada pelos profissionais da Empresa Brasil de Comunicação
foi a adoção de padrões Atom e Xmpp, além da unificação da
experiência de uso dos sistemas de gerenciamento para
transformar os sistemas internos em redes interoperáveis,
distribuídas, leves, escaláveis e modulares. Outra solução foi a
escolha pelo uso de um sistema de armazenamento de dados
distribuído, ao contrário do modelo anteriormente adotado,
almejando o p2p como próxima camada de interação com o
usuário a médio prazo.
2. A EMPRESA
A Empresa Brasil de Comunicação é uma empresa de economia
mista, fundada em 25 de outubro de 2007 com a finalidade de
tornar-se a empresa de comunicação pública do Brasil, semelhante
à BBC Inglesa. Ela conta com sete emissoras de TV e rádio, que
produzem material diariamente, uma agência de internet, que
produz notícias textuais e conteúdo em Action Script, um banco
de imagens e uma radioagência, além de várias instâncias
wordpress utilizadas para coberturas especiais.
Todo o conteúdo encontra-se em bancos de dados separados, de
linguagens e versões diferentes. A produção das mídias de TV
para a internet ainda é realizada de modo analógico, apesar do
sinal digital, e tem pouca saída por carência de sites que possam
disponibilizar o conteúdo para os usuários.
Quanto à existência de plataformas para disponibilizar o
conteúdo, este trabalho é realizado de modo replicado em vários
veículos. Por exemplo: a agência de notícias realiza o upload de
um áudio em um servidor, entretanto, é grande a possibilidade
desse processo ser repetido em várias instâncias, em
administradores com experiências diferentes, em formatos finais
variados. O retrabalho consome boa parte do tempo dos recursos
humanos, que são escassos.
Existe, ainda, a procura dos internautas e a pressão da rede pela
publicização do conteúdo da empresa na internet, de modo a
tornar a produção da empresa acessível para que seja replicada
livremente.
2.1 Necessidades de mercado
Veículos de comunicação almejam onipresença em todas as
instâncias web. Redes sociais são a origem de informações que
fazem o caminho inverso ao tradicional (emissor-veículoreceptor), e dispensam mediação. Empresas que trabalham com
entretenimento e jornalismo sentem a necessidade iminente de
participar da conversa na rede utilizando ferramentas capazes de
distribuir conteúdo e, da mesma forma, gerenciar as atividades
internas para monitoramento e integração entre veículos. Ao
mesmo tempo, a convergência pede que os tipos de mídia não
sejam mais separados por dispositivo, tal como vídeos para TV,
áudios para rádio e texto/fotos para internet. O ideal é que se
façam mashups entre os formatos. As necessidades se multiplicam
de acordo com as inúmeras possibilidades da rede.
Nessa corrida, empresas que ganham a escassa atenção do
indivíduo são aquelas que conseguem atrair a atenção por meio de
sites interativos, atrativos, fáceis de usar, com usuários coparticipantes e, principalmente, com conversa pertinente e
adaptada ao mundo digital.
Todas essas premissas juntas formam uma base de requisitos
genérica para sistemas que virão a ser o background por trás de
grandes websites. A decomposição desses requisitos em palavras
gera uma segunda lista de "qualidades" necessárias em um sistema
de gerenciamento de conteúdo voltado para a função do
jornalismo e entretenimento:
2.1.1Modularidade;
O site precisa ser visto como uma personalidade que abarca
outras, de mesma identidade, porém menores e mais focadas em
unidades de negócio ou produtos (hotsites ou blogs, por
exemplo). É preciso que exista a possibilidade de desenvolver
rapidamente módulos de mesma tecnologia, interligados por um
sistema de base de dados distribuído, gerenciados pela mesma
ferramenta, com a mesma experiência.
2.1.2Escalabilidade;
O sistema precisa estar pronto para atender demandas de
crescimento imprevisíveis.
2.1.3Sistema distribuído;
O padrão atom oferece para o projeto as seguintes vantagens:
4.1Interoperabilidade
fundação no XML
adquirida
pela
sua
A dificuldade de aquisição de hardware em empresas públicas
torna necessário que o sistema permita o crescimento distribuído,
de forma a tornar demandas imprevisíveis menos impactantes.
Um documento Atom é, antes de mais nada, um documento
'XML'. Como no XMPP toda a comunicação é feita por troca de
pedaços de 'XML' (stanzas), o formato Atom pareceu o mais
simples de ser conectado a essa estrutura já funcional.
2.1.4Utilização de padrões;
4.2Interoperabilidade entre outros sistemas
A troca de arquivos, bem como seu reaproveitamento por sistemas
de tipos diferentes, demanda a padronização em vários níveis do
sistema.
Hoje em dia váriosprogramas, tanto desktop quanto web, já
conhecem o formato Atom, fazendo com que o cliente não
precise, em muitos casos, instalar um outro programa para ter
acesso a um conteúdo disponibilizado nesse formato.
2.1.5Acessibilidade;
Foi realizada uma pesquisa na empresa e foi constatada uma séria
deficiência no uso de ferramentas digitais. O futuro próximo sem
a instalação prévia de plugins, já anunciado pelo HTML 5, precisa
ser pensado, uma vez que existe dificuldade do público interno da
empresa em realizar a instalação.
Desta forma, é importante almejar a minimização dos impactos da
migração para a ferramenta, da introdução dela e do treinamento
dos usuários primários para utilizarem-na, além de ser necessário
priorizar a rápida absorção dos conceitos de presença digital. A
escolha pela padronização da experiência com base em pesquisas
empíricas realizadas pela equipe de design se torna uma saída
relevante.
4.3Extensibilidade
Uma das premissas do formato é permitir que extensões sejam
criadas para atender a requisitos específicos. Um exemplo desse
potencial é a criação da "Atom threading extension, definida pela
RFC 4685, que cria um novo elemento para informar que uma
entrada Atom contém uma resposta para outra entrada.
5.Arquitetura do sistema
3.Utilização do padrão Xmpp
O padrão xmpp oferece para a estrutura necessária no projeto:
3.1Escalabilidade:
Com a arquitetura distrubuida é possível instalar várias instâncias
de um mesmo sistema usando suas próprias fontes de
processamento. Como o Repórter Brasil Online foi desenvolvido
em Python e o mesmo não suporta operações em vários
processadores simultaneamente, existiu a necessidade de criar
uma instância por processador. Como o sistema de comunicação
entre os componentes foi totalmente baseado em XMPP, cada
instância representou apenas mais um cliente conectado ao
servidor.
3.2Interoperabilidade
Qualquer cliente de XMPP, seja ele desktop ou Web, é capaz de
se comunicar com os componentes desenvolvidos para a
plataforma do Reporter Brasil Online.
3.3Comunicação entre os sistemas próxima do
tempo real
Como em qualquer aplicativo de mensagens instantâneas, usandose XMPP, os sistemas trocam informações de forma quase
instantânea, diferente do que podemos alcançar hoje com
protocolos como o HTTP, que não permite a implementação de
um serviço 'push' portável sem que se utilize algum tipo de
'polling'.
4.Utilização do padrão ATOM
6.Exemplo de arquitetura utilizada no site do
Repórter Brasil Online
AGRADECIMENTOS
É necessário agradecer à todos aqueles que contribuíram com a
combinação de requisitos para plataforma. Foram eles: Emerson
Luis, Daniel de Pádua, Marcelo Vieira, Fernando Ike, Danielle
Pereira, Cascardo. Além disso, é necessário agradecer aos que
contribuiram com código para o sistema teste da plataforma:
Daniel de Pádua (Dpádua) e Marcelo Vieira (Metal).