Opa, Em 31 de janeiro de 2015 17:24, Renato Santos <[email protected]> escreveu:
> Fui procurar por "True REST APPLICATION" e ... > Everyone says they have a REST (or RESTful or REST-like) API. Twitter > does, Facebook does, as does Twilio and Gowalla and even Google. However, > by the actual, original definition, none of them are truly RESTful. But > that’s OK, because your API shouldn’t be either. > > http://www.intridea.com/blog/2010/4/29/rest-isnt-what-you-think-it-is > > Eu conheço demais esse rant aí :p O texto contempla alguns equívocos e alguns aspectos efetivos. 1) Pode ser que fazer XML-RPC ou JSON-RPC seja exatamente o que o autor de um software deseja. Quem mesmo disse que o RPC está ou deveria ser morto? O engraçado é que são as mesmas pessoas que querem adotar as tecnologias mais quentes disponíveis as primeiras a se esquivar de qualquer responsabilidade em implementar essas tecnologias em seus aspectos que justamente as tornam quentes. 2) Mesmo que você decida não implementar Rest, ou implementar um subset de Rest, parece-me bem melhor como profissional saber o que se está a fazer e não bancar o tolo por aí, escrevendo, falando e ensinando as pessoas a fazer coisas erradas. Quer dizer, se você quer fazer Rest, então faz Rest. Quer fazer JSON-RPC schemaless, então faz… 3) Muita gente pensou menos, de verdade, que Rest era uma alternativa leve ao Soap. Quando a grande diferença é que o Rest trabalha com Dados e o Soap trabalha com métodos e que os dados no Rest possuem uma identificação universal, um UUID em forma de URL. > > > 2015-01-31 13:36 GMT-02:00 Leonardo Ruoso <[email protected]>: > > Em 31 de janeiro de 2015 11:38, Blabos de Blebe <[email protected]> >> escreveu: >> >>> Eu concordo >>> >> >> Eu concordo que você concorda :p >> >> >>> >>> 2015-01-31 10:05 GMT-02:00 Leonardo Ruoso <[email protected]>: >>> > Em 31 de janeiro de 2015 00:55, Kojo <[email protected]> escreveu: >>> >> >>> >> Em 30 de janeiro de 2015 01:58, Solli Honorio <[email protected]> >>> >> escreveu: >>> >>> >>> >>> >>> > >>> > [ ... ] >>> > >>> >> >>> >> No documento que o Blabos mandou, as vantagens citadas são >>> "visibility, >>> >> reliability, and scalability". A primeira é a menos importante, a >>> segunda é >>> >> bem interessante e a terceira, basicamente é que traz grandes >>> benefícios aos >>> >> poucos. Quem são esses poucos? Facebook, Twitter, Google, Youtube, >>> Buscapé, >>> >> Globo.com, mais umas centenas ou alguns poucos milhares de serviços >>> que >>> >> concentram "todo mundo". Para eles a bolacha stateless faz a >>> diferença. >>> > >>> > >>> > Permita-me corrigir uma coisa em minha colocação inicial... >>> > >>> > Minha proposta foi de que poderíamos formar um grupo para estudar e >>> produzir >>> > algum material relevante sobre Rest e Perl, com a premissa de que as >>> pessoas >>> > que participariam entendem Rest não apenas como uma proposta para o >>> > desenvolvimento de software relevante, mas que talvez seja a melhor >>> > arquitetura disponível na atualidade, e que a importância de >>> implementação >>> > de serviços Rest cresce exponencialmente com a demanda por clientes >>> não-PC >>> > e, mesmo no PC, cresce com a adoção de aplicações ricas, onde o >>> principal >>> > player é o AngularJS, explicando melhor: Internet das Coisas, Mobile e >>> SPA >>> > dependem de bons designers para seu sucesso e esses bons designers, em >>> se >>> > tratando de Rest, ainda são raros na maioria das empresas. >>> > >>> > [ ... ] >>> > >>> > -- >>> > 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: [email protected] >>> > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> >>> > =end disclaimer >>> > >>> =begin disclaimer >>> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ >>> SaoPaulo-pm mailing list: [email protected] >>> 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: [email protected] >> 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: [email protected] > 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: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
