Páreo de decisão J2EE, Visual Dataflex ou Delphi

JavaBaby Membro desde: 04/03/2005 12:18:51 Mensagens: 96 Offline

Valeu cara....

JavaBaby Membro desde: 04/03/2005 12:18:51 Mensagens: 96 Offline

Agora estou em uma nova "enrascada".
A diretoria tende para o meu lado, só que eu tenho que apresentar um orçamento.
E tenho que decidir quais ferraentas utilizar em java, onde treinar a equipe, etc
Quanto a treinamento, fiquei sabendo da Caelum, da Impacta, da Globalcode e da Sun (esta está com uma boa promoção de 50% pra pessoa física).
Me falaram que o EJB é muito complicado.
Me falaram também de um banco de dados para objeto, db4o que parece-me coisa muito boa. E de fácil aprendizado e utilização.
Posso usar o padrão DAO, caso eu queira mudar de banco de dados, o que me complica um pouco na codificação. Pois estou com medo de este projeto do db4o não vingar, já que ele não é muito recente, não sei se posso apostar todas as minhas fichas nele.
E eu sei que da para desenvolver em tres camadas com o DAO, só não sei como fazê-lo.
Não manjo muito de ejb e por isso fico sem saber o que fazer. Faço tudo em java, ou aprendo o ejb e implemento tudo no ejb
Temos o seguinte (um servidor pentium4 com 2 processadores ht, 1 servidor de internet)
20 Micros de 1ghz com configurações variadas
O que me leva a crer que a execução das regras de negócio nos clientes pode ser feita tranquilamente.

O que fazer/?
Onde arranjar invormações para me ajudar a tomar esta decisão

Hun, é um tanto delicada tua situação.
Contratar uma consultoria externa para iniciar o projeto, e vocês darem continuidade, não é uma opção?

JavaBaby Membro desde: 04/03/2005 12:18:51 Mensagens: 96 Offline

Olha poder eu até posso fazer isto sim. O problema é que só de passagem aéra para lá são 800 reais(ida e volta). Com isso eu tenho medo que esta opção fique muito cara.

Analista eu já tenho lá, o que me falta é só um início da aplicação, pra nós levarmos o resto adiante.

Abraços
Dirceu

É que como você disse, você precisa dar prazos e valores pra gerência. E escolher o que usar, como usar e quando usar sem ter um certa experiência, é um tanto complicado.
A sugestão que posso dar é algum curso(Caelum por exemplo - aliás, já indiquei tanta gente pra lá que vou começar a pedir descontos nos cursos que eu fizer...

).
Alguns bons livros de Java, OO, Patterns e Arquiteturas serão uma boa fonte de aprendizado. E também contato com alguém com mais experiência, que possa lhe dar o caminho das pedras.

JavaBaby Membro desde: 04/03/2005 12:18:51 Mensagens: 96 Offline

Eu tinha até previsto uma consultoria, só que temos que avaliar os custos.
Quanto à uma pessoa de experiência em java, será que o guj é suficiente, ou deveremos ter um contrato do tipo suporte?

Estou vendo os treinamentos da caelum e já ouvi falar bem e mal dela. Mas isto faz parte. Pensei em golbalcode, caelum e sun para teinamentos.

E sobre a decisão do ejb ou não. Onde posso me basear para tomá-la
?

vonlinkerstain wrote:
Quanto à uma pessoa de experiência em java, será que o guj é suficiente, ou deveremos ter um contrato do tipo suporte?

GUJ é um tira dúvidas sem compromisso. Se o que você precisa é de suporte, não conte com o GUJ, afinal, não temos SLA!

vonlinkerstain wrote:
Estou vendo os treinamentos da caelum e já ouvi falar bem e mal dela. Mas isto faz parte. Pensei em golbalcode, caelum e sun para teinamentos.

Se você vai treinar uma equipe inteira, uma boa opção pode ser levar um instrutor para sua empresa e fazer o treinamento in-house.

vonlinkerstain wrote:
E sobre a decisão do ejb ou não. Onde posso me basear para tomá-la
?

Na sua experiência. Se você não tem experiência anterior, contrate uma consultoria (ou um bom consultor) e use seu bom senso. Não existe fórmula mágica.

Abraços,
Marco Campêlo

Eu, na sua pele, não usaria EJBs.

