Podemos dizer que na web 2.0 o mashup nada mais é que um um agregador de serviços!
Pesquisando sobre o assunto na internet encontrei um mashup chamado ToAnswer que agrega um serviço de perguntas e respostas, bem parecido com o Yahoo! Respostas, ao twitter. Parece ser bem interessante, pois como está associado ao twitter as respostas são bem rápidas e o limite de caracteres obriga o usuário a formular uma resposta mais objetiva.
O que eu vejo como uma desvantagem do mashup é que quando os serviços agregados são hospedados em diferentes servidores, como em um mashup que utiliza o API do facebook, twitter e etc., se um destes servidores apresentarem problemas todo o serviço será prejudicado. Vocês acham que essa dependência freia a utilização de mashups na web 2.0?
De tempos para cá, especialmente após (1) a "explosão" de diversos aplicativos embutidos [também] em redes sociais, (2) convergência de mídias, que nunca cessa, (3) a popularização de smartphones e (4) a "corrida das APIs", as empresas passaram a desenvolver produtos que admitem que o usuário faz uso de serviços diversos; que era necessário trazer maior coesão a esses serviços - quem nunca pegou uma informação gerada em um lugar para usar como entrada em outro? Outro ponto digno de nota é que as empresas, para alcançar esse fim, admitem a coexistência de um produto de outra empresa que muitas vezes é um voraz concorrente em outro segmento. A participação cruzada da Google e da Apple em seus produtos é um exemplo disso.
A tendência é cada vez maior em misturar-se ferramentas de sucesso de forma que essas se complementem. Um exemplo é o http://http://plazes.com/ que através de um cadastro, o site aponta sua localização geográfica mostrando os usuários próximos dessa localização que possuem gostos semelhantes ao seu. São utilizados mapas que também possuem indicações de lugares podendo incluir fotos do Flickr.
A crescente utilização de Mashup vem ajudando desenvolvedores e usuários em diversas áreas. A mistura de uma ferramenta em BI chamada Pentaho com as API's do google me influenciou diretamente e que foi de grande valia para a área, uma vez que permitiu melhores visualizações dos dados armazenados em grandes bases de dados modelados em Data Warehouses.
http://community.pentaho.com/google_maps/
Acredito que algo que influenciou bastante essa vertente seria a política de software livre. Qual o impacto de uma possível cobrança sobre códigos inicialmente abertos em aplicações e mashups que utilizam ferramentas diversas?
Essas misturas todas de ferramentas têm gerado serviços novos cada vez mais completos e complexos devido a modularidade dos serviços que são unidos. De fato, a dependência gerada pelos produtores das APIs existe, mas não acho que seja atualmente um entrave ao desenvolvimento dos mashups, já que também existem APIs concorrentes. Se um serviço deixa de funcionar/oferecer suporte pode ser difícil para criar compatibilidade entre as APIs, mas não é impossível migrar para outra API.
Também não creio que a dependência advinda dos produtores das APIs seja um entrave ao desenvolvimento dos Mashups. A concorrência dos APIs (possibilidade de migração para outras APIs) contribui para a continuação do uso dos mashups.
Podemos dizer que na web 2.0 o mashup nada mais é que um um agregador de serviços!
ResponderExcluirPesquisando sobre o assunto na internet encontrei um mashup chamado ToAnswer que agrega um serviço de perguntas e respostas, bem parecido com o Yahoo! Respostas, ao twitter. Parece ser bem interessante, pois como está associado ao twitter as respostas são bem rápidas e o limite de caracteres obriga o usuário a formular uma resposta mais objetiva.
http://techcrunch.com/2008/08/05/toanswer-twitter-meets-yahoo-answers/
O que eu vejo como uma desvantagem do mashup é que quando os serviços agregados são hospedados em diferentes servidores, como em um mashup que utiliza o API do facebook, twitter e etc., se um destes servidores apresentarem problemas todo o serviço será prejudicado. Vocês acham que essa dependência freia a utilização de mashups na web 2.0?
De tempos para cá, especialmente após (1) a "explosão" de diversos aplicativos embutidos [também] em redes sociais, (2) convergência de mídias, que nunca cessa, (3) a popularização de smartphones e (4) a "corrida das APIs", as empresas passaram a desenvolver produtos que admitem que o usuário faz uso de serviços diversos; que era necessário trazer maior coesão a esses serviços - quem nunca pegou uma informação gerada em um lugar para usar como entrada em outro? Outro ponto digno de nota é que as empresas, para alcançar esse fim, admitem a coexistência de um produto de outra empresa que muitas vezes é um voraz concorrente em outro segmento. A participação cruzada da Google e da Apple em seus produtos é um exemplo disso.
ResponderExcluirA tendência é cada vez maior em misturar-se ferramentas de sucesso de forma que essas se complementem. Um exemplo é o http://http://plazes.com/ que através de um cadastro, o site aponta sua localização geográfica mostrando os usuários próximos dessa localização que possuem gostos semelhantes ao seu. São utilizados mapas que também possuem indicações de lugares podendo incluir fotos do Flickr.
ResponderExcluirA crescente utilização de Mashup vem ajudando desenvolvedores e usuários em diversas áreas. A mistura de uma ferramenta em BI chamada Pentaho com as API's do google me influenciou diretamente e que foi de grande valia para a área, uma vez que permitiu melhores visualizações dos dados armazenados em grandes bases de dados modelados em Data Warehouses.
ResponderExcluirhttp://community.pentaho.com/google_maps/
Acredito que algo que influenciou bastante essa vertente seria a política de software livre. Qual o impacto de uma possível cobrança sobre códigos inicialmente abertos em aplicações e mashups que utilizam ferramentas diversas?
Essas misturas todas de ferramentas têm gerado serviços novos cada vez mais completos e complexos devido a modularidade dos serviços que são unidos. De fato, a dependência gerada pelos produtores das APIs existe, mas não acho que seja atualmente um entrave ao desenvolvimento dos mashups, já que também existem APIs concorrentes. Se um serviço deixa de funcionar/oferecer suporte pode ser difícil para criar compatibilidade entre as APIs, mas não é impossível migrar para outra API.
ResponderExcluirTambém não creio que a dependência advinda dos produtores das APIs seja um entrave ao desenvolvimento dos Mashups. A concorrência dos APIs (possibilidade de migração para outras APIs) contribui para a continuação do uso dos mashups.
ResponderExcluir