E do verbo também... Eu vejo que tem muita gente que fica contente se o programa é entregue no prazo, mesmo que tenha bugs, ou que o resultado não esteja 100%. Muito acham que é melhor do que não ter entregue.
----- Original Message ----- From: "Luiz Escobar" <[EMAIL PROTECTED]> To: <delphi-br@yahoogrupos.com.br> Sent: Monday, December 04, 2006 5:30 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! >>>Tb tem aquelescasos que o cara tem vários clientes que querem as coisas pra ontem. Então, >>>pra muitos, linkar componentes ainda é mais rápido do que programar >>>utilizando OO, mesmo que o sistema saia com varios bugs, mas pelo menos entregou o sistema. è verdade, sempre tem os de ontem e os de ante-ontem... Agora LINKAR componentes nçao significa que o sistema vai sair com varios bug´s.... ai como um outro amigo nosso disse problema esta no SUJEITO!!!... ;-) abraços... Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br ----- Original Message ----- From: Marcos Douglas To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 4:53 PM Subject: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Marcos, O problema não é "terreno infértil", na minha opinião. Acontece que muitos profissionais são obrigados a utilizar a "metologia" da empresa na qual trabalham. A maioria é RAD, pois "acham" que a produtividade é maior (como vcs tanto falam aqui). O programador acaba gostando ou não tendo tempo para aprender os benefícios da programação Orientada à Objetos. Tb tem aqueles casos que o cara tem vários clientes que querem as coisas pra ontem. Então, pra muitos, linkar componentes ainda é mais rápido do que programar utilizando OO, mesmo que o sistema saia com varios bugs, mas pelo menos entregou o sistema. Tem uma coisa que eu não entendo. Tem o Press, Jazz e Infra (os que foram citados aqui na lista). Pq não juntar os 3 autores e colaboradores e criar um único projeto, cada um fazendo uma parte específica? No mundo OpenSource tem muito disso. O cara acha que o projeto XYZ não foi bem numa parte aí este faz o XYZ-Open-Beta-3, o outro faz o OpenXYZ, o outro ZYX, etc... Juntem as forças! mD ---- Mensagem Original ---- From: "mrbar2000" <[EMAIL PROTECTED]> To: delphi-br@yahoogrupos.com.br Sent: Seg, Dezembro 4, 2006 1:29 pm Subject: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! > João, as vezes acho que estamos tentando plantar estas coisas em > terreno infértil, o pessoal ainda nao acordou para reuso nem > orientação a objetos, poucos faculdades e professores sabem realmente > sobre o assunto e quando sabem, nao conseguem demostrar na prática > como ficaria, nem quais os benefícios reais que OO pode trazer. > > 1) OO é solução para tudo? > > Não, mas ajuda e muito no desenvolvimento, virtualização do negócio do > cliente com mais eficiência e acima de tudo na manutenção do sistema. > Não que nao se consiga boa parte disso usando RAD com dataware (que eu > particularmente acho produtivo tambem, mas infelizmente faz com que a > maioria dos programadores acoplem as camadas, alem do problema de não > ter controle sobre a sincronia dos dados) > > 2) Você utiliza OO? > > Ainda não, trabalho em um framework OO chamado Infra similar ao Press > mas nao posso utilizar ainda pela falta da persistência (poderia usar > o jazz, depo, tiopf, IO para isso, mas acho que nenhum deles segue o > projeto que já tenho em mente para o Infra). Alem disso sei que usar > agora seria aumentar o trabalho pela falta de uma ferramenta, expert > ou wizard que facilite o desenvolvimento (acho que com estes recursos, > desenvolver de forma OO vai dar um banho no desenvolvimento tradicional). > > Esta coisa de ser mais produtivo é bem relativo. Vc pode jogar os > componentes no form, enfiar código em eventos ligar tudo visualmente e > gastar um dia ou dois montando uma tela. Foi prodivo? sim foi. Se > fosse fazer em OO com o que temos hj disponível poderia levar 3 dias. > mas na próxima tela nao seria necessário mais 2 dias. E nao estou > falando aqui de CTRL+C e CTRL+V como muito programador faz com suas > telas hj em dia. Já tive muitos problemas em se fazer isso na minha > empresa. Pessoal pega telas complexas cheias de código e simplesmente > duplicava para montar um form similar, perdendo tempo demais > procurando erros de ter componentes ou código fazendo ou apresentando > coisas indevidas. Perdiamos muito mais tempo do que se tivessemos > pegado o form do zero e montado. > > Alem disso tem a questão de testes. Automatizar testes é muito fácil > em OO mas no desenvolvimento tradicional... hummm. uma desgraça. > Segue-se o velho modelo: compila - testa - não funciona - compila - > testa.... > > Alem disso, quando se muda alguma coisa no código vc dificilmente faz > todos os testes que já fez manualmente até hj, isso com testes > automatizados nao aconteceria e vc teria a certeza (ou quase) que seu > software nao está sendo entregue com novos bugs ou bugs que já havia > sido corrigidos. > > Depois de toda esta discussão joão eu percebo que o pessoal só vai se > interessar quando pudermos mostrar que será mais eficaz (RAD) do que a > forma que é feita hj. E isso é uma pena, por que acho que a galera não > deveria ficar esperando não, deveria investir um pouco nisso por que a > tendência é geral. Veja o Java e .Net, estas linguagens já forçam os > programadores a programar de forma OO, claro que os programadores > podem misturar as camadas? sim podem, tem ameba pra tudo. Mas o Java e > o .NET já nasceram focados em OO, enquanto a Borland para poder > espalhar (vender) o Delphi, focou no desenvolvimento RAD estruturado, > e se pegarmos os livros de delphi então, puts. A bíblia do Delphi por > exemplo, Cantú sabe tanto e ainda nao mudou a abordagem daquele livro. > > A comunidade sabe pouco sobre OO, pouco sobre seus benefícios, etc... > Estão todos esperando para ver no que vai dar. E quem espera sempre > alcança né mesmo? Talvez, Só que estará absoleto e anos atrás de quem > já começou a experimentar a OO. > > Eu hj programa datasnap estruturado, e depois que comecei o Infra eu > olho para meu código e falo, poxa se fosse OO.... nao estaria fazendo > isso. > > Mas, cada cabeça seu guia. Espero que o povo acorde. Para de ficar > falando que é produtivo ou não e tente realmente entender o porque das > coisas. > > Ah! já ia me esquecendo. Quanto a produtividade, que tal esta: > > O Infra pretende ser inteligente o suficiente para poder montar as > telas sozinho com base em algorítimos de IA que vão aprendendo com os > ajustes feitos pelo programador. A partir da segunda tela o bicho já > vai começar a entender a estrutura que o programador utiliza e já > propoe a nova tela. se o usuário nao gostar ele ajusta, e o infra > guarda estas novas informações para a próxima tela, acredito que da 3 > tela em diante vc nem precise mais ajudar nada! E nao precisou por > nenhum componente no Form, ou colocar qualquer codigo em seus eventos. > hehehe, quer produtividade? Engula isso. E isso só será possível com > uma boa base OO, tente fazer isso com RAD estruturado pra ver.... > > É isso > > [As partes desta mensagem que não continham texto foram removidas] -- <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> Links do Yahoo! Grupos -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.430 / Virus Database: 268.15.6/567 - Release Date: 04/12/2006 07:18