A especificação 2.1 (a atual) está sendo completamente revista e muito do que foi feito vai ter problemas pra se atualizar. É melhor você procurar outras alternativas. Se você nem imagina o que são EJBs, dê uma olhada aqui:

http://wikipedia.org/wiki/EJB

Sobre o DB4O, eu estou usando em um projeto em C# e também não indico não. O conceito de banco de dados orientados a objetos é muito complexo e a falta de "chaves" realmente complica ainda mais quando você está carregando os objetos da base. Além disso, é uma ferramenta recente e ainda não tem documentação nem testes reais de escalabilidade confiáveis.

Use um banco relacional mesmo, pra evitar ainda mais dores de cabeça.

This message was edited 1 time. Last update was at 10/06/2005 14:50:14

vonlinkerstain wrote:Eu tinha até previsto uma consultoria, só que temos que avaliar os custos.
Quanto à uma pessoa de experiência em java, será que o guj é suficiente, ou deveremos ter um contrato do tipo suporte?

E você acha que sempre haverá alguém disponível pra lhe ajudar no momento que você precisar?

vonlinkerstain wrote:
Estou vendo os treinamentos da caelum e já ouvi falar bem e mal dela. Mas isto faz parte. Pensei em golbalcode, caelum e sun para teinamentos.

Eu não fiz nenhum curso lá, mas um amigo meu que fez e pelo currículo dos professores eu arriscaria tranquilamente.

vonlinkerstain wrote:
E sobre a decisão do ejb ou não. Onde posso me basear para tomá-la
?

Conhecendo EJB. Eu particularmente utilizo ele aqui em um projeto, e não vejo muita utilidade. Tudo que ele faz você consegue fazer de uma forma mais simples.
Porém não conheço tão a fundo EJB para poder lhe afirmar onde pode ser útil e onde não.
Ps:Só comece a cogitar a possibilidade de usar EJB´s se teu ambiente for distribuído, caso contrário não vale a pena. E quanto ao banco de dados, eu na tua pele jamais arriscaria um produto tão novo e que não tenho conhecimento nenhum

JavaBaby Membro desde: 04/03/2005 12:18:51 Mensagens: 96 Offline

mcampelo wrote:

GUJ é um tira dúvidas sem compromisso. Se o que você precisa é de suporte, não conte com o GUJ, afinal, não temos SLA!

E onde eu encontro suporte de java?
São confiáveis?

mcampelo wrote:
Se você vai treinar uma equipe inteira, uma boa opção pode ser levar um instrutor para sua empresa e fazer o treinamento in-house.

O grande problema é estar a 550 km da capital.
Temos uma faculdade municipal lá, mas o pessoal só começou com java à 2 anos, ainda são muito crus.

mcampelo wrote:

Na sua experiência. Se você não tem experiência anterior, contrate uma consultoria (ou um bom consultor) e use seu bom senso. Não existe fórmula mágica.

Onde posso avaliar estas consultorias? Contratá-las, existe alguma de confiança de vocês?

Smalltalk Membro desde: 15/03/2007 17:26:53 Mensagens: 3 Offline

Ola, sem medo a represalias ...

Foi dito que VDF é um saco ...
Que o Java é completo ...

Tudo é verdade, mas pretendo falar do que não foi dito ...

Java tem muito sucesso em grande parte por que ele "faz tudo", os programadores só tem que "saber clicar" nos lugares certos.

DataFlex é ruim por que o cara que o usar tem que saber exatamente o que está fazendo ... o que hoje é muito ruim ... por que esse cara é caro !

Com DataFlex você tem um Touro puxando a sua carrosa, forte pacas, porem não é muito "dócil" ...

Com java você tem 1000 galinhas puxando a mesma carroza, o que "aparentemente" é melhor, o problema é que você passará 80% de qualquer projeto java tentando fazer andar as mil galinhas pela mesma rua ... sabe como é galinha né ?

Com Java terá que usar SQL, o que de novo é bom, por que não importa se o cozinheiro da empresa fizer a Query, o "machine" resolverá e fará a query funcionar, pode até "sentar" o banco, mas quem se importa, o coizinheiro é barato ...

Com DataFlex ( como os indices são explicitos) o mesmo trabalho que hoje fazem os "motores SQL" tem que ser feito pelo analista o que é ruim, por que esse cara que sabe como as coisas funcionam não tem tempo para ver o BBB, naõ fala de futebol, só come uma mulher, em fim... um cara pra lá de chato !

