Кстати, прямой аналог почти - use List::Util qw( reduce );
2 декабря 2015 г., 16:40 пользователь Akzhan Abdulin < [email protected]> написал: > вообще-то это типичный accumulate (в ruby - inject). > > тут map имеет смысл, ибо используется возвращаемое значение (и вообще - > это единственный надежный критерий). > > 2 декабря 2015 г., 15:28 пользователь Гришаев Анатолий < > [email protected]> написал: > > А как бегущую сумму считать без map? for тут явно избыточен. >> my $sum = 0; >> @running_sum = map { $sum+= $_ } @item? >> >> 2 декабря 2015 г., 2:03 пользователь Akzhan Abdulin < >> [email protected]> написал: >> >> код должен отражать его логику. поэтому использование map - явный вред. >>> >>> 26 ноября 2015 г., 6:39 пользователь Anatoly Y <[email protected]> >>> написал: >>> >>> Иисуси, да тебя самого впору цитировать! Браво! ) >>>> >>>> 2015-11-25 22:45 GMT+06:00 Andrey Kovbovich <[email protected]>: >>>> >>>>> Перефразируя тезис Черча-Тьюринга, любая вычислимая функция также >>>>> вычислима на устройстве Тьюринга. Собственно функция map и оператор for >>>>> эквивалентны. Предполагается что map не производит эффектов имея >>>>> функциональную природу, for напротив работает непосредственно изменяя >>>>> данные в памяти. То есть map он больше в контексте pipes and filters, где >>>>> исходные данные иммутабнльны. >>>>> 25 нояб. 2015 г. 2:09 PM пользователь "Ilya Chesnokov" < >>>>> [email protected]> написал: >>>>> >>>>> 25 ноября 2015 г., 15:31 пользователь Ivan Petrov >>>>>> <[email protected]> написал: >>>>>> >> Ни фига подобного. Посыл верный. Если сомневаешься - делай >>>>>> бенчмарки. >>>>>> >> Другое дело что писать их надо конкретно под свои кейсы и не >>>>>> обращать >>>>>> >> внимания на “несколько быстрее”. >>>>>> > >>>>>> > в нашем мире скорость работы кода вещь конечно важная, но вторичная. >>>>>> > первичная вещь - это скорость/возможность работы С кодом. >>>>>> > >>>>>> > людей с базовыми парадигмальными нарушениями я бы на работу не брал. >>>>>> > не смотря на то, что нарушения в парадигмах иногда дают более >>>>>> быстрый >>>>>> > код. >>>>>> >>>>>> Это уже Ваши личные выводы. Спасибо, что поделились, но они мало >>>>>> относятся к изначальному вопросу: >>>>>> >>>>>> > Вопрос в том, какие есть подводные камни второго метода и какой >>>>>> из методов быстрее и оптимальнее по памяти (обрабатывается большое >>>>>> количество текста в каждом элементе) >>>>>> >>>>>> ТС, имейте в виду - если будете использовать map вместо for, и >>>>>> наоборот, Ivan Petrov Вас на работу не возьмет. Это к вопросу о >>>>>> подводных камнях. >>>>>> >>>>>> А для измерения скорости используйте бенчмарк / профайлинг с реальными >>>>>> данными на реальном железе. >>>>>> >>>>>> > -- >>>>>> > Moscow.pm mailing list >>>>>> > [email protected] | http://moscow.pm.org >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Best regards, >>>>>> Ilya Chesnokov >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> [email protected] | http://moscow.pm.org >>>>>> >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> [email protected] | http://moscow.pm.org >>>>> >>>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> [email protected] | http://moscow.pm.org >>>> >>>> >>> >>> -- >>> Moscow.pm mailing list >>> [email protected] | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> [email protected] | http://moscow.pm.org >> >> >
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
