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

[RedDevil]

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