Re: Re: [firebase-br] Qual é o melhor componente para acesso ao Firebird?

[Nilton Souza]

Olá Pessoal,

Desculpe mas não pude me conter... hehehehe...

O Thiago exagerou um pouco nos comentários quanto as "cacas de terceiros",
eu nunca usei o IBObjects, já ouvi falar muito bem dele e aposto que é uma
excelente ferramenta, mas confesso que em "alguns pontos" eles (Thiago e
Francisco) têm razão. Os componentes nativos do Delphi podem até ser, como o
nosso amigo RedDevil comentou, feijão com arroz, mas eles serviram e servem
para muita gente ainda. Muitos falam mal do BDE, mas eu conheço grandes
sistemas de ERP que, ainda hoje, funcionam com velocidade satisfatória sobre
essa tecnologia. O BDE tinha uma configuração padrão que em alguns casos
deixava a desejar na velocidade, mas bastavam alguns ajustes na configuração
do mesmo que ele já se adequava a situação. Tais ajustes ou configurações
eram pouco exploradas pelos programadores e em muitos casos eles nem
conheciam esta possibilidade. A Borland criou o BDE para facilitar a
portabilidade das aplicações entre os diversos Bancos de Dados, ou seja, na
verdade o BDE não passava de uma camada de abstração e como toda camada de
abstração, existe uma perda de performance se comparado ao acesso nativo.

Hoje temos o dbExpress como substituto do BDE, uma outra "camada de
abstração", só que desta vez a Borland se preocupou um pouco mais com a
performance mantendo-os o mais próximo do acesso nativo. Como o nosso
próprio amigo, RedDevil, comentou a Borland não está preocupada em manter
compatibilidade com os drivers dbExpress para as futuras versões do
Firebird, mas neste caso, assim como temos ótimos componentes de acesso
nativo, também temos driver's dbExpress para acesso ao Firebird e alguns
deles são até opensource como é o caso do UIB
(http://sourceforge.net/projects/uib).

Eu uso o dbExpress em minhas aplicações pq preciso manter compatibilidade
com outros bancos de dados, pois como todos sabem o cliente é quem manda. E
por falar em cliente, este não está preocupado com as "florzinhas" que o
sistema possue e tão pouco se a operação para inclusão do cliente demora 1
segundo a mais ou 1 segundo a menos, a preocupação dele é o resultado final.
Então não adianta querer alcançar a perfeição, pois isso não vai acontecer.

Sendo assim, minha opnião também é que devemos nos preocupar mais com a
padronização e modularização de nossos códigos, afim de tornar qualquer tipo
de manutenção o menos exaustiva possível. Ou seja, IBO, FIB, UIB, IBX,
dbExpress ou até mesmo BDE todos têm seus prós e contras e compete a cada um
colocar na balança e medir a relação custo x benefício. Você pode ter o
melhor componente de acesso, mas se não tiver uma boa modelagem de dados e
uma programação bem estruturada isso não vai adiantar em nada.

Cantu, peço desculpas a você e a todos os outros pelo OFF, mas não pude
ficar quieto...

[]'s
Nilton Souza

----- Original Message -----
From: "Rubem Rocha" <rrocha em fpf.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Saturday, October 16, 2004 11:20 AM
Subject: RES: Re: [firebase-br] Qual é o melhor componente para acesso ao
Firebird?


Legacy? Que grande equívoco!
Já viu o delphi 2005?
[]s


-----Mensagem original-----
De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
nome de Otto
Enviada em: sábado, 16 de outubro de 2004 09:36
Para: FireBase
Assunto: Re: Re: [firebase-br] Qual é o melhor componente para acesso ao
Firebird?


A Borland que eu conhecí, não existe mais. Deve ter algo a ver com a saida
(forçada) do fundador Philip Kahn. Será que, como o Stebe Jobs da Apple) ele
algum dia volta? Quanto ao Kylix, fizeram experiências com o nosso dinheiro.
Borland para mim agora é legacy.

100+
Otto
----- Original Message -----
From: "RedDevil" <reddevil em reddevil.eti.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Friday, October 15, 2004 10:57 AM
Subject: Re: Re: [firebase-br] Qual é o melhor componente para acesso ao
Firebird?


ola Thiago.
tudo bem contigo?
sincerely, espero que sim.

cara, apesar de muita gente ter concordado contigo, inclusive algumas
pessoas que eu tenho na mais alta conta, eu vejo-me na obrigaçao de dizer, e
isso usando de muito respeito, para que a coisa toda se mantenha no nivel
que se manteve ate agora, que nao somente discordo, mas que fazia tempo, mas
tempo meeesmo, que eu nao via tanta besteira ser escrita em uma unica vez,
como voce conseguiu fazer nessas duas ultimas msgs que postou na lista...
;o)

por exemplo, o "programador esperto" que opta por programar da forma mais
generica possivel, conforme voce colocou, segundo o meu ponto ponto de
vista, nao seria tao esperto assim, pois procedendo dessa maneira, o
programador estara abrindo mao de usar as propriedades exclusivas do
componente que usa, as quais foram criadas justamente para facilitar a vida
de quem as usar...

talvez voce pense dessa maneira devido ao fato de que o componente que voce
usa nao tem mesmo muita coisa alem do basico, do feijao com arroz... o que
nao acontece com o componente que eu uso...

e o fato de voce ter por filosofia programar pensando sempre no pior caso,
conforme voce escreveu, mostra que, talvez inconscientemente, nem voce bota
muita fé no componente que esta usando... o que tambem nao acontece
comigo... mas, nesse lance æ, eu sou obrigado a concordar que voce, usando o
componente que usa, realmente tem motivos para pensar dessa maneira,
conforme esplicarei melhor mais adiante...