Escolha sempre o que está de moda ... assim, se algo da errado, sempre poderão culpar os diretores da empresa que trouceram a ideia de USA simplesmente por que lá a usam ... se aqui é o apilável ou não essa é outra historia ...

Seja experto, seja proativo, seja político, nunca escolha a melhor ferramenta, escolha sempre a mais popular entre seus "superiores" ...

CR

quantas comparações esdrúxulas...

JavaBaby Membro desde: 04/03/2005 12:18:51 Mensagens: 96 Offline

crobert wrote:Ola, sem medo a represalias ...

Foi dito que VDF é um saco ...
Que o Java é completo ...

Tudo é verdade, mas pretendo falar do que não foi dito ...

Java tem muito sucesso em grande parte por que ele "faz tudo", os programadores só tem que "saber clicar" nos lugares certos.

DataFlex é ruim por que o cara que o usar tem que saber exatamente o que está fazendo ... o que hoje é muito ruim ... por que esse cara é caro !

Com DataFlex você tem um Touro puxando a sua carrosa, forte pacas, porem não é muito "dócil" ...

Com java você tem 1000 galinhas puxando a mesma carroza, o que "aparentemente" é melhor, o problema é que você passará 80% de qualquer projeto java tentando fazer andar as mil galinhas pela mesma rua ... sabe como é galinha né ?

Com Java terá que usar SQL, o que de novo é bom, por que não importa se o cozinheiro da empresa fizer a Query, o "machine" resolverá e fará a query funcionar, pode até "sentar" o banco, mas quem se importa, o coizinheiro é barato ...

Com DataFlex ( como os indices são explicitos) o mesmo trabalho que hoje fazem os "motores SQL" tem que ser feito pelo analista o que é ruim, por que esse cara que sabe como as coisas funcionam não tem tempo para ver o BBB, naõ fala de futebol, só come uma mulher, em fim... um cara pra lá de chato !

Escolha sempre o que está de moda ... assim, se algo da errado, sempre poderão culpar os diretores da empresa que trouceram a ideia de USA simplesmente por que lá a usam ... se aqui é o apilável ou não essa é outra historia ...

Seja experto, seja proativo, seja político, nunca escolha a melhor ferramenta, escolha sempre a mais popular entre seus "superiores" ...

CR

Cara no meu ponto de vista é completamente o oposto.
Alias se você lembra de economia do 1 grau tem aquela frase:
Disponibilidade baixa = preço alto.
Não tenho tempo de argumentar muito com voce, mas logo o farei. Tenha certeza de uma coisa, se o profissional Dataflex é caro (não tenho certeza) é por que ninguém sabe usar dataflex, e quem usa cobra caro.
Agora falar-me que uma ferramenta drag and drop para tudo (inclusive criação do banco de dados) é díficil de se usar pois o cara tem que saber de tudo. Cara isso é completamente o oposto do que acontece com java, onde fazemos muitas coisas na mao.

JavaEvangelist Membro desde: 14/11/2006 19:38:46 Mensagens: 371 Offline

Pow...mas que empresa é essa que deixa tudo assim ao vento? Não tem padrões?...arquitetos? nda?...

Se ta com pressa, faça em .NET então, suporte direto da Microsoft, nda de fóruns com N opiniões diferentes que ao invés de ajudar, só confundem mais ainda.

O .Net é muito parecido com o Java, se você ainda não está totalmente catequizado pelos jesuitas java, abra seus horizontes, não existe só Java no mundo...pense nisso.

crobert wrote:
Java tem muito sucesso em grande parte por que ele "faz tudo", os programadores só tem que "saber clicar" nos lugares certos.

Só tem que saber clicar nos lugares certos?

Sem comentários!

crobert wrote:
Com DataFlex você tem um Touro puxando a sua carrosa, forte pacas, porem não é muito "dócil" ...
...
Com java você tem 1000 galinhas puxando a mesma carroza, o que "aparentemente" é melhor, o problema é que você passará 80% de qualquer projeto java tentando fazer andar as mil galinhas pela mesma rua ... sabe como é galinha né ?

Escreve mais umas duas páginas de abobrinha, quem sabe assim você acerta escrever a palavra carroça. O cara me reabre um tópico de 2005 para escrever isso! Fala sério!

ASOBrasil

Notícias, artigos e o maior fórum brasileiro sobre Java