Em 31 de janeiro de 2015 19:56, Renato Santos <renato.c...@gmail.com> escreveu:
> Verdade, > A única verdade é que as pessoas assumem que sabem muito mais do que deveriam assumir e não se preocupam em estudar quando encontram um desafio novo, querem sempre continuar fazendo as mesmas coisas de sempre, mas colocando rótulos novos para "vender melhor". Enfim, a parte boa é que nem sou eu que estou indicando razões pelas quais estudar Rest hoje é importante. > Aplicações otimizadas para SEO são complicadas com o AngularJS ou qualquer > outro framework que trabalha no client side. > Aplicações otimizadas para SEO são perfeitamente saudáveis com AngularJS ou qualquer outro framework web rico ou Single Page App e se for Rest já nasce feito. > Existem, IMHO, gambiarras, tipo botar um selenium entre o nginx. > Acho que você queria falar do Phantom, mas, bem, isso é gambiarra mesmo e não funciona. > (http-server) -> detecta o user-agent, se for browser, compila uma versão > do html com selenium e ai cospe uma pagina inteira. > A única razão para fazer isso é contornar as limitações de um projeto muito mal feito, e com pouco conteúdo ou pouca renovação de conteúdo. > O Meteor está ai pra provar que é complicado ter uma > aplicação com Reactivity. Eu, pessoalmente, acho que este tipo de > aplicações é para apenas alguns sistemas, pelo menos do jeito que eles > implementaram, usando o mongodb para manter os clientes atualizados e > enviar atualizacoes para o server. > Explica melhor o lance do MongoDB enviando atualização? > 2015-01-31 19:45 GMT-02:00 Lucas Mateus <lucasmateus.olive...@gmail.com>: > >> Cautela em usar AngularJS parece a febre do "vamos fazer tudo em mongo" >> em vários casos AngularJS é uma Porcaria principalmente para desktop, mais >> especificamente para motores de busca. Se você quer vender tem que aparecer >> no Google, se usar AngularJS esquece motores de busca. >> >> Enviado pelo meu Windows Phone >> ------------------------------ >> De: Leonardo Ruoso <leona...@ruoso.com> >> Enviada em: 31/01/2015 18:38 >> Para: saopaulo...@mail.pm.org >> Assunto: Re: [SP-pm] Resumo do Evento Técnico >> >> >> >> Em 31 de janeiro de 2015 18:09, Leonardo Ruoso <leona...@ruoso.com> >> escreveu: >> >>> Em 31 de janeiro de 2015 17:48, Renato Santos <renato.c...@gmail.com> >>> escreveu: >>> >>>> Mais links para ler: >>>> >>>> REST APIs must be hypertext-driven >>>> - >>>> http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven >>>> (too strict) >>>> >>> >> De fato, é o mais strictu senso que você vai encontrar sobre Rest: um >> texto do Roy Fielding :p >> >> Creating an efficient REST API with HTTP >>>> - http://mark-kirby.co.uk/2013/creating-a-true-rest-api/ (cool) >>>> >>> >> >> O cara vai bem até: >> Version your API, and never change released features >> Depois desse ponto o texto desanda em incorreções e só mostra como as >> pesoas tem uma preguiça violenta de estudar. >> >> Versionar uma API (já é complicado falar em API quando se está falando em >> Rest) é bom, mas, não, por favor, não coloque a versão da API na URI do >> recurso, a versão da API é parte da negociação de mídia, deve ser feita da >> mesma forma que se negocia locale, por exemplo, ou formato de documento >> (HTML, XML, JSON). >> >> Na sequencia, falando de Hateoas, o cara confirma, mais uma vez, a >> dificuldade que o cidadão comum tem em separar o exemplo do conceito, o >> concreto do abstrato. Nada impede você de implementar seu Rest em XML, >> JSON, YAML ou até mesmo usando outros formatos conhecidos. O tipo de >> documento é ortogonal à especificação do recurso. >> >> De fato esse levantamento demonstra a necessidade de documentação mais >> acessível sobre Rest. Então isso mostraria a relevância de fazermos um >> Equinócio sobre Rest… >> >> =begin disclaimer >> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ >> SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org >> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> >> =end disclaimer >> >> > > > -- > Saravá, > Renato CRON > http://www.renatocron.com/blog/ > @renato_cron <http://twitter.com/#!/renato_cron> > > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > > -- Leonardo Ruoso Journalist, Perl developer and business consultant Media, UFC/2006; Telecom, IFCE/1998
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer