<div dir="ltr">Em 31 de janeiro de 2015 11:38, Blabos de Blebe <span dir="ltr"><<a href="mailto:blabos@gmail.com" target="_blank">blabos@gmail.com</a>></span> escreveu:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Eu concordo<br></blockquote><div><br></div><div>Eu concordo que você concorda :p</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
2015-01-31 10:05 GMT-02:00 Leonardo Ruoso <<a href="mailto:leonardo@ruoso.com">leonardo@ruoso.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> Em 31 de janeiro de 2015 00:55, Kojo <<a href="mailto:rbsnkjmr@gmail.com">rbsnkjmr@gmail.com</a>> escreveu:<br>
>><br>
>> Em 30 de janeiro de 2015 01:58, Solli Honorio <<a href="mailto:shonorio@gmail.com">shonorio@gmail.com</a>><br>
>> escreveu:<br>
>>><br>
>>><br>
><br>
> [ ... ]<br>
><br>
>><br>
>> No documento que o Blabos mandou, as vantagens citadas são "visibility,<br>
>> reliability, and scalability". A primeira é a menos importante, a segunda é<br>
>> bem interessante e a terceira, basicamente é que traz grandes benefícios aos<br>
>> poucos. Quem são esses poucos? Facebook, Twitter, Google, Youtube, Buscapé,<br>
>> Globo.com, mais umas centenas ou alguns poucos milhares de serviços que<br>
>> concentram "todo mundo". Para eles a bolacha stateless faz a diferença.<br>
><br>
><br>
> Permita-me corrigir uma coisa em minha colocação inicial...<br>
><br>
> Minha proposta foi de que poderíamos formar um grupo para estudar e produzir<br>
> algum material relevante sobre Rest e Perl, com a premissa de que as pessoas<br>
> que participariam entendem Rest não apenas como uma proposta para o<br>
> desenvolvimento de software relevante, mas que talvez seja a melhor<br>
> arquitetura disponível na atualidade, e que a importância de implementação<br>
> de serviços Rest cresce exponencialmente com a demanda por clientes não-PC<br>
> e, mesmo no PC, cresce com a adoção de aplicações ricas, onde o principal<br>
> player é o AngularJS, explicando melhor: Internet das Coisas, Mobile e SPA<br>
> dependem de bons designers para seu sucesso e esses bons designers, em se<br>
> tratando de Rest, ainda são raros na maioria das empresas.<br>
><br>
> [ ... ]<br>
><br>
> --<br>
> Leonardo Ruoso<br>
> Journalist, Perl developer and business consultant<br>
> Media, UFC/2006; Telecom, IFCE/1998<br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> =begin disclaimer<br>
>    Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
>  SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
>  L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
> =end disclaimer<br>
><br>
=begin disclaimer<br>
   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
 SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
 L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Leonardo Ruoso<div>Journalist, Perl developer and business consultant<br><div>Media, UFC/2006; Telecom, IFCE/1998</div></div></div>
</div></div>