@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 <[email protected]> > 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 <[email protected]> > >> ops, (x²-x)/2 ;) >> >> >> []s, >> >> Marcio Ferreira >> skype: marcio.ferreir4 >> (21) 8365-7768 >> >> >> 2013/6/5 Marcio Ferreira <[email protected]> >> >>> 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 <[email protected]> >>> >>>> 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 <[email protected]> >>>> >>>>> [troll mode] >>>>> >>>>> Escreva seu codigo direito! >>>>> >>>>> [haha] >>>>> >>>>> use DDP; p $foo; exit; >>>>> >>>>> >>>>> >>>>> 2013/6/4 Marcio Ferreira <[email protected]> >>>>> >>>>>> 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 >>>>>> <[email protected]>wrote: >>>>>> >>>>>>> ahhhh- e tem debugger no Padre. >>>>>>> >>>>>>> >>>>>>> On Tue, Jun 4, 2013 at 7:59 PM, Renato Santos <[email protected] >>>>>>> > 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 <[email protected]> >>>>>>>> >>>>>>>>> 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 >>>>>>>>> [email protected] >>>>>>>>> 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 >>>>>>> [email protected] >>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm >>>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Rio-pm mailing list >>>>>> [email protected] >>>>>> 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 >>>>> [email protected] >>>>> http://mail.pm.org/mailman/listinfo/rio-pm >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Rio-pm mailing list >>>> [email protected] >>>> http://mail.pm.org/mailman/listinfo/rio-pm >>>> >>> >>> >> >> _______________________________________________ >> Rio-pm mailing list >> [email protected] >> http://mail.pm.org/mailman/listinfo/rio-pm >> > > > > -- > Bruno C. Buss > http://www.brunobuss.net > > _______________________________________________ > Rio-pm mailing list > [email protected] > http://mail.pm.org/mailman/listinfo/rio-pm >
_______________________________________________ Rio-pm mailing list [email protected] http://mail.pm.org/mailman/listinfo/rio-pm
