@Bruno, São 5k de objetos, cada um com propriedades e derivações, há uma explosão combinatória no cálculo de um objeto com outro. Então.... isso demora =/
Se quiser falar sobre isso vamos abrir outro tópico, oq acha? []s, Marcio Ferreira skype: marcio.ferreir4 (21) 8365-7768 2013/6/6 Bruno Buss <bruno.b...@gmail.com> > Marcio, > > Sei que você disse que o tamanho mínimo da entrada é da ordem de 5K, mas > como você não deu um tamanho médio ou máximo: um algoritmo O(n^2) para n =~ > 5K, não deveria levar mais de 1 segundo em computadores não muito antigos, > a menos que sua constante assintótica seja muito alta... nesse caso > provavelmente ela não é apenas uma constante e deveria ser incluída no > calculo da complexidade de tempo :-) > > [ ]'s > Buss > > > 2013/6/5 Marcio Ferreira <marciodesouzaferre...@gmail.com> > >> ops, (x²-x)/2 ;) >> >> >> []s, >> >> Marcio Ferreira >> skype: marcio.ferreir4 >> (21) 8365-7768 >> >> >> 2013/6/5 Marcio Ferreira <marciodesouzaferre...@gmail.com> >> >>> De verdade achei tão sem noção o DDP pro tópico que nem comentei, afinal >>> estava falando de breakpoint(parar o processamento e voltar de onde parou) >>> =P >>> Meu cenário é um processamento complexo e preciso debugar umas varaiveis >>> nesse meio tempo, aí rodar um Dumper é ~custoso~ no sentido de demorado e >>> pouco eficiente. _Mockar_ também é díficil por ser um problema ~complexo~ >>> na medida de (x²-x)/x, sendo que x é no minimo 5k, então já viu =P >>> >>> Quanto ao uso de IDE, quem usa o vim tem dificuldade de ir pra outro >>> editor/IDE, pela filosofia da ferramenta e o gap de aprender outra sempre >>> pesa na balança. Perguntei porque achei que fosse mais comum o uso de >>> brakpoint. Mas enfim, vou tentar o breakpoint com o vim. >>> >>> >>> >>> []s, >>> >>> Marcio Ferreira >>> skype: marcio.ferreir4 >>> (21) 8365-7768 >>> >>> >>> 2013/6/4 Lindolfo Lorn Rodrigues <l...@lornlab.org> >>> >>>> Eu sempre sou da opnião que se deve aprender usar as ferramentas na >>>> linha de comando e depois analisar se 'compensa' usar uma IDE. >>>> No caso do git, por exemplo, demorou muito para as IDE's implementarem >>>> coisas como git rebase e mesmo assim ainda tem gente que só confia no >>>> rebase da linha de comando. >>>> Sinceramente tenho mais o costume do debug na base do Data::Dumper como >>>> o Cron disse :P >>>> >>>> >>>> 2013/6/4 Renato Santos <renato.c...@gmail.com> >>>> >>>>> [troll mode] >>>>> >>>>> Escreva seu codigo direito! >>>>> >>>>> [haha] >>>>> >>>>> use DDP; p $foo; exit; >>>>> >>>>> >>>>> >>>>> 2013/6/4 Marcio Ferreira <marciodesouzaferre...@gmail.com> >>>>> >>>>>> Uso o vim, vou usar esse cara >>>>>> http://vim.sourceforge.net/scripts/script.php?script_id=663 >>>>>> >>>>>> Na experiência de vocês, maioria fica com o -d? >>>>>> >>>>>> >>>>>> []s, >>>>>> >>>>>> Marcio Ferreira >>>>>> skype: marcio.ferreir4 >>>>>> (21) 8365-7768 >>>>>> >>>>>> >>>>>> On Tue, Jun 4, 2013 at 9:59 PM, Renato Santos >>>>>> <renato.c...@gmail.com>wrote: >>>>>> >>>>>>> ahhhh- e tem debugger no Padre. >>>>>>> >>>>>>> >>>>>>> On Tue, Jun 4, 2013 at 7:59 PM, Renato Santos <renato.c...@gmail.com >>>>>>> > wrote: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> $DB::single = 1; >>>>>>>> >>>>>>>> "anywhere in any perl program, and the debugger will break >>>>>>>> immediately after it executes that line. This is also a good way (the >>>>>>>> only >>>>>>>> way?) to set a breakpoint in code that will be run at compile time." >>>>>>>> >>>>>>>> >>>>>>>> http://stackoverflow.com/questions/8920477/how-to-set-breakpoint-on-a-particular-file-in-perl-program >>>>>>>> >>>>>>>> >>>>>>>> 2013/6/4 Marcio Ferreira <marciodesouzaferre...@gmail.com> >>>>>>>> >>>>>>>>> Andei escrevendo no Visual Studio C# e ~viciei~ em breakpoints, >>>>>>>>> alterar coisas em tempo de execução e etc. Conheço o perl -d, mas nao >>>>>>>>> consigo ter a mesma sensação. Alguém aqui usa breakpoint? Alguma magia >>>>>>>>> escondida por aí? >>>>>>>>> >>>>>>>>> []s, >>>>>>>>> >>>>>>>>> Marcio Ferreira >>>>>>>>> skype: marcio.ferreir4 >>>>>>>>> (21) 8365-7768 >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Rio-pm mailing list >>>>>>>>> Rio-pm@pm.org >>>>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Saravá, >>>>>>>> Renato CRON >>>>>>>> http://www.renatocron.com/blog/ >>>>>>>> @renato_cron <http://twitter.com/#!/renato_cron> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Saravá, >>>>>>> Renato CRON >>>>>>> http://www.renatocron.com/blog/ >>>>>>> @renato_cron <http://twitter.com/#!/renato_cron> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Rio-pm mailing list >>>>>>> Rio-pm@pm.org >>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm >>>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Rio-pm mailing list >>>>>> Rio-pm@pm.org >>>>>> http://mail.pm.org/mailman/listinfo/rio-pm >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Saravá, >>>>> Renato CRON >>>>> http://www.renatocron.com/blog/ >>>>> @renato_cron <http://twitter.com/#!/renato_cron> >>>>> >>>>> _______________________________________________ >>>>> Rio-pm mailing list >>>>> Rio-pm@pm.org >>>>> http://mail.pm.org/mailman/listinfo/rio-pm >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Rio-pm mailing list >>>> Rio-pm@pm.org >>>> http://mail.pm.org/mailman/listinfo/rio-pm >>>> >>> >>> >> >> _______________________________________________ >> Rio-pm mailing list >> Rio-pm@pm.org >> http://mail.pm.org/mailman/listinfo/rio-pm >> > > > > -- > Bruno C. Buss > http://www.brunobuss.net > > _______________________________________________ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm >
_______________________________________________ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm