Olá pessoal tudo bem?
Estou em uma briga de galos com uma equipe de informática de onde eu presto consultoria e o caso é o seguinte.
Devemos decidir sobre qual software utilizar no desenvolvimento de uma aplicação de administração desta empresa.
Eu sou java, porém os caras que trabalham lá (2) um é partidário do Delphi e o outro é partidário de Dataflex, assim como o dono, pois o sistema deles rodam em DOS no dataflex a muito tempo.
Como devo convencê-los? Onde posso buscar informações de comparativos?
Páreo de decisão J2EE, Visual Dataflex ou Delphi
45 Respostas
Caro vonlinkerstain,
Se o sistema deles roda em Dataflex 2.3,3.0,3.1, 3.5. Esta acessando um " bando de dados" da própria linguagem “*.Dat” e não há como acessa-lo a não ser via odbc. O ideal é vc. exportar toda a estrutura do sistema para um arquivo texto delimitado por virgulas. Eu no teu caso pegaria toda a base de dados e criaria uma outra base mais normalizada com o Dataflex via DFFile e DFauto e etc. ai sim exportaria conforme os requisitos do sistema.
Boa sorte...
Caro Willian,
Por enquanto decidimos refazer todo o sistema, e para exportar os dados, isso vai ser “tranquilo” espero.
O que não quero é ficar limitado ao Dataflex, já que um dos membros do meu grupo quer desenvolver tudo novamente no visual dataflex, eu prefiro o java.
Eu quero mesmo é convencê-los de que o java será melhor que o dataflex e o delphi, no novo desenvolvimento.
Rapaz, se você está precisando convencer é porque eles não sabem nada de Java e não vão aprender a fazer uma aplicação decente em Java de uma hora pra outra.
O melhor mesmo é fazer com o que eles podem fazer, depois você ensina ou então eles se reciclam. Se você forçar não vai funcionar.
Caro vonlinkerstain,
Concordo com o Maurício Linhares, apesar do Dataflex ter sido uma das minhas primeira linguagens, das quais dominava a fundo ela parou de progredir e visual Dataflex é um saco.
Agora sente com eles pegue opiniões, faça um “brainstorm ??”, crie uma base de dados bem legal e depois volte ao assunto pois Java é completo…
Disso eu sei, william,
gostei da idéia do BrainStorm…
Concordo com os dois, o grande problema é o seguinte… Adiaram, adiaram e adiaram, até não dar mais (situação atual). Ai temos uma salada. Consultor, eu (Sei j2se, e um pouco de jsp e Delphi), um cara que ta fazendo facu de pd e trampava na manutenção de micros lá. Sabe Delphi. E o cara que ajudou a fazer o sistema atual deles, que só sabe Dataflex e Visual Dataflex.
Ai temos o problema. Todo mundo (e a empresa está ciente disto) terá que fazer cursos para aprender a programar na linguagem escolhida.
Os caras do dataflex só dão um curso da linguagem, e este curso é de 40 horas em 5 dias, o que eu acho que é muito em pouco tempo, e ao mesmo tempo, muito pouco para se aprender uma linguagem.
O marketing dos caras é que eles disponibilizam um material fantástico neste curso, só que na minha opinião, para fazer um curso e pagar cara, e depois ter que ler mais 500 páginas de manual, pra mim está fora de cogitação.
A minha idéia, é irmos fazendo uns cursos de Java, durante o período de análise do que será necessário fazermos. Assim nós podemos discutir e aprender o suficiente para fazer uma ferramenta boa.
O que os srs acham disto?
Se você tá precisando de uma coisa “pra ontem” é melhor usar uma ferramenta mais indicada pra desenvolvimento “quick & dirty”, principalmente porque é o que os caras aí sabem usar.
Levar eles pra Java, ensinar modularização, arquitetura, programação orientada a objetos, escolher frameworks disso e daquilo, vai ser muito mais demorado.
Pra mim, é tiro no pé.
O foda é que eu não sou partidário desta filosofia dirty and quicky. Por que afinal de contas, fazendo tudo rápido teremos que fazer duas vezes!
Mas você tem tempo o suficiente pra fazer esses caras aprenderem Java?
É claro que vai ser mais difícil de fazer manutenção numa parada dessas, mas você acha que tem condições desses caras aprenderem a usar um framework MVC como o Struts ou o WebWork e aprender a usar um framework de mapeamendo objeto/relacional como o Hibernate?
Não dá pra aprender a fazer essas coisas de uma hora pra outra, e sendo pra fazer na “ingnorância”, com JSP grosso (vulgo scriptlet), sem modularização, montando o acesso ao banco todo na mão, usando JDBC, é melhor fazer com Delphi ou o Dataflex mesmo.
Sendo pra fazer com Java, tem que usar o que Java tem de melhor, que são os frameworks arquiteturais, sem isso, Java é igual a qualquer outra coisa que tem por aí.
vonlinkerstain,
Conheço algumas pessoas da DataAccess e, acho que se vc. expor o teu problema com certeza eles terão uma solução via Visual Dataflex+ Dataflex ODBC e etc.
A tua situação é tudo ou nada .:
Ou migra para Visual Dataflex
Ou Migra para Delphi e vais ficar com ele definitivamente e com o tempo vai ser dot.net
Ou faz ou migração a longo tempo.:
Põe a galera para estudar Java por 3 meses ( lavagem cerebral). após este periodo vc. vai contratar alguem para desenvolver o teu produto, e teu pessoal vai ficar dando manutenção e desenvolvendo pequenos módulos.
Nenhuma empresa tem pessoas com um nivel de abstração tão grande em desenvolvimento para desenvover um sistema de hj. para amanhã. Quem desenvolve é o analista e equipe.
É sobre isso eu tenho que pensar direito. Se os caras tem ou não capacidade, ai fica dificil…
Quanto tempo você acha necessário para os caras, aprenderem o java como tem que ser.
QUanto a hibernate, eu não tinha nem pensado em usar, por que como vai ser um sistema desenvolvido para ser usado em apenas uma empresa, nem tinha pensado em usar o hibernate. Já que vai ser difícil trocarmos de banco.
A idéia é fazer com MVC mesmo, em três camadas, tudo como deve ser.
O problema é ouvir que Dataflex faz 3 camadas…
vonlinkerstain,
Conheço algumas pessoas da DataAccess e, acho que se vc. expor o teu problema com certeza eles terão uma solução via Visual Dataflex+ Dataflex ODBC e etc.
A tua situação é tudo ou nada .:
Ou migra para Visual Dataflex
Ou Migra para Delphi e vais ficar com ele definitivamente e com o tempo vai ser dot.net
Ou faz ou migração a longo tempo.:
Põe a galera para estudar Java por 3 meses ( lavagem cerebral). após este periodo vc. vai contratar alguem para desenvolver o teu produto, e teu pessoal vai ficar dando manutenção e desenvolvendo pequenos módulos.
Nenhuma empresa tem pessoas com um nivel de abstração tão grande em desenvolvimento para desenvover um sistema de hj. para amanhã. Quem desenvolve é o analista e equipe.
Gostei da idéia, agene é que vai decidir se pegamos algo pronto e adaptamos ele para o nosso caso, ou se vamos fazer tudo desde o começo. (o que eu acho melhor).
O negócio é negociar os prazos, pois eles tem uma história meio complicada.
O livro fiscal nao fecha, pois o sistema nao foi adaptado para enviar os arquivos pra receita federal, etc.
Eles já tentaram 5 soluções ERP externas e só se ferraram (o que deixa a diretoria muito desconfiada com esta possibilidade.
Como o sistema deles está rodando muito precariamente, acho que deveremos partir para desenvolver tudo do 0. Estou fazendo um estudo de APFs para setar um prazo, já que na última vez que eles tentaram fazer uma solução internamente, a galera se ferrou por errar nos prazos.
O mais urgente é um sistema industrial de pcp, etc. Acho que isso agente pode fazer em um prazo de tempo curto, e ir trocando informações com o sistema atual, para mantê-los em sincronia.
Ai é partir para o resto do sistema, vendas, comissão, etc.
vonlinkerstain,
Conheço algumas pessoas da DataAccess e, acho que se vc. expor o teu problema com certeza eles terão uma solução via Visual Dataflex+ Dataflex ODBC e etc.
A tua situação é tudo ou nada .:
Ou migra para Visual Dataflex
Ou Migra para Delphi e vais ficar com ele definitivamente e com o tempo vai ser dot.net
Ou faz ou migração a longo tempo.:
Põe a galera para estudar Java por 3 meses ( lavagem cerebral). após este periodo vc. vai contratar alguem para desenvolver o teu produto, e teu pessoal vai ficar dando manutenção e desenvolvendo pequenos módulos.
Nenhuma empresa tem pessoas com um nivel de abstração tão grande em desenvolvimento para desenvover um sistema de hj. para amanhã. Quem desenvolve é o analista e equipe.Gostei da idéia, agene é que vai decidir se pegamos algo pronto e adaptamos ele para o nosso caso, ou se vamos fazer tudo desde o começo. (o que eu acho melhor).
O negócio é negociar os prazos, pois eles tem uma história meio complicada.
O livro fiscal nao fecha, pois o sistema nao foi adaptado para enviar os arquivos pra receita federal, etc.
Eles já tentaram 5 soluções ERP externas e só se ferraram (o que deixa a diretoria muito desconfiada com esta possibilidade.
Como o sistema deles está rodando muito precariamente, acho que deveremos partir para desenvolver tudo do 0. Estou fazendo um estudo de APFs para setar um prazo, já que na última vez que eles tentaram fazer uma solução internamente, a galera se ferrou por errar nos prazos.
O mais urgente é um sistema industrial de pcp, etc. Acho que isso agente pode fazer em um prazo de tempo curto, e ir trocando informações com o sistema atual, para mantê-los em sincronia.
Ai é partir para o resto do sistema, vendas, comissão, etc.
Cara, minha opinião é o seguinte:
Os caras são bons, muito bons em Delphi e/ou Dataflex?
Porque de Java pelo visto ninguem é né?
Se não forem bons em Delphi e/ou Dataflex, o melhor é que vocês contratem uma consultoria de fora, que vai dar o start do projeto em Java, tipo de 2 a 3 meses, e depois exerça um trabalho de mentoring, daí vcs começam a andar com as próprias pernas
vonlinkerstain,
O Luiz falou tudo…
"
o melhor é que vocês contratem uma consultoria de fora, que vai dar o start do projeto em Java, tipo de 2 a 3 meses, e depois exerça um trabalho de mentoring, daí vcs começam a andar com as próprias pernas "
:idea:
Gostei desta Luiz, não tinha pensado a respeito…
O que é um trabalho de mentoing? Seria uma complementação do software iniciado.
Onde posso contratar este tipo de consultoria?
Será que seria legal de eu contratá-los enquanto estudamos java? Ai depois agente estiver bom, ai agente continua o trabalho dos caras.
Abraços
Dirceu
Bom, de uma hora para outra você não vai conseguir convencer nenhum deles. Acho que o mais apropriado era deixar eles desenvolverem em Delphi (que é mais porco que Visual Dataflex) e assim que comecarem a surgir as primeiras dúvidas na elaboração da arquitetura, vc coça a cabeça e diz:
Ou então, com aqueles errinhos básicos:
É que neste caso, nós vamos fazer um debate para decidir qual linguagem utilizar, antes de começarmos o projeto.
Utilizei este tópico para encontrar argumentos fortes, para que na hora do debate nós decidiremos por java
Na boa velho, não tem argumento forte não, Java é uma boa ferramenta e pronto, nada além disso. É só uma linguagem orintada a objetos pra programação de torradeiras que terminou virando uma linguagem pro desenvolvimeno de aplicações empresariais depois de algumas boas gambiarras (de depois da concorrência).
Quem vai fazer a coisa direitinho são os seus programadores aí, porque se eles não forem bons, não é Java que vai fazer os caras virarem os melhores programadores do mundo. Não existe nenhuma mágica que transforme um apertador de botão e clicador de mouse num Erich Gamma da vida não.
O que você pode dizer sobre Java que as outras linguagens realmente não tem é a quantidade de frameworks (na maioria open source e gratuitos) com soluções prontas para a maioria dos problemas que você vai enfrentar. De resto, é tudo a mesma coisa, a diferença quem faz é a competencia de quem usa.
BTW: O benefício do hibernate é mapeamento O-R, não independência de SGBD (que não necessariamente existe em um projeto usando hibernate).
Shoes
Só complementando…
Se o marketing do pessoal pra “empurrar” DataFlex é manuais e documentação, apresenta pro pessoa os resultados do Google pra documentação de tudo em java, mostra pra eles o GUJ e por aí vai.
Pelo que eu vi, a briga tá mesmo entre vc e o cara do DataFlex. Descobre se ele realmente já desenvolveu no VISUAL DataFlex, pq vão existir diferenças até mesmo pra ele, já que pelo que vc colocou o cara de Delphi veio do suporte e só agora que tá fazendo PD que está se aventurando na programação. Das duas, uma: ou ele já fazia bastante coisa por fora, ou tá querendo Delphi pq é o que ele usa nos trabalhos da facu e acha que sistema ERP pode ser feito com arrasta e solta…
Voce pode procurar projetos semelhantes em Java pra mostrar de exemplo, já que eu percebi que tanto Java quanto DataFlex não tem vantagem inicial nenhuma (já que vai reescrever do zero, sem aproveitar vírgula de código)
Nessa hora vc tem que convencer o dono, e não o outro cara…
Eu já trabalhei com sistemas Dataflex 7.0, e decididamente para mim essa não seria uma opção.
Uma grande vantagem que você pode citar é a manutenibilidade e escalabilidade do Java em relação ao Dataflex.
Cuidado com os conceitos, uma aplicação não é escalável nem mais fácil de manter só porque foi escrita em Java não.
Corrijo:
Quando bem feita em Java, a manutenção e escalabilidade se tornam menos dolorosas do que em Dataflex
Na boa velho, não tem argumento forte não, Java é uma boa ferramenta e pronto, nada além disso. É só uma linguagem orintada a objetos pra programação de torradeiras que terminou virando uma linguagem pro desenvolvimeno de aplicações empresariais depois de algumas boas gambiarras (de depois da concorrência).Quem vai fazer a coisa direitinho são os seus programadores aí, porque se eles não forem bons, não é Java que vai fazer os caras virarem os melhores programadores do mundo. Não existe nenhuma mágica que transforme um apertador de botão e clicador de mouse num Erich Gamma da vida não.
O que você pode dizer sobre Java que as outras linguagens realmente não tem é a quantidade de frameworks (na maioria open source e gratuitos) com soluções prontas para a maioria dos problemas que você vai enfrentar. De resto, é tudo a mesma coisa, a diferença quem faz é a competencia de quem usa.
Sem dúvida que quem fará os programas serão os programadores, isso não tem nem como eu dizer o contrário.
Eu pessoalmente não gosto do Dataflex, pois acho ele uma ferramenta do passado, eles dizerm que ela é orientada a objetos, e dizem que ela funciona em linux, mas isso não é 100% verdade. Fora o suporte que super bom, encontrei um 1 site (E TUDO ISSO!) no google, sobre dataflex. Ai é foda, aqui com o java o suporte e conhecimento é superlegal. Fora que não temos que pagar para utilizá-lo, enquanto que no Dataflex…
Só complementando…Se o marketing do pessoal pra “empurrar” DataFlex é manuais e documentação, apresenta pro pessoa os resultados do Google pra documentação de tudo em java, mostra pra eles o GUJ e por aí vai.
Pelo que eu vi, a briga tá mesmo entre vc e o cara do DataFlex. Descobre se ele realmente já desenvolveu no VISUAL DataFlex, pq vão existir diferenças até mesmo pra ele, já que pelo que vc colocou o cara de Delphi veio do suporte e só agora que tá fazendo PD que está se aventurando na programação. Das duas, uma: ou ele já fazia bastante coisa por fora, ou tá querendo Delphi pq é o que ele usa nos trabalhos da facu e acha que sistema ERP pode ser feito com arrasta e solta…
Voce pode procurar projetos semelhantes em Java pra mostrar de exemplo, já que eu percebi que tanto Java quanto DataFlex não tem vantagem inicial nenhuma (já que vai reescrever do zero, sem aproveitar vírgula de código)
Nessa hora vc tem que convencer o dono, e não o outro cara…
Realmente, acho que a “briga” boa será entre eu e o cara do Dataflex. Em partes o cara do Delphi está começando agora, e ainda não tem muita experiência com programação. O foda é que ele tem mais “peso” com a diretoria.
Argumentar com o Dataflex, acho que não será tão difícil assim não, vai depender das nossas conversas…
Bom, se quem sabe fazer bem é o cara do DataFlex, então você tem que ser tão bom em Java quando o cara do DataFlex é bom no DataFlex.
Você sabe o que de Java?
Não que ele seja um super programador, mas ele é quem tem mais experiência e vivência na empresa, afinal de contas, dá manutenção ao dos/dataflex desde 88.
O problema é que ele sabe somente o Dataflex…
De java eu sei.
J2se avançado, já estudei e fiz bastante coise nele, uso-o à 3 anos.
jai (que não interessa aqui)
jasperreports (mediano) Sei o necessário para se fazer qualquer tipo de relatório.
jsp bem básico, pois comecei a estudá-lo à 2 meses.
É só isso…
Ainda não tive oportunidade de estudar o j2ee, o que com certeza eu terei que fazer para realizar este projeto em java. Pelo menos quanto a cursos a diretoria de empresa já deu carta branca pra nós.
O ROI de uma aplicação Java costuma ser muito superior que o de uma escrita em uma dessas linguagens 4GL legado. Argumentos técnicos não deveriam servir para convencer o teu chefe ou a diretoria, então fale o que o Java compra pra eles (ou faz eles deixarem de comprar):
-Gratuito, do runtime ao servidor de aplicação.
-Um pool ENORME de profissionais capacitados no mercado (procure por dataflex e java na apinfo).
-Padrão aberto e adotado por toda industria, todos hoje falam em Java ou com Java, dificil são os novos produtos que não interoperam de alguma forma com Java, já dataflex…
-Possui ótimas ferramentas para todo e qualquer fim e da melhor qualidade.
-Feito para a internet, hoje uma empresa que não está pronta para trabalhar usando a web está condenada.
-Documentação de ótima qualidade em português e ingles, veja quantos livros novos sobre Java foram publicados esse ano em ambas linguas contra os de dataflex nessa década.
-Ótimo ROI, Java possui um custo inicial mas alto, mas compensa a medida que a manutenção costuma ser facilitada. Isolamento, modularização e reaproveitamento real de código acontecem sim com Java.
-Java é a tecnologia do futuro, enquanto dataflex está mort et enterré.
Quanto a isso eu concordo pelanamente…
Agora explicar isso pra uma pessoa que só trabalha com dataflex, a quase 16 anos, ai é um outro problema.
Estou montando uns argumentos, analisei o visual dataflex, e vou expor as minhas opiniões amanhã. Vamos ver no que ´dá.
Achei o vdf muito bonitinho, com ele você gera todo o programa rapidinho, sem complicações e com as tabelas, relacionamentos, etc.
O problema é que ele faz tudo pra você, ai cai a dúvida. E quando eu precisar fazer isso tudo na mão, como será?
E se ele gerar uma aplicação bugada…?
Boa sorte velho!
Valeu cara…
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?
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.
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
?
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! 
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.
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:
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.
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?
Eu não fiz nenhum curso lá, mas um amigo meu que fez e pelo currículo dos professores eu arriscaria tranquilamente.
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
E onde eu encontro suporte de java?
São confiáveis?
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.
Onde posso avaliar estas consultorias? Contratá-las, existe alguma de confiança de vocês?
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…
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.
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. 
Só tem que saber clicar nos lugares certos? :shock: Sem comentários! :?
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
Estou numa empresa e meu trabalho é migrar um sistema DataFlex para Java, aprendi bastante sobre o DF…
tente aprender sobre Java, cara, quem sabe assim, perceberá o poder real da linguagem, antes de qualquer coisa…
Java é uma das mais completas linguagens hoje em dia, “1000 galinhas” é quando pegam um universitário que pensa que sabe programar. Um PROGRAMADOR não usa nem carroça, mas sim um carro esportivo de última geração.
Tenta trabalhar com relatórios DECENTES com DF, ou talvez fazer impressão personalizada, melhor ainda, tente alguma conexão de WebService com DF
= )
clica e arrasta??? eu uso Eclipse, muito obrigado ^^
use arquivos para armazenar seus dados, afinal, são extremamente mais robustos, seguros e confiáveis, né? Por que raios a Oracle não seguiu isso mesmo? :roll:
desculpem pela reabertura do tópico, mas eu precisava desabafar
#prontoFalei