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