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 <edua...@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" <leona...@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 < <leona...@ruoso.com> >> leona...@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@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@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 > edua...@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@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@pm.org L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer