Concordo plenamente com vcs pessoal, estou fazendo pós graduação em
implantação de software e vejo que a analise do ambiente é extremamente
importante para a definição da ferramenta de desenvolvimento, acredito
também que temos que estar preparados para o mercado e sermos polivalentes
nas ferramentas de desenvolvimento para termos espaço no mercado, mas uma
coisa é certa a melhor ferramenta para um desenvolvedor é aquela que ele
domina.

 

Marcelo Mendes de Oliveira 
Analista de Informática
Tel.: + 49 3551-0177
Fax: + 49 3541-0423
IGUAÇU - celulose, papel s.a
www.iguacucelulose.com.br <http://www.iguacucelulose.com.br/> 
P Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO
AMBIENTE!
Before printing this document, think about your responsibility and care for
the ENVIRONMENT!

 

  _____  

De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Walter Alves Chagas Junior
Enviada em: terça-feira, 24 de julho de 2007 17:13
Para: delphi-br@yahoogrupos.com.br
Assunto: RES: [delphi-br] Delphi X Java

 

Como existe uma famosa premissa que muitos não a seguem porque com o passar
do tempo se tornam dissidentes e militantes de uma ferramenta/Tecnologia,
muitos quebram a cara e depois, pra mascarar o erro que cometeram lá atrás,
optam por por defeito na ferramenta.

Quando formos pegar um projeto, a primeira coisa que deve ser feita é
ANALISAR O SUPRACITADO. Analisar ele, não é ficar pensando quais componentes
vai-se usar, se vai ser JVCL ou InforPower, Se é DBExpress ou MDO, Se vai
fazer Form em MDI, SDI ou o escambal dentre muitos babados que existem por
aí. É preciso que se analise QUAL É A PLATAFORMA EM QUE ESTE PROJETO VAI
RODAR! Se o projeto for em um ambiente Windows (Estações 98 a XP com
servidores 2K ou K3) o Delphi é pra lá de adequado a este projeto. Se o
ambiente lá é DOS, de repente o Clipper é o cara. Ainda mais se o cliente já
agendou a data de startar o sistema operando na empresa dele e o parque
tecnológico vai ser aquele lá e pronto. Se você fizer isto no Delphi ou em
Clipper, dá pra você entregrar no prazo ou estourando uns 2 a 3 dias ou
mesmo uma semana de atrazo, situação que está dentro do tolerável. Agora em
java? Java é tudo na mão (ou pelo menos quase tudo). Java é pesado pra
certas maquinas, pode ser leve pra "outras". Lógico, se a corporação
trabalha toda com Unix tendo estações que variam de SO´s, Tem até um portal
que deverá interagir partes dele com o sistema, e a empresa tem bala na
agulha pra fazer um upgrade de servidor eu não discuto. Opto pelo
multiplataforma (Vou ficar sonhando que existe uma possiblidade com o
Kylix?) Agora conta no dedo quantos fazem isto!

De repente seu projeto (feito no J2EEZão basico) tá pronto pra ser
apresentado, Senta aquele monte de cartola lá no Datashow pra ver o mesmo
funcionar. E logo no começo percebe-se que ele não tem performance
satisfatória nas estações, porque o desenvolvedor entendeu que iria fazer em
Java porque o Java é o bambambam e pronto! Porque o Java é melhor e pronto!.
Ele não parou pra fazer o estudo da viabilidade lá atrás porque acha isso
pura bobagem porque sistemas se começa do código (Jamais da análise) e agora
se vê envolto em problemas que poderiam ter sido evitados. E pior, o Cliente
já começa a estressar com o prazo.

Por isso que eu insisto em dizer que não compete a nós dizermos quem é
melhor que quem. Que o Delphi é porque o Java não é e coisas do tipo. O que
compete a nós é sabermos as duas (E porque não mais) pois empresas hoje
querem Analistas/Desenvolvedores com conhecimento em outras plataformas e
outras ferramentas. Existe sempre a possiblidade de você ter que mexer ou
ser alocado em um projeto que requeira uma linguagem específica. Coisas, que
muitas vezes, o Delphi se torna inviavel nestes casos. Aí que entra seu
diferencial.

Antigamente tinha sempre um perguntando quem era melhor, se era o Delphi ou
o VB, agora mudaram o disco: Delphi ou Java? Vamos ver daqui uns 5 anos quem
vai ser a bola da vez.... Delphi versus quem?????

[]s

Walter Alves Chagas Junior
Projeto e desenvolvimento de sistemas
Telemont Engenharia de telecomunicações S/A
Belo Horizonte - MG - Brasil
[EMAIL PROTECTED] <mailto:wchagas%40telemont.com.br> com.br
Fone: (31) 3389-8217 Fax: (31) 3389-8215

-----Mensagem original-----
De: [EMAIL PROTECTED] <mailto:delphi-br%40yahoogrupos.com.br> os.com.br
[mailto:[EMAIL PROTECTED] <mailto:delphi-br%40yahoogrupos.com.br>
os.com.br]Em
nome de Andreano Lanusse
Enviada em: terça-feira, 24 de julho de 2007 16:33
Para: [EMAIL PROTECTED] <mailto:delphi-br%40yahoogrupos.com.br> os.com.br
Assunto: RE: [delphi-br] Delphi X Java

Se criou uma ilusão de que java é gratuito, que as ferramentas são gratuitas
e assim vai, só que as empresas já viram o tamanho da conta que é
desenvolver em Java.

Só alguns exemplos:

1 - Pensam que as ferramentas são gratuitas - mas quando precisam usar
gastam $$$ em consultorias e treinamento para aprender a ferramenta
2 - Quando criam aplicações J2EE - os servidores de aplicação são caros, tem
open source, mas você paga por isso.
3 - Arquitetura em Java - existem dezenas de maneiras diferentes de se fazer
uma aplicação, milhares de fraeworks e assim por diante, se você erra em
arquitetura em um aplicação java de missão crítica, a conta vai ser bem
alta.

Está muito claro que ouve uma transferência de investimento de ferramenta
para serviço, só que essa transferência está saindo muito cara,
desenvolvimento em JAVA é muito caro.

Sim é multi-plataforma, se você precisa de multi-plataforma é uma solução,
mas tem seu preço.

O que comentaram que um programador Delphi que vai para Java, ele volta
rapidinho e se não volta por que a empresa precisar usar java ou algo assim,
se perguntar ele vai te falar, Delphi não se compara.

Só falo uma coisa, muito cuidado com essa decisão, vocês podem estar cavando
um buraco bem fundo.

[]'s
Andreano Lanusse

[As partes desta mensagem que não continham texto foram removidas]

-- 
<<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>

Links do Yahoo! Grupos

 



[As partes desta mensagem que não continham texto foram removidas]

Responder a