O “Efeito Pioneiro” na Web

{ September 19th, 2008 }


cmilfont

Autor: cmilfont

O “Efeito Pioneiro” pode ser encontrado em muitas áreas, mas na Web é muito mais brutal. Esse efeito estagnou as redes sociais, mas por culpa de quem as faz. No post sobre como monetizar uma rede social eu falei que dificilmente uma rede social nova consiga competir com as Mainstream do mercado como Orkut, Facebook e MySpace.

Parece que o pessoal não aprende, de que adianta criar uma rede social genérica hoje? Tá aí uma novinha em folha, a PeopleJar, agora de 2008. Consegue ver algo nela que faça um usuário médio de internet se cadastrar?

Segundo os criadores tem lá seu diferencial, eu não consegui enxergar. Ninguém aguenta mais um formulário de cadastro, esqueçam criar novas redes sociais, você tem que rebolar muito para conseguir convencer alguém a se cadastrar em um novo serviço que faz a mesma coisa de 15 diferentes e antigos.

Quando o “Efeito Pioneiro” acontece?

Quem conhece as cidadezinhas do interior já viu muito esse efeito, o cidadão abre uma sorveteria num lugar fudido, faz o maior sucesso, na outra semana pipocam 15 semelhantes, quase todo mundo quebra, menos o primeiro.

Na tecnologia em geral acontece algo parecido, olhem o MP3, é um formato antigo, proprietário, com perdas de qualidade mas domina o mercado, praticamente é sinônimo de música digital. Porque diabos então não se usa um formato livre como o Ogg ou sem perdas de qualidade como o Monkey?

Porque todo player de carro, de gaveta, de computador, pen drive xing-ling e o escambau “toca” MP3, ninguém vai converter tubos de cds e dvds para outro formato por ideologia. Nem eu! Daí que o formato teima em matar os concorrentes comercialmente.

Os microblogs que o digam, Twitter é sinônimo de microblog, mesmo com Jaiku, Pownce, Gozub, Tumblr, Beemood, Feecle, Meemi, Adocu, Frazr, Fanfou, Twoorl, NumpaGospelr e Yappd, ninguém se interessa de sair do Twitter ou mesmo usar frequentemente os outros. Efeito pioneiro nele, mesmo não escalando :) [brincadeira]

Como evitar o “Efeito Pioneiro” nas redes sociais?

Bem, se eu soubesse realmente, estava rico vendendo auto-ajuda e engan… palestrando nesses eventos da Info, mas podemos identificar alguns caminhos interessantes.

Primeiro é acabar com a idéia de centralização e controle sobre os visitantes, aliás, prosumidores. OpenID, OAuth e OpenSocial são specs interessantes e caminhos naturais disso para construção de aplicações como Gadgets Web para serem disponibilizados nas redes existentes, que pena que a OpenSocial ainda está tão “Not Implemented” na principal rede no Brasil. Alie isso com API Rest, aplicações sem API pública não vingam.

Cada vez mais aproveitar do ecossistema já existente com aplicaçoes Mashups ou inves de criar uma Rede Social. Principalmente, criar serviços pontuais específicos.

Não se iludam, o efeito pioneiro já fechou a porta da Web 2.0, ninguém aguenta mais um cadastro. Há espaço para rede social? só se for em nichos muito específicos.

Posted in Mashup, Redes sociais, crowds, web2.0 ~ 1 Comment

Adicionar ao Rec6

HTML não serve para REST

{ April 18th, 2008 }


cmilfont

Autor: cmilfont

O maior problema de disponibilizar uma aplicação como API via REST é a construção de aplicações Mashups com formulários HTML sem usar um “proxy” server-side.

Digamos que eu queira construir uma aplicação apenas cliente acessando uma API implementada em REST segundo os “bons constumes”. Segundo a especificação do HTML, o form só possuem dois tipos de método HTTP, o POST e o GET. Isso inviabiliza a submissão de operações de alterações de um recurso pelo método PUT e de exclusão pelo método DELETE. O Fernando Chucre dos Horizontes Digitais me alertou para consultar a especificação do HTML depois que levei uma surra ao tentar implementar isso com form, eu pensei que era problema no apache e estava tentando “habilitar” os outros métodos por não saber que o Form HTML não permite.

Funciona usando AJAX caso a aplicação vá funcionar no mesmo host da API, mas se minha aplicação está hospedada em outro local já não funciona. Outra estratégia que não funciona é Scripttag porque esse só usa GET para adicionar um script no Head da página.

Por enquanto não imaginei uma forma crossbrowser de acessar um recurso remoto pelos métodos PUT e DELETE que não seja usando um Proxy no mesmo host que está hospedado a aplicação consumidora do recurso. Na spec OpenSocial você tem o método makeRequest dessa forma.

Caso alguém tenha uma idéia para contornar esse problema pode comentar aqui.

Posted in Mashup, REST, web2.0 ~ 5 Comments

Adicionar ao Rec6