Desenvolvedor Java Sênior

Desenvolvedor Java Sênior

Requisitos Obrigatórios:

Conhecimento em:

– Spring;
– Struts;
– Hibernate;
– JSF2;
– Primefaces;
– CDI;
– Construção de WebServices;
– Ferramentas de Integração;
– Oracle.

Requisitos Desejáveis:
Conhecimentos em:
– Metodologia ágil;
– SOA.
Disponibilidade Imediata (diferencial).

Remuneração: Formato e valores à combinar.

O post Desenvolvedor Java Sênior apareceu primeiro em TI Oportunidades.



from http://ift.tt/21fCGQQ

Comentários

Postar um comentário

Postagens mais visitadas deste blog

Analista de sistemas – z/VM

Analista de sistemas – z/VM Requisitos: Experiência com suporte a infraestrutura em plataforma de virtualização IBM zVM; Experiência com administração e realização de troubleshooting de servidores e serviços em ambiente zVM; Formação completa ou cursando na área de TI Desejável ter conhecimento de programação REXX, definição de IODF e gerenciamento DIRMAINT; Local de Trabalho: Brasília/DF O post Analista de sistemas – z/VM apareceu primeiro em TI Oportunidades . from http://ift.tt/2nJOTjq
Leia mais

Entendendo o conceito de Error Budget: como o Google lida com o downtime

Imagem
Um dos tópicos que chama a atenção no livro "SRE - How Google Runs Production Systems” é o conceito de Error Budget, que, de forma resumida, é a maneira como os times do Google lidam com o downtime dos seus serviços. O downtime está relacionado ao tempo em que um serviço fica indisponível, seja por falha no serviço, na infra-estrutura ou pelo lançamento de uma nova versão. Antes de entender melhor o conceito, vamos entender o que está por trás dele. Mas aqui vai um “disclaimer”: este artigo não tem a intenção de ir fundo no tema, mesmo por que este é um tema complexo e existem toneladas de informação na internet. A intenção aqui é explicar o conceito de forma simples e lógica, algo que eu percebi que não é fácil encontrar sobre o assunto. “Abraçando o Risco” A disponibilidade de um serviço é tradicionalmente medida pelo tempo em que o sistema fica disponível em um determinado período. Tradicionalmente utilizamos valores como 99.9% (significa que o servi...
Leia mais

GAE: [Parte 3] Como funciona o scaling

Estes são os tipos de instâncias do GAE (instance class). Nota: não confunda com os tipos de instâncias do GCE (Google Cloud Compute), que são máquinas virtuais de fato. Instâncias do GAE são precificadas com base em uma taxa por hora, de acordo com a classe da instância. Classe Memória CPU Custo / Hora/ Instância B1 128 MB 600 Mhz $0.05 B2 256 MB 1.2 Ghz $0.10 B4 512 MB 2.4 Ghz $0.20 B4_1G 1024 MB 2.4 Ghz $0.30 B8 1024 MB 4.8 Ghz $0.40 F1 128 MB 600 Mhz $0.05 F2 256 MB 1.2 Ghz $0.10 F4 512 MB 2.4 Ghz $0.20 F4_1G 1024 MB 2.4 Ghz $0.30 A configuração da instância é feita através do arquivo de configuração .yaml (python), como no exemplo abaixo: application : simple - sample module : my - module version : uno runtime : python27 api_version : 1 instance_class : B8 manual_scaling :   instances : 5  
Leia mais