| Autor |
Mensagem |
|
|
|
A solução com reflection sem dúvida é menos performática, mas como em qualquer situação você deve avaliar os prós e contras entre performance X clareza/facilidade de manutenção
|
 |
|
|
Um problema que eu identifiquei é que você não colocou espaço após o parâmetro -u. Após o -p está correto, realmente não tem espaço.
O código ficaria assim:
|
|
|
|
|
http://www.hibernate.org/hib_docs/annotations/reference/en/html_single/#d0e1700
|
|
|
|
tenta um
depois das linhas
|
|
|
|
http://www.seamframework.org/Documentation/GettingStarted
http://docs.jboss.com/seam/latest/reference/en-US/html/tutorial.html
http://docs.jboss.com/seam/latest/reference/en-US/html/index.html
|
|
|
|
|
Bom, estando ciente disso, acho que o melhor caminho pra vc se basear é o JSMS http://jsms.blogspot.com/
|
|
|
|
Tudo depende da paciência do seu chefe quando uma operadora mudar o protocolo e ninguém conseguir enviar SMS até você atualizar a aplicação 
|
|
|
|
Você quer integrar direto com a operadora?
Contras(Admitindo que seja possível)
- Além de ter que criar um protocolo pra cada uma
- Ser responsável por modificar cada vez que houver uma alteração no mesmo
- Custo cobrado maior (uma vez que os intermediários utilizam grande volume de mensagens então provavelmente tem um valor diferenciado)
Através de um software intermediário você só precisa conhecer uma API.... é mais negócio!
|
|
|
|
O "falar merda" que o colega quis dizer não se refere a falar bobagem em uma meeting, mas por exemplo dar uma estimativa errada por não entendimento da discussão e depois você (e toda equipe) ter problemas por não ter cumprido as suas estimativas.
Já participei de meeting onde 10 ou 20 pessoas explicaram um determinado assunto para uma profissional, e após 30 minutos de explicação um deles pediu que ela detalhasse como era a implementação atual... e ela respondeu...
"Hummmmm, yes ?"
Resumindo, uma equipe toda alocada por 30 minutos à toa....
|
|
|
|
Cara dá uma olhada no JSMS http://jsms.com.br/
Na versão inicial eles apenas interceptavam as urls das operadoras, depois tinha uns recursos bem interessantes até para burlar captcha.
O código era aberto, agora não sei como está, mas acho que vale a pena dar uma olhada.
|
|
|
|
|
Professores universitários (em sua grande maioria) vivendo num mundo de conto de fadas....
|
|
|
|
Testador: Tá dando problema quando eu sigo os passos A,B e C
Programador: Tem certeza? Deixa eu dar uma olhada aqui... (Detectando o erro, corrigindo e fazendo o deploy)
Programador para o Testador: Estranho, testei agora e tá tudo funcionando, tenta aí de novo, você deve ter feito alguma coisa errada ! 
|
|
|
|
As linhas
não deveriam ser
????
|
|
|
|
YvGa wrote:Existir pessoas com experiencia, mas que so agora resolveram/puderam cursar faculdade não é estranho. Estranho é solicitar especificamente alguem assim.
Entao se o cara tiver experiencia, mas nao estiver no terceiro periodo da faculdade ele nao esta apto pra vaga?
Concordo....
Se vocês estivesses selecionando um profissional, escolheriam alguém pela graduação ou pelo conhecimento?
Já entrevistei pessoas com especializações na Europa que não tinha condições de atuar como desenvolvedor pleno.
|
|
|
|
Olá,
Eu fiz a prova SCEA versão antiga, acredito que você esteja fazendo a versão 5, certo?
Eu particularmente achei a parte 1 bem simples, na maioria dos casos são expostos alguns problemas e você tem que escolher entre algumas soluções propostas.
Como material eu usei:
- Addison Wesley - Uml Distilled A Brief Guide To The Standard Object Modeling Language
- Sun Certified Enterprise Architect for J2EE? Technology Study Guide - Mark Cade Simon Roberts
- Mastering Enterprise Java Beans
|
|
|
|