e a expressao que voce usou, "cacas de terceiros que correm o risco de serem
cacas - simplesmente cacas o resto de sua existência", esta merece entrar
para o hall da fama como a maior asneira ja proferida nos ultimos tempos,
pois voce escreveu isso se referindo ao IBObjects...

e o fato de voce ter escrito isso mostra que voce realmente nao conhece o
IBObjects, componente este que tem a garantia do seu proprio criador de que
sempre sera compativel com o Firebird, mostra que voce nao sabe a maneira
como o IBObjects eh constantemente aperfeiçoado, nao sabe que existe toda
uma equipe nao oficial, espalhada pelo mundo todo, que esta com o codigo
fonte do IBObjects na mao, sempre aprimorando esse codigo e enviando as
alteraçoes para o criador do IBObjects, e, eu faço questao de enfatizar,
fazendo isso sem visar nada em troca, sem nenhuma remuneraçao... quem usa o
IBObjects, basta selecionar no form qualquer componente da classe TIB_ e,
usando o Object Inspector do delphi, ir ate o final das inumeras, exclusivas
e fantasticas propriedades que esse componente possui, e dar um click em
"Version" e em seguida em "Credits", que entao sera possivel ver os nomes
dos principais membros dessa sensacional equipe nao oficial de
desenvolvedores...

a dedicaçao e abnegaçao desses desenvolvedores eh correspondida pelo criador
do IBObjects na forma como este eh distribuido, pelo trustware, uma forma de
licenciamento que beneficia os menos favorecidos, uma forma de licenciamento
que permite, por exemplo, que um hospitalzinho de um Pais do terceiro mundo
turbine o ja obsoleto delphi 4 e acesse o Firebird com a mesma qualidade, e
ate com qualidade superior, que somente teria, devido a politica gananciosa
da boR$land, se usasse o delphi 7...

e por falar na boR$land, vamos falar novamente nas suas cacas nativas, as
quais sim correm o risco de permanecerem eternamente cacas, de estagnarem
(aaarrrghhh... caca estagnada deve ter um cheirinho...;o) para sempre, e que
dao margem, conforme ja mencionei anteriormente, para que seus usuarios
trabalhem sempre temendo o pior, pois, devido a ja mencionada politica da
boR$land, devido a falta de consideraçao que essa empresa tem para com seus
clientes, podem, de uma hora para a outra, ficarem simplesmente na mao, como
se fala, conforme aconteceu com a galera do Kylix...

bom, amigo Thiago, eu vou parando por aqui, pois, afinal de contas, este
assunto eh off topic nesta lista... nao que devido a isso voce nao tenha
direito a contestar alguma coisa no que eu escrevi æ acima...
;o)


[]s
força sempre.
ate +++

Luiz "RedDevil" Stefanski



----- Original Message -----
From: "Francisco Thiago Almeida" <jeandeadlucky em yahoo.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Thursday, October 14, 2004 9:53 AM
Subject: Re: Re: [firebase-br] Qual é o melhor componente para acesso ao
Firebird?


| Bem Francerjo,
|
| Se o programador for esperto, na camada de persistência ele irá criar
| um
código mais genérico para a validação dos dados. Por exemplo, se você tem
várias tabelas com código de CNPJ/CPF você concorda que é muito mais fácil
você criar uma funcao que cheque isso, ao invés de checar em cada campo, em
cada tabela. Programando neste sentido, toda e qualquer mudança é muito mais
fácil. Por isso para mim, toda e quaquer opção que seja o mais genérica
possível é sempre a melhor escolha, afinal nós como programadores devemos
sempre pensar no pior caso. E o meu programa tem de rodar com qualquer banco
de dados, e não apenas com um. Agora se a equipe chegou a conclusão de que o
IBO é o melhor a ser usado naquele caso, pois bem, façamos assim. Mas da
maneira em que uma futura mudança não seja muito drástica. Afinal, eu posso
vender pra um cliente rico e excentrico que quer o programa de agenda dele
rodando no Oracle :D
| >
| > -------Mensagem original-------
| >
| > De: FireBase
| >
| > Data: 10/14/04 08:59:18
| >
| > Para: FireBase
| >
| > Assunto: Re: [firebase-br] Qual é o melhor componente para acesso ao
| > Firebird?
| >
| > Quer saber a melhor solução pra essa questão? Quer mesmo? Use
| > qualquer componente! Isso mesmo! DBX, IBO, IBX, MDO, Zeos...
| > Qualquer um... desde
| que
| > esteja acompanhado, e bem acompanhado de "ClientDataSet" Porque ae
| > você
| foge
| > dos traumas durante a troca de componentes. E se você optar por um
| > componente exclusivo para um banco (como o IBO por exemplo) você só
| > irá precisar trocar a camada de acesso ao banco, no caso de hoje
| > você usar o FireBird e amanhã ou depois você precisar usar o Oracle,
| > ou qualquer um outro.
| >
| > E eu particularmente não acho que "as cacas nativas" da Borland são
| > realmente "cacas". Na hora do "vamo vê" eu acho mais seguro usar
| > essas cacas" que no futuro poderão ser "cacas melhores" do que usar
| > as "cacas
de
| > terceiros" que correm o risco de serem "cacas - simplesmente cacas"
| > o
| resto
| > de sua existência.
| >
| > []'s
| >
| > Thiago
______________________________________________
FireBase-BR (www.firebase.com.br)
Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br


______________________________________________
FireBase-BR (www.firebase.com.br)
Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br

______________________________________________
FireBase-BR (www.firebase.com.br)
Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br