[SP-pm] https://github.com/TJRest

Fri Oct 30 18:19:08 PDT 2015

Eu já li a especificação e as referências bem recomendadas, mas quando o
Ruoso especificamente fala de Rest eu fico achando que estou perdendo algo.

Estou dizendo isso pois em outras threads ele deu muita ênfase nessa coisa
de poucas pessoas saberem Rest, e depois de ler tudo também concordo. Eu só
fiquei meio no loop me questionando se eu entendi tudo ou não, mas de toda
maneira se o Ruoso tiver material a indicar, ou tiver algum post próprio ia
ser legal, pois aparentemente ele está com autoridade para falar sobre.

Cheers,
--
Geovanny Junio
Consultor de Tecnologia
geovanny (at) eutsiv.com
+55 31 9422-8885
www.eutsiv.com

Este e-mail pode conter informação privilegiada e confidencial. Se você não
é destinatário da
mensagem, por favor apague a mensagem e comunique-nos o fato de imediato.

This e-mail contains information that may be
privileged and confidential. If you are not the intended recipient, please
delete the e-mail and notify us immediately.

2015-10-30 22:31 GMT-02:00 Eduardo Almeida <eduardo at web2solutions.com.br>:

> Em 10/30/15 20:09, Geovanny Junio :: eutsiv escreveu:
>
> Você tem bons links para indicar sobre Rest?
>
> Acho que essa é a dissertação original que define:
> https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm
>
> Pois eu já li muita coisa, mas toda vez que você fala sobre Rest eu sinto
> que estou por fora de algo.
>
> 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?
>
> Porque a especificação é uma só. Mas a forma de fazer, como no no mundo
> Perl, poderão ser bem divergentes.
>
> Cabe também ressaltar que muito conteúdo relacionado a REST, nem sempre
> cobre todos os aspectos da especificação em si.
>
> Nem sempre todos os serviços REST existente seguem 100% a especificação
> original ou algum padrão implantado em alguma plataforma/framework/whatever
>
> Cheers,
> On Oct 30, 2015 19:45, "Leonardo Ruoso" <leonardo at ruoso.com> wrote:
>
>> 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.
>>
>> Trabalhar comigo pode não ser um dos desafios mais triviais, mas a pessoa
>> certamente sai do projeto bem diferente do que entrou :p
>>
>> 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 :)
>>
>>
>> Em 30 de outubro de 2015 14:35, Leonardo Ruoso < <leonardo at ruoso.com>
>> leonardo at ruoso.com> escreveu:
>>
>>> Galera,
>>>
>>> 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.
>>>
>>> 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.
>>>
>>> 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.
>>>
>>> O RIA (Rich Internet Application) será implementado em Angular 2,
>>> totalmente baseado em componentes. Vamos testar algumas bibliotecas de
>>> Hateoas.
>>>
>>> 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.
>>>
>>> Disclaimer:
>>>
>>> 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.
>>>
>>> --
>>> Leonardo Ruoso
>>> Journalist, Perl developer and business consultant
>>> Media, UFC/2006; Telecom, IFCE/1998
>>>
>>
>>
>>
>> --
>> 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 at 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 at pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> <http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>
>
> --
> Eduardo Almeida - Software Engineer
> eduardo at web2solutions.com.br - 27.99831.8663
>
> *WEB2 Solutions* - Inovando, sempre!
>
> =begin disclaimer
>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20151030/26bccd08/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dhtmlx_certified.png
Type: image/png
Size: 11630 bytes
Desc: not available
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20151030/26bccd08/attachment-0001.png>