| Autor |
Mensagem |
|
|
|
Eu gosto do Maven. O problema dele são os plugins. Cada plugin tem N dependencias, cada dependencia com outras N dependencias... demora muito tempo pra baixar tudo. E ele em si já é lento. Por muito tempo eu preferi maven, mas no fim o Ant é bem mais rápido e acaba sendo mais produtivo.
|
 |
|
|
nao existe nenhuma formula magica. o mais facil seria fazer uma graduacao ou um curso de tecnologo. voce pode ate tentar aprender tudo sozinho, mas vai ser bem mais complicado.
como toda a profissao especializada, demora uns anos pra voce aprender o suficiente pra poder atuar como um profissional.
|
|
|
|
http://www.aspercom.com.br/
http://www.adaptworks.com.br/
http://www.caelum.com.br/
de cabeça veio essas empresas
|
|
|
|
|
FAz o curso na Caelum, o pessoal la ta doido pra te conhecer.
|
|
|
|
mochuara wrote:
Não que isso seja um problema, mas sua API não é de fato RESTful se vc usa JSON porque JSON não é um formato de hypermedia.
Não precisamos ser dogmáticos.
|
|
|
|
|
http://twitter.com/razenha/status/22824937941
|
|
|
|
Deja vu? 
|
|
|
|
Tem algum link com alguma explicação de por que XML é mais seguro para aplicações corporativas do setor financeiro? Eu to achando que é FUD...
De qualquer forma, concordo que JSON é muito bom pra ser usado para AJAX, mas eu também optaria por XML em webservices REST para comunicação entre sistemas.
|
|
|
|
Kenobi wrote:
O que eu coloquei aqui é a famosa: Vamos analisar meu contexto. Se você não integra com CICS, pra que vai colocar o trem ? Concordo. Se está num projetinho Web simples, toca em Rails, simples assim.
Eu acho que é questão de bom senso e quando trabalhamos com players o bom senso é licença, merda....vimos esse filme !
Em contra-partida, muitas pessoas argumentam em cima de JSON em favor ao XML e nem sabem a diferença, somente sobre a verbosidade. Não sabem que o JSON é permissivo e em ambientes financeiros, isso poderia ser um problema. Que há protocolos já definidos como SWIFT (financeiro) e HI7 (saúde) e não vão mudar do dia pra noite.
Quando falamos de Telecom, há uso intensivo de mensageria e ainda não dá pra confiar em soluções em cima de PubSubHubBub.
Mas sabemos como é o cenário das empresas. Estou percorrendo alguns clientes e juro, você se chocariam com as coisas que ando vendo no ambiente coropativo. São aplicações do tempo do EPA e se você precisar conversar com elas, ferrou.
Para novas iniciativas isoladas, ou startups ou empresas ágeis, concordo integralmente. Faça sua arquitetura usando linguagens produtivas como Ruby, frameworks como Restfulie ou Corerest, integrações de serviços com YQL, Atom-Atompub, MicroFormats, RDF-RDFa e mete bala 
Só pra constar, estou tocando um projetinho fazendo BDD-Cucumber + Restfulie + OAuth e estou adorando a brincadeira
Então para projeto web Rails simples eu posso usar oAuth... Tipo o Twitter?
Protocolos "leves" não servem apenas para projetos simples, projetos complexos e grandes funcionam muito bem sem toda a parnafernália padrão do SOA. Falar " Se está num projetinho Web simples, toca em Rails, simples assim." é uma falta de bom senso.
Assim como falar que não se deve usar ESB é errado, é errado que falar que REST, oAuth, JSON, etc serve apenas para projetos simples.
PS: Não precisa colocar seus posts em vermelho para chamar mais atenção.
|
|
|
|
Ant + Hudson
Use maven se você tem uma máquina com 16 processadores, 32 gb de ram e um link dedicado de 1gbps.
|
|
|
|
Kenobi, se você não tem que propagar sua certificado digital X.509 com CICS e mainframe com throttling e etc, oAuth funciona muito bem, não? Acho que é essa a mensagem que eles passam, evita comprar esses produtos caros, ou pesados, complexos e de baixa produtividade a menos que seja estritamente necessario.
É claro que eles puxam a brasa pra sardinha deles, mas muita coisas que eles falam tem sentido. Eu já vi muito mais projetos falharem por usar uma arquitetura muito complexo e produtos com baixa produtividade do que projetos falharem por que a arquitetura "não aguentou" a demanda ou requisitos técnicos complexos, por isso eu acho que é uma posição que faz sentido pra uma consultoria que não tem vinculo com nenhum vendor.
|
|
|
|
|
É uma heresia ir contra o dogma "aprenda a usar corretamente a ferramenta antes de fazer uso da mesma, mesmo que para isso tenha que ler um manual de 200 páginas".
|
|
|
|
|
Tente resolver numa boa... se você processar a empresa, aí que eles vão enrolar e provavelmente vão te pagar só quando o processo for resolvido. Mas se não pagarem, não tem jeito, contrato é contrato.
|
|
|
|
marcosalex wrote:Qualquer posicionamento que a Oracle tenha para a plataforma, provavelmente vai ser dado no evento. Acredito que vai ser o mais cheio de todos.
Não sei, se bobear vai ser apenas (mais) um evento marketeiro.
|
|
|
|
|
É melhor você falar com um contador...
|
|
|
|