[SP-pm] "leak" no DBIx::Class?

Mon Nov 14 13:40:12 PST 2011

2011/11/14 Stanislaw Pusep <creaktive em gmail.com>

> Valeu Thiago, no final, o saldo dessa thread foi positiva, na minha
> opinião (bug corrigido na nova release, espero).
> Digo mais: eu já tentei gostar do DBIx::Class, mas não dá. Vira e mexe
> esbarro em "features" não-previstas dele (um bug que reportei recentemente:
> https://rt.cpan.org/Ticket/Display.html?id=70045, sem contar outros que
> foram corrigidos "no release do dia seguinte" mas me adicionaram alguns
> cabelos brancos até descobrir). Devo ser muito azarado, enfim.
>

Stan,

Uma das definições de qualidade é "adequação ao uso". Pode não ser abrangir
100% do conceito, mas eu acho que ela funciona bem para a maioria dos
casos. Pelo menos dos que eu vi até agora.

Neste caso específico pode ser que, como o Thiago escreveu, o DBIx::Class
não seja o mais adequado para o seu caso. Daí não tem sorte ou reza brava
que dê jeito.O que não é motivo para ter ojeriza por ele.

Just my $0.02

[]s
Alexei

>
> ABS()
>
>
>
>
> 2011/11/14 Thiago Rondon <thiago em aware.com.br>
>
>> On Mon, Nov 14, 2011 at 02:35:12PM -0200, Stanislaw Pusep wrote:
>> >    Eden, eu reclamei do DBIx::Class, contudo, resolvi o meu problema de
>> uma
>> >    maneira que a sua mente detalhista jamais entenderA!. Dias depois,
>> vocA-a
>> >    leu a minha mensagem (que era esbravejo e NA*O pedido de ajuda) e
>> topou me
>> >    provar que a minha ignorA-c-ncia A(c) o problema:
>> >    https://twitter.com/#!/edenc/status/134937922595078144
>> >    Repito: jA! tinha contornado essa falha. Perguntei aqui na lista, e
>> me
>> >    apontaram o lugar EXATO aonde resolver EXATAMENTE aquele problema.
>> >    NINGUA*M precisou do meu schema ou cA^3digo completo. Bastou o
>> CONCEITO.
>> >    Ou seja: agora tenho 3 soluAS:Aues:
>> >    1) a minha caseira;
>> >    2) downgrade;
>> >    3) patch no trecho culpado.
>> >    Desculpe, vocA-a nA-L-o provou nada, e nA-L-o ajudou em nada. Quem
>> A(c)
>> >    troll aqui?
>> >
>>
>> Ei,
>>
>> Não queria entrar nesta, mas vou entrar para tentar ser construtivo, e
>> também passar meu ponto de vista, acredito que tá na hora de conversamos
>> com cavalerismo. :-D
>>
>> Stan,
>>
>> Você esta buscando performance, eu acredito que esteja errado procurar
>> isto em um ORM. E não sei por qual motivo isto não foi questionando
>> desde do inicio, a proposta de um ORM não é performance diretamente,
>> esta é a minha visão pelo menos.
>>
>> (Sinceramente, não quero abrir uma discussão sobre isto)
>>
>> Teu ponto de apontar um problema no DBIx::Class é sim importante,
>> mas como o Gabriel apontou, isto pode ser por coisas que estão fora
>> do projeto.
>>
>> (Também não é o meu ponto discutir o sexo dos anjos aqui, quem é
>> o culpado ou não)
>>
>> Não é bacana, atirar no DBIx::Class por conta desta briga, digo pq na
>> minha opinião é um dos melhores projetos e bem acabados que temos no
>> CPAN. Quando comecei a desenvolver com ele, fiquei impressionado com
>> a arquitetura dele, é muito fácil introspectar tuas funcionalidades,
>> que facilmente você trabalha com uma arquitetura baseada em cache,
>> arvores, olap, e etc... E até hoje estou tentando acompanhar o que
>> esta turma de desenvolvedores faz, é sério.. o DBIx::Class é uma
>> baita projeto...
>>
>> Mas, agora .. tudo tem um preço, correto ? Anos e muitas pessoas
>> desenvolvendo inserem uma compentização fantástica, buscando
>> negócios, cenários complexos, e cada vez mais variados, e mesmo
>> não participando do desenvolvimento deste projeto, posso afirmar
>> que com certeza terá soluções mais rápidas em relação a código,
>> estabilidade e um monte de outras coisinhas...
>>
>> (Eu já vi em alguns cenários, que o DBIx::Class salva o desenvolvedor
>> que não sabe escrever SQL, mas em outros que peritos em SQL podem
>> criticar como ele gera esta sintaxe baseado no teu problema pontual,
>> visualiza onde podemos chegar ?)
>>
>> Nesta lista, há alguns desenvolvedores que contribuem diretamente para
>> várias soluções de Perl, e não creio que seja muito elegante atacarmos
>> as soluções desta forma, vamos ser mais elegantes e largar mão das
>> 'brigas' pessoais.
>>
>> Além do Eden, temos o Wallace que te fez uma recomendação (no qual
>> também participa do desenvolvimento deste projeto), o Gabriel
>> que fez uma investigação, e etc, etc... :-) Meu receio é que com uma
>> ofensa direcionada, você ofenda mais gente, e isto não é bacana.
>>
>> Voltando ao assunto, eu acredito que teu problema, será melhor resolvido
>> com uma interface direta com o banco de dados, do que com um ORM, pois
>> se você procura performance e não facilidade para desenvolver, você não
>> quer um ORM.
>>
>> (Eu aceito discutir sobre este ponto de forma construtiva!)
>>
>> Podemos marcar uma cerveja para conversar sobre isto, um ES, ou qualquer
>> coisa... Acredito que vai ser mais produtivo para todos, do que esta
>> conversa que não esta levando a nada.
>>
>> Espero não estar sendo cavalo com ninguem, e principalmente com nenhum
>> projeto que envolve um esforço tremendo de muitas pessoas ao redor, como
>> o DBIx::Class.
>>
>> Estou abrindo a primeira cerveja do dia. Até mais.
>>
>> Abs,
>> -Thiago Rondon
>>
>> =begin disclaimer
>>   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> =end disclaimer
>>
>
>
> =begin disclaimer
>   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>

-- 
Alexei "RUSSOZ" Znamensky | russoz EM gmail com | http://russoz.org
GPG fingerprint = 42AB E78C B83A AE31 7D27  1CF3 C66F B5C7 71CA 9F3C
http://www.flickr.com/photos/alexeiz | http://github.com/russoz
"I don't know... fly casual!" -- Han Solo
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20111114/851d85d6/attachment-0001.html>