[SP-pm] Resumo do Evento Técnico

[Leonardo Ruoso]

Opa,

Em 31 de janeiro de 2015 17:24, Renato Santos <renato.cron em gmail.com>
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 <leonardo em ruoso.com>:
>
> Em 31 de janeiro de 2015 11:38, Blabos de Blebe <blabos em gmail.com>
>> escreveu:
>>
>>> Eu concordo
>>>
>>
>> Eu concordo que você concorda :p
>>
>>
>>>
>>> 2015-01-31 10:05 GMT-02:00 Leonardo Ruoso <leonardo em ruoso.com>:
>>> > Em 31 de janeiro de 2015 00:55, Kojo <rbsnkjmr em gmail.com> escreveu:
>>> >>
>>> >> Em 30 de janeiro de 2015 01:58, Solli Honorio <shonorio em gmail.com>
>>> >> 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: SaoPaulo-pm em pm.org
>>> >  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: SaoPaulo-pm em 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 em 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 em 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
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20150131/b8875604/attachment.html>