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
<mailto: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
<mailto: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
<mailto: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
--
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
