<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Em 10/30/15 20:09, Geovanny Junio ::
eutsiv escreveu:<br>
</div>
<blockquote
cite="mid:CAApvBHHbWXH6p27Hyfq84cOHZYf-3XsN-ZxVTSdHz0=_RCQ8og@mail.gmail.com"
type="cite">
<p dir="ltr">Você tem bons links para indicar sobre Rest? <br>
<br>
</p>
</blockquote>
Acho que essa é a dissertação original que define: <br>
<a class="moz-txt-link-freetext" href="https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm">https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm</a>
<blockquote
cite="mid:CAApvBHHbWXH6p27Hyfq84cOHZYf-3XsN-ZxVTSdHz0=_RCQ8og@mail.gmail.com"
type="cite">
<p dir="ltr">Pois eu já li muita coisa, mas toda vez que você fala
sobre Rest eu sinto que estou por fora de algo.</p>
</blockquote>
Será que vc não está se perdendo talvez por peculiaridades citadas e
relacionadas a ambiente X ou Y? ou seja, padrão de framework X ou Y?<br>
<br>
Porque a especificação é uma só. Mas a forma de fazer, como no no
mundo Perl, poderão ser bem divergentes.<br>
<br>
Cabe também ressaltar que muito conteúdo relacionado a REST, nem
sempre cobre todos os aspectos da especificação em si.<br>
<br>
Nem sempre todos os serviços REST existente seguem 100% a
especificação original ou algum padrão implantado em alguma
plataforma/framework/whatever<br>
<blockquote
cite="mid:CAApvBHHbWXH6p27Hyfq84cOHZYf-3XsN-ZxVTSdHz0=_RCQ8og@mail.gmail.com"
type="cite">
<p dir="ltr">Cheers,</p>
<div class="gmail_quote">On Oct 30, 2015 19:45, "Leonardo Ruoso"
<<a moz-do-not-send="true" href="mailto:leonardo@ruoso.com">leonardo@ruoso.com</a>>
wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Apenas para deixar explícito, eu não tenho
vagas de Perl neste momento (apesar de ter passado o último
ano trabalhando intensamente com Perl 5), mas temos algumas
vagas para analistas de requerimentos, especificação
(arquiteto de aplicação) e analista de testes funcionais
para o Rio de Janeiro. E vagas para Angular 2 e Spring Data
Rest em São Paulo, em diferentes níveis de proficiência.
<div><br>
</div>
<div>Trabalhar comigo pode não ser um dos desafios mais
triviais, mas a pessoa certamente sai do projeto bem
diferente do que entrou :p</div>
<div><br>
</div>
<div>A experiência prévia em Java ou Javascript é menos
importante que a competência demonstrada em aprender
coisas novas, pois de uma forma geral tem sido ainda bem
difícil encontrar no Brasil profissionais experientes que
já tenham trabalhado com Rest --excessão para uma ou outra
empresa forte específica. Fora a questão já é diferente,
Rest é hoje um lugar comum em EAI. Espero ver isso mudar
em breve :)</div>
<div> </div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">Em 30 de outubro de 2015 14:35,
Leonardo Ruoso <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:leonardo@ruoso.com" target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:leonardo@ruoso.com">leonardo@ruoso.com</a></a>></span>
escreveu:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div>Galera,<br>
</div>
<div><br>
</div>
<div>Estou iniciando um PoC de Rest, quem quiser se
juntar, tem espaço para todos os gostos de
profissionais: requerimentos, testes, arquitetura de
aplicação, backend e frontend.</div>
<div><br>
</div>
<div>Atualmente estamos iniciando um serviço baseado
no Spring Data Rest, mas ficaria muito feliz se
alguém se juntasse com algo baseado em Perl 6 ou
Moose/Catalyst. O Spring Data Rest integra-se
diretamente aos POJO's com anotação JPA,
extendendo-os. </div>
<div><br>
</div>
<div>O PoC em si é um GUI Rest para o TaskJuggler, ou
seja, o domínio de negócios já está bem definido e
não precisa de complicação alguma.</div>
<div><br>
</div>
<div>O RIA (Rich Internet Application) será
implementado em Angular 2, totalmente baseado em
componentes. Vamos testar algumas bibliotecas de
Hateoas.</div>
<div><br>
</div>
<div>Mesmo que possamos ter mais de um serviço, a
interface Rest será necessariamente JSON-HAL com
ALPS, que é o padrão adotado pelo Spring Data Rest. </div>
<div><br>
</div>
<div>Disclaimer:</div>
<div><br>
</div>
<div>Eu devo estar contratando uma equipe razoável de
profissionais no Rio e São Paulo para trabalhar em
um outro projeto, que vai implementar o mesmo stack
desse projeto, mas em um domínio completamente
diferente. Esse projeto será totalmente GPL v2.</div>
<span><font color="#888888">
<div><br>
</div>
-- <br>
<div>Leonardo Ruoso
<div>Journalist, Perl developer and business
consultant<br>
<div>Media, UFC/2006; Telecom, IFCE/1998</div>
</div>
</div>
</font></span></div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div>Leonardo Ruoso
<div>Journalist, Perl developer and business consultant<br>
<div>Media, UFC/2006; Telecom, IFCE/1998</div>
</div>
</div>
</div>
<br>
=begin disclaimer<br>
Sao Paulo Perl Mongers: <a moz-do-not-send="true"
href="http://sao-paulo.pm.org/" rel="noreferrer"
target="_blank">http://sao-paulo.pm.org/</a><br>
SaoPaulo-pm mailing list: <a moz-do-not-send="true"
href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
L<<a moz-do-not-send="true"
href="http://mail.pm.org/mailman/listinfo/saopaulo-pm"
rel="noreferrer" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
<br>
</blockquote>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">=begin disclaimer
Sao Paulo Perl Mongers: <a class="moz-txt-link-freetext" href="http://sao-paulo.pm.org/">http://sao-paulo.pm.org/</a>
SaoPaulo-pm mailing list: <a class="moz-txt-link-abbreviated" href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a>
L<a class="moz-txt-link-rfc2396E" href="http://mail.pm.org/mailman/listinfo/saopaulo-pm"><http://mail.pm.org/mailman/listinfo/saopaulo-pm></a>
=end disclaimer
</pre>
</blockquote>
<br>
<br>
<div class="moz-signature">-- <br>
Eduardo Almeida - Software Engineer<br>
<a class="moz-txt-link-abbreviated" href="mailto:eduardo@web2solutions.com.br">eduardo@web2solutions.com.br</a> - 27.99831.8663<br>
<br>
<b>WEB2 Solutions</b> - Inovando, sempre!
<br>
<img src="cid:part6.00090207.08000501@web2solutions.com.br"></div>
</body>
</html>