From dsimonov на gmail.com  Sun Jun  2 05:13:39 2013
From: dsimonov на gmail.com (Dmitry Simonov)
Date: Sun, 2 Jun 2013 16:13:39 +0400
Subject: [Moscow.pm] =?utf-8?b?0KDQsNC30LHQvtGAINCw0LvQs9C10LHRgNCw0Lg=?=
	=?utf-8?b?0YfQtdGB0LrQuNGFINC4INCx0YPQu9C10LLRi9GFINCy0YvRgNCw0LY=?=
	=?utf-8?b?0LXQvdC40Lk=?=
Message-ID: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>

А накидайте ссылочек на готовые модули по разбору на деревья алгебраических
выражений вида a*b*(10-x) и тд и тп?

Интересуют правда не совсем алгебраические выражения, а булевы вида
@!((a>10)&&(b in [1,2,3]))".

Если кто-то хочет сказать, что можно и самому набросать, - с удовольствием
выслушаю подробный совет, как именно и как именно обучить такой процессинг
обрабатывать до миллиона выражений в секунду.

---
Dmitriy V. Simonov,
Perl & Python programmer
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130602/04066fa4/attachment.html>

From lev на leontiev.me  Sun Jun  2 05:16:52 2013
From: lev на leontiev.me (Lev Leontiev)
Date: Sun, 2 Jun 2013 16:16:52 +0400
Subject: [Moscow.pm] =?utf-8?b?0KDQsNC30LHQvtGAINCw0LvQs9C10LHRgNCw0Lg=?=
	=?utf-8?b?0YfQtdGB0LrQuNGFINC4INCx0YPQu9C10LLRi9GFINCy0YvRgNCw0LY=?=
	=?utf-8?b?0LXQvdC40Lk=?=
In-Reply-To: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
References: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
Message-ID: <CAPFy3tuj1z9+PHkBsvZvO73dDL+7VupR+dokVvTALJ63V3TedQ@mail.gmail.com>

Parse::RecDescent ?


2013/6/2 Dmitry Simonov <dsimonov на gmail.com>

> А накидайте ссылочек на готовые модули по разбору на деревья
> алгебраических выражений вида a*b*(10-x) и тд и тп?
>
> Интересуют правда не совсем алгебраические выражения, а булевы вида
> @!((a>10)&&(b in [1,2,3]))".
>
> Если кто-то хочет сказать, что можно и самому набросать, - с удовольствием
> выслушаю подробный совет, как именно и как именно обучить такой процессинг
> обрабатывать до миллиона выражений в секунду.
>
> ---
> Dmitriy V. Simonov,
> Perl & Python programmer
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130602/998e9b14/attachment.html>

From ruz на bestpractical.com  Sun Jun  2 06:57:55 2013
From: ruz на bestpractical.com (Ruslan Zakirov)
Date: Sun, 2 Jun 2013 17:57:55 +0400
Subject: [Moscow.pm] =?utf-8?b?0KDQsNC30LHQvtGAINCw0LvQs9C10LHRgNCw0Lg=?=
	=?utf-8?b?0YfQtdGB0LrQuNGFINC4INCx0YPQu9C10LLRi9GFINCy0YvRgNCw0LY=?=
	=?utf-8?b?0LXQvdC40Lk=?=
In-Reply-To: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
References: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
Message-ID: <CAMOxC8u+zZHXLYpZVENvssR4xAtRFRESG-aKUWb5vq2QjCKWkQ@mail.gmail.com>

Parse::BooleanLogic :)


2013/6/2 Dmitry Simonov <dsimonov на gmail.com>

> А накидайте ссылочек на готовые модули по разбору на деревья
> алгебраических выражений вида a*b*(10-x) и тд и тп?
>
> Интересуют правда не совсем алгебраические выражения, а булевы вида
> @!((a>10)&&(b in [1,2,3]))".
>
> Если кто-то хочет сказать, что можно и самому набросать, - с удовольствием
> выслушаю подробный совет, как именно и как именно обучить такой процессинг
> обрабатывать до миллиона выражений в секунду.
>
> ---
> Dmitriy V. Simonov,
> Perl & Python programmer
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>


-- 
Best regards, Ruslan.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130602/872491f7/attachment.html>

From ali на ali.org.ua  Sun Jun  2 08:10:34 2013
From: ali на ali.org.ua (Oleg Alistratov)
Date: Sun, 02 Jun 2013 18:10:34 +0300
Subject: [Moscow.pm]
	=?koi8-r?b?8sHaws/SIMHMx8XC0sHJ3sXTy8nIIMkgwtXMxdfZ?=
	=?koi8-r?b?yCDX2dLB1sXOyco=?=
In-Reply-To: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
References: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
Message-ID: <250141370185834@web19d.yandex.ru>


02.06.2013, 15:14, "Dmitry Simonov" <dsimonov на gmail.com>:
> А накидайте ссылочек на готовые модули по разбору на деревья алгебраических выражений вида a*b*(10-x) и тд и тп?
>
> Интересуют правда не совсем алгебраические выражения, а булевы вида @!((a>10)&&(b in [1,2,3]))".
>
> Если кто-то хочет сказать, что можно и самому набросать, - с удовольствием выслушаю подробный совет, как именно и как именно обучить такой процессинг обрабатывать до миллиона выражений в секунду.

1) параллелить
2) кешировать выражения целиком и подвыражения
3) flex + bison

Я, кстати, не далее как месяц назад делал такую штуку. Только мне миллион в секунду не нужен,
написал обичне грамматику с обичне Yapp. Теперь лениво вожусь с circuit minimization.
Тоже не очень нужно, но хочется. На сипане ничего по теме, кроме Algorithm::QuineMcCluskey, нет,
но по моим задачам хватает.



-- 
Oleg Alistratov

From vovkasm на gmail.com  Sun Jun  2 09:48:14 2013
From: vovkasm на gmail.com (Vladimir Timofeev)
Date: Sun, 2 Jun 2013 20:48:14 +0400
Subject: [Moscow.pm] =?utf-8?b?0KDQsNC30LHQvtGAINCw0LvQs9C10LHRgNCw0Lg=?=
	=?utf-8?b?0YfQtdGB0LrQuNGFINC4INCx0YPQu9C10LLRi9GFINCy0YvRgNCw0LY=?=
	=?utf-8?b?0LXQvdC40Lk=?=
In-Reply-To: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
References: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
Message-ID: <CA+PuGkN7=M6etJWPvRGcQDV2SLVn_9QrDjY_w+HGLv3jBr_KmA@mail.gmail.com>

02.06.2013 16:14 пользователь "Dmitry Simonov" <dsimonov на gmail.com> написал:
>
> А накидайте ссылочек на готовые модули по разбору на деревья
алгебраических выражений вида a*b*(10-x) и тд и тп?
>
> Интересуют правда не совсем алгебраические выражения, а булевы вида
@!((a>10)&&(b in [1,2,3]))".
>
> Если кто-то хочет сказать, что можно и самому набросать, - с
удовольствием выслушаю подробный совет, как именно и как именно обучить
такой процессинг обрабатывать до миллиона выражений в секунду.

Я некоторое время назад для решения похожей задачи просто покрутил lua.
Пока себя оправдывает и в запасе остаётся luajit если по скорости проблемы
возникнут.

>
> ---
> Dmitriy V. Simonov,
> Perl & Python programmer
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130602/ba708336/attachment-0001.html>

From dsimonov на gmail.com  Sun Jun  2 09:59:21 2013
From: dsimonov на gmail.com (Dmitry Simonov)
Date: Sun, 2 Jun 2013 20:59:21 +0400
Subject: [Moscow.pm] =?utf-8?b?0KDQsNC30LHQvtGAINCw0LvQs9C10LHRgNCw0Lg=?=
	=?utf-8?b?0YfQtdGB0LrQuNGFINC4INCx0YPQu9C10LLRi9GFINCy0YvRgNCw0LY=?=
	=?utf-8?b?0LXQvdC40Lk=?=
In-Reply-To: <CA+PuGkN7=M6etJWPvRGcQDV2SLVn_9QrDjY_w+HGLv3jBr_KmA@mail.gmail.com>
References: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
	<CA+PuGkN7=M6etJWPvRGcQDV2SLVn_9QrDjY_w+HGLv3jBr_KmA@mail.gmail.com>
Message-ID: <CAL9wMxVz5gYFZ+-MOEqAeC4bjjqAJJmhGnqKpL8hKwh52z8Q_Q@mail.gmail.com>

Хм... А чем Луа от перла отличается, если речь идет о перловом проекте?
Отличия в записи формул будут чисто косметические. Нет?

воскресенье, 2 июня 2013 г. пользователь Vladimir Timofeev писал:

>
> 02.06.2013 16:14 пользователь "Dmitry Simonov" <dsimonov на gmail.com<javascript:_e({}, 'cvml', 'dsimonov на gmail.com');>>
> написал:
> >
> > А накидайте ссылочек на готовые модули по разбору на деревья
> алгебраических выражений вида a*b*(10-x) и тд и тп?
> >
> > Интересуют правда не совсем алгебраические выражения, а булевы вида
> @!((a>10)&&(b in [1,2,3]))".
> >
> > Если кто-то хочет сказать, что можно и самому набросать, - с
> удовольствием выслушаю подробный совет, как именно и как именно обучить
> такой процессинг обрабатывать до миллиона выражений в секунду.
>
> Я некоторое время назад для решения похожей задачи просто покрутил lua.
> Пока себя оправдывает и в запасе остаётся luajit если по скорости проблемы
> возникнут.
>
> >
> > ---
> > Dmitriy V. Simonov,
> > Perl & Python programmer
> >
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org <javascript:_e({}, 'cvml', 'moscow-pm на pm.org');> |
> http://moscow.pm.org
> >
>


-- 
---
Dmitriy V. Simonov,
Perl & Python programmer
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130602/3833cf4a/attachment.html>

From vovkasm на gmail.com  Sun Jun  2 10:16:18 2013
From: vovkasm на gmail.com (Vladimir Timofeev)
Date: Sun, 2 Jun 2013 21:16:18 +0400
Subject: [Moscow.pm] =?utf-8?b?0KDQsNC30LHQvtGAINCw0LvQs9C10LHRgNCw0Lg=?=
	=?utf-8?b?0YfQtdGB0LrQuNGFINC4INCx0YPQu9C10LLRi9GFINCy0YvRgNCw0LY=?=
	=?utf-8?b?0LXQvdC40Lk=?=
In-Reply-To: <CAL9wMxVz5gYFZ+-MOEqAeC4bjjqAJJmhGnqKpL8hKwh52z8Q_Q@mail.gmail.com>
References: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
	<CA+PuGkN7=M6etJWPvRGcQDV2SLVn_9QrDjY_w+HGLv3jBr_KmA@mail.gmail.com>
	<CAL9wMxVz5gYFZ+-MOEqAeC4bjjqAJJmhGnqKpL8hKwh52z8Q_Q@mail.gmail.com>
Message-ID: <CA+PuGkNO_pi7izOnEO8p1V1LCCFjg=bKWmMfuEeeJT5i5Ah+EA@mail.gmail.com>

02.06.2013 20:59 пользователь "Dmitry Simonov" <dsimonov на gmail.com> написал:
>
> Хм... А чем Луа от перла отличается, если речь идет о перловом проекте?
Отличия в записи формул будут чисто косметические. Нет?
Да, но есть нюансы :-)
1. Безопасней (есть конечно Safe, но...)
2. Формулы красивей (это бывает важным)
3. Чуть быстрей работает

>
> воскресенье, 2 июня 2013 г. пользователь Vladimir Timofeev писал:
>
>>
>> 02.06.2013 16:14 пользователь "Dmitry Simonov" <dsimonov на gmail.com>
написал:
>> >
>> > А накидайте ссылочек на готовые модули по разбору на деревья
алгебраических выражений вида a*b*(10-x) и тд и тп?
>> >
>> > Интересуют правда не совсем алгебраические выражения, а булевы вида
@!((a>10)&&(b in [1,2,3]))".
>> >
>> > Если кто-то хочет сказать, что можно и самому набросать, - с
удовольствием выслушаю подробный совет, как именно и как именно обучить
такой процессинг обрабатывать до миллиона выражений в секунду.
>>
>> Я некоторое время назад для решения похожей задачи просто покрутил lua.
Пока себя оправдывает и в запасе остаётся luajit если по скорости проблемы
возникнут.
>>
>> >
>> > ---
>> > Dmitriy V. Simonov,
>> > Perl & Python programmer
>> >
>> > --
>> > Moscow.pm mailing list
>> > moscow-pm на pm.org | http://moscow.pm.org
>> >
>
>
>
> --
> ---
> Dmitriy V. Simonov,
> Perl & Python programmer
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130602/f78b05ab/attachment.html>

From dsimonov на gmail.com  Sun Jun  2 10:22:11 2013
From: dsimonov на gmail.com (Dmitry Simonov)
Date: Sun, 2 Jun 2013 21:22:11 +0400
Subject: [Moscow.pm] =?utf-8?b?0KDQsNC30LHQvtGAINCw0LvQs9C10LHRgNCw0Lg=?=
	=?utf-8?b?0YfQtdGB0LrQuNGFINC4INCx0YPQu9C10LLRi9GFINCy0YvRgNCw0LY=?=
	=?utf-8?b?0LXQvdC40Lk=?=
In-Reply-To: <CA+PuGkNO_pi7izOnEO8p1V1LCCFjg=bKWmMfuEeeJT5i5Ah+EA@mail.gmail.com>
References: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
	<CA+PuGkN7=M6etJWPvRGcQDV2SLVn_9QrDjY_w+HGLv3jBr_KmA@mail.gmail.com>
	<CAL9wMxVz5gYFZ+-MOEqAeC4bjjqAJJmhGnqKpL8hKwh52z8Q_Q@mail.gmail.com>
	<CA+PuGkNO_pi7izOnEO8p1V1LCCFjg=bKWmMfuEeeJT5i5Ah+EA@mail.gmail.com>
Message-ID: <CAL9wMxW_pxk9jy5nS+bKiVZMgZWK8Fr0PUNu-zRoR=HTb6AT_Q@mail.gmail.com>

Ну ок. Но проблему разбора предикатов и перестройки их на дизъюнктивные
атомарные элементы ни луа ни перл из коробки не дают. А разбор выражений на
деревья, это как раз и есть первый шаг к оперированию предикатами.

воскресенье, 2 июня 2013 г. пользователь Vladimir Timofeev писал:

>
> 02.06.2013 20:59 пользователь "Dmitry Simonov" <dsimonov на gmail.com<javascript:_e({}, 'cvml', 'dsimonov на gmail.com');>>
> написал:
> >
> > Хм... А чем Луа от перла отличается, если речь идет о перловом проекте?
> Отличия в записи формул будут чисто косметические. Нет?
> Да, но есть нюансы :-)
> 1. Безопасней (есть конечно Safe, но...)
> 2. Формулы красивей (это бывает важным)
> 3. Чуть быстрей работает
>
> >
> > воскресенье, 2 июня 2013 г. пользователь Vladimir Timofeev писал:
> >
> >>
> >> 02.06.2013 16:14 пользователь "Dmitry Simonov" <dsimonov на gmail.com<javascript:_e({}, 'cvml', 'dsimonov на gmail.com');>>
> написал:
> >> >
> >> > А накидайте ссылочек на готовые модули по разбору на деревья
> алгебраических выражений вида a*b*(10-x) и тд и тп?
> >> >
> >> > Интересуют правда не совсем алгебраические выражения, а булевы вида
> @!((a>10)&&(b in [1,2,3]))".
> >> >
> >> > Если кто-то хочет сказать, что можно и самому набросать, - с
> удовольствием выслушаю подробный совет, как именно и как именно обучить
> такой процессинг обрабатывать до миллиона выражений в секунду.
> >>
> >> Я некоторое время назад для решения похожей задачи просто покрутил lua.
> Пока себя оправдывает и в запасе остаётся luajit если по скорости проблемы
> возникнут.
> >>
> >> >
> >> > ---
> >> > Dmitriy V. Simonov,
> >> > Perl & Python programmer
> >> >
> >> > --
> >> > Moscow.pm mailing list
> >> > moscow-pm на pm.org <javascript:_e({}, 'cvml', 'moscow-pm на pm.org');> |
> http://moscow.pm.org
> >> >
> >
> >
> >
> > --
> > ---
> > Dmitriy V. Simonov,
> > Perl & Python programmer
> >
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org <javascript:_e({}, 'cvml', 'moscow-pm на pm.org');> |
> http://moscow.pm.org
> >
>


-- 
---
Dmitriy V. Simonov,
Perl & Python programmer
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130602/821e9ea4/attachment-0001.html>

From theathlet на yandex.ru  Sun Jun  2 23:55:33 2013
From: theathlet на yandex.ru (TheAthlete)
Date: Mon, 03 Jun 2013 09:55:33 +0300
Subject: [Moscow.pm] =?utf-8?b?0KDQsNC30LHQvtGAINCw0LvQs9C10LHRgNCw0Lg=?=
 =?utf-8?b?0YfQtdGB0LrQuNGFINC4INCx0YPQu9C10LLRi9GFINCy0YvRgNCw0LbQtdC9?=
 =?utf-8?b?0LjQuQ==?=
In-Reply-To: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
References: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
Message-ID: <op.wx3b6v0ynlncg2@localhost>

Marpa::R2 - https://metacpan.org/module/Marpa::R2
Why Marpa works: table parsing -  
http://blogs.perl.org/users/jeffrey_kegler/2013/05/why-marpa-works-table-parsing.html

Dmitry Simonov <dsimonov на gmail.com> писал(а) в своём письме Sun, 02 Jun  
2013 15:13:39 +0300:

> А накидайте ссылочек на готовые модули по разбору на деревья  
> алгебраических
> выражений вида a*b*(10-x) и тд и тп?
>
> Интересуют правда не совсем алгебраические выражения, а булевы вида
> @!((a>10)&&(b in [1,2,3]))".
>
> Если кто-то хочет сказать, что можно и самому набросать, - с  
> удовольствием
> выслушаю подробный совет, как именно и как именно обучить такой  
> процессинг
> обрабатывать до миллиона выражений в секунду.
>
> ---
> Dmitriy V. Simonov,
> Perl & Python programmer


-- 
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/

From pavel на kuptsov.info  Mon Jun  3 02:52:58 2013
From: pavel на kuptsov.info (=?KOI8-R?B?8MHXxcwg69XQw8/X?=)
Date: Mon, 3 Jun 2013 13:52:58 +0400
Subject: [Moscow.pm] =?koi8-r?b?88/axMHOycUg2sHQwdLPzMXO2cggWklQLcHSyMnX?=
	=?koi8-r?b?z9c=?=
Message-ID: <CAPcuxSamsZYVBet8snXUXm6DC6iLOLnPLxUSO2TPkzzy0XUW1g@mail.gmail.com>

Добрый день!
Потребовалось создавать на лету zip архивы защищенные паролем.
Подскажите каким модулем лучше это делать?
Или лучше напрямую вызывать zip ?
Спасибо.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130603/a9d7013a/attachment.html>

From ali на ali.org.ua  Mon Jun  3 04:51:12 2013
From: ali на ali.org.ua (Oleg Alistratov)
Date: Mon, 03 Jun 2013 14:51:12 +0300
Subject: [Moscow.pm]
	=?koi8-r?b?88/axMHOycUg2sHQwdLPzMXO2cggWklQLcHSyMnX?=
	=?koi8-r?b?z9c=?=
In-Reply-To: <CAPcuxSamsZYVBet8snXUXm6DC6iLOLnPLxUSO2TPkzzy0XUW1g@mail.gmail.com>
References: <CAPcuxSamsZYVBet8snXUXm6DC6iLOLnPLxUSO2TPkzzy0XUW1g@mail.gmail.com>
Message-ID: <112881370260272@web1g.yandex.ru>

Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130603/23a948a2/attachment.html>

From proler на gmail.com  Mon Jun  3 05:47:21 2013
From: proler на gmail.com (=?utf-8?B?0J7Qu9C10LMg0JDQu9C10LrRgdC10LXQvdC60L7Qsg==?=)
Date: Mon, 03 Jun 2013 16:47:21 +0400
Subject: [Moscow.pm] =?utf-8?b?KNCx0LXQtyDRgtC10LzRiyk=?=
In-Reply-To: <CANTXRvQyBD5t0QgmPOCJrJmFL9T+QFV0QaAjh8S69J34r-MeVg@mail.gmail.com>
References: <1367825665.446022048@f254.mail.ru>
	<CAMOxC8u0MJqOoqnXzTJdXAP6dSWG2qQVSX9AN29dWoD6+agn0g@mail.gmail.com>
	<20130506112714.GB22655@vdsl.uvw.ru>
	<CANTXRvQyBD5t0QgmPOCJrJmFL9T+QFV0QaAjh8S69J34r-MeVg@mail.gmail.com>
Message-ID: <op.wx3sg7g1v2ux3d@any.yandex.ru>

Andrew Shitov <andy на shitov.ru> писал(а) в своём письме Fri, 17 May 2013  
14:42:55 +0400:

очень удобно если конфиг чего-нибудь перловый:
$config{some} = 'a'; # or
$config{some} = ['a', 'b']; # or
$config{some} = qr/^abc/;

и потом внутри программы используем
if ($line ~~ $config{some}) { ... }


> А кто-нибудь еще использует ~~? Можете показать примеры?
>
> Мой любимый кейс, например, проверка аргументов командной строки: if
> '--help' ~~ @ARGV.
>
>
> 2013/5/6 Ivan Petrov <i.petro.77.00 на gmail.com>
>
>>
>> > http://pragmaticperl.com/issues/03/
>> >
>> pragmaticperl-03-%D0%BE%D0%B1%D0%B7%D0%BE%D1%80-cpan-%D0%B7%D0%B0-%D0%B0%D0%BF%D1%80%D0%B5%D0%BB%D1%8C-2013%D0%B3..html
>> >> группа возможностей switch, такие как оператор ~~, given и when
>> > помечаются экспериментальными и их использование теперь даёт
>> > соответствующее предупреждение.
>>
>> > чего это они так?
>>
>> > Из-за того, что таблица оператора ~~ содержит, если не ошибаюсь, 48
>> строк,
>> > которые надо знать для правильного использования оператора с учетом  
>> всех
>> > особенностей.
>>
>> > Две темы:
>>
>> > 1) Убрать совсем - больше проблем нежели пользы.
>> > 2) Заменить на таблицу проще с ~5тью правилами.
>>
>> > given и when попали под раздачу так как попадают в одну корзину с ~~.
>>
>> > Лично я буду рад 2му решению. Ибо из-за дикой многообразности просто  
>> не
>> > использую в коде.
>>
>> я ~~ юзаю для сравнения скаляров, могущих содержать undef
>> а так же проверки входит ли скаляр в массив - удобно весьма.
>>
>> а вот given/when - наоборот перестал использовать с тех времен когда
>> наткнулся на то что с ними не всегда точно die/croak номер строки
>> указывает.
>> хз может быть сейчас пофиксили
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>
>

From ivan на serezhkin.com  Mon Jun  3 06:22:50 2013
From: ivan на serezhkin.com (Vany Serezhkin)
Date: Mon, 03 Jun 2013 17:22:50 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?8sHaws/SIMHMx8XC0sHJ3sXTy8nIIMkgwtXMxdfZ?=
 =?koi8-r?b?yCDX2dLB1sXOyco=?=
In-Reply-To: <CAPFy3tuj1z9+PHkBsvZvO73dDL+7VupR+dokVvTALJ63V3TedQ@mail.gmail.com>
References: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
	<CAPFy3tuj1z9+PHkBsvZvO73dDL+7VupR+dokVvTALJ63V3TedQ@mail.gmail.com>
Message-ID: <51AC98AA.7060400@serezhkin.com>

On 02.06.2013 16:16, Lev Leontiev wrote:
> Parse::RecDescent ?
Yapp =)
>
>
> 2013/6/2 Dmitry Simonov <dsimonov на gmail.com <mailto:dsimonov на gmail.com>>
>
>     А накидайте ссылочек на готовые модули по разбору на деревья
>     алгебраических выражений вида a*b*(10-x) и тд и тп?
>
>     Интересуют правда не совсем алгебраические выражения, а булевы
>     вида @!((a>10)&&(b in [1,2,3]))".
>
>     Если кто-то хочет сказать, что можно и самому набросать, - с
>     удовольствием выслушаю подробный совет, как именно и как именно
>     обучить такой процессинг обрабатывать до миллиона выражений в секунду.
>
>     ---
>     Dmitriy V. Simonov,
>     Perl & Python programmer
>
>     --
>     Moscow.pm mailing list
>     moscow-pm на pm.org <mailto:moscow-pm на pm.org> | http://moscow.pm.org
>
>
>
>

----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130603/ee23d4c2/attachment-0001.html>

From ivan на serezhkin.com  Tue Jun  4 00:44:10 2013
From: ivan на serezhkin.com (Vany Serezhkin)
Date: Tue, 04 Jun 2013 11:44:10 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?8sHaws/SIMHMx8XC0sHJ3sXTy8nIIMkgwtXMxdfZ?=
 =?koi8-r?b?yCDX2dLB1sXOyco=?=
In-Reply-To: <51AC98AA.7060400@serezhkin.com>
References: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
	<CAPFy3tuj1z9+PHkBsvZvO73dDL+7VupR+dokVvTALJ63V3TedQ@mail.gmail.com>
	<51AC98AA.7060400@serezhkin.com>
Message-ID: <51AD9ACA.7070104@serezhkin.com>

On 03.06.2013 17:22, Vany Serezhkin wrote:
> On 02.06.2013 16:16, Lev Leontiev wrote:
>> Parse::RecDescent ?
> Yapp =)

Дим, а вот что я подумал: Предложение пользовать япп было конечно 
шуткой, но в этой шутке конечно есть доля правды.
Смари:
Допустим у тебя задача взять тысячу выражений, написанных криворукими, 
неаккуратными торопыжками и прогонять по этим выражениям миллионы 
наборов данных.
Ты пишешь грамматику на яппе, ну можно на бизоне, если он у тебя есть в 
системе, которая тебе строит либо AST, либо сразу перловый код, который 
вычисляет эти выражения.
Ошибки синтаксиса ты ловишь на этапе компиляции, а в результате у тебя 
есть coderef, которы не нужно больше одного раза компилить. Да, это 
пьюрперл, но если ты пошутил про миллионы, а нужны десятки тысяч - это 
элегантный выход.
Ну и естественная оптимизация, если тебе на один набор данных надо 
прогонять наборы подобных условий - склей их лексически через and или or.

можно потом AST перевести в стэйтмашину и там их клеить как матрицы, про 
это тут: ISBN 987-5845913494

>>
>>
>> 2013/6/2 Dmitry Simonov <dsimonov на gmail.com <mailto:dsimonov на gmail.com>>
>>
>>     А накидайте ссылочек на готовые модули по разбору на деревья
>>     алгебраических выражений вида a*b*(10-x) и тд и тп?
>>
>>     Интересуют правда не совсем алгебраические выражения, а булевы
>>     вида @!((a>10)&&(b in [1,2,3]))".
>>
>>     Если кто-то хочет сказать, что можно и самому набросать, - с
>>     удовольствием выслушаю подробный совет, как именно и как именно
>>     обучить такой процессинг обрабатывать до миллиона выражений в
>>     секунду.
>>
>>     ---
>>     Dmitriy V. Simonov,
>>     Perl & Python programmer
>>
>>     --
>>     Moscow.pm mailing list
>>     moscow-pm на pm.org <mailto:moscow-pm на pm.org> | http://moscow.pm.org
>>
>>
>>
>>
>
>
>

----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130604/6a51e66e/attachment.html>

From dzirtik на gmail.com  Thu Jun  6 02:07:22 2013
From: dzirtik на gmail.com (=?KOI8-R?B?8MHXxcwg/cXSwsnOyc4=?=)
Date: Thu, 6 Jun 2013 13:07:22 +0400
Subject: [Moscow.pm] =?koi8-r?b?7cHUxdLJwczZINMgTW9zY293LnBtIM/UIDQgwdDS?=
	=?koi8-r?b?xczRIDIwMTM=?=
Message-ID: <CAJxdCZ4ctiyi8eqdT5yhWUtDM0EBCdvgLpX-iM_KoOBBr=dq6A@mail.gmail.com>

Хочу напомнить что уже сегодня пройдет очередная встреча Moscow.pm.

Рад вам представить долгожданные материалы с предыдущей встречи:

1. *Динамический код: модифицируем таблицу символов во время выполнения.*
*Елена Шишкина, программист проекта Деньги, компания Mail.Ru Group.*
Видео: http://video.mail.ru/corp/p.scherbinin/6/7.html
Презентация: http://www.slideshare.net/pavelscherbinin/shishkina-22481580

Tаблица символов -- это только небольшой шаг в мир внутреннего устройства
Perl, но и он открывает программисту огромные возможности:

-- Runtime-кодогенерация.

-- Генерация по запросу.

-- Изменение кода сторонних модулей на лету и многое другое.



2. *Play Perl -- распределенная социальная игра для Perl-разработчиков.*
*Вячеслав Матюхин, разработчик, поиск по блогам, компания Яндекс*
Видео: http://video.mail.ru/corp/p.scherbinin/6/10.html
Презентация: http://www.slideshare.net/pavelscherbinin/play-perl-22481589

Расскал о том:
-- Как настоящие соцсети будущего будут поощрять действие, а не потребление.
-- Как геймификация изменит мир.
-- Как Play Perl спасет сообщество perl-разработчиков от застоя и сделает
нас всех более продуктивными.

3. *Не верь никому или разработка эффективных приложений (Как писать по
настоящему быстрый код).*
*Владимир Перепелица, Руководитель направления проекта Почта, компания
Mail.Ru Group.*
Видео: http://video.mail.ru/corp/p.scherbinin/6/11.html
Презентация: http://www.slideshare.net/pavelscherbinin/mpm-22488036

-- Знай свою среду. Почему нужно изучать язык, на котором пишешь.
-- Магии нет. Есть непонимание процессов.
-- Не верь предрассудкам. Они сложились при других обстоятельствах.
-- Доверяй, но проверяй. Прежде, чем использовать решение, проверь.
-- Не используй не изучив. Не используй не понимая.
-- Код можно менять. Как делать это с умом.
-- Можно ли доверять синтетике? Синтетические тесты и реальная нагрузка.
-- Немного примеров. Плохих и хороших.

-- 
С Уважением,
Щербинин Павел
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130606/3e71d315/attachment.html>

From simashin на gmail.com  Thu Jun  6 02:24:42 2013
From: simashin на gmail.com (Alexander Simashin)
Date: Thu, 6 Jun 2013 13:24:42 +0400
Subject: [Moscow.pm] =?utf-8?b?0JzQsNGC0LXRgNC40LDQu9GLINGBIE1vc2Nvdy5w?=
	=?utf-8?b?bSDQvtGCIDQg0LDQv9GA0LXQu9GPIDIwMTM=?=
In-Reply-To: <CAJxdCZ4ctiyi8eqdT5yhWUtDM0EBCdvgLpX-iM_KoOBBr=dq6A@mail.gmail.com>
References: <CAJxdCZ4ctiyi8eqdT5yhWUtDM0EBCdvgLpX-iM_KoOBBr=dq6A@mail.gmail.com>
Message-ID: <CABOE7uS2L9vEJ5UeCUb+AR3_An0zTbmk95v45ZQzToui=w2ksg@mail.gmail.com>

Спасибо.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130606/7f3a2806/attachment.html>

From ivan на bessarabov.ru  Thu Jun  6 02:38:27 2013
From: ivan на bessarabov.ru (=?UTF-8?B?0JjQstCw0L0g0JHQtdGB0YHQsNGA0LDQsdC+0LI=?=)
Date: Thu, 6 Jun 2013 13:38:27 +0400
Subject: [Moscow.pm] =?utf-8?b?0JzQsNGC0LXRgNC40LDQu9GLINGBIE1vc2Nvdy5w?=
	=?utf-8?b?bSDQvtGCIDQg0LDQv9GA0LXQu9GPIDIwMTM=?=
In-Reply-To: <CABOE7uS2L9vEJ5UeCUb+AR3_An0zTbmk95v45ZQzToui=w2ksg@mail.gmail.com>
References: <CAJxdCZ4ctiyi8eqdT5yhWUtDM0EBCdvgLpX-iM_KoOBBr=dq6A@mail.gmail.com>
	<CABOE7uS2L9vEJ5UeCUb+AR3_An0zTbmk95v45ZQzToui=w2ksg@mail.gmail.com>
Message-ID: <CACEsYN6o9AFWQCxjARfBZmEwW_0rFRKcujfBqZYR9LqEpyuVfw@mail.gmail.com>

Большое спасибо


2013/6/6 Alexander Simashin <simashin на gmail.com>

> Спасибо.
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130606/9fe7d00f/attachment.html>

From mi на ya.ru  Thu Jun  6 04:02:47 2013
From: mi на ya.ru (Nikolay Mishin)
Date: Thu, 06 Jun 2013 15:02:47 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?7cHUxdLJwczZINMgTW9zY293LnBtIM/UIDQgwdDS?=
	=?koi8-r?b?xczRIDIwMTM=?=
In-Reply-To: <CAJxdCZ4ctiyi8eqdT5yhWUtDM0EBCdvgLpX-iM_KoOBBr=dq6A@mail.gmail.com>
References: <CAJxdCZ4ctiyi8eqdT5yhWUtDM0EBCdvgLpX-iM_KoOBBr=dq6A@mail.gmail.com>
Message-ID: <958291370516567@web27e.yandex.ru>

Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130606/2fa23bb1/attachment-0001.html>

From dzirtik на gmail.com  Fri Jun  7 01:39:49 2013
From: dzirtik на gmail.com (=?KOI8-R?B?8MHXxcwg/cXSwsnOyc4=?=)
Date: Fri, 7 Jun 2013 12:39:49 +0400
Subject: [Moscow.pm] =?koi8-r?b?8NLF2sXO1MHDyckg088g19PU0sXeySBNb3Njb3cu?=
	=?koi8-r?b?cG0gNiDJwM7RIDIwMTM=?=
Message-ID: <CAJxdCZ5+FE1tQJG64Re-x4wDWy_JeKGeg90Mdt9MxP=SFqU7jQ@mail.gmail.com>

1. *Трефилова Екатерина*, программист Trade.su <http://trade.su/>:
*Преобразование
Perl-структур в XML*
Презентация: http://www.slideshare.net/pavelscherbinin/kate-xml
*-- Парсинг XML-документов. *
*-- Формирование простых и сложных XML*
*-- Немного о DOM и парсерах, основанных на событиях SAX *
*-- Какими модулями удобно пользоваться и почему*
*
*
2. *Михаил Озеров*, программист проекта Деньги Mail.Ru
<http://mail.ru/>:  *Ленивые
итераторы для разбора разнородных данных*
Презентация: http://www.slideshare.net/pavelscherbinin/lazy-iterators
*-- От циклов к коллбэкам*
*-- От коллбэков к итераторам*
*-- Борьба со сложностью, изоляция аспектов*
*-- Гибкость и модифицируемость кода*
*-- Преимущества и недостатки*

-- 
С Уважением,
Щербинин Павел
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130607/a208f232/attachment.html>

From it на advego.ru  Tue Jun 11 09:12:11 2013
From: it на advego.ru (=?KOI8-R?B?4cTXxcfPLCDP1MTFzCDp9A==?=)
Date: Tue, 11 Jun 2013 20:12:11 +0400
Subject: [Moscow.pm] =?koi8-r?b?8sHa2dPLydfBxdTT0SDXxcIt0sHa0sHCz9Teycsg?=
	=?koi8-r?b?4cTXxcfP?=
Message-ID: <CAB7GRhczDmULZniMpPKHegBQnY9DiovHCOpj3bdBe35YAuRUhQ@mail.gmail.com>

В компанию занимающуюся разработкой нагруженных web-проектов требуется
программист.

Предпочтения:

- опыт в проектах 24x7
- опыт работы с большими, нагруженными базами
- опыт perl, postgres
- владение html-версткой, javascript

Требования:

- практические знания веб-инструментария:
  - на выбор perl, php, python
  - apache, nginx и т.д.
- владение реляционными базами данных, SQL
- владение ОС linux/bsd, консоль

Обязанности:

- проектирование и разработка перспективных проектов, инструментарий
новых проектов обсуждается
- развитие существующих проектов, готовность работать с унаследованным
perl, php кодом

О нас:

- нормальный коллектив
- творческая свобода, рост
- удобный график работы
- полный рабочий день в офисе
Москва, м. Владыкино/Петровско-Разумовская.

Заработная плата -- от 90 000 рублей

Резюме присылайте на job на advego.ru

From dim0xff на gmail.com  Wed Jun 12 22:39:13 2013
From: dim0xff на gmail.com (Dmitry L.)
Date: Thu, 13 Jun 2013 09:39:13 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
Message-ID: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>

Привет!

Возник вопрос, а где правильно (не с точки зрения синтаксиса, а вообще) и
нагляднее писать use utf8 в файле с модулем?
1. до package My::Module;
2. после package My::Module;

Считаем, что модули не сами по себе, а часть какого-то приложения, которое
утф8.

Вопрос появился после того, как взглянул на файлы, которые создаются с
помощью DBIC::Schema::Loader::_dump_to_dir

Там почему-то так:
-----------------------------------------------
    my $schema_text =
          qq|use utf8;\n|
        . qq|package $schema_class;\n\n|
        . qq|# Created by DBIx::Class::Schema::Loader\n|
        . qq|# DO NOT MODIFY THE FIRST PART OF THIS FILE\n\n|;
-----------------------------------------------


-- 
//wbr, Dmitry L.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130613/5ab09aaf/attachment.html>

From andrei.protasovitski на gmail.com  Wed Jun 12 23:09:00 2013
From: andrei.protasovitski на gmail.com (Andrei)
Date: Thu, 13 Jun 2013 08:09:00 +0200
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
Message-ID: <CANVWn7GW91n5eqRTOVLtOQUQ0rDGRMM-bP73Jb+=cmsy8-3pWg@mail.gmail.com>

Значение $schema_class может быть не в ASCII, поэтому перед ним стоит use
utf8. Если у тебя название модуля человеческое, то и пиши по-человечески,
т.е. сначала package, а потом все use.
13.06.2013 7:39 пользователь "Dmitry L." <dim0xff на gmail.com> написал:

> Привет!
>
> Возник вопрос, а где правильно (не с точки зрения синтаксиса, а вообще) и
> нагляднее писать use utf8 в файле с модулем?
> 1. до package My::Module;
> 2. после package My::Module;
>
> Считаем, что модули не сами по себе, а часть какого-то приложения, которое
> утф8.
>
> Вопрос появился после того, как взглянул на файлы, которые создаются с
> помощью DBIC::Schema::Loader::_dump_to_dir
>
> Там почему-то так:
> -----------------------------------------------
>     my $schema_text =
>           qq|use utf8;\n|
>         . qq|package $schema_class;\n\n|
>         . qq|# Created by DBIx::Class::Schema::Loader\n|
>         . qq|# DO NOT MODIFY THE FIRST PART OF THIS FILE\n\n|;
> -----------------------------------------------
>
>
> --
> //wbr, Dmitry L.
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130613/d0fcb56e/attachment.html>

From maxim.vuets на gmail.com  Thu Jun 13 00:13:13 2013
From: maxim.vuets на gmail.com (Maxim Vuets)
Date: Thu, 13 Jun 2013 09:13:13 +0200
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
Message-ID: <CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>

2013/6/13 Dmitry L. <dim0xff на gmail.com>:
> Привет!
>
> Возник вопрос, а где правильно (не с точки зрения синтаксиса, а вообще) и
> нагляднее писать use utf8 в файле с модулем?
> 1. до package My::Module;
> 2. после package My::Module;

Прагма utf8 имеет лексическую область видимости. Объявите до --- будет
на файл. После --- на пакет.

Я предпочитаю писать до, потому что в файле может быть несколько
пакетов, а код пакетов едва ли будет записан в разных кодировках (весь
файл должен быть в единой кодировке).

> Считаем, что модули не сами по себе, а часть какого-то приложения, которое
> утф8.

Это утверждение непонятно. Что значит "приложение утф8"?

На всякий случай: прагма utf8 сообщает о кодировке файла с исходным
кодом, а не о кодировке данных, с которыми потом работает приложение.
Смотрите `perldoc utf8`.

> Вопрос появился после того, как взглянул на файлы, которые создаются с
> помощью DBIC::Schema::Loader::_dump_to_dir
>
> Там почему-то так:
> -----------------------------------------------
>     my $schema_text =
>           qq|use utf8;\n|
>         . qq|package $schema_class;\n\n|
>         . qq|# Created by DBIx::Class::Schema::Loader\n|
>         . qq|# DO NOT MODIFY THE FIRST PART OF THIS FILE\n\n|;
> -----------------------------------------------
>

Вероятно в этот файл потом пишется UTF-8 текст, например, строковые
DEFAULT значения схемы.

>
> --
> //wbr, Dmitry L.
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>

From ruz на bestpractical.com  Thu Jun 13 03:01:35 2013
From: ruz на bestpractical.com (Ruslan Zakirov)
Date: Thu, 13 Jun 2013 14:01:35 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
Message-ID: <CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>

2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>

> 2013/6/13 Dmitry L. <dim0xff на gmail.com>:
> > Привет!
> >
> > Возник вопрос, а где правильно (не с точки зрения синтаксиса, а вообще) и
> > нагляднее писать use utf8 в файле с модулем?
> > 1. до package My::Module;
> > 2. после package My::Module;
>
> Прагма utf8 имеет лексическую область видимости. Объявите до --- будет
> на файл. После --- на пакет.
>

По этому все лексические прагмы нуно писать до пакета, в том числе strict,
warnings... Один файл - один пакет - это хорошо, но иногда надо два и более
и вот тогда может быть неприятный сюрприз.


-- 
Best regards, Ruslan.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130613/08e1d64c/attachment-0001.html>

From maxim.vuets на gmail.com  Thu Jun 13 03:14:22 2013
From: maxim.vuets на gmail.com (Maxim Vuets)
Date: Thu, 13 Jun 2013 12:14:22 +0200
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
Message-ID: <CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>

2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
>
> 2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
>>
>> 2013/6/13 Dmitry L. <dim0xff на gmail.com>:
>> > Привет!
>> >
>> > Возник вопрос, а где правильно (не с точки зрения синтаксиса, а вообще)
>> > и
>> > нагляднее писать use utf8 в файле с модулем?
>> > 1. до package My::Module;
>> > 2. после package My::Module;
>>
>> Прагма utf8 имеет лексическую область видимости. Объявите до --- будет
>> на файл. После --- на пакет.
>
>
> По этому все лексические прагмы нуно писать до пакета, в том числе strict,
> warnings... Один файл - один пакет - это хорошо, но иногда надо два и более
> и вот тогда может быть неприятный сюрприз.

Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:

    use strict;
    use warnings;
    use autodie qw<:all>;
    use utf8;
    use open qw<:utf8 :std>;


    ##############################################################################
    package My::Package;

    use Something;
...

From ali на ali.org.ua  Thu Jun 13 03:52:23 2013
From: ali на ali.org.ua (Oleg Alistratov)
Date: Thu, 13 Jun 2013 13:52:23 +0300
Subject: [Moscow.pm]
	=?koi8-r?b?58TFINcgzc/E1czFINDJ08HU2CB1c2UgdXRmOA==?=
In-Reply-To: <CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
Message-ID: <97691371120743@web13e.yandex.ru>

Есть еще такой очень неоднозначный модуль common::sense :)


13.06.2013, 13:14, "Maxim Vuets" <maxim.vuets на gmail.com>:
> 2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
>
>>  2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
>>>  2013/6/13 Dmitry L. <dim0xff на gmail.com>:
>>>>  Привет!
>>>>
>>>>  Возник вопрос, а где правильно (не с точки зрения синтаксиса, а вообще)
>>>>  и
>>>>  нагляднее писать use utf8 в файле с модулем?
>>>>  1. до package My::Module;
>>>>  2. после package My::Module;
>>>  Прагма utf8 имеет лексическую область видимости. Объявите до --- будет
>>>  на файл. После --- на пакет.
>>  По этому все лексические прагмы нуно писать до пакета, в том числе strict,
>>  warnings... Один файл - один пакет - это хорошо, но иногда надо два и более
>>  и вот тогда может быть неприятный сюрприз.
>
> Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
>
>     use strict;
>     use warnings;
>     use autodie qw<:all>;
>     use utf8;
>     use open qw<:utf8 :std>;
>
>     ##############################################################################
>     package My::Package;
>
>     use Something;
> ...
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

-- 
Oleg Alistratov

From proler на gmail.com  Thu Jun 13 05:22:35 2013
From: proler на gmail.com (=?utf-8?B?0J7Qu9C10LMg0JDQu9C10LrRgdC10LXQvdC60L7Qsg==?=)
Date: Thu, 13 Jun 2013 16:22:35 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
 =?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <97691371120743@web13e.yandex.ru>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<97691371120743@web13e.yandex.ru>
Message-ID: <op.wyl9zxspv2ux3d@any.yandex.ru>

Oleg Alistratov <ali на ali.org.ua> писал(а) в своём письме Thu, 13 Jun 2013  
14:52:23 +0400:

Подход противоположный началу тредика:

use common::sense;
use warnings "NONFATAL" => "all";
no warnings qw(uninitialized);


"NONFATAL" => "all" нужен например для не падания на
hex "\x01"
- интересное место, warnings отключает die

> Есть еще такой очень неоднозначный модуль common::sense :)
>
>
> 13.06.2013, 13:14, "Maxim Vuets" <maxim.vuets на gmail.com>:
>> 2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
>>
>>>  2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
>>>>  2013/6/13 Dmitry L. <dim0xff на gmail.com>:
>>>>>  Привет!
>>>>>
>>>>>  Возник вопрос, а где правильно (не с точки зрения синтаксиса, а  
>>>>> вообще)
>>>>>  и
>>>>>  нагляднее писать use utf8 в файле с модулем?
>>>>>  1. до package My::Module;
>>>>>  2. после package My::Module;
>>>>  Прагма utf8 имеет лексическую область видимости. Объявите до ---  
>>>> будет
>>>>  на файл. После --- на пакет.
>>>  По этому все лексические прагмы нуно писать до пакета, в том числе  
>>> strict,
>>>  warnings... Один файл - один пакет - это хорошо, но иногда надо два и  
>>> более
>>>  и вот тогда может быть неприятный сюрприз.
>>
>> Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
>>
>>     use strict;
>>     use warnings;
>>     use autodie qw<:all>;
>>     use utf8;
>>     use open qw<:utf8 :std>;
>>
>>     ##############################################################################
>>     package My::Package;
>>
>>     use Something;
>> ...
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org

From ali на ali.org.ua  Thu Jun 13 05:52:33 2013
From: ali на ali.org.ua (Oleg Alistratov)
Date: Thu, 13 Jun 2013 15:52:33 +0300
Subject: [Moscow.pm]
	=?koi8-r?b?58TFINcgzc/E1czFINDJ08HU2CB1c2UgdXRmOA==?=
In-Reply-To: <op.wyl9zxspv2ux3d@any.yandex.ru>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<97691371120743@web13e.yandex.ru> <op.wyl9zxspv2ux3d@any.yandex.ru>
Message-ID: <176631371127953@web29e.yandex.ru>


13.06.2013, 15:23, "Олег Алексеенков" <proler на gmail.com>:
> Oleg Alistratov <ali на ali.org.ua> писал(а) в своём письме Thu, 13 Jun 2013
> 14:52:23 +0400:
>
> Подход противоположный началу тредика:
>

> use common::sense;
> use warnings "NONFATAL" => "all";
> no warnings qw(uninitialized);

Помнится, первое уже включает третье.

>
> "NONFATAL" => "all" нужен например для не падания на
> hex "\x01"
> - интересное место, warnings отключает die
>
>>  Есть еще такой очень неоднозначный модуль common::sense :)
>>
>>  13.06.2013, 13:14, "Maxim Vuets" <maxim.vuets на gmail.com>:
>>>  2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
>>>>   2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
>>>>>   2013/6/13 Dmitry L. <dim0xff на gmail.com>:
>>>>>>   Привет!
>>>>>>
>>>>>>   Возник вопрос, а где правильно (не с точки зрения синтаксиса, а
>>>>>>  вообще)
>>>>>>   и
>>>>>>   нагляднее писать use utf8 в файле с модулем?
>>>>>>   1. до package My::Module;
>>>>>>   2. после package My::Module;
>>>>>   Прагма utf8 имеет лексическую область видимости. Объявите до ---
>>>>>  будет
>>>>>   на файл. После --- на пакет.
>>>>   По этому все лексические прагмы нуно писать до пакета, в том числе
>>>>  strict,
>>>>   warnings... Один файл - один пакет - это хорошо, но иногда надо два и
>>>>  более
>>>>   и вот тогда может быть неприятный сюрприз.
>>>  Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
>>>
>>>      use strict;
>>>      use warnings;
>>>      use autodie qw<:all>;
>>>      use utf8;
>>>      use open qw<:utf8 :std>;
>>>
>>>      ##############################################################################
>>>      package My::Package;
>>>
>>>      use Something;
>>>  ...
>>>  --
>>>  Moscow.pm mailing list
>>>  moscow-pm на pm.org | http://moscow.pm.org
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

-- 
Oleg Alistratov

From proler на gmail.com  Thu Jun 13 05:58:13 2013
From: proler на gmail.com (=?utf-8?B?0J7Qu9C10LMg0JDQu9C10LrRgdC10LXQvdC60L7Qsg==?=)
Date: Thu, 13 Jun 2013 16:58:13 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
 =?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <176631371127953@web29e.yandex.ru>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<97691371120743@web13e.yandex.ru> <op.wyl9zxspv2ux3d@any.yandex.ru>
	<176631371127953@web29e.yandex.ru>
Message-ID: <op.wymbnbxrv2ux3d@any.yandex.ru>

Oleg Alistratov <ali на ali.org.ua> писал(а) в своём письме Thu, 13 Jun 2013  
16:52:33 +0400:

>
> 13.06.2013, 15:23, "Олег Алексеенков" <proler на gmail.com>:
>> Oleg Alistratov <ali на ali.org.ua> писал(а) в своём письме Thu, 13 Jun  
>> 2013
>> 14:52:23 +0400:
>>
>> Подход противоположный началу тредика:
>>
>
>> use common::sense;
>> use warnings "NONFATAL" => "all";
>> no warnings qw(uninitialized);
>
> Помнится, первое уже включает третье.
Но второе выключает третье, которое включает первое.


>
>>
>> "NONFATAL" => "all" нужен например для не падания на
>> hex "\x01"
>> - интересное место, warnings отключает die
>>
>>>  Есть еще такой очень неоднозначный модуль common::sense :)
>>>
>>>  13.06.2013, 13:14, "Maxim Vuets" <maxim.vuets на gmail.com>:
>>>>  2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
>>>>>   2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
>>>>>>   2013/6/13 Dmitry L. <dim0xff на gmail.com>:
>>>>>>>   Привет!
>>>>>>>
>>>>>>>   Возник вопрос, а где правильно (не с точки зрения синтаксиса, а
>>>>>>>  вообще)
>>>>>>>   и
>>>>>>>   нагляднее писать use utf8 в файле с модулем?
>>>>>>>   1. до package My::Module;
>>>>>>>   2. после package My::Module;
>>>>>>   Прагма utf8 имеет лексическую область видимости. Объявите до ---
>>>>>>  будет
>>>>>>   на файл. После --- на пакет.
>>>>>   По этому все лексические прагмы нуно писать до пакета, в том числе
>>>>>  strict,
>>>>>   warnings... Один файл - один пакет - это хорошо, но иногда надо  
>>>>> два и
>>>>>  более
>>>>>   и вот тогда может быть неприятный сюрприз.
>>>>  Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
>>>>
>>>>      use strict;
>>>>      use warnings;
>>>>      use autodie qw<:all>;
>>>>      use utf8;
>>>>      use open qw<:utf8 :std>;
>>>>
>>>>      ##############################################################################
>>>>      package My::Package;
>>>>
>>>>      use Something;
>>>>  ...
>>>>  --
>>>>  Moscow.pm mailing list
>>>>  moscow-pm на pm.org | http://moscow.pm.org
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org

From ali на ali.org.ua  Thu Jun 13 07:13:26 2013
From: ali на ali.org.ua (Oleg Alistratov)
Date: Thu, 13 Jun 2013 17:13:26 +0300
Subject: [Moscow.pm]
	=?koi8-r?b?58TFINcgzc/E1czFINDJ08HU2CB1c2UgdXRmOA==?=
In-Reply-To: <op.wymbnbxrv2ux3d@any.yandex.ru>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<97691371120743@web13e.yandex.ru> <op.wyl9zxspv2ux3d@any.yandex.ru>
	<176631371127953@web29e.yandex.ru> <op.wymbnbxrv2ux3d@any.yandex.ru>
Message-ID: <441041371132806@web3f.yandex.ru>


13.06.2013, 15:58, "Олег Алексеенков" <proler на gmail.com>:
> Oleg Alistratov <ali на ali.org.ua> писал(а) в своём письме Thu, 13 Jun 2013
> 16:52:33 +0400:
>
>>  13.06.2013, 15:23, "Олег Алексеенков" <proler на gmail.com>:
>>>  Oleg Alistratov <ali на ali.org.ua> писал(а) в своём письме Thu, 13 Jun
>>>  2013
>>>  14:52:23 +0400:
>>>
>>>  Подход противоположный началу тредика:
>>>  use common::sense;
>>>  use warnings "NONFATAL" => "all";
>>>  no warnings qw(uninitialized);
>>  Помнится, первое уже включает третье.
>
> Но второе выключает третье, которое включает первое.

Это пять. Чета ржу )

>>>  "NONFATAL" => "all" нужен например для не падания на
>>>  hex "\x01"
>>>  - интересное место, warnings отключает die
>>>>   Есть еще такой очень неоднозначный модуль common::sense :)
>>>>
>>>>   13.06.2013, 13:14, "Maxim Vuets" <maxim.vuets на gmail.com>:
>>>>>   2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
>>>>>>    2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
>>>>>>>    2013/6/13 Dmitry L. <dim0xff на gmail.com>:
>>>>>>>>    Привет!
>>>>>>>>
>>>>>>>>    Возник вопрос, а где правильно (не с точки зрения синтаксиса, а
>>>>>>>>   вообще)
>>>>>>>>    и
>>>>>>>>    нагляднее писать use utf8 в файле с модулем?
>>>>>>>>    1. до package My::Module;
>>>>>>>>    2. после package My::Module;
>>>>>>>    Прагма utf8 имеет лексическую область видимости. Объявите до ---
>>>>>>>   будет
>>>>>>>    на файл. После --- на пакет.
>>>>>>    По этому все лексические прагмы нуно писать до пакета, в том числе
>>>>>>   strict,
>>>>>>    warnings... Один файл - один пакет - это хорошо, но иногда надо
>>>>>>  два и
>>>>>>   более
>>>>>>    и вот тогда может быть неприятный сюрприз.
>>>>>   Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
>>>>>
>>>>>       use strict;
>>>>>       use warnings;
>>>>>       use autodie qw<:all>;
>>>>>       use utf8;
>>>>>       use open qw<:utf8 :std>;
>>>>>
>>>>>       ##############################################################################
>>>>>       package My::Package;
>>>>>
>>>>>       use Something;
>>>>>   ...
>>>>>   --
>>>>>   Moscow.pm mailing list
>>>>>   moscow-pm на pm.org | http://moscow.pm.org
>>>  --
>>>  Moscow.pm mailing list
>>>  moscow-pm на pm.org | http://moscow.pm.org
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

-- 
Oleg Alistratov

From todmst на gmail.com  Thu Jun 13 10:31:12 2013
From: todmst на gmail.com (Dmitry Starikovsky)
Date: Thu, 13 Jun 2013 21:31:12 +0400
Subject: [Moscow.pm] Perl Developers required
Message-ID: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>

Привет! Компания, в которой я начинаю работать, ищет Perl программистов.

Требуются программисты на Perl для удаленной работы на английскую компанию
-  лидера в Великобритании в сфере технологий для туризма -
www.traveltek.net

Работа постоянная, на полную ставку, с перспективами карьерного роста .
Большая команда (включая 10 человек из России, Украины и Беларуси), гибкий
график работы.

Оплата - ежемесячно на Ваш банковский счет, месяц оплаченного отпуска.

Рабочий язык - английский, поэтому владение хотя бы на среднем уровне
необходимо.

Зарплата в зависимости опыта работы, $1400-$1800

 Пожалуйста присылайте резюме на английском на julia.krupenko на gmail.com.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130613/6d3b20ae/attachment.html>

From cub.uanic на gmail.com  Thu Jun 13 10:51:05 2013
From: cub.uanic на gmail.com (Oleg Kostyuk)
Date: Thu, 13 Jun 2013 20:51:05 +0300
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <441041371132806@web3f.yandex.ru>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<97691371120743@web13e.yandex.ru> <op.wyl9zxspv2ux3d@any.yandex.ru>
	<176631371127953@web29e.yandex.ru> <op.wymbnbxrv2ux3d@any.yandex.ru>
	<441041371132806@web3f.yandex.ru>
Message-ID: <CAAPa60iLF0wV9hJmDUy9DzAS0jmHsOyeVOZrPpvueJsFYfbE2g@mail.gmail.com>

Ну может тогда поменять порядок, чтоб меньше писать? :)

use warnings "NONFATAL" => "all";
use common::sense;




13 июня 2013 г., 17:13 пользователь Oleg Alistratov <ali на ali.org.ua>написал:

>
> 13.06.2013, 15:58, "Олег Алексеенков" <proler на gmail.com>:
> > Oleg Alistratov <ali на ali.org.ua> писал(а) в своём письме Thu, 13 Jun
> 2013
> > 16:52:33 +0400:
> >
> >>  13.06.2013, 15:23, "Олег Алексеенков" <proler на gmail.com>:
> >>>  Oleg Alistratov <ali на ali.org.ua> писал(а) в своём письме Thu, 13 Jun
> >>>  2013
> >>>  14:52:23 +0400:
> >>>
> >>>  Подход противоположный началу тредика:
> >>>  use common::sense;
> >>>  use warnings "NONFATAL" => "all";
> >>>  no warnings qw(uninitialized);
> >>  Помнится, первое уже включает третье.
> >
> > Но второе выключает третье, которое включает первое.
>
> Это пять. Чета ржу )
>
> >>>  "NONFATAL" => "all" нужен например для не падания на
> >>>  hex "\x01"
> >>>  - интересное место, warnings отключает die
> >>>>   Есть еще такой очень неоднозначный модуль common::sense :)
> >>>>
> >>>>   13.06.2013, 13:14, "Maxim Vuets" <maxim.vuets на gmail.com>:
> >>>>>   2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
> >>>>>>    2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
> >>>>>>>    2013/6/13 Dmitry L. <dim0xff на gmail.com>:
> >>>>>>>>    Привет!
> >>>>>>>>
> >>>>>>>>    Возник вопрос, а где правильно (не с точки зрения синтаксиса, а
> >>>>>>>>   вообще)
> >>>>>>>>    и
> >>>>>>>>    нагляднее писать use utf8 в файле с модулем?
> >>>>>>>>    1. до package My::Module;
> >>>>>>>>    2. после package My::Module;
> >>>>>>>    Прагма utf8 имеет лексическую область видимости. Объявите до ---
> >>>>>>>   будет
> >>>>>>>    на файл. После --- на пакет.
> >>>>>>    По этому все лексические прагмы нуно писать до пакета, в том
> числе
> >>>>>>   strict,
> >>>>>>    warnings... Один файл - один пакет - это хорошо, но иногда надо
> >>>>>>  два и
> >>>>>>   более
> >>>>>>    и вот тогда может быть неприятный сюрприз.
> >>>>>   Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
> >>>>>
> >>>>>       use strict;
> >>>>>       use warnings;
> >>>>>       use autodie qw<:all>;
> >>>>>       use utf8;
> >>>>>       use open qw<:utf8 :std>;
> >>>>>
> >>>>>
>       ##############################################################################
> >>>>>       package My::Package;
> >>>>>
> >>>>>       use Something;
> >>>>>   ...
> >>>>>   --
> >>>>>   Moscow.pm mailing list
> >>>>>   moscow-pm на pm.org | http://moscow.pm.org
> >>>  --
> >>>  Moscow.pm mailing list
> >>>  moscow-pm на pm.org | http://moscow.pm.org
> >
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org
>
> --
> Oleg Alistratov
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Sincerely yours,
Oleg Kostyuk (CUB-UANIC)
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130613/16aa8223/attachment-0001.html>

From warstone на list.ru  Thu Jun 13 11:34:24 2013
From: warstone на list.ru (=?UTF-8?B?V2Fyc3RvbmVAbGlzdC5ydQ==?=)
Date: Thu, 13 Jun 2013 22:34:24 +0400
Subject: [Moscow.pm] =?utf-8?q?Perl_Developers_required?=
In-Reply-To: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
Message-ID: <1371148464.19928149@f87.mail.ru>

 В лучших традициях троллинга sql.ru:
Вы 1 и 4 спутали в вилке ЗП, скорее всего.


Четверг, 13 июня 2013, 21:31 +04:00 от Dmitry Starikovsky <todmst на gmail.com>:
>Привет! Компания, в которой я начинаю работать, ищет Perl программистов.
>
>Требуются программисты на Perl для удаленной работы на английскую компанию -  лидера в Великобритании в сфере технологий для туризма -  www.traveltek.net
>Работа постоянная, на полную ставку, с перспективами карьерного роста . Большая команда (включая 10 человек из России, Украины и Беларуси), гибкий график работы.
>Оплата - ежемесячно на Ваш банковский счет, месяц оплаченного отпуска.
>Рабочий язык - английский, поэтому владение хотя бы на среднем уровне необходимо.
>Зарплата в зависимости опыта работы, $1400-$1800
> Пожалуйста присылайте резюме на английском на  julia.krupenko на gmail.com .
>
>-- 
>Moscow.pm mailing list
>moscow-pm на pm.org |  http://moscow.pm.org


-- 
Nick unnoun
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130613/713e1049/attachment.html>

From maxim.vuets на gmail.com  Thu Jun 13 12:27:13 2013
From: maxim.vuets на gmail.com (Maxim Vuets)
Date: Thu, 13 Jun 2013 21:27:13 +0200
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <1371148464.19928149@f87.mail.ru>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<1371148464.19928149@f87.mail.ru>
Message-ID: <20130613192713.GA4127@shroompy>

On Thu, Jun 13, 2013 at 10:34:24PM +0400, Warstone на list.ru wrote:
> В лучших традициях троллинга sql.ru:
>Вы 1 и 4 спутали в вилке ЗП, скорее всего.
>

Почему? Работа удалённая. Для среднего разработчика из Бердичева очень
хороший оклад будет.

>
>Четверг, 13 июня 2013, 21:31 +04:00 от Dmitry Starikovsky <todmst на gmail.com>:
>>Привет! Компания, в которой я начинаю работать, ищет Perl программистов.
>>
>>Требуются программисты на Perl для удаленной работы на английскую компанию -  лидера в Великобритании в сфере технологий для туризма -  www.traveltek.net
>>Работа постоянная, на полную ставку, с перспективами карьерного роста . Большая команда (включая 10 человек из России, Украины и Беларуси), гибкий график работы.
>>Оплата - ежемесячно на Ваш банковский счет, месяц оплаченного отпуска.
>>Рабочий язык - английский, поэтому владение хотя бы на среднем уровне необходимо.
>>Зарплата в зависимости опыта работы, $1400-$1800
>> Пожалуйста присылайте резюме на английском на  julia.krupenko на gmail.com .
>>
>>-- 
>>Moscow.pm mailing list
>>moscow-pm на pm.org |  http://moscow.pm.org
>
>
>-- 
>Nick unnoun

>-- 
>Moscow.pm mailing list
>moscow-pm на pm.org | http://moscow.pm.org


From lev на leontiev.me  Thu Jun 13 19:13:19 2013
From: lev на leontiev.me (Lev Leontiev)
Date: Fri, 14 Jun 2013 06:13:19 +0400
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <20130613192713.GA4127@shroompy>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<1371148464.19928149@f87.mail.ru> <20130613192713.GA4127@shroompy>
Message-ID: <CAPFy3ts0gCHbtMe+nqH_1KXXaZNByVanoHoT8K0iy8JteJzYHA@mail.gmail.com>

> из Бердичева
> Moscow.pm

я один вижу здесь противоречие ?


2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>

> On Thu, Jun 13, 2013 at 10:34:24PM +0400, Warstone на list.ru wrote:
> > В лучших традициях троллинга sql.ru:
> >Вы 1 и 4 спутали в вилке ЗП, скорее всего.
> >
>
> Почему? Работа удалённая. Для среднего разработчика из Бердичева очень
> хороший оклад будет.
>
> >
> >Четверг, 13 июня 2013, 21:31 +04:00 от Dmitry Starikovsky <
> todmst на gmail.com>:
> >>Привет! Компания, в которой я начинаю работать, ищет Perl программистов.
> >>
> >>Требуются программисты на Perl для удаленной работы на английскую
> компанию -  лидера в Великобритании в сфере технологий для туризма -
> www.traveltek.net
> >>Работа постоянная, на полную ставку, с перспективами карьерного роста .
> Большая команда (включая 10 человек из России, Украины и Беларуси), гибкий
> график работы.
> >>Оплата - ежемесячно на Ваш банковский счет, месяц оплаченного отпуска.
> >>Рабочий язык - английский, поэтому владение хотя бы на среднем уровне
> необходимо.
> >>Зарплата в зависимости опыта работы, $1400-$1800
> >> Пожалуйста присылайте резюме на английском на  julia.krupenko на gmail.com.
> >>
> >>--
> >>Moscow.pm mailing list
> >>moscow-pm на pm.org |  http://moscow.pm.org
> >
> >
> >--
> >Nick unnoun
>
> >--
> >Moscow.pm mailing list
> >moscow-pm на pm.org | http://moscow.pm.org
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/b604d8ee/attachment.html>

From yu.pats на gmail.com  Thu Jun 13 19:20:11 2013
From: yu.pats на gmail.com (Yury Pats)
Date: Fri, 14 Jun 2013 02:20:11 +0000
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <20130613192713.GA4127@shroompy>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<1371148464.19928149@f87.mail.ru> <20130613192713.GA4127@shroompy>
Message-ID: <CAFtO3f=ZiipagbbynXVx5byouv4SM9PLfa7s4g7=rznVoDMt-w@mail.gmail.com>

Толковые разработчики и в Бердичеве получают московские зп.


2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>

> On Thu, Jun 13, 2013 at 10:34:24PM +0400, Warstone на list.ru wrote:
> > В лучших традициях троллинга sql.ru:
> >Вы 1 и 4 спутали в вилке ЗП, скорее всего.
> >
>
> Почему? Работа удалённая. Для среднего разработчика из Бердичева очень
> хороший оклад будет.
>
> >
> >Четверг, 13 июня 2013, 21:31 +04:00 от Dmitry Starikovsky <
> todmst на gmail.com>:
> >>Привет! Компания, в которой я начинаю работать, ищет Perl программистов.
> >>
> >>Требуются программисты на Perl для удаленной работы на английскую
> компанию -  лидера в Великобритании в сфере технологий для туризма -
> www.traveltek.net
> >>Работа постоянная, на полную ставку, с перспективами карьерного роста .
> Большая команда (включая 10 человек из России, Украины и Беларуси), гибкий
> график работы.
> >>Оплата - ежемесячно на Ваш банковский счет, месяц оплаченного отпуска.
> >>Рабочий язык - английский, поэтому владение хотя бы на среднем уровне
> необходимо.
> >>Зарплата в зависимости опыта работы, $1400-$1800
> >> Пожалуйста присылайте резюме на английском на  julia.krupenko на gmail.com.
> >>
> >>--
> >>Moscow.pm mailing list
> >>moscow-pm на pm.org |  http://moscow.pm.org
> >
> >
> >--
> >Nick unnoun
>
> >--
> >Moscow.pm mailing list
> >moscow-pm на pm.org | http://moscow.pm.org
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
WBR, Yury Pats
skype: yuripats
cellular: +375 (29) 5870723
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/92b37dbb/attachment-0001.html>

From yury.zavarin на gmail.com  Thu Jun 13 22:14:27 2013
From: yury.zavarin на gmail.com (Yury Zavarin)
Date: Fri, 14 Jun 2013 12:14:27 +0700
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
Message-ID: <CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>

2013/6/14 Dmitry Starikovsky <todmst на gmail.com>

> Привет! Компания, в которой я начинаю работать, ищет Perl программистов.
>
> Требуются программисты на Perl для удаленной работы на английскую компанию
> -  лидера в Великобритании в сфере технологий для туризма -
> www.traveltek.net
>
> Работа постоянная, на полную ставку, с перспективами карьерного роста .
> Большая команда (включая 10 человек из России, Украины и Беларуси), гибкий
> график работы.
>
> Оплата - ежемесячно на Ваш банковский счет, месяц оплаченного отпуска.
>
Деньги на счет приходят из Англии?
Тогда надо иметь в виду, что гипотетический удаленный работник из России
(какие законы в Бердичеве в Украине -- не знаю), являясь налоговым
резидентом России, должен будет заключить с вами договор, периодически
заполнять налоговую декларацию и платить с этих денег налог 13%. То есть по
деньгам и того меньше, чем 1300$ получится.

> Рабочий язык - английский, поэтому владение хотя бы на среднем уровне
> необходимо.
>
> Зарплата в зависимости опыта работы, $1400-$1800
>
>  Пожалуйста присылайте резюме на английском на julia.krupenko на gmail.com.
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/6ca43482/attachment.html>

From andrei.protasovitski на gmail.com  Thu Jun 13 22:26:40 2013
From: andrei.protasovitski на gmail.com (Andrei)
Date: Fri, 14 Jun 2013 07:26:40 +0200
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
Message-ID: <CANVWn7G=4Zi7E7x1+eBjqfQ9od7vYQDHeS9r=eyBTCk6jGsMCw@mail.gmail.com>

Уходит ты! Они ещё живы! :-)

Я работал с ними в 2007. Всё так же интегрируют внешние системы в одну свою?
13.06.2013 19:32 пользователь "Dmitry Starikovsky" <todmst на gmail.com>
написал:

> Привет! Компания, в которой я начинаю работать, ищет Perl программистов.
>
> Требуются программисты на Perl для удаленной работы на английскую компанию
> -  лидера в Великобритании в сфере технологий для туризма -
> www.traveltek.net
>
> Работа постоянная, на полную ставку, с перспективами карьерного роста .
> Большая команда (включая 10 человек из России, Украины и Беларуси), гибкий
> график работы.
>
> Оплата - ежемесячно на Ваш банковский счет, месяц оплаченного отпуска.
>
> Рабочий язык - английский, поэтому владение хотя бы на среднем уровне
> необходимо.
>
> Зарплата в зависимости опыта работы, $1400-$1800
>
>  Пожалуйста присылайте резюме на английском на julia.krupenko на gmail.com.
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/07a8f732/attachment.html>

From todmst на gmail.com  Thu Jun 13 22:32:17 2013
From: todmst на gmail.com (Dmitry Starikovsky)
Date: Fri, 14 Jun 2013 09:32:17 +0400
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
Message-ID: <CABExu-2dmbj=AH7ja-Nm2ygHXObRi3eqKG1d39vpWqR4Cn-h9Q@mail.gmail.com>

Да, деньги из Англии, подробностей по налогам я пока не точно не знаю..
Если интерес предметный, вопросы по вакансии направляйте
julia.krupenko на gmail <julia.krupenko на gmail.com>.

Dmitry Starikovsky,
todmst на gmail.com


14 июня 2013 г., 9:14 пользователь Yury Zavarin <yury.zavarin на gmail.com>написал:

>
>
> 2013/6/14 Dmitry Starikovsky <todmst на gmail.com>
>
>> Привет! Компания, в которой я начинаю работать, ищет Perl программистов.
>>
>> Требуются программисты на Perl для удаленной работы на английскую
>> компанию -  лидера в Великобритании в сфере технологий для туризма -
>> www.traveltek.net
>>
>> Работа постоянная, на полную ставку, с перспективами карьерного роста .
>> Большая команда (включая 10 человек из России, Украины и Беларуси), гибкий
>> график работы.
>>
>> Оплата - ежемесячно на Ваш банковский счет, месяц оплаченного отпуска.
>>
> Деньги на счет приходят из Англии?
> Тогда надо иметь в виду, что гипотетический удаленный работник из России
> (какие законы в Бердичеве в Украине -- не знаю), являясь налоговым
> резидентом России, должен будет заключить с вами договор, периодически
> заполнять налоговую декларацию и платить с этих денег налог 13%. То есть по
> деньгам и того меньше, чем 1300$ получится.
>
>> Рабочий язык - английский, поэтому владение хотя бы на среднем уровне
>> необходимо.
>>
>> Зарплата в зависимости опыта работы, $1400-$1800
>>
>>  Пожалуйста присылайте резюме на английском на julia.krupenko на gmail.com.
>>
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/a137bb4c/attachment-0001.html>

From todmst на gmail.com  Thu Jun 13 22:33:52 2013
From: todmst на gmail.com (Dmitry Starikovsky)
Date: Fri, 14 Jun 2013 09:33:52 +0400
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <CANVWn7G=4Zi7E7x1+eBjqfQ9od7vYQDHeS9r=eyBTCk6jGsMCw@mail.gmail.com>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<CANVWn7G=4Zi7E7x1+eBjqfQ9od7vYQDHeS9r=eyBTCk6jGsMCw@mail.gmail.com>
Message-ID: <CABExu-2hFsQe+ME=JAthdsh56pAn0TFJ6-7D+XQ=fSn+tvDejA@mail.gmail.com>

Да, вроде того:)

Dmitry Starikovsky,
todmst на gmail.com


14 июня 2013 г., 9:26 пользователь Andrei
<andrei.protasovitski на gmail.com>написал:

> Уходит ты! Они ещё живы! :-)
>
> Я работал с ними в 2007. Всё так же интегрируют внешние системы в одну
> свою?
> 13.06.2013 19:32 пользователь "Dmitry Starikovsky" <todmst на gmail.com>
> написал:
>
>> Привет! Компания, в которой я начинаю работать, ищет Perl программистов.
>>
>> Требуются программисты на Perl для удаленной работы на английскую
>> компанию -  лидера в Великобритании в сфере технологий для туризма -
>> www.traveltek.net
>>
>> Работа постоянная, на полную ставку, с перспективами карьерного роста .
>> Большая команда (включая 10 человек из России, Украины и Беларуси), гибкий
>> график работы.
>>
>> Оплата - ежемесячно на Ваш банковский счет, месяц оплаченного отпуска.
>>
>> Рабочий язык - английский, поэтому владение хотя бы на среднем уровне
>> необходимо.
>>
>> Зарплата в зависимости опыта работы, $1400-$1800
>>
>>  Пожалуйста присылайте резюме на английском на julia.krupenko на gmail.com.
>>
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/6ee790f5/attachment.html>

From ccnweb на gmail.com  Thu Jun 13 23:23:26 2013
From: ccnweb на gmail.com (Alexander Onokhov)
Date: Fri, 14 Jun 2013 09:23:26 +0300
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
Message-ID: <CABXEPAE=qz++94tsKKMYJ3=E-=yE7zY1ck97PBLd6g_i3P+RFA@mail.gmail.com>

Белорусские ИПшники платят 5% налога..  А с заграничных доходов  вроде как
даже 3%
14.06.2013 8:14 пользователь "Yury Zavarin" <yury.zavarin на gmail.com>
написал:

>
>
> 2013/6/14 Dmitry Starikovsky <todmst на gmail.com>
>
>> Привет! Компания, в которой я начинаю работать, ищет Perl программистов.
>>
>> Требуются программисты на Perl для удаленной работы на английскую
>> компанию -  лидера в Великобритании в сфере технологий для туризма -
>> www.traveltek.net
>>
>> Работа постоянная, на полную ставку, с перспективами карьерного роста .
>> Большая команда (включая 10 человек из России, Украины и Беларуси), гибкий
>> график работы.
>>
>> Оплата - ежемесячно на Ваш банковский счет, месяц оплаченного отпуска.
>>
> Деньги на счет приходят из Англии?
> Тогда надо иметь в виду, что гипотетический удаленный работник из России
> (какие законы в Бердичеве в Украине -- не знаю), являясь налоговым
> резидентом России, должен будет заключить с вами договор, периодически
> заполнять налоговую декларацию и платить с этих денег налог 13%. То есть по
> деньгам и того меньше, чем 1300$ получится.
>
>> Рабочий язык - английский, поэтому владение хотя бы на среднем уровне
>> необходимо.
>>
>> Зарплата в зависимости опыта работы, $1400-$1800
>>
>>  Пожалуйста присылайте резюме на английском на julia.krupenko на gmail.com.
>>
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/95d64b89/attachment.html>

From onokonem на gmail.com  Fri Jun 14 00:02:52 2013
From: onokonem на gmail.com (Daniel Podolsky)
Date: Fri, 14 Jun 2013 11:02:52 +0400
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
Message-ID: <CAKaHDOHbDMez1rFV=e5XzhWEgChXQa=g1G51Mwn=v6uyTL0E7A@mail.gmail.com>

2013/6/14 Yury Zavarin <yury.zavarin на gmail.com>:
> Тогда надо иметь в виду, что гипотетический удаленный работник из России
> (какие законы в Бердичеве в Украине -- не знаю), являясь налоговым
> резидентом России, должен будет заключить с вами договор, периодически
> заполнять налоговую декларацию и платить с этих денег налог 13%.
Тут надо регистрировать ИП, и платить 6%. Извините за  offtopic

From truestyler на gmail.com  Fri Jun 14 00:14:16 2013
From: truestyler на gmail.com (Taras Iagniuk)
Date: Fri, 14 Jun 2013 10:14:16 +0300
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
Message-ID: <CAGn1NR9QJtggG5FCaQcQZdhUc8VCvmkrvBHNR3cATrY0snZ2mw@mail.gmail.com>

2013/6/14 Yury Zavarin <yury.zavarin на gmail.com>

>
>
> 2013/6/14 Dmitry Starikovsky <todmst на gmail.com>
>
>> Привет! Компания, в которой я начинаю работать, ищет Perl программистов.
>>
>> Требуются программисты на Perl для удаленной работы на английскую
>> компанию -  лидера в Великобритании в сфере технологий для туризма -
>> www.traveltek.net
>>
>> Работа постоянная, на полную ставку, с перспективами карьерного роста .
>> Большая команда (включая 10 человек из России, Украины и Беларуси), гибкий
>> график работы.
>>
>> Оплата - ежемесячно на Ваш банковский счет, месяц оплаченного отпуска.
>>
> Деньги на счет приходят из Англии?
> Тогда надо иметь в виду, что гипотетический удаленный работник из России
> (какие законы в Бердичеве в Украине -- не знаю),
>
В Украине нужно регистрировать ЧП, заключить договор с иностранной
компанией, платить 5% налога и приблизительно $50 в пенсионный
фонд, сдавать отчеты в налоговою и акты выполненных работ в банк.



> являясь налоговым резидентом России, должен будет заключить с вами
> договор, периодически заполнять налоговую декларацию и платить с этих денег
> налог 13%. То есть по деньгам и того меньше, чем 1300$ получится.
>
>> Рабочий язык - английский, поэтому владение хотя бы на среднем уровне
>> необходимо.
>>
>> Зарплата в зависимости опыта работы, $1400-$1800
>>
>>  Пожалуйста присылайте резюме на английском на julia.krupenko на gmail.com.
>>
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>


-- 
Best regards,
Taras Iagniuk
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/faa1ca6b/attachment-0001.html>

From dmitry на eremeev.ru  Fri Jun 14 00:16:14 2013
From: dmitry на eremeev.ru (Dmitry Eremeev)
Date: Fri, 14 Jun 2013 11:16:14 +0400
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <CAKaHDOHbDMez1rFV=e5XzhWEgChXQa=g1G51Mwn=v6uyTL0E7A@mail.gmail.com>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
	<CAKaHDOHbDMez1rFV=e5XzhWEgChXQa=g1G51Mwn=v6uyTL0E7A@mail.gmail.com>
Message-ID: <C6E5F537-5058-4938-B3A5-9C30D9E48CE6@eremeev.ru>

Если русский ИП или ООО принимает баблосо извне (участник внешне-экономической деятельности), то УСН 6% нельзя. Будет Ндс 18% и 20% с прибыли (и расходы еще надо показать, чтобы минимизировать 20%). Короче жопес полный. И это я еще не начал рассказывать про паспорта сделок и всяческий финконтроль. 

Проще в оффшорке где-нибудь счет сделать с карточкой и в РФ снимать.


Yours,
Dmitry Eremeev
+7 906 7005771

14.06.2013, в 11:02, Daniel Podolsky <onokonem на gmail.com> написал(а):

> 2013/6/14 Yury Zavarin <yury.zavarin на gmail.com>:
>> Тогда надо иметь в виду, что гипотетический удаленный работник из России
>> (какие законы в Бердичеве в Украине -- не знаю), являясь налоговым
>> резидентом России, должен будет заключить с вами договор, периодически
>> заполнять налоговую декларацию и платить с этих денег налог 13%.
> Тут надо регистрировать ИП, и платить 6%. Извините за  offtopic
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

From foxcool333 на gmail.com  Fri Jun 14 00:18:57 2013
From: foxcool333 на gmail.com (Foxcool)
Date: Fri, 14 Jun 2013 13:18:57 +0600
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <CAGn1NR9QJtggG5FCaQcQZdhUc8VCvmkrvBHNR3cATrY0snZ2mw@mail.gmail.com>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
	<CAGn1NR9QJtggG5FCaQcQZdhUc8VCvmkrvBHNR3cATrY0snZ2mw@mail.gmail.com>
Message-ID: <51BAC3E1.8020303@gmail.com>

14.06.2013 13:14, Taras Iagniuk пишет:
> 2013/6/14 Yury Zavarin <yury.zavarin на gmail.com 
> <mailto:yury.zavarin на gmail.com>>
>
>
>
>     2013/6/14 Dmitry Starikovsky <todmst на gmail.com
>     <mailto:todmst на gmail.com>>
>
>         Привет! Компания, в которой я начинаю работать, ищет Perl
>         программистов.
>
>         Требуются программисты на Perl для удаленной работы на
>         английскую компанию -  лидера в Великобритании в сфере
>         технологий для туризма - www.traveltek.net
>         <http://www.traveltek.net/>
>
>         Работа постоянная, на полную ставку, с перспективами
>         карьерного роста . Большая команда (включая 10 человек из
>         России, Украины и Беларуси), гибкий график работы.
>
>         Оплата - ежемесячно на Ваш банковский счет, месяц оплаченного
>         отпуска.
>
>     Деньги на счет приходят из Англии?
>     Тогда надо иметь в виду, что гипотетический удаленный работник из
>     России (какие законы в Бердичеве в Украине -- не знаю),
>
> В Украине нужно регистрировать ЧП, заключить договор с иностранной 
> компанией, платить 5% налога и приблизительно $50 в пенсионный 
> фонд, сдавать отчеты в налоговою и акты выполненных работ в банк.
>
>     являясь налоговым резидентом России, должен будет заключить с вами
>     договор, периодически заполнять налоговую декларацию и платить с
>     этих денег налог 13%. То есть по деньгам и того меньше, чем 1300$
>     получится.
>
>         Рабочий язык - английский, поэтому владение хотя бы на среднем
>         уровне необходимо.
>
>         Зарплата в зависимости опыта работы, $1400-$1800
>
>          Пожалуйста присылайте резюме на английском на
>         julia.krupenko на gmail.com <mailto:julia.krupenko на gmail.com>.
>
>
>
>         --
>         Moscow.pm mailing list
>         moscow-pm на pm.org <mailto:moscow-pm на pm.org> | http://moscow.pm.org
>
>
>
>     --
>     Moscow.pm mailing list
>     moscow-pm на pm.org <mailto:moscow-pm на pm.org> | http://moscow.pm.org
>
>
>
>
> -- 
> Best regards,
> Taras Iagniuk
>
>
Из сообщений выше я понял, что налоговый климат в Украине и Берорусии 
лучше. Однако, ситуации это не меняет: зарплаты у них ниже рынка по мск 
и спб и наверняка значительно ниже, чем в Европе и США. Работа бы 
подошла джуниору, который хочет выйти на англоязычный рынок, но 
наверняка там требования еще и огого. Единственный вывод: ребята хотят 
дешевую рабсилу  и не стесняются такие предложения делать. Наверняка 
есть те, кто к ним идет.

-- 
http://foxcool.ru
foxcool на jabber.ru

----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/bcacfc88/attachment.html>

From chesnokov.ilya на gmail.com  Fri Jun 14 01:05:09 2013
From: chesnokov.ilya на gmail.com (Ilya Chesnokov)
Date: Fri, 14 Jun 2013 12:05:09 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CAAPa60iLF0wV9hJmDUy9DzAS0jmHsOyeVOZrPpvueJsFYfbE2g@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<97691371120743@web13e.yandex.ru> <op.wyl9zxspv2ux3d@any.yandex.ru>
	<176631371127953@web29e.yandex.ru>
	<op.wymbnbxrv2ux3d@any.yandex.ru> <441041371132806@web3f.yandex.ru>
	<CAAPa60iLF0wV9hJmDUy9DzAS0jmHsOyeVOZrPpvueJsFYfbE2g@mail.gmail.com>
Message-ID: <CANh0x-yycij2d=ceeqiFX0d3wyaDUdMBJzKM2cCaQRFCkmzuNw@mail.gmail.com>

13 июня 2013 г., 21:51 пользователь Oleg Kostyuk <cub.uanic на gmail.com>написал:

> Ну может тогда поменять порядок, чтоб меньше писать? :)
>
> use warnings "NONFATAL" => "all";
> use common::sense;
>
>
Я так понимаю, common::sense таки делает некоторые варнинги фатальными.


>
>
>
> 13 июня 2013 г., 17:13 пользователь Oleg Alistratov <ali на ali.org.ua>написал:
>
>
>> 13.06.2013, 15:58, "Олег Алексеенков" <proler на gmail.com>:
>> > Oleg Alistratov <ali на ali.org.ua> писал(а) в своём письме Thu, 13 Jun
>> 2013
>> > 16:52:33 +0400:
>> >
>> >>  13.06.2013, 15:23, "Олег Алексеенков" <proler на gmail.com>:
>> >>>  Oleg Alistratov <ali на ali.org.ua> писал(а) в своём письме Thu, 13 Jun
>> >>>  2013
>> >>>  14:52:23 +0400:
>> >>>
>> >>>  Подход противоположный началу тредика:
>> >>>  use common::sense;
>> >>>  use warnings "NONFATAL" => "all";
>> >>>  no warnings qw(uninitialized);
>> >>  Помнится, первое уже включает третье.
>> >
>> > Но второе выключает третье, которое включает первое.
>>
>> Это пять. Чета ржу )
>>
>> >>>  "NONFATAL" => "all" нужен например для не падания на
>> >>>  hex "\x01"
>> >>>  - интересное место, warnings отключает die
>> >>>>   Есть еще такой очень неоднозначный модуль common::sense :)
>> >>>>
>> >>>>   13.06.2013, 13:14, "Maxim Vuets" <maxim.vuets на gmail.com>:
>> >>>>>   2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
>> >>>>>>    2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
>> >>>>>>>    2013/6/13 Dmitry L. <dim0xff на gmail.com>:
>> >>>>>>>>    Привет!
>> >>>>>>>>
>> >>>>>>>>    Возник вопрос, а где правильно (не с точки зрения синтаксиса,
>> а
>> >>>>>>>>   вообще)
>> >>>>>>>>    и
>> >>>>>>>>    нагляднее писать use utf8 в файле с модулем?
>> >>>>>>>>    1. до package My::Module;
>> >>>>>>>>    2. после package My::Module;
>> >>>>>>>    Прагма utf8 имеет лексическую область видимости. Объявите до
>> ---
>> >>>>>>>   будет
>> >>>>>>>    на файл. После --- на пакет.
>> >>>>>>    По этому все лексические прагмы нуно писать до пакета, в том
>> числе
>> >>>>>>   strict,
>> >>>>>>    warnings... Один файл - один пакет - это хорошо, но иногда надо
>> >>>>>>  два и
>> >>>>>>   более
>> >>>>>>    и вот тогда может быть неприятный сюрприз.
>> >>>>>   Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
>> >>>>>
>> >>>>>       use strict;
>> >>>>>       use warnings;
>> >>>>>       use autodie qw<:all>;
>> >>>>>       use utf8;
>> >>>>>       use open qw<:utf8 :std>;
>> >>>>>
>> >>>>>
>>       ##############################################################################
>> >>>>>       package My::Package;
>> >>>>>
>> >>>>>       use Something;
>> >>>>>   ...
>> >>>>>   --
>> >>>>>   Moscow.pm mailing list
>> >>>>>   moscow-pm на pm.org | http://moscow.pm.org
>> >>>  --
>> >>>  Moscow.pm mailing list
>> >>>  moscow-pm на pm.org | http://moscow.pm.org
>> >
>> > --
>> > Moscow.pm mailing list
>> > moscow-pm на pm.org | http://moscow.pm.org
>>
>> --
>> Oleg Alistratov
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>
>
>
> --
> Sincerely yours,
> Oleg Kostyuk (CUB-UANIC)
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>


-- 
Best regards,
Ilya Chesnokov
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/394a39e4/attachment-0001.html>

From chesnokov.ilya на gmail.com  Fri Jun 14 01:19:31 2013
From: chesnokov.ilya на gmail.com (Ilya Chesnokov)
Date: Fri, 14 Jun 2013 12:19:31 +0400
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <C6E5F537-5058-4938-B3A5-9C30D9E48CE6@eremeev.ru>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
	<CAKaHDOHbDMez1rFV=e5XzhWEgChXQa=g1G51Mwn=v6uyTL0E7A@mail.gmail.com>
	<C6E5F537-5058-4938-B3A5-9C30D9E48CE6@eremeev.ru>
Message-ID: <CANh0x-wEkw2FmAGie35tja-voyDp_QB=DVeWNdg=YyD04NgOHw@mail.gmail.com>

14 июня 2013 г., 11:16 пользователь Dmitry Eremeev <dmitry на eremeev.ru>написал:

> Если русский ИП или ООО принимает баблосо извне (участник
> внешне-экономической деятельности), то УСН 6% нельзя.


Откуда такая информация?


> Будет Ндс 18% и 20% с прибыли (и расходы еще надо показать, чтобы
> минимизировать 20%). Короче жопес полный. И это я еще не начал рассказывать
> про паспорта сделок и всяческий финконтроль.
>
> Проще в оффшорке где-нибудь счет сделать с карточкой и в РФ снимать.
>
>
> Yours,
> Dmitry Eremeev
> +7 906 7005771
>
> 14.06.2013, в 11:02, Daniel Podolsky <onokonem на gmail.com> написал(а):
>
> > 2013/6/14 Yury Zavarin <yury.zavarin на gmail.com>:
> >> Тогда надо иметь в виду, что гипотетический удаленный работник из России
> >> (какие законы в Бердичеве в Украине -- не знаю), являясь налоговым
> >> резидентом России, должен будет заключить с вами договор, периодически
> >> заполнять налоговую декларацию и платить с этих денег налог 13%.
> > Тут надо регистрировать ИП, и платить 6%. Извините за  offtopic
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Best regards,
Ilya Chesnokov
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/fb641a24/attachment.html>

From dmitry на eremeev.ru  Fri Jun 14 01:24:34 2013
From: dmitry на eremeev.ru (Dmitry Eremeev)
Date: Fri, 14 Jun 2013 12:24:34 +0400
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <CANh0x-wEkw2FmAGie35tja-voyDp_QB=DVeWNdg=YyD04NgOHw@mail.gmail.com>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
	<CAKaHDOHbDMez1rFV=e5XzhWEgChXQa=g1G51Mwn=v6uyTL0E7A@mail.gmail.com>
	<C6E5F537-5058-4938-B3A5-9C30D9E48CE6@eremeev.ru>
	<CANh0x-wEkw2FmAGie35tja-voyDp_QB=DVeWNdg=YyD04NgOHw@mail.gmail.com>
Message-ID: <5B157C08-CA5A-4BEA-B514-79ED63CA35F6@eremeev.ru>

от моего бухгалтера)


-----------------------------
Yours,
Dmitry Eremeev
+7 906 700 57 71

On 14.06.2013, at 12:19, Ilya Chesnokov <chesnokov.ilya на gmail.com> wrote:

> 
> 14 июня 2013 г., 11:16 пользователь Dmitry Eremeev <dmitry на eremeev.ru> написал:
> Если русский ИП или ООО принимает баблосо извне (участник внешне-экономической деятельности), то УСН 6% нельзя.
> 
> Откуда такая информация?
>  
> Будет Ндс 18% и 20% с прибыли (и расходы еще надо показать, чтобы минимизировать 20%). Короче жопес полный. И это я еще не начал рассказывать про паспорта сделок и всяческий финконтроль.
> 
> Проще в оффшорке где-нибудь счет сделать с карточкой и в РФ снимать.
> 
> 
> Yours,
> Dmitry Eremeev
> +7 906 7005771
> 
> 14.06.2013, в 11:02, Daniel Podolsky <onokonem на gmail.com> написал(а):
> 
> > 2013/6/14 Yury Zavarin <yury.zavarin на gmail.com>:
> >> Тогда надо иметь в виду, что гипотетический удаленный работник из России
> >> (какие законы в Бердичеве в Украине -- не знаю), являясь налоговым
> >> резидентом России, должен будет заключить с вами договор, периодически
> >> заполнять налоговую декларацию и платить с этих денег налог 13%.
> > Тут надо регистрировать ИП, и платить 6%. Извините за  offtopic
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
> 
> 
> 
> -- 
> Best regards,
> Ilya Chesnokov
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/6d629820/attachment.html>

From chesnokov.ilya на gmail.com  Fri Jun 14 01:59:18 2013
From: chesnokov.ilya на gmail.com (Ilya Chesnokov)
Date: Fri, 14 Jun 2013 12:59:18 +0400
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <5B157C08-CA5A-4BEA-B514-79ED63CA35F6@eremeev.ru>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
	<CAKaHDOHbDMez1rFV=e5XzhWEgChXQa=g1G51Mwn=v6uyTL0E7A@mail.gmail.com>
	<C6E5F537-5058-4938-B3A5-9C30D9E48CE6@eremeev.ru>
	<CANh0x-wEkw2FmAGie35tja-voyDp_QB=DVeWNdg=YyD04NgOHw@mail.gmail.com>
	<5B157C08-CA5A-4BEA-B514-79ED63CA35F6@eremeev.ru>
Message-ID: <CANh0x-ztTdT0TS08DPgCc3Kzv-=GyKXGZ4kLwHrcRkLHU=PpHg@mail.gmail.com>

14 июня 2013 г., 12:24 пользователь Dmitry Eremeev <dmitry на eremeev.ru>написал:

> от моего бухгалтера)
>
>
Да уж, с таким бухгалтером побоишься за рубеж нос высунуть ;)

Возьмём хоть вот эту статью: http://pvs.ru/info/tax/novat.html - первой же
причиной освобождения от НДС при ведении ВЭД является применение
специального налогового режима (в т.ч. УСН).
Из чего делаем сразу два вывода:
1) УСН можно
2) НДС платить не нужно

Больше информации по этому поводу:
http://habrahabr.ru/post/132360/, http://habrahabr.ru/post/114069/,
http://habrahabr.ru/post/132432/

В последней статье как раз рассматривается практика работы ИП на УСН 6% с
иностранным заказчиком.

По поводу пункта:

>  И это я еще не начал рассказывать про паспорта сделок и всяческий
финконтроль.

Там ничего сложного нет.

Во-первых, паспорт сделки нужно делать лишь незадолго до того, как сумма
выплат по контракту достигнет $50000. Можно сделать и сразу, для этого
понадобится нотариально заверенный перевод контракта на русский язык.
Делается это один раз.

Во-вторых, валютный контроль не так страшен, как его малюют. Наоборот, из
банка звонят и подсказывают, какие документы им от вас нужны (контракт,
инвойс, справка о валютных операциях). Контракт (на англ. и рус.)
отправляешь один раз, инвойс и СВО каждый месяц при получении бабла на
транзитный валютный счет. Всё через интернет-банк (по крайней мере в
некоторых банках ;). После первого раза все делаешь по шаблону, отнимает
это не больше 10-15 минут.

Так что не надо пугать народ ;)


-----------------------------
>
> Yours,
> Dmitry Eremeev
> +7 906 700 57 71
>
> On 14.06.2013, at 12:19, Ilya Chesnokov <chesnokov.ilya на gmail.com> wrote:
>
>
> 14 июня 2013 г., 11:16 пользователь Dmitry Eremeev <dmitry на eremeev.ru>написал:
>
>> Если русский ИП или ООО принимает баблосо извне (участник
>> внешне-экономической деятельности), то УСН 6% нельзя.
>
>
> Откуда такая информация?
>
>
>> Будет Ндс 18% и 20% с прибыли (и расходы еще надо показать, чтобы
>> минимизировать 20%). Короче жопес полный. И это я еще не начал рассказывать
>> про паспорта сделок и всяческий финконтроль.
>>
>> Проще в оффшорке где-нибудь счет сделать с карточкой и в РФ снимать.
>>
>>
>> Yours,
>> Dmitry Eremeev
>> +7 906 7005771
>>
>> 14.06.2013, в 11:02, Daniel Podolsky <onokonem на gmail.com> написал(а):
>>
>> > 2013/6/14 Yury Zavarin <yury.zavarin на gmail.com>:
>> >> Тогда надо иметь в виду, что гипотетический удаленный работник из
>> России
>> >> (какие законы в Бердичеве в Украине -- не знаю), являясь налоговым
>> >> резидентом России, должен будет заключить с вами договор, периодически
>> >> заполнять налоговую декларацию и платить с этих денег налог 13%.
>> > Тут надо регистрировать ИП, и платить 6%. Извините за  offtopic
>> > --
>> > Moscow.pm mailing list
>> > moscow-pm на pm.org | http://moscow.pm.org
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>
>
>
> --
> Best regards,
> Ilya Chesnokov
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>


-- 
Best regards,
Ilya Chesnokov
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/05c3420a/attachment-0001.html>

From dmitry на eremeev.ru  Fri Jun 14 02:14:30 2013
From: dmitry на eremeev.ru (Dmitry Eremeev)
Date: Fri, 14 Jun 2013 13:14:30 +0400
Subject: [Moscow.pm] Perl Developers required
In-Reply-To: <CANh0x-ztTdT0TS08DPgCc3Kzv-=GyKXGZ4kLwHrcRkLHU=PpHg@mail.gmail.com>
References: <CABExu-0U7SHCZrqnxNnufa2RNVs5+0HS1zYFVG9Tgp8y3+CANw@mail.gmail.com>
	<CAN7-_MmpFp-ZSYbVdLNdJ6LVBxFsTaTima-kLBQDQKJC65dXEg@mail.gmail.com>
	<CAKaHDOHbDMez1rFV=e5XzhWEgChXQa=g1G51Mwn=v6uyTL0E7A@mail.gmail.com>
	<C6E5F537-5058-4938-B3A5-9C30D9E48CE6@eremeev.ru>
	<CANh0x-wEkw2FmAGie35tja-voyDp_QB=DVeWNdg=YyD04NgOHw@mail.gmail.com>
	<5B157C08-CA5A-4BEA-B514-79ED63CA35F6@eremeev.ru>
	<CANh0x-ztTdT0TS08DPgCc3Kzv-=GyKXGZ4kLwHrcRkLHU=PpHg@mail.gmail.com>
Message-ID: <8212EED9-3C50-4C81-8877-F2820891B29E@eremeev.ru>

Спасибо, полезные ссылки, сейчас устрою очную ставку.


Yours,
Dmitry Eremeev
+7 906 7005771

14.06.2013, в 12:59, Ilya Chesnokov <chesnokov.ilya на gmail.com> написал(а):

> 
> 14 июня 2013 г., 12:24 пользователь Dmitry Eremeev <dmitry на eremeev.ru> написал:
>> от моего бухгалтера)
> 
> Да уж, с таким бухгалтером побоишься за рубеж нос высунуть ;)
> 
> Возьмём хоть вот эту статью: http://pvs.ru/info/tax/novat.html - первой же причиной освобождения от НДС при ведении ВЭД является применение специального налогового режима (в т.ч. УСН).
> Из чего делаем сразу два вывода:
> 1) УСН можно
> 2) НДС платить не нужно
> 
> Больше информации по этому поводу:
> http://habrahabr.ru/post/132360/, http://habrahabr.ru/post/114069/, http://habrahabr.ru/post/132432/
> 
> В последней статье как раз рассматривается практика работы ИП на УСН 6% с иностранным заказчиком.
> 
> По поводу пункта:
> 
> >  И это я еще не начал рассказывать про паспорта сделок и всяческий финконтроль.
> 
> Там ничего сложного нет.
> 
> Во-первых, паспорт сделки нужно делать лишь незадолго до того, как сумма выплат по контракту достигнет $50000. Можно сделать и сразу, для этого понадобится нотариально заверенный перевод контракта на русский язык. Делается это один раз.
> 
> Во-вторых, валютный контроль не так страшен, как его малюют. Наоборот, из банка звонят и подсказывают, какие документы им от вас нужны (контракт, инвойс, справка о валютных операциях). Контракт (на англ. и рус.) отправляешь один раз, инвойс и СВО каждый месяц при получении бабла на транзитный валютный счет. Всё через интернет-банк (по крайней мере в некоторых банках ;). После первого раза все делаешь по шаблону, отнимает это не больше 10-15 минут.
> 
> Так что не надо пугать народ ;)
> 
> 
>> -----------------------------
>> 
>> Yours,
>> Dmitry Eremeev
>> +7 906 700 57 71
>> 
>> On 14.06.2013, at 12:19, Ilya Chesnokov <chesnokov.ilya на gmail.com> wrote:
>> 
>>> 
>>> 14 июня 2013 г., 11:16 пользователь Dmitry Eremeev <dmitry на eremeev.ru> написал:
>>>> Если русский ИП или ООО принимает баблосо извне (участник внешне-экономической деятельности), то УСН 6% нельзя.
>>> 
>>> Откуда такая информация?
>>>  
>>>> Будет Ндс 18% и 20% с прибыли (и расходы еще надо показать, чтобы минимизировать 20%). Короче жопес полный. И это я еще не начал рассказывать про паспорта сделок и всяческий финконтроль.
>>>> 
>>>> Проще в оффшорке где-нибудь счет сделать с карточкой и в РФ снимать.
>>>> 
>>>> 
>>>> Yours,
>>>> Dmitry Eremeev
>>>> +7 906 7005771
>>>> 
>>>> 14.06.2013, в 11:02, Daniel Podolsky <onokonem на gmail.com> написал(а):
>>>> 
>>>> > 2013/6/14 Yury Zavarin <yury.zavarin на gmail.com>:
>>>> >> Тогда надо иметь в виду, что гипотетический удаленный работник из России
>>>> >> (какие законы в Бердичеве в Украине -- не знаю), являясь налоговым
>>>> >> резидентом России, должен будет заключить с вами договор, периодически
>>>> >> заполнять налоговую декларацию и платить с этих денег налог 13%.
>>>> > Тут надо регистрировать ИП, и платить 6%. Извините за  offtopic
>>>> > --
>>>> > Moscow.pm mailing list
>>>> > moscow-pm на pm.org | http://moscow.pm.org
>>>> --
>>>> Moscow.pm mailing list
>>>> moscow-pm на pm.org | http://moscow.pm.org
>>> 
>>> 
>>> 
>>> -- 
>>> Best regards,
>>> Ilya Chesnokov
>>> -- 
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>> 
>> 
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
> 
> 
> 
> -- 
> Best regards,
> Ilya Chesnokov
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130614/46fc179c/attachment.html>

From ivan на bessarabov.ru  Sat Jun 15 21:44:34 2013
From: ivan на bessarabov.ru (=?UTF-8?B?0JjQstCw0L0g0JHQtdGB0YHQsNGA0LDQsdC+0LI=?=)
Date: Sun, 16 Jun 2013 08:44:34 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
Message-ID: <CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>

> Мой типичный boilerplate такой:
> ...
>  use autodie qw<:all>;

Вот тут пишут что это сильно замедляет работу:

http://blogs.perl.org/users/vyacheslav_matjukhin/2013/06/dont-copy-use-autodie-in-every-module.html


13 июня 2013 г., 14:14 пользователь Maxim Vuets <maxim.vuets на gmail.com>написал:

> 2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
> >
> > 2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
> >>
> >> 2013/6/13 Dmitry L. <dim0xff на gmail.com>:
> >> > Привет!
> >> >
> >> > Возник вопрос, а где правильно (не с точки зрения синтаксиса, а
> вообще)
> >> > и
> >> > нагляднее писать use utf8 в файле с модулем?
> >> > 1. до package My::Module;
> >> > 2. после package My::Module;
> >>
> >> Прагма utf8 имеет лексическую область видимости. Объявите до --- будет
> >> на файл. После --- на пакет.
> >
> >
> > По этому все лексические прагмы нуно писать до пакета, в том числе
> strict,
> > warnings... Один файл - один пакет - это хорошо, но иногда надо два и
> более
> > и вот тогда может быть неприятный сюрприз.
>
> Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
>
>     use strict;
>     use warnings;
>     use autodie qw<:all>;
>     use utf8;
>     use open qw<:utf8 :std>;
>
>
>
> ##############################################################################
>     package My::Package;
>
>     use Something;
> ...
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130616/167d1a28/attachment.html>

From chesnokov.ilya на gmail.com  Mon Jun 17 03:43:00 2013
From: chesnokov.ilya на gmail.com (Ilya Chesnokov)
Date: Mon, 17 Jun 2013 14:43:00 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>
Message-ID: <CANh0x-wipNd5Dt+C0eUeXqFoE03Q0XR=GRRafex9_kWpZasB2g@mail.gmail.com>

16 июня 2013 г., 8:44 пользователь Иван Бессарабов <ivan на bessarabov.ru>написал:

> > Мой типичный boilerplate такой:
> > ...
> >  use autodie qw<:all>;
>
> Вот тут пишут что это сильно замедляет работу:
>
>
> http://blogs.perl.org/users/vyacheslav_matjukhin/2013/06/dont-copy-use-autodie-in-every-module.html
>
>
Насколько я понял, не работу, а скорость запуска приложения.


> 13 июня 2013 г., 14:14 пользователь Maxim Vuets <maxim.vuets на gmail.com>написал:
>
> 2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
>> >
>> > 2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
>> >>
>> >> 2013/6/13 Dmitry L. <dim0xff на gmail.com>:
>> >> > Привет!
>> >> >
>> >> > Возник вопрос, а где правильно (не с точки зрения синтаксиса, а
>> вообще)
>> >> > и
>> >> > нагляднее писать use utf8 в файле с модулем?
>> >> > 1. до package My::Module;
>> >> > 2. после package My::Module;
>> >>
>> >> Прагма utf8 имеет лексическую область видимости. Объявите до --- будет
>> >> на файл. После --- на пакет.
>> >
>> >
>> > По этому все лексические прагмы нуно писать до пакета, в том числе
>> strict,
>> > warnings... Один файл - один пакет - это хорошо, но иногда надо два и
>> более
>> > и вот тогда может быть неприятный сюрприз.
>>
>> Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
>>
>>     use strict;
>>     use warnings;
>>     use autodie qw<:all>;
>>     use utf8;
>>     use open qw<:utf8 :std>;
>>
>>
>>
>> ##############################################################################
>>     package My::Package;
>>
>>     use Something;
>> ...
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>


-- 
Best regards,
Ilya Chesnokov
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130617/e9e8f980/attachment.html>

From ivan на bessarabov.ru  Mon Jun 17 03:54:31 2013
From: ivan на bessarabov.ru (=?UTF-8?B?0JjQstCw0L0g0JHQtdGB0YHQsNGA0LDQsdC+0LI=?=)
Date: Mon, 17 Jun 2013 14:54:31 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CANh0x-wipNd5Dt+C0eUeXqFoE03Q0XR=GRRafex9_kWpZasB2g@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>
	<CANh0x-wipNd5Dt+C0eUeXqFoE03Q0XR=GRRafex9_kWpZasB2g@mail.gmail.com>
Message-ID: <CACEsYN5-TB+9NZfqW9sF7eYSU3yoqHkud=rYStBrM=4mYnB_gA@mail.gmail.com>

Ты прав, я неправильно выразился.


17 июня 2013 г., 14:43 пользователь Ilya Chesnokov <chesnokov.ilya на gmail.com
> написал:

>
> 16 июня 2013 г., 8:44 пользователь Иван Бессарабов <ivan на bessarabov.ru>написал:
>
> > Мой типичный boilerplate такой:
>> > ...
>> >  use autodie qw<:all>;
>>
>> Вот тут пишут что это сильно замедляет работу:
>>
>>
>> http://blogs.perl.org/users/vyacheslav_matjukhin/2013/06/dont-copy-use-autodie-in-every-module.html
>>
>>
> Насколько я понял, не работу, а скорость запуска приложения.
>
>
>> 13 июня 2013 г., 14:14 пользователь Maxim Vuets <maxim.vuets на gmail.com>написал:
>>
>> 2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
>>> >
>>> > 2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
>>> >>
>>> >> 2013/6/13 Dmitry L. <dim0xff на gmail.com>:
>>> >> > Привет!
>>> >> >
>>> >> > Возник вопрос, а где правильно (не с точки зрения синтаксиса, а
>>> вообще)
>>> >> > и
>>> >> > нагляднее писать use utf8 в файле с модулем?
>>> >> > 1. до package My::Module;
>>> >> > 2. после package My::Module;
>>> >>
>>> >> Прагма utf8 имеет лексическую область видимости. Объявите до --- будет
>>> >> на файл. После --- на пакет.
>>> >
>>> >
>>> > По этому все лексические прагмы нуно писать до пакета, в том числе
>>> strict,
>>> > warnings... Один файл - один пакет - это хорошо, но иногда надо два и
>>> более
>>> > и вот тогда может быть неприятный сюрприз.
>>>
>>> Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
>>>
>>>     use strict;
>>>     use warnings;
>>>     use autodie qw<:all>;
>>>     use utf8;
>>>     use open qw<:utf8 :std>;
>>>
>>>
>>>
>>> ##############################################################################
>>>     package My::Package;
>>>
>>>     use Something;
>>> ...
>>> --
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>>>
>>
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>>
>
>
> --
> Best regards,
> Ilya Chesnokov
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130617/b0685c12/attachment.html>

From vovkasm на gmail.com  Mon Jun 17 06:00:46 2013
From: vovkasm на gmail.com (Vladimir Timofeev)
Date: Mon, 17 Jun 2013 17:00:46 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CANh0x-wipNd5Dt+C0eUeXqFoE03Q0XR=GRRafex9_kWpZasB2g@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>
	<CANh0x-wipNd5Dt+C0eUeXqFoE03Q0XR=GRRafex9_kWpZasB2g@mail.gmail.com>
Message-ID: <CA+PuGkMxDD=++D8=83YcGBB0zu1dbmpR1CqKuR=9PEBN+83uSw@mail.gmail.com>

2013/6/17 Ilya Chesnokov <chesnokov.ilya на gmail.com>:
>
> 16 июня 2013 г., 8:44 пользователь Иван Бессарабов <ivan на bessarabov.ru>
> написал:
>
>> > Мой типичный boilerplate такой:
>> > ...
>> >  use autodie qw<:all>;
>>
>> Вот тут пишут что это сильно замедляет работу:
>>
>>
>> http://blogs.perl.org/users/vyacheslav_matjukhin/2013/06/dont-copy-use-autodie-in-every-module.html
>>
>
> Насколько я понял, не работу, а скорость запуска приложения.

Ага, тогда померяйте сами ;-)
#!perl
use Benchmark ':all';

{
    use autodie;
    timethese(-2, { 'autodie on' => sub { chdir '/tmp' } });
}

{
    no autodie;
    timethese(-2, { 'autodie off' => sub { chdir '/tmp' } });
}

У меня результат такой:
Benchmark: running autodie on for at least 2 CPU seconds...
autodie on:  3 wallclock secs ( 1.96 usr +  0.15 sys =  2.11 CPU) @
155649.29/s (n=328420)
Benchmark: running autodie off for at least 2 CPU seconds...
autodie off:  2 wallclock secs ( 0.29 usr +  1.78 sys =  2.07 CPU) @
3220760.39/s (n=6666974)

>
>>
>> 13 июня 2013 г., 14:14 пользователь Maxim Vuets <maxim.vuets на gmail.com>
>> написал:
>>
>>> 2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
>>> >
>>> > 2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
>>> >>
>>> >> 2013/6/13 Dmitry L. <dim0xff на gmail.com>:
>>> >> > Привет!
>>> >> >
>>> >> > Возник вопрос, а где правильно (не с точки зрения синтаксиса, а
>>> >> > вообще)
>>> >> > и
>>> >> > нагляднее писать use utf8 в файле с модулем?
>>> >> > 1. до package My::Module;
>>> >> > 2. после package My::Module;
>>> >>
>>> >> Прагма utf8 имеет лексическую область видимости. Объявите до --- будет
>>> >> на файл. После --- на пакет.
>>> >
>>> >
>>> > По этому все лексические прагмы нуно писать до пакета, в том числе
>>> > strict,
>>> > warnings... Один файл - один пакет - это хорошо, но иногда надо два и
>>> > более
>>> > и вот тогда может быть неприятный сюрприз.
>>>
>>> Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
>>>
>>>     use strict;
>>>     use warnings;
>>>     use autodie qw<:all>;
>>>     use utf8;
>>>     use open qw<:utf8 :std>;
>>>
>>>
>>>
>>> ##############################################################################
>>>     package My::Package;
>>>
>>>     use Something;
>>> ...
>>> --
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>>
>>
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>
>
>
> --
> Best regards,
> Ilya Chesnokov
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



--
Vladimir Timofeev <vovkasm на gmail.com>

From ruz на bestpractical.com  Mon Jun 17 06:07:43 2013
From: ruz на bestpractical.com (Ruslan Zakirov)
Date: Mon, 17 Jun 2013 17:07:43 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CA+PuGkMxDD=++D8=83YcGBB0zu1dbmpR1CqKuR=9PEBN+83uSw@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>
	<CANh0x-wipNd5Dt+C0eUeXqFoE03Q0XR=GRRafex9_kWpZasB2g@mail.gmail.com>
	<CA+PuGkMxDD=++D8=83YcGBB0zu1dbmpR1CqKuR=9PEBN+83uSw@mail.gmail.com>
Message-ID: <CAMOxC8t5DedrSHsdD_VvF=RR4nAduuQv=HcQySRbwd_J=DaPjw@mail.gmail.com>

2013/6/17 Vladimir Timofeev <vovkasm на gmail.com>

> 2013/6/17 Ilya Chesnokov <chesnokov.ilya на gmail.com>:
> >
> > 16 июня 2013 г., 8:44 пользователь Иван Бессарабов <ivan на bessarabov.ru>
> > написал:
> >
> >> > Мой типичный boilerplate такой:
> >> > ...
> >> >  use autodie qw<:all>;
> >>
> >> Вот тут пишут что это сильно замедляет работу:
> >>
> >>
> >>
> http://blogs.perl.org/users/vyacheslav_matjukhin/2013/06/dont-copy-use-autodie-in-every-module.html
> >>
> >
> > Насколько я понял, не работу, а скорость запуска приложения.
>
> Ага, тогда померяйте сами ;-)
> #!perl
> use Benchmark ':all';
>
> {
>     use autodie;
>     timethese(-2, { 'autodie on' => sub { chdir '/tmp' } });
> }
>
> {
>     no autodie;
>     timethese(-2, { 'autodie off' => sub { chdir '/tmp' } });
> }
>
> У меня результат такой:
> Benchmark: running autodie on for at least 2 CPU seconds...
> autodie on:  3 wallclock secs ( 1.96 usr +  0.15 sys =  2.11 CPU) @
> 155649.29/s (n=328420)
> Benchmark: running autodie off for at least 2 CPU seconds...
> autodie off:  2 wallclock secs ( 0.29 usr +  1.78 sys =  2.07 CPU) @
> 3220760.39/s (n=6666974)
>
>
Нужно мерять:

no autodie; chdir '/tmp' or die "can't change dir";

А иначе получается, что сравниваем код с проверкой ошибок и без проверки. Я
результат вам и без бенчмарка скажу.


> >
> >>
> >> 13 июня 2013 г., 14:14 пользователь Maxim Vuets <maxim.vuets на gmail.com>
> >> написал:
> >>
> >>> 2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
> >>> >
> >>> > 2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
> >>> >>
> >>> >> 2013/6/13 Dmitry L. <dim0xff на gmail.com>:
> >>> >> > Привет!
> >>> >> >
> >>> >> > Возник вопрос, а где правильно (не с точки зрения синтаксиса, а
> >>> >> > вообще)
> >>> >> > и
> >>> >> > нагляднее писать use utf8 в файле с модулем?
> >>> >> > 1. до package My::Module;
> >>> >> > 2. после package My::Module;
> >>> >>
> >>> >> Прагма utf8 имеет лексическую область видимости. Объявите до ---
> будет
> >>> >> на файл. После --- на пакет.
> >>> >
> >>> >
> >>> > По этому все лексические прагмы нуно писать до пакета, в том числе
> >>> > strict,
> >>> > warnings... Один файл - один пакет - это хорошо, но иногда надо два и
> >>> > более
> >>> > и вот тогда может быть неприятный сюрприз.
> >>>
> >>> Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
> >>>
> >>>     use strict;
> >>>     use warnings;
> >>>     use autodie qw<:all>;
> >>>     use utf8;
> >>>     use open qw<:utf8 :std>;
> >>>
> >>>
> >>>
> >>>
> ##############################################################################
> >>>     package My::Package;
> >>>
> >>>     use Something;
> >>> ...
> >>> --
> >>> Moscow.pm mailing list
> >>> moscow-pm на pm.org | http://moscow.pm.org
> >>
> >>
> >>
> >> --
> >> Moscow.pm mailing list
> >> moscow-pm на pm.org | http://moscow.pm.org
> >>
> >
> >
> >
> > --
> > Best regards,
> > Ilya Chesnokov
> >
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org
> >
>
>
>
> --
> Vladimir Timofeev <vovkasm на gmail.com>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Best regards, Ruslan.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130617/91321d3c/attachment.html>

From vovkasm на gmail.com  Mon Jun 17 06:16:45 2013
From: vovkasm на gmail.com (Vladimir Timofeev)
Date: Mon, 17 Jun 2013 17:16:45 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CAMOxC8t5DedrSHsdD_VvF=RR4nAduuQv=HcQySRbwd_J=DaPjw@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>
	<CANh0x-wipNd5Dt+C0eUeXqFoE03Q0XR=GRRafex9_kWpZasB2g@mail.gmail.com>
	<CA+PuGkMxDD=++D8=83YcGBB0zu1dbmpR1CqKuR=9PEBN+83uSw@mail.gmail.com>
	<CAMOxC8t5DedrSHsdD_VvF=RR4nAduuQv=HcQySRbwd_J=DaPjw@mail.gmail.com>
Message-ID: <CA+PuGkMvi=WYXgM5mNtic0Y1RdoSvTb7CfCmHODcjyJwm0opsA@mail.gmail.com>

2013/6/17 Ruslan Zakirov <ruz на bestpractical.com>:
>
>
>
> 2013/6/17 Vladimir Timofeev <vovkasm на gmail.com>
>>
>> 2013/6/17 Ilya Chesnokov <chesnokov.ilya на gmail.com>:
>> >
>> > 16 июня 2013 г., 8:44 пользователь Иван Бессарабов <ivan на bessarabov.ru>
>> > написал:
>> >
>> >> > Мой типичный boilerplate такой:
>> >> > ...
>> >> >  use autodie qw<:all>;
>> >>
>> >> Вот тут пишут что это сильно замедляет работу:
>> >>
>> >>
>> >>
>> >> http://blogs.perl.org/users/vyacheslav_matjukhin/2013/06/dont-copy-use-autodie-in-every-module.html
>> >>
>> >
>> > Насколько я понял, не работу, а скорость запуска приложения.
>>
>> Ага, тогда померяйте сами ;-)
>> #!perl
>> use Benchmark ':all';
>>
>> {
>>     use autodie;
>>     timethese(-2, { 'autodie on' => sub { chdir '/tmp' } });
>> }
>>
>> {
>>     no autodie;
>>     timethese(-2, { 'autodie off' => sub { chdir '/tmp' } });
>> }
>>
>> У меня результат такой:
>> Benchmark: running autodie on for at least 2 CPU seconds...
>> autodie on:  3 wallclock secs ( 1.96 usr +  0.15 sys =  2.11 CPU) @
>> 155649.29/s (n=328420)
>> Benchmark: running autodie off for at least 2 CPU seconds...
>> autodie off:  2 wallclock secs ( 0.29 usr +  1.78 sys =  2.07 CPU) @
>> 3220760.39/s (n=6666974)
>>
>
> Нужно мерять:
>
> no autodie; chdir '/tmp' or die "can't change dir";
>
> А иначе получается, что сравниваем код с проверкой ошибок и без проверки. Я
> результат вам и без бенчмарка скажу.

Я не очень доверяю предположениям такого рода, уж извините ;-)
Поэтому вот скрипт и результаты (я даже добавил реальную смену
директорий на всякий случай):
#!perl
use Benchmark ':all';

my $dir = '/tmp';
sub dir { $dir eq '/tmp' ? '/usr' : '/tmp'; }

{
    use autodie;
    timethese(-2, { 'autodie on' => sub { chdir dir(); } });
}

{
    no autodie;
    timethese(-2, { 'autodie off' => sub { chdir dir() or die "Can't: $!"; } });
}
Benchmark: running autodie on for at least 2 CPU seconds...
autodie on:  3 wallclock secs ( 1.92 usr +  0.17 sys =  2.09 CPU) @
149655.50/s (n=312780)
Benchmark: running autodie off for at least 2 CPU seconds...
autodie off:  1 wallclock secs ( 1.18 usr +  0.89 sys =  2.07 CPU) @
1755538.65/s (n=3633965)

>
>>
>> >
>> >>
>> >> 13 июня 2013 г., 14:14 пользователь Maxim Vuets <maxim.vuets на gmail.com>
>> >> написал:
>> >>
>> >>> 2013/6/13 Ruslan Zakirov <ruz на bestpractical.com>:
>> >>> >
>> >>> > 2013/6/13 Maxim Vuets <maxim.vuets на gmail.com>
>> >>> >>
>> >>> >> 2013/6/13 Dmitry L. <dim0xff на gmail.com>:
>> >>> >> > Привет!
>> >>> >> >
>> >>> >> > Возник вопрос, а где правильно (не с точки зрения синтаксиса, а
>> >>> >> > вообще)
>> >>> >> > и
>> >>> >> > нагляднее писать use utf8 в файле с модулем?
>> >>> >> > 1. до package My::Module;
>> >>> >> > 2. после package My::Module;
>> >>> >>
>> >>> >> Прагма utf8 имеет лексическую область видимости. Объявите до ---
>> >>> >> будет
>> >>> >> на файл. После --- на пакет.
>> >>> >
>> >>> >
>> >>> > По этому все лексические прагмы нуно писать до пакета, в том числе
>> >>> > strict,
>> >>> > warnings... Один файл - один пакет - это хорошо, но иногда надо два
>> >>> > и
>> >>> > более
>> >>> > и вот тогда может быть неприятный сюрприз.
>> >>>
>> >>> Говоря в общем, да, я согласен (-: Мой типичный boilerplate такой:
>> >>>
>> >>>     use strict;
>> >>>     use warnings;
>> >>>     use autodie qw<:all>;
>> >>>     use utf8;
>> >>>     use open qw<:utf8 :std>;
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> ##############################################################################
>> >>>     package My::Package;
>> >>>
>> >>>     use Something;
>> >>> ...
>> >>> --
>> >>> Moscow.pm mailing list
>> >>> moscow-pm на pm.org | http://moscow.pm.org
>> >>
>> >>
>> >>
>> >> --
>> >> Moscow.pm mailing list
>> >> moscow-pm на pm.org | http://moscow.pm.org
>> >>
>> >
>> >
>> >
>> > --
>> > Best regards,
>> > Ilya Chesnokov
>> >
>> > --
>> > Moscow.pm mailing list
>> > moscow-pm на pm.org | http://moscow.pm.org
>> >
>>
>>
>>
>> --
>> Vladimir Timofeev <vovkasm на gmail.com>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
>
> --
> Best regards, Ruslan.
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



--
Vladimir Timofeev <vovkasm на gmail.com>

From ruz на bestpractical.com  Mon Jun 17 06:49:56 2013
From: ruz на bestpractical.com (Ruslan Zakirov)
Date: Mon, 17 Jun 2013 17:49:56 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CA+PuGkMvi=WYXgM5mNtic0Y1RdoSvTb7CfCmHODcjyJwm0opsA@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>
	<CANh0x-wipNd5Dt+C0eUeXqFoE03Q0XR=GRRafex9_kWpZasB2g@mail.gmail.com>
	<CA+PuGkMxDD=++D8=83YcGBB0zu1dbmpR1CqKuR=9PEBN+83uSw@mail.gmail.com>
	<CAMOxC8t5DedrSHsdD_VvF=RR4nAduuQv=HcQySRbwd_J=DaPjw@mail.gmail.com>
	<CA+PuGkMvi=WYXgM5mNtic0Y1RdoSvTb7CfCmHODcjyJwm0opsA@mail.gmail.com>
Message-ID: <CAMOxC8vVnOH3thSa8MnMa19kwuaNE0_vpdDOCLgw0ZKoTyZfGg@mail.gmail.com>

2013/6/17 Vladimir Timofeev <vovkasm на gmail.com>

> autodie on:  3 wallclock secs ( 1.92 usr +  0.17 sys =  2.09 CPU) @
> 149655.50/s (n=312780)
> Benchmark: running autodie off for at least 2 CPU seconds...
> autodie off:  1 wallclock secs ( 1.18 usr +  0.89 sys =  2.07 CPU) @
> 1755538.65/s (n=3633965)
>

Я не увидел разницу в количестве цифр. Мне показалось, что порядок 2 раза,
а не 20. Тады ой и грустно.


-- 
Best regards, Ruslan.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130617/4684faf5/attachment-0001.html>

From evdokimov.denis на gmail.com  Tue Jun 18 03:56:15 2013
From: evdokimov.denis на gmail.com (Denis Evdokimov)
Date: Tue, 18 Jun 2013 14:56:15 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?58TFINcgzc/E1czFINDJ08HU2CB1c2UgdXRmOA==?=
In-Reply-To: <CAMOxC8vVnOH3thSa8MnMa19kwuaNE0_vpdDOCLgw0ZKoTyZfGg@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>
	<CANh0x-wipNd5Dt+C0eUeXqFoE03Q0XR=GRRafex9_kWpZasB2g@mail.gmail.com>
	<CA+PuGkMxDD=++D8=83YcGBB0zu1dbmpR1CqKuR=9PEBN+83uSw@mail.gmail.com>
	<CAMOxC8t5DedrSHsdD_VvF=RR4nAduuQv=HcQySRbwd_J=DaPjw@mail.gmail.com>
	<CA+PuGkMvi=WYXgM5mNtic0Y1RdoSvTb7CfCmHODcjyJwm0opsA@mail.gmail.com>
	<CAMOxC8vVnOH3thSa8MnMa19kwuaNE0_vpdDOCLgw0ZKoTyZfGg@mail.gmail.com>
Message-ID: <CAFdXSm_FpB3Xeat=4YDVBqsaHxz8byPKMtL8L6omSCNn=Busdw@mail.gmail.com>

Мои 5 копеек.

# opendir; closedir;

time perl -e'for(0..1000000){opendir(my $dir, "/usr") or die; closedir $dir
or die;}'
real    0m2.707s
user    0m1.484s
sys    0m1.192s

time perl -e'use autodie; for(0..1000000){opendir(my $dir, "/usr");
closedir $dir;}'
real    0m19.668s
user    0m17.625s
sys    0m1.948s


# chdir; chdir;

time perl -e'for(0..1000000){chdir "/usr" or die; chdir "/tmp" or die;}'
real    0m0.849s
user    0m0.112s
sys    0m0.732s

time perl -e'use autodie; for(0..1000000){chdir "/usr"; chdir "/tmp"}'
real    0m15.357s
user    0m14.037s
sys    0m1.304s

# А вот тут мы убеждаемся, что замедляется работа, а не старт
time perl -e'use autodie; for(0..1){chdir "/usr"; chdir "/tmp"}'

real    0m0.052s
user    0m0.052s
sys    0m0.000s

P.S. А я так надеялся, что проблема в способе тестирования ((((


17 июня 2013 г., 17:49 пользователь Ruslan Zakirov
<ruz на bestpractical.com>написал:

>
> 2013/6/17 Vladimir Timofeev <vovkasm на gmail.com>
>
>> autodie on:  3 wallclock secs ( 1.92 usr +  0.17 sys =  2.09 CPU) @
>> 149655.50/s (n=312780)
>> Benchmark: running autodie off for at least 2 CPU seconds...
>> autodie off:  1 wallclock secs ( 1.18 usr +  0.89 sys =  2.07 CPU) @
>> 1755538.65/s (n=3633965)
>>
>
> Я не увидел разницу в количестве цифр. Мне показалось, что порядок 2 раза,
> а не 20. Тады ой и грустно.
>
>
> --
> Best regards, Ruslan.
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130618/666010cf/attachment.html>

From cher на w-m.ru  Tue Jun 18 05:50:09 2013
From: cher на w-m.ru (=?UTF-8?B?0K/QvSDQp9C10YDQvdGP0Lo=?=)
Date: Tue, 18 Jun 2013 14:50:09 +0200
Subject: [Moscow.pm] =?utf-8?b?W2pvYl0g0J/QtdGA0Lst0YDQsNC30YDQsNCx0L4=?=
	=?utf-8?b?0YLRh9C40Log0LIg0LLQtdCxLdGB0YLRg9C00LjRjiAo0YPQtNCw0Ls=?=
	=?utf-8?b?0LXQvdC90YvQuSDRhNGD0LvQu9GC0LDQudC8KQ==?=
Message-ID: <CANywavuw33jTVPLOV+Fps6_JgW1vjd8WR5Dif3E6k-+mBnrAyQ@mail.gmail.com>

Всем привет!

смотрю, тут все ищут удаленных (и не очень) перл-программистов десятками -
а нам нужен в нашу маленькую (хоть и довольно известную) команду только
один, зато хороший :)
денег платим не прям совсем много (возле ~1.8-2k usd), но и уровень нужен
скорее крепкий, нежели космический (но и "космонавтов" с радостью примем,
собственно)

москвичам может оно будет и не слишком прям интересно, но мало ли? для
домоседов-социопатов может и подойдет: работа интересная и комфортная,
можно затаиться и работать :)
вдруг кто знает или видел по-соседству такого - в дефолтсити или где-то еще
недалеко?

полный текст вакансии: http://moikrug.ru/vacancies/760734132/
для продолжения предметного разговора с теми, кому интересно - будем ждать
на job-dev на w-m.ru образец ООП perl кода, чтобы можно было оценить уровень и
стиль программирования и продолжить разговор.
спасибо!

-- 
Ян Черняк
http://ezhe.ru/fri/577/
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130618/4399eb23/attachment.html>

From ruz на bestpractical.com  Tue Jun 18 07:22:49 2013
From: ruz на bestpractical.com (Ruslan Zakirov)
Date: Tue, 18 Jun 2013 18:22:49 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CAFdXSm_FpB3Xeat=4YDVBqsaHxz8byPKMtL8L6omSCNn=Busdw@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>
	<CANh0x-wipNd5Dt+C0eUeXqFoE03Q0XR=GRRafex9_kWpZasB2g@mail.gmail.com>
	<CA+PuGkMxDD=++D8=83YcGBB0zu1dbmpR1CqKuR=9PEBN+83uSw@mail.gmail.com>
	<CAMOxC8t5DedrSHsdD_VvF=RR4nAduuQv=HcQySRbwd_J=DaPjw@mail.gmail.com>
	<CA+PuGkMvi=WYXgM5mNtic0Y1RdoSvTb7CfCmHODcjyJwm0opsA@mail.gmail.com>
	<CAMOxC8vVnOH3thSa8MnMa19kwuaNE0_vpdDOCLgw0ZKoTyZfGg@mail.gmail.com>
	<CAFdXSm_FpB3Xeat=4YDVBqsaHxz8byPKMtL8L6omSCNn=Busdw@mail.gmail.com>
Message-ID: <CAMOxC8sn1W+iXsha2vF2ehSx9t4_myCFmVh4gb+VreCxXqOGfw@mail.gmail.com>

Привет,

Полнейшее расстройство от производительности autodie.

Как раз сейчас на p5p в теме про implicit close обсуждается тема связаная с
autodie. В perl есть проблема, что если неявный close выполняется с
ошибкой, то программист никогда не увидит эту ошибку.

В процессе обсуждения было предложено решение добавить управление
обработкой ошибок как свойства handle'ов, что-то типа $fh->on_error('die')
или $fh->on_error('warn') с лексической прагмой для установки дефолтных
значений, что-то типа use open::on_error 'die'; Данное решение особого
энтузиазма не вызвало, но мне понравилось тем, что может решить проблему и
заменить autodie более быстрой реализацией внутри ядра. Для того, чтобы оно
появилось в ядре нужно продумать API, обсудить в листе p5p, реализовать и
будет оно в 5.20 и/или модулем на CPAN (не знаю можно ли будет портировать
решение на старые версии через модуль совместимости).


2013/6/18 Denis Evdokimov <evdokimov.denis на gmail.com>

> Мои 5 копеек.
>
> # opendir; closedir;
>
> time perl -e'for(0..1000000){opendir(my $dir, "/usr") or die; closedir
> $dir or die;}'
> real    0m2.707s
> user    0m1.484s
> sys    0m1.192s
>
> time perl -e'use autodie; for(0..1000000){opendir(my $dir, "/usr");
> closedir $dir;}'
> real    0m19.668s
> user    0m17.625s
> sys    0m1.948s
>
>
> # chdir; chdir;
>
> time perl -e'for(0..1000000){chdir "/usr" or die; chdir "/tmp" or die;}'
> real    0m0.849s
> user    0m0.112s
> sys    0m0.732s
>
> time perl -e'use autodie; for(0..1000000){chdir "/usr"; chdir "/tmp"}'
> real    0m15.357s
> user    0m14.037s
> sys    0m1.304s
>
> # А вот тут мы убеждаемся, что замедляется работа, а не старт
> time perl -e'use autodie; for(0..1){chdir "/usr"; chdir "/tmp"}'
>
> real    0m0.052s
> user    0m0.052s
> sys    0m0.000s
>
> P.S. А я так надеялся, что проблема в способе тестирования ((((
>
>
> 17 июня 2013 г., 17:49 пользователь Ruslan Zakirov <ruz на bestpractical.com>написал:
>
>>
>> 2013/6/17 Vladimir Timofeev <vovkasm на gmail.com>
>>
>>> autodie on:  3 wallclock secs ( 1.92 usr +  0.17 sys =  2.09 CPU) @
>>> 149655.50/s (n=312780)
>>> Benchmark: running autodie off for at least 2 CPU seconds...
>>> autodie off:  1 wallclock secs ( 1.18 usr +  0.89 sys =  2.07 CPU) @
>>> 1755538.65/s (n=3633965)
>>>
>>
>> Я не увидел разницу в количестве цифр. Мне показалось, что порядок 2
>> раза, а не 20. Тады ой и грустно.
>>
>>
>> --
>> Best regards, Ruslan.
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>


-- 
Best regards, Ruslan.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130618/7d89bf3c/attachment-0001.html>

From manager на trendlogic.eu  Tue Jun 18 07:38:01 2013
From: manager на trendlogic.eu (TrendLogic Manager)
Date: Tue, 18 Jun 2013 18:38:01 +0400
Subject: [Moscow.pm] =?utf-8?b?0KLRgNC10LHRg9C10YLRgdGPIEp1bmlvciBQZXJs?=
 =?utf-8?b?LdC/0YDQvtCz0YDQsNC80LzQuNGB0YI=?=
Message-ID: <641788E1-6394-458A-862E-11FC07316582@trendlogic.eu>

Здравствуйте.

Немецкая компания ищет талантов на должность младшего Perl-программиста, чтобы расширить свой дружный коллектив и вместе реализовать еще больше прогрессивных и интересных проектов. Основное направление ? веб-проекты, электронная коммерция. Работа удаленная с перспективой переезда в Германию по итогам долгосрочного сотрудничества.

От нас:

? Порядочная компания с опытом работы более 10 лет.
? Стабильная выплата заработной платы удобным для Вас методом.
? Полный энтузиазма коллектив.
? Интересные задачи.
? Гибкий график работы со стандартным 8-ми часовым рабочим днем и выходными.
? Оплачиваемые сверхурочные
? Мегаплан

От вас:

Общее:

? Умение четко выполнять поставленную задачу в заданные сроки.
? Коммуникабельность с коллегами и руководством.
? Пунктуальность и внимательность в ведении дел.
? Готовность вести вменяемые отчеты о выполненной работе.
? Рабочее место за которым Вы сможете строго следовать согласованному рабочему графику.
? Стремление к развитию и новым знаниям.

Техническое:

? Perl и SQL
? Опыт работы с mod_perl, PostgreSQL
? Желательно знакомство с Perl фреймворком POE
? Желательно знакомство с TemplateToolkit
? Считается само собой разумеющимся: generic html, tcp/ip, linux, subversion

Зарплата: 1050 USD на испытательный срок в 3 месяца, далее по фактическим результатам от 1350 USD.

Инструкции: ваши предложения присылайте на почту manager на trendlogic.eu. Не забудьте про резюме и портфолио. Будьте готовы к собеседованию по Skype.

Спасибо

-----

Mit freundlichen Gr??en,
Alexander Ivanov
http://www.trendlogic.eu

From chesnokov.ilya на gmail.com  Tue Jun 18 10:58:50 2013
From: chesnokov.ilya на gmail.com (Ilya Chesnokov)
Date: Tue, 18 Jun 2013 21:58:50 +0400
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
	=?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CAFdXSm_FpB3Xeat=4YDVBqsaHxz8byPKMtL8L6omSCNn=Busdw@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>
	<CANh0x-wipNd5Dt+C0eUeXqFoE03Q0XR=GRRafex9_kWpZasB2g@mail.gmail.com>
	<CA+PuGkMxDD=++D8=83YcGBB0zu1dbmpR1CqKuR=9PEBN+83uSw@mail.gmail.com>
	<CAMOxC8t5DedrSHsdD_VvF=RR4nAduuQv=HcQySRbwd_J=DaPjw@mail.gmail.com>
	<CA+PuGkMvi=WYXgM5mNtic0Y1RdoSvTb7CfCmHODcjyJwm0opsA@mail.gmail.com>
	<CAMOxC8vVnOH3thSa8MnMa19kwuaNE0_vpdDOCLgw0ZKoTyZfGg@mail.gmail.com>
	<CAFdXSm_FpB3Xeat=4YDVBqsaHxz8byPKMtL8L6omSCNn=Busdw@mail.gmail.com>
Message-ID: <CANh0x-w2x1CSGbDiZMRoviZz1DmBiTXS6mFdMNNPC_h6-hJ=YA@mail.gmail.com>

18 июня 2013 г., 14:56 пользователь Denis Evdokimov <
evdokimov.denis на gmail.com> написал:

> Мои 5 копеек.
>
> # opendir; closedir;
>
> time perl -e'for(0..1000000){opendir(my $dir, "/usr") or die; closedir
> $dir or die;}'
> real    0m2.707s
> user    0m1.484s
> sys    0m1.192s
>
> time perl -e'use autodie; for(0..1000000){opendir(my $dir, "/usr");
> closedir $dir;}'
> real    0m19.668s
> user    0m17.625s
> sys    0m1.948s
>
>
> # chdir; chdir;
>
> time perl -e'for(0..1000000){chdir "/usr" or die; chdir "/tmp" or die;}'
> real    0m0.849s
> user    0m0.112s
> sys    0m0.732s
>
> time perl -e'use autodie; for(0..1000000){chdir "/usr"; chdir "/tmp"}'
> real    0m15.357s
> user    0m14.037s
> sys    0m1.304s
>
> # А вот тут мы убеждаемся, что замедляется работа, а не старт
> time perl -e'use autodie; for(0..1){chdir "/usr"; chdir "/tmp"}'
>
> real    0m0.052s
> user    0m0.052s
> sys    0m0.000s
>
> P.S. А я так надеялся, что проблема в способе тестирования ((((
>
>
Убедительно. Мой предыдущий комментарий на самом деле относился к статье,
которая была посвящена именно замедлению старта, а не работы. Что лишний
раз доказывает, что иногда нужно не только полагаться на авторов статей, а
проводить замеры самому )))



>
> 17 июня 2013 г., 17:49 пользователь Ruslan Zakirov <ruz на bestpractical.com>написал:
>
>>
>> 2013/6/17 Vladimir Timofeev <vovkasm на gmail.com>
>>
>>> autodie on:  3 wallclock secs ( 1.92 usr +  0.17 sys =  2.09 CPU) @
>>> 149655.50/s (n=312780)
>>> Benchmark: running autodie off for at least 2 CPU seconds...
>>> autodie off:  1 wallclock secs ( 1.18 usr +  0.89 sys =  2.07 CPU) @
>>> 1755538.65/s (n=3633965)
>>>
>>
>> Я не увидел разницу в количестве цифр. Мне показалось, что порядок 2
>> раза, а не 20. Тады ой и грустно.
>>
>>
>> --
>> Best regards, Ruslan.
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>


-- 
Best regards,
Ilya Chesnokov
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130618/6e31d198/attachment.html>

From me на lelf.lu  Wed Jun 19 04:51:44 2013
From: me на lelf.lu (Anton Nikishaev)
Date: Wed, 19 Jun 2013 15:51:44 +0400
Subject: [Moscow.pm] use dots
Message-ID: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>

Вдруг кто не читает p5p и не видел эту прелесть:

http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00277.html

В общем-то конец ветки тут ? http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00551.html


TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите спокойно :)



-- 
lelf



From mail на knutov.com  Wed Jun 19 05:02:02 2013
From: mail на knutov.com (Nick Knutov)
Date: Wed, 19 Jun 2013 18:02:02 +0600
Subject: [Moscow.pm] use dots
In-Reply-To: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
Message-ID: <51C19DBA.6010201@knutov.com>

Ох, в кои то веки что-то хорошее придумали...

19.06.2013 17:51, Anton Nikishaev пишет:
> TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите спокойно :)
> 

-- 
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130

From akzhan.abdulin на gmail.com  Wed Jun 19 05:26:20 2013
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Wed, 19 Jun 2013 16:26:20 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <51C19DBA.6010201@knutov.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
Message-ID: <CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>

Теперь буду плакать во сне :)


19 июня 2013 г., 16:02 пользователь Nick Knutov <mail на knutov.com> написал:

> Ох, в кои то веки что-то хорошее придумали...
>
> 19.06.2013 17:51, Anton Nikishaev пишет:
> > TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите
> спокойно :)
> >
>
> --
> Best Regards,
> Nick Knutov
> http://knutov.com
> ICQ: 272873706
> Voice: +7-904-84-23-130
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130619/f2883f30/attachment.html>

From me на lelf.lu  Wed Jun 19 05:55:53 2013
From: me на lelf.lu (Anton Nikishaev)
Date: Wed, 19 Jun 2013 16:55:53 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
Message-ID: <F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>

Хватит ныть, будь мужыком :)

Betty:~ lelf$ perl6 -e "(<A>..<D> X~ 1..3).pick(*).join('/').say"
C1/D3/B2/A3/A1/B1/C3/D2/A2/C2/D1/B3



On Jun 19, 2013, at 4:26 PM, Akzhan Abdulin <akzhan.abdulin на gmail.com> wrote:

> Теперь буду плакать во сне :)
> 
> 
> 19 июня 2013 г., 16:02 пользователь Nick Knutov <mail на knutov.com> написал:
> Ох, в кои то веки что-то хорошее придумали...
> 
> 19.06.2013 17:51, Anton Nikishaev пишет:
> > TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите спокойно :)
> >
> 
> --
> Best Regards,
> Nick Knutov
> http://knutov.com
> ICQ: 272873706
> Voice: +7-904-84-23-130


From akzhan.abdulin на gmail.com  Wed Jun 19 06:02:22 2013
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Wed, 19 Jun 2013 17:02:22 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
Message-ID: <CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>

В минуты печали я вместо Perl 6 использую Ruby :)


19 июня 2013 г., 16:55 пользователь Anton Nikishaev <me на lelf.lu> написал:

> Хватит ныть, будь мужыком :)
>
> Betty:~ lelf$ perl6 -e "(<A>..<D> X~ 1..3).pick(*).join('/').say"
> C1/D3/B2/A3/A1/B1/C3/D2/A2/C2/D1/B3
>
>
>
> On Jun 19, 2013, at 4:26 PM, Akzhan Abdulin <akzhan.abdulin на gmail.com>
> wrote:
>
> > Теперь буду плакать во сне :)
> >
> >
> > 19 июня 2013 г., 16:02 пользователь Nick Knutov <mail на knutov.com>
> написал:
> > Ох, в кои то веки что-то хорошее придумали...
> >
> > 19.06.2013 17:51, Anton Nikishaev пишет:
> > > TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите
> спокойно :)
> > >
> >
> > --
> > Best Regards,
> > Nick Knutov
> > http://knutov.com
> > ICQ: 272873706
> > Voice: +7-904-84-23-130
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130619/adfab7ff/attachment.html>

From maxim.vuets на gmail.com  Wed Jun 19 06:06:41 2013
From: maxim.vuets на gmail.com (Maxim Vuets)
Date: Wed, 19 Jun 2013 15:06:41 +0200
Subject: [Moscow.pm] use dots
In-Reply-To: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
Message-ID: <CAG6Dbogc9h01LrtTxx4xwBW3NzhB=M6UQ9PaYagDYNLCuOiiTg@mail.gmail.com>

2013/6/19 Anton Nikishaev <me на lelf.lu>:
> Вдруг кто не читает p5p и не видел эту прелесть:
>
> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00277.html
>
> В общем-то конец ветки тут ? http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00551.html
>
>
> TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите спокойно :)
>
>
>
> --
> lelf
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

Выходит, в 5.x и по-умолчанию включать нельзя, и делать опцией очень
плохо. По-моему, Ricardo (Рикардо?) очень хорошо это аргументировал. Я
вижу один разумный выход: меня старший номер версии (Perl 7
говорите?). Тогда можно и нужно смело ломать обратную совместимость,
выбрасывать весь шлак и делать новые возможности языка включенными
по-умолчанию. (Кажется, так сделали в третьем Python-е.)

From denis.fedoseev на gmail.com  Wed Jun 19 06:11:33 2013
From: denis.fedoseev на gmail.com (alpha6)
Date: Wed, 19 Jun 2013 17:11:33 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <CAG6Dbogc9h01LrtTxx4xwBW3NzhB=M6UQ9PaYagDYNLCuOiiTg@mail.gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<CAG6Dbogc9h01LrtTxx4xwBW3NzhB=M6UQ9PaYagDYNLCuOiiTg@mail.gmail.com>
Message-ID: <183C229B-AC68-4944-9377-4C67A9EEA473@gmail.com>

И тут все снова вернулись в Perl7 :) Но в целом мысль здравая, на мой взгляд.

С уважением,
Денис Федосеев

On 19 Jun 2013, at 5:06 PM, Maxim Vuets <maxim.vuets на gmail.com> wrote:

> 2013/6/19 Anton Nikishaev <me на lelf.lu>:
>> Вдруг кто не читает p5p и не видел эту прелесть:
>> 
>> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00277.html
>> 
>> В общем-то конец ветки тут ? http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00551.html
>> 
>> 
>> TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите спокойно :)
>> 
>> 
>> 
>> --
>> lelf
>> 
>> 
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
> 
> Выходит, в 5.x и по-умолчанию включать нельзя, и делать опцией очень
> плохо. По-моему, Ricardo (Рикардо?) очень хорошо это аргументировал. Я
> вижу один разумный выход: меня старший номер версии (Perl 7
> говорите?). Тогда можно и нужно смело ломать обратную совместимость,
> выбрасывать весь шлак и делать новые возможности языка включенными
> по-умолчанию. (Кажется, так сделали в третьем Python-е.)
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org


From mail на knutov.com  Wed Jun 19 06:14:37 2013
From: mail на knutov.com (Nick Knutov)
Date: Wed, 19 Jun 2013 19:14:37 +0600
Subject: [Moscow.pm] use dots
In-Reply-To: <183C229B-AC68-4944-9377-4C67A9EEA473@gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<CAG6Dbogc9h01LrtTxx4xwBW3NzhB=M6UQ9PaYagDYNLCuOiiTg@mail.gmail.com>
	<183C229B-AC68-4944-9377-4C67A9EEA473@gmail.com>
Message-ID: <51C1AEBD.7080206@knutov.com>

+1

19.06.2013 19:11, alpha6 пишет:
> И тут все снова вернулись в Perl7 :) Но в целом мысль здравая, на мой взгляд.
> 
> С уважением,
> Денис Федосеев
> 
> On 19 Jun 2013, at 5:06 PM, Maxim Vuets <maxim.vuets на gmail.com> wrote:
> 
>> 2013/6/19 Anton Nikishaev <me на lelf.lu>:
>>> Вдруг кто не читает p5p и не видел эту прелесть:
>>>
>>> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00277.html
>>>
>>> В общем-то конец ветки тут ? http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00551.html
>>>
>>>
>>> TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите спокойно :)
>>>
>>>
>>>
>>> --
>>> lelf
>>>
>>>
>>> --
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>>
>> Выходит, в 5.x и по-умолчанию включать нельзя, и делать опцией очень
>> плохо. По-моему, Ricardo (Рикардо?) очень хорошо это аргументировал. Я
>> вижу один разумный выход: меня старший номер версии (Perl 7
>> говорите?). Тогда можно и нужно смело ломать обратную совместимость,
>> выбрасывать весь шлак и делать новые возможности языка включенными
>> по-умолчанию. (Кажется, так сделали в третьем Python-е.)
>> -- 
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
> 

-- 
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130

From andrei.protasovitski на gmail.com  Wed Jun 19 06:16:46 2013
From: andrei.protasovitski на gmail.com (Andrei)
Date: Wed, 19 Jun 2013 15:16:46 +0200
Subject: [Moscow.pm] use dots
In-Reply-To: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
Message-ID: <CANVWn7HBmYgMrDG7EpbqK-WPm0Si_Z3DcutKKVh1bC9kmhj-wg@mail.gmail.com>

Да, точки это акуительно важно! И так озвездинительно легко читается код,
особенно радуют глаз ссылки на хэши, массивы и функции. Радуют только один
глаз, потому что второй дёргается в нервном тике.

P.S. Уйду в LISP, там скобки на точки не заменят.


19 июня 2013 г., 13:51 пользователь Anton Nikishaev <me на lelf.lu> написал:

> Вдруг кто не читает p5p и не видел эту прелесть:
>
>
> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00277.html
>
> В общем-то конец ветки тут ?
> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00551.html
>
>
> TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите
> спокойно :)
>
>
>
> --
> lelf
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Andrei Protasovitski
< andrei[dot]protasovitski[at]gmail[dot]com >
Diemen, Netherlands
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130619/0c668244/attachment.html>

From maxim.vuets на gmail.com  Wed Jun 19 06:25:47 2013
From: maxim.vuets на gmail.com (Maxim Vuets)
Date: Wed, 19 Jun 2013 15:25:47 +0200
Subject: [Moscow.pm] use dots
In-Reply-To: <183C229B-AC68-4944-9377-4C67A9EEA473@gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<CAG6Dbogc9h01LrtTxx4xwBW3NzhB=M6UQ9PaYagDYNLCuOiiTg@mail.gmail.com>
	<183C229B-AC68-4944-9377-4C67A9EEA473@gmail.com>
Message-ID: <CAG6DboioYbz=wDA7LTnLsvJ_wtSANx4weKeLotiRLpUOQAiK5Q@mail.gmail.com>

2013/6/19 alpha6 <denis.fedoseev на gmail.com>:
> И тут все снова вернулись в Perl7 :) Но в целом мысль здравая, на мой взгляд.

Я про Perl 7 упомянул для контекста. Субъективно такое новое название
мне не нравится. Но повторю: мне нравится идея кардинальной смены
версии или названия языка и при условии, что на этом изменения не
закончатся.

> С уважением,
> Денис Федосеев
>
> On 19 Jun 2013, at 5:06 PM, Maxim Vuets <maxim.vuets на gmail.com> wrote:
>
>> 2013/6/19 Anton Nikishaev <me на lelf.lu>:
>>> Вдруг кто не читает p5p и не видел эту прелесть:
>>>
>>> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00277.html
>>>
>>> В общем-то конец ветки тут ? http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00551.html
>>>
>>>
>>> TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите спокойно :)
>>>
>>>
>>>
>>> --
>>> lelf
>>>
>>>
>>> --
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>>
>> Выходит, в 5.x и по-умолчанию включать нельзя, и делать опцией очень
>> плохо. По-моему, Ricardo (Рикардо?) очень хорошо это аргументировал. Я
>> вижу один разумный выход: меня старший номер версии (Perl 7
>> говорите?). Тогда можно и нужно смело ломать обратную совместимость,
>> выбрасывать весь шлак и делать новые возможности языка включенными
>> по-умолчанию. (Кажется, так сделали в третьем Python-е.)
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

From mail на knutov.com  Wed Jun 19 06:56:40 2013
From: mail на knutov.com (Nick Knutov)
Date: Wed, 19 Jun 2013 19:56:40 +0600
Subject: [Moscow.pm] use dots
In-Reply-To: <CAG6DboioYbz=wDA7LTnLsvJ_wtSANx4weKeLotiRLpUOQAiK5Q@mail.gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<CAG6Dbogc9h01LrtTxx4xwBW3NzhB=M6UQ9PaYagDYNLCuOiiTg@mail.gmail.com>
	<183C229B-AC68-4944-9377-4C67A9EEA473@gmail.com>
	<CAG6DboioYbz=wDA7LTnLsvJ_wtSANx4weKeLotiRLpUOQAiK5Q@mail.gmail.com>
Message-ID: <51C1B898.3010700@knutov.com>

Правильно! Надо идти в ногу со временем и делать сразу Perl 8 blue camel!

19.06.2013 19:25, Maxim Vuets пишет:
> 2013/6/19 alpha6 <denis.fedoseev на gmail.com>:
>> И тут все снова вернулись в Perl7 :) Но в целом мысль здравая, на мой взгляд.
> 
> Я про Perl 7 упомянул для контекста. Субъективно такое новое название
> мне не нравится. Но повторю: мне нравится идея кардинальной смены
> версии или названия языка и при условии, что на этом изменения не
> закончатся.
> 
>> С уважением,
>> Денис Федосеев
>>
>> On 19 Jun 2013, at 5:06 PM, Maxim Vuets <maxim.vuets на gmail.com> wrote:
>>
>>> 2013/6/19 Anton Nikishaev <me на lelf.lu>:
>>>> Вдруг кто не читает p5p и не видел эту прелесть:
>>>>
>>>> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00277.html
>>>>
>>>> В общем-то конец ветки тут ? http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00551.html
>>>>
>>>>
>>>> TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите спокойно :)
>>>>
>>>>
>>>>
>>>> --
>>>> lelf
>>>>
>>>>
>>>> --
>>>> Moscow.pm mailing list
>>>> moscow-pm на pm.org | http://moscow.pm.org
>>>
>>> Выходит, в 5.x и по-умолчанию включать нельзя, и делать опцией очень
>>> плохо. По-моему, Ricardo (Рикардо?) очень хорошо это аргументировал. Я
>>> вижу один разумный выход: меня старший номер версии (Perl 7
>>> говорите?). Тогда можно и нужно смело ломать обратную совместимость,
>>> выбрасывать весь шлак и делать новые возможности языка включенными
>>> по-умолчанию. (Кажется, так сделали в третьем Python-е.)
>>> --
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org

-- 
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130

From andrei.protasovitski на gmail.com  Wed Jun 19 07:27:50 2013
From: andrei.protasovitski на gmail.com (Andrei)
Date: Wed, 19 Jun 2013 16:27:50 +0200
Subject: [Moscow.pm] use dots
In-Reply-To: <51C1B898.3010700@knutov.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<CAG6Dbogc9h01LrtTxx4xwBW3NzhB=M6UQ9PaYagDYNLCuOiiTg@mail.gmail.com>
	<183C229B-AC68-4944-9377-4C67A9EEA473@gmail.com>
	<CAG6DboioYbz=wDA7LTnLsvJ_wtSANx4weKeLotiRLpUOQAiK5Q@mail.gmail.com>
	<51C1B898.3010700@knutov.com>
Message-ID: <CANVWn7FH583Cq5g9rVU29uQy=O5CPeUQ1VX+DCWky1f3OCcFNA@mail.gmail.com>

Догоним и перегоним Chrome и Emacs в нумерации!


19 июня 2013 г., 15:56 пользователь Nick Knutov <mail на knutov.com> написал:

> Правильно! Надо идти в ногу со временем и делать сразу Perl 8 blue camel!
>
> 19.06.2013 19:25, Maxim Vuets пишет:
> > 2013/6/19 alpha6 <denis.fedoseev на gmail.com>:
> >> И тут все снова вернулись в Perl7 :) Но в целом мысль здравая, на мой
> взгляд.
> >
> > Я про Perl 7 упомянул для контекста. Субъективно такое новое название
> > мне не нравится. Но повторю: мне нравится идея кардинальной смены
> > версии или названия языка и при условии, что на этом изменения не
> > закончатся.
> >
> >> С уважением,
> >> Денис Федосеев
> >>
> >> On 19 Jun 2013, at 5:06 PM, Maxim Vuets <maxim.vuets на gmail.com> wrote:
> >>
> >>> 2013/6/19 Anton Nikishaev <me на lelf.lu>:
> >>>> Вдруг кто не читает p5p и не видел эту прелесть:
> >>>>
> >>>>
> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00277.html
> >>>>
> >>>> В общем-то конец ветки тут ?
> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00551.html
> >>>>
> >>>>
> >>>> TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите
> спокойно :)
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> lelf
> >>>>
> >>>>
> >>>> --
> >>>> Moscow.pm mailing list
> >>>> moscow-pm на pm.org | http://moscow.pm.org
> >>>
> >>> Выходит, в 5.x и по-умолчанию включать нельзя, и делать опцией очень
> >>> плохо. По-моему, Ricardo (Рикардо?) очень хорошо это аргументировал. Я
> >>> вижу один разумный выход: меня старший номер версии (Perl 7
> >>> говорите?). Тогда можно и нужно смело ломать обратную совместимость,
> >>> выбрасывать весь шлак и делать новые возможности языка включенными
> >>> по-умолчанию. (Кажется, так сделали в третьем Python-е.)
> >>> --
> >>> Moscow.pm mailing list
> >>> moscow-pm на pm.org | http://moscow.pm.org
> >>
> >> --
> >> Moscow.pm mailing list
> >> moscow-pm на pm.org | http://moscow.pm.org
>
> --
> Best Regards,
> Nick Knutov
> http://knutov.com
> ICQ: 272873706
> Voice: +7-904-84-23-130
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Andrei Protasovitski
< andrei[dot]protasovitski[at]gmail[dot]com >
Diemen, Netherlands
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130619/ca2cfdb2/attachment.html>

From sergle.ua на gmail.com  Wed Jun 19 07:30:36 2013
From: sergle.ua на gmail.com (Sergey Leschenko)
Date: Wed, 19 Jun 2013 17:30:36 +0300
Subject: [Moscow.pm] use dots
In-Reply-To: <CAG6Dbogc9h01LrtTxx4xwBW3NzhB=M6UQ9PaYagDYNLCuOiiTg@mail.gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<CAG6Dbogc9h01LrtTxx4xwBW3NzhB=M6UQ9PaYagDYNLCuOiiTg@mail.gmail.com>
Message-ID: <CAJoOBmxEkzNev-+xySMfB43yXBqCtYToXVCc9UZ0rPxJ8BATyA@mail.gmail.com>

2013/6/19 Maxim Vuets <maxim.vuets на gmail.com>:
> Выходит, в 5.x и по-умолчанию включать нельзя, и делать опцией очень
> плохо. По-моему, Ricardo (Рикардо?) очень хорошо это аргументировал. Я
> вижу один разумный выход: меня старший номер версии (Perl 7
> говорите?). Тогда можно и нужно смело ломать обратную совместимость,
> выбрасывать весь шлак и делать новые возможности языка включенными
> по-умолчанию. (Кажется, так сделали в третьем Python-е.)

И получим очередной Perl 6 ?

-- 
Sergey

From nordicdyno на yandex.ru  Wed Jun 19 07:36:13 2013
From: nordicdyno на yandex.ru (Orlovsky Alexander)
Date: Wed, 19 Jun 2013 18:36:13 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
Message-ID: <1225421371652573@web16h.yandex.ru>

Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130619/3f5027af/attachment.html>

From i.petro.77.00 на gmail.com  Wed Jun 19 07:42:05 2013
From: i.petro.77.00 на gmail.com (Ivan Petrov)
Date: Wed, 19 Jun 2013 18:42:05 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
Message-ID: <20130619144205.GF1577@vdsl.uvw.ru>

> Вдруг кто не читает p5p и не видел эту прелесть:

> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00277.html

> В общем-то конец ветки тут ? http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00551.html

> TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите спокойно :)

точку как разделитель правильно не пропустили.
я вообще не понимаю насколько надо быть отмороженным идиотом чтобы
такое предлагать.

я понимаю еще если бы не было cpan, а perl бы был python'ом или ruby,
в которых всегда было насрать на пользователей.
но perl это perl. точка как разделитель не нужна.

From maxim.vuets на gmail.com  Wed Jun 19 07:46:51 2013
From: maxim.vuets на gmail.com (Maxim Vuets)
Date: Wed, 19 Jun 2013 16:46:51 +0200
Subject: [Moscow.pm] use dots
In-Reply-To: <CAJoOBmxEkzNev-+xySMfB43yXBqCtYToXVCc9UZ0rPxJ8BATyA@mail.gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<CAG6Dbogc9h01LrtTxx4xwBW3NzhB=M6UQ9PaYagDYNLCuOiiTg@mail.gmail.com>
	<CAJoOBmxEkzNev-+xySMfB43yXBqCtYToXVCc9UZ0rPxJ8BATyA@mail.gmail.com>
Message-ID: <CAG6Dbogrxjfu9AB5cNbtFH4XcEMO_HLEY0APR0w8=5-S7xJjQg@mail.gmail.com>

2013/6/19 Sergey Leschenko <sergle.ua на gmail.com>:
> 2013/6/19 Maxim Vuets <maxim.vuets на gmail.com>:
>> Выходит, в 5.x и по-умолчанию включать нельзя, и делать опцией очень
>> плохо. По-моему, Ricardo (Рикардо?) очень хорошо это аргументировал. Я
>> вижу один разумный выход: меня старший номер версии (Perl 7
>> говорите?). Тогда можно и нужно смело ломать обратную совместимость,
>> выбрасывать весь шлак и делать новые возможности языка включенными
>> по-умолчанию. (Кажется, так сделали в третьем Python-е.)
>
> И получим очередной Perl 6 ?

Абсолютно нет, конечно. Шестёрка --- это другая концепция, другой
язык, другой компилятор.

Я говорю, про отбрасывание вещей, которые с одной стороны существуют
только для обратной совместимости, и с другой --- блокируют новые
возможности. Например, всё что сейчас нужно включать явно (`use
feature` или `use v5.16`, или `use strict`), должно быть режимом
работы по-умолчанию. Часть базовой функциональность нужно вынести в
подгружаемые модули (это уже не раз обсуждалось). И так далее. При
этом приложение написанное под современные версии языка в последствии
будет работать с малейшими изменениями.

From maxim.vuets на gmail.com  Wed Jun 19 07:51:46 2013
From: maxim.vuets на gmail.com (Maxim Vuets)
Date: Wed, 19 Jun 2013 16:51:46 +0200
Subject: [Moscow.pm] use dots
In-Reply-To: <1225421371652573@web16h.yandex.ru>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
Message-ID: <CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>

2013/6/19 Orlovsky Alexander <nordicdyno на yandex.ru>:
>
>
> 19.06.2013, 17:02, "Akzhan Abdulin" <akzhan.abdulin на gmail.com>:
>
> В минуты печали я вместо Perl 6 использую Ruby :)
>
>
>
> из той же оперы http://aphyr.com/posts/44-you-win-ruby
>

...
> $hash_of_hashes->{'key'}->{'key2'}

Железный аргумент (-:

> (автор блога ? крутейший разработчик)

Ещё один.

Такие комментарии только разжигают резню и ничего никому не
доказывают. Зачем вы так делаете? Тем более в рассылке по Перлу.

From foxcool333 на gmail.com  Wed Jun 19 08:02:27 2013
From: foxcool333 на gmail.com (Foxcool)
Date: Wed, 19 Jun 2013 21:02:27 +0600
Subject: [Moscow.pm] use dots
In-Reply-To: <CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
Message-ID: <51C1C803.9030709@gmail.com>

А вам не кажется, что точка вместо стрелочки и несколько неважны фич из 
шестерки не та вещь, ради которой стоит напрягаться? Есть мнение, что 
одна из основных проблем перла: убогий интерпретатор устаревший, 
который никто толком переписать не может из-за отсутствующей спеки. 
Шестерка кроме крутого ООП вселяля надежду, что будут различные 
конкурентные реализации, как у руби или питона. Лично я не вижу прикола 
ставить точку вместо стрелки: меня больше волнует многопоточность.

--
http://foxcool.ru
foxcool на jabber.ru

From an.gorohovski на gmail.com  Wed Jun 19 09:18:18 2013
From: an.gorohovski на gmail.com (Alessandro Gorohovski)
Date: Wed, 19 Jun 2013 19:18:18 +0300
Subject: [Moscow.pm] use dots
In-Reply-To: <51C1C803.9030709@gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com>
Message-ID: <op.wyxowsyq23ek1i@comp-hp>

Foxcool <foxcool333 на gmail.com> писал(а) в своём письме Wed, 19 Jun 2013  
18:02:27 +0300:

> А вам не кажется, что точка вместо стрелочки и несколько неважны фич из  
> шестерки не та вещь, ради которой стоит напрягаться? Есть мнение, что  
> одна из основных проблем перла: убогий интерпретатор устаревший, который  
> никто толком переписать не может из-за отсутствующей спеки. Шестерка  
> кроме крутого ООП вселяля надежду, что будут различные конкурентные  
> реализации, как у руби или питона. Лично я не вижу прикола ставить точку  
> вместо стрелки: меня больше волнует многопоточность.

++;

-- 
ANG

From an.gorohovski на gmail.com  Wed Jun 19 09:21:53 2013
From: an.gorohovski на gmail.com (Alessandro Gorohovski)
Date: Wed, 19 Jun 2013 19:21:53 +0300
Subject: [Moscow.pm] use dots
In-Reply-To: <CANVWn7HBmYgMrDG7EpbqK-WPm0Si_Z3DcutKKVh1bC9kmhj-wg@mail.gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<CANVWn7HBmYgMrDG7EpbqK-WPm0Si_Z3DcutKKVh1bC9kmhj-wg@mail.gmail.com>
Message-ID: <op.wyxo2rei23ek1i@comp-hp>

Andrei <andrei.protasovitski на gmail.com> писал(а) в своём письме Wed, 19  
Jun 2013 16:16:46 +0300:

> Да, точки это акуительно важно! И так озвездинительно легко читается код,
> особенно радуют глаз ссылки на хэши, массивы и функции. Радуют только  
> один
> глаз, потому что второй дёргается в нервном тике.

++
:)

> P.S. Уйду в LISP, там скобки на точки не заменят.
>
>
> 19 июня 2013 г., 13:51 пользователь Anton Nikishaev <me на lelf.lu> написал:
>
>> Вдруг кто не читает p5p и не видел эту прелесть:
>>
>>
>> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00277.html
>>
>> В общем-то конец ветки тут ?
>> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00551.html
>>
>>
>> TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите
>> спокойно :)
>>
>>
-- 
ANG

From an.gorohovski на gmail.com  Wed Jun 19 09:24:57 2013
From: an.gorohovski на gmail.com (Alessandro Gorohovski)
Date: Wed, 19 Jun 2013 19:24:57 +0300
Subject: [Moscow.pm] use dots
In-Reply-To: <20130619144205.GF1577@vdsl.uvw.ru>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<20130619144205.GF1577@vdsl.uvw.ru>
Message-ID: <op.wyxo7vnp23ek1i@comp-hp>

Ivan Petrov <i.petro.77.00 на gmail.com> писал(а) в своём письме Wed, 19 Jun  
2013 17:42:05 +0300:

>> Вдруг кто не читает p5p и не видел эту прелесть:
>
>> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00277.html
>
>> В общем-то конец ветки тут ?  
>> http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2013-06/msg00551.html
>
>> TLDR: ничего не пропустили, даже в blead нет, в 5.20 не будет, спите  
>> спокойно :)
>
> точку как разделитель правильно не пропустили.
> я вообще не понимаю насколько надо быть отмороженным идиотом чтобы
> такое предлагать.
>
> я понимаю еще если бы не было cpan, а perl бы был python'ом или ruby,
> в которых всегда было насрать на пользователей.
> но perl это perl. точка как разделитель не нужна.

+1

-- 
ANG

From postmaster на softsearch.ru  Wed Jun 19 13:04:51 2013
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Thu, 20 Jun 2013 00:04:51 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <51C1C803.9030709@gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com>
Message-ID: <1847916838.20130620000451@softsearch.ru>

Здравствуйте, Foxcool.

> А вам не кажется, что точка вместо стрелочки и несколько неважны фич
> из шестерки не та вещь, ради которой стоит напрягаться? Есть мнение,
> что одна из основных проблем перла: убогий интерпретатор устаревший,
> который  никто толком переписать не может из-за отсутствующей спеки.
> Шестерка  кроме  крутого  ООП  вселяля  надежду, что будут различные
> конкурентные  реализации,  как  у  руби  или питона. Лично я не вижу
> прикола   ставить   точку   вместо   стрелки:  меня  больше  волнует
> многопоточность.

Мне  вообще  не  хочется,  чтобы перл развивался. Баги только фиксятся
конечно.  Меня  всё  в  нём устраивает и вся эти обновления ради одной
закорючки, идущей после другой закорючки, только прибавляют геморроя в
администрировании и обновлении софта.

И  судя  по  письмам  в  этом  треде  perl6 не всех научил уму-разуму.
Сделайте perl6.1 или сразу perl6.100500 и успокойтесь. Хватит корёжить
то, что работает и каши не просит.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From i.petro.77.00 на gmail.com  Thu Jun 20 02:47:00 2013
From: i.petro.77.00 на gmail.com (Ivan Petrov)
Date: Thu, 20 Jun 2013 13:47:00 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <51C1C803.9030709@gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com>
Message-ID: <20130620094700.GN1577@vdsl.uvw.ru>

> А вам не кажется, что точка вместо стрелочки и несколько неважны фич
> из шестерки не та вещь, ради которой стоит напрягаться? Есть мнение,
> что одна из основных проблем перла: убогий интерпретатор устаревший,
> который никто толком переписать не может из-за отсутствующей спеки.
> Шестерка кроме крутого ООП вселяля надежду, что будут различные
> конкурентные реализации, как у руби или питона. Лично я не вижу
> прикола ставить точку вместо стрелки: меня больше волнует
> многопоточность.

однаиз проблем перла - стековая машина, написанная во времена довольно
давние.
она позволяет с довольно большим трудом реализовать такую технологию
как корутины, например. Но в общем-то реализовали в виде библиотеки,
но в язык хорошо это интегрировать будет еще долго очень сложно.

однако если сравнивать с "конкурентными реализациями", то со стороны C
perl выглядит достаточно изящно, гибко и удобно.

*пере*писать _компилятор_ Perl (изучите матчасть, кстате) конечно
можно, но надо четко определить цели *зачем* это нужно. Повысить
быстродействие? оно итак неплохое. Добавить фичи в язык (вроде
корутин), вероятно это можно будет сделать меньшей кровью даже на
стек-машине (переписав несколько аллокацию стека - для корутин). Что
еще?
как мне кажется Perl'у будет полезнее взять некоторые хорошие вещи в
раздел "Стандартные модули". Например взять в этот раздел Mouse и
AnyEvent. Монс вон давно грозится сваять AnyEvent::XS (чтобы можно
было писать XS приложения для AE), я вот подумываю над Coro::XS,
правда пока видимо еще не дорос до этого.

насчет многопоточности.
нормальной многопоточности нет ни в одном языке. и оно понятно.
поскольку любой скаляр в любом языке представляет собой структуру
данных атомарное обращение с которой в многопоточной среде без
блокировок невозможно, то реализация потоков в любом языке упирается в
это. путей решения тут ровно два:
 - идти по пути изоляции потоков друг от друга (позволит сохранить
   быстродействие)
 - использовать мютексы/локи для каждого скаляра

плюс в обоих случаях необходима реализация стека в многопоточном
варианте. В итоге получаем всегда либо более медленную (нежели
однопоточная) реализацию языка, либо такую, что от использования
форков слабо отличается.

как по мне, так вся эта реализация многопоточности "не нужна" (ц).
а вот работа над корутинами дает куда бОльшие перспективы.

Вы может быть лучше начнете с формулировки *для чего* вам нужны потоки
в Perl? *что* вы хотите на них писать?


From an.gorohovski на gmail.com  Thu Jun 20 04:00:48 2013
From: an.gorohovski на gmail.com (Alessandro Gorohovski)
Date: Thu, 20 Jun 2013 14:00:48 +0300
Subject: [Moscow.pm] use dots
In-Reply-To: <20130620094700.GN1577@vdsl.uvw.ru>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
Message-ID: <op.wyy4vmoi23ek1i@comp-hp>

Ivan Petrov <i.petro.77.00 на gmail.com> писал(а) в своём письме Thu, 20 Jun  
2013 12:47:00 +0300:

>> А вам не кажется, что точка вместо стрелочки и несколько неважны фич
>> из шестерки не та вещь, ради которой стоит напрягаться? Есть мнение,
>> что одна из основных проблем перла: убогий интерпретатор устаревший,
>> который никто толком переписать не может из-за отсутствующей спеки.
>> Шестерка кроме крутого ООП вселяля надежду, что будут различные
>> конкурентные реализации, как у руби или питона. Лично я не вижу
>> прикола ставить точку вместо стрелки: меня больше волнует
>> многопоточность.
>
> однаиз проблем перла - стековая машина, написанная во времена довольно
> давние.
> она позволяет с довольно большим трудом реализовать такую технологию
> как корутины, например. Но в общем-то реализовали в виде библиотеки,
> но в язык хорошо это интегрировать будет еще долго очень сложно.
>
> однако если сравнивать с "конкурентными реализациями", то со стороны C
> perl выглядит достаточно изящно, гибко и удобно.
>
> *пере*писать _компилятор_ Perl (изучите матчасть, кстате) конечно
> можно, но надо четко определить цели *зачем* это нужно. Повысить
> быстродействие? оно итак неплохое. Добавить фичи в язык (вроде
> корутин), вероятно это можно будет сделать меньшей кровью даже на
> стек-машине (переписав несколько аллокацию стека - для корутин). Что
> еще?
> как мне кажется Perl'у будет полезнее взять некоторые хорошие вещи в
> раздел "Стандартные модули". Например взять в этот раздел Mouse и
> AnyEvent. Монс вон давно грозится сваять AnyEvent::XS (чтобы можно
> было писать XS приложения для AE), я вот подумываю над Coro::XS,
> правда пока видимо еще не дорос до этого.
>
> насчет многопоточности.
> нормальной многопоточности нет ни в одном языке. и оно понятно.
> поскольку любой скаляр в любом языке представляет собой структуру
> данных атомарное обращение с которой в многопоточной среде без
> блокировок невозможно, то реализация потоков в любом языке упирается в
> это. путей решения тут ровно два:
>  - идти по пути изоляции потоков друг от друга (позволит сохранить
>    быстродействие)
>  - использовать мютексы/локи для каждого скаляра
>
> плюс в обоих случаях необходима реализация стека в многопоточном
> варианте. В итоге получаем всегда либо более медленную (нежели
> однопоточная) реализацию языка, либо такую, что от использования
> форков слабо отличается.
>
> как по мне, так вся эта реализация многопоточности "не нужна" (ц).
> а вот работа над корутинами дает куда бОльшие перспективы.
>
> Вы может быть лучше начнете с формулировки *для чего* вам нужны потоки
> в Perl? *что* вы хотите на них писать?

Знаю точно, что мне не нужны эти загадочные "корутины" (что это вообще  
такое)?

А потоки, понятно, --- чтобы программа на многоядерных CPU работала  
быстрее,
зачем же еще делают то эти многоядерные
:)

-- 
ANG

From i.petro.77.00 на gmail.com  Thu Jun 20 04:11:27 2013
From: i.petro.77.00 на gmail.com (Ivan Petrov)
Date: Thu, 20 Jun 2013 15:11:27 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <op.wyy4vmoi23ek1i@comp-hp>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
	<op.wyy4vmoi23ek1i@comp-hp>
Message-ID: <20130620111127.GO1577@vdsl.uvw.ru>

>> Вы может быть лучше начнете с формулировки *для чего* вам нужны потоки
>> в Perl? *что* вы хотите на них писать?

> Знаю точно, что мне не нужны эти загадочные "корутины" (что это
> вообще такое)?

http://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0

а в перле - http://search.cpan.org/perldoc?Coro


> А потоки, понятно, --- чтобы программа на многоядерных CPU работала
> быстрее,
> зачем же еще делают то эти многоядерные
> :)

вы уже научились полностью задействовать ресурсы *одного* CPU?



From maxim.vuets на gmail.com  Thu Jun 20 04:29:49 2013
From: maxim.vuets на gmail.com (Maxim Vuets)
Date: Thu, 20 Jun 2013 13:29:49 +0200
Subject: [Moscow.pm] use dots
In-Reply-To: <op.wyy4vmoi23ek1i@comp-hp>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
	<op.wyy4vmoi23ek1i@comp-hp>
Message-ID: <CAG6Dboh8Ttv3bp4DmsPLuQspY8E6hzCyWpN3y-HYnoF47wpx7A@mail.gmail.com>

2013/6/20 Alessandro Gorohovski <an.gorohovski на gmail.com>:
>
> Знаю точно, что мне не нужны эти загадочные "корутины" (что это вообще
> такое)?

Как вы можете знать нужно ли вам это, если вы об этом ничего не знаете? (-:

> А потоки, понятно, --- чтобы программа на многоядерных CPU работала быстрее,
> зачем же еще делают то эти многоядерные
> :)

SMP. Процессы тоже выполняются параллельно.

From an.gorohovski на gmail.com  Thu Jun 20 04:30:16 2013
From: an.gorohovski на gmail.com (Alessandro Gorohovski)
Date: Thu, 20 Jun 2013 14:30:16 +0300
Subject: [Moscow.pm] use dots
In-Reply-To: <20130620111127.GO1577@vdsl.uvw.ru>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
	<op.wyy4vmoi23ek1i@comp-hp> <20130620111127.GO1577@vdsl.uvw.ru>
Message-ID: <op.wyy58qd623ek1i@comp-hp>

Ivan Petrov <i.petro.77.00 на gmail.com> писал(а) в своём письме Thu, 20 Jun  
2013 14:11:27 +0300:

>>> Вы может быть лучше начнете с формулировки *для чего* вам нужны потоки
>>> в Perl? *что* вы хотите на них писать?
>
>> Знаю точно, что мне не нужны эти загадочные "корутины" (что это
>> вообще такое)?
>
> http://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0
>
> а в перле - http://search.cpan.org/perldoc?Coro
>
>
>> А потоки, понятно, --- чтобы программа на многоядерных CPU работала
>> быстрее,
>> зачем же еще делают то эти многоядерные
>> :)
>
> вы уже научились полностью задействовать ресурсы *одного* CPU?

О, конечно.
Например, попробуйте маппировать геном и парсировать его результаты хотя  
бы для
дрозофилы или mouse и вы поймете меня.

-- 
ANG

From an.gorohovski на gmail.com  Thu Jun 20 04:44:33 2013
From: an.gorohovski на gmail.com (Alessandro Gorohovski)
Date: Thu, 20 Jun 2013 14:44:33 +0300
Subject: [Moscow.pm] use dots
In-Reply-To: <CAG6Dboh8Ttv3bp4DmsPLuQspY8E6hzCyWpN3y-HYnoF47wpx7A@mail.gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
	<op.wyy4vmoi23ek1i@comp-hp>
	<CAG6Dboh8Ttv3bp4DmsPLuQspY8E6hzCyWpN3y-HYnoF47wpx7A@mail.gmail.com>
Message-ID: <op.wyy6wj1723ek1i@comp-hp>

Maxim Vuets <maxim.vuets на gmail.com> писал(а) в своём письме Thu, 20 Jun  
2013 14:29:49 +0300:

> 2013/6/20 Alessandro Gorohovski <an.gorohovski на gmail.com>:
>>
>> Знаю точно, что мне не нужны эти загадочные "корутины" (что это вообще
>> такое)?
>
> Как вы можете знать нужно ли вам это, если вы об этом ничего не знаете?  
> (-:

Если бы нужны были (и не только мне),
тогда это было бы уже где то реализовано.

Или это просто синоним чего-то известного,
или новое как хорошо забытое старое?

Да, точно, сейчас посмотрел ссылку на Вики, так это на человеческом языке  
"Сопрограмма"
Ну, так это другое дело.
:)

>> А потоки, понятно, --- чтобы программа на многоядерных CPU работала  
>> быстрее,
>> зачем же еще делают то эти многоядерные
>> :)
>
> SMP. Процессы тоже выполняются параллельно.

Так это и ежу, и его жене понятно.

-- 
ANG

From i.petro.77.00 на gmail.com  Thu Jun 20 04:57:04 2013
From: i.petro.77.00 на gmail.com (Ivan Petrov)
Date: Thu, 20 Jun 2013 15:57:04 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <op.wyy58qd623ek1i@comp-hp>
References: <CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
	<op.wyy4vmoi23ek1i@comp-hp> <20130620111127.GO1577@vdsl.uvw.ru>
	<op.wyy58qd623ek1i@comp-hp>
Message-ID: <20130620115704.GQ1577@vdsl.uvw.ru>

>>> А потоки, понятно, --- чтобы программа на многоядерных CPU работала
>>> быстрее,
>>> зачем же еще делают то эти многоядерные
>>> :)
>> 
>> вы уже научились полностью задействовать ресурсы *одного* CPU?

> О, конечно.
> Например, попробуйте маппировать геном и парсировать его результаты
> хотя бы для
> дрозофилы или mouse и вы поймете меня.

а в маппировании генома поддержка тредов в перле ну никак не поможет.
ибо одного компьютера ну никак не хватит, а множество компьютеров
будет использовать механизмы взаимодействия отнюдь не межтредовые.

так что попробуйте второй, более реалистичный пример пример

From an.gorohovski на gmail.com  Thu Jun 20 05:21:33 2013
From: an.gorohovski на gmail.com (Alessandro Gorohovski)
Date: Thu, 20 Jun 2013 15:21:33 +0300
Subject: [Moscow.pm] use dots
In-Reply-To: <20130620115704.GQ1577@vdsl.uvw.ru>
References: <CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com>
	<20130620094700.GN1577@vdsl.uvw.ru> <op.wyy4vmoi23ek1i@comp-hp>
	<20130620111127.GO1577@vdsl.uvw.ru> <op.wyy58qd623ek1i@comp-hp>
	<20130620115704.GQ1577@vdsl.uvw.ru>
Message-ID: <op.wyy8l7hd23ek1i@comp-hp>

Ivan Petrov <i.petro.77.00 на gmail.com> писал(а) в своём письме Thu, 20 Jun  
2013 14:57:04 +0300:

>>>> А потоки, понятно, --- чтобы программа на многоядерных CPU работала
>>>> быстрее,
>>>> зачем же еще делают то эти многоядерные
>>>> :)
>>>
>>> вы уже научились полностью задействовать ресурсы *одного* CPU?
>
>> О, конечно.
>> Например, попробуйте маппировать геном и парсировать его результаты
>> хотя бы для
>> дрозофилы или mouse и вы поймете меня.
>
> а в маппировании генома поддержка тредов в перле ну никак не поможет.
> ибо одного компьютера ну никак не хватит, а множество компьютеров

пока хватает, только довольно долго ждать (недельку на 8 ядрах и памяти  
32G)

> будет использовать механизмы взаимодействия отнюдь не межтредовые.
>
> так что попробуйте второй, более реалистичный пример пример

К сожалению,
не понял вашу мысль, о  втором реалистичном примере.

-- 
ANG

From worldmind на mail.ru  Thu Jun 20 05:24:17 2013
From: worldmind на mail.ru (=?UTF-8?B?QWxleGV5IFNocnVi?=)
Date: Thu, 20 Jun 2013 16:24:17 +0400
Subject: [Moscow.pm] =?utf-8?q?use_dots?=
In-Reply-To: <51C1C803.9030709@gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com>
Message-ID: <1371731057.36306884@f166.mail.ru>

Среда, 19 июня 2013, 21:02 +06:00 от Foxcool <foxcool333 на gmail.com>:
>  меня больше волнует многопоточность.

Может я чего-то понимаю, но зачем потоки, чем не устраивают процессы?
Зачем вся эта хитрая кухня с блокировками общих данных, есть ли там такой выигрыш в чём-то чтобы он стоит усилий и усложнения?

-- 
Alexey Shrub

From onokonem на gmail.com  Thu Jun 20 05:54:34 2013
From: onokonem на gmail.com (Daniel Podolsky)
Date: Thu, 20 Jun 2013 16:54:34 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <1371731057.36306884@f166.mail.ru>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <1371731057.36306884@f166.mail.ru>
Message-ID: <CAKaHDOFpBbu=r8Pk9EiLtRr4jyJiakkvQxDogk4Ucir+F-HkkQ@mail.gmail.com>

2013/6/20 Alexey Shrub <worldmind на mail.ru>:
> Зачем вся эта хитрая кухня с блокировками общих данных, есть ли там такой выигрыш в чём-то чтобы он стоит усилий и усложнения?
там есть межтредное/межпроцессное взаимодействие, которое в перле на
пещерном уровне, и с этого уровня не стронется без потери
совместимости.

PS
я поднимал аналогичный вопрос некоторое время назад, и решил его для
себя - многотредное пишу на groovy.

From worldmind на mail.ru  Thu Jun 20 06:22:56 2013
From: worldmind на mail.ru (=?UTF-8?B?QWxleGV5IFNocnVi?=)
Date: Thu, 20 Jun 2013 17:22:56 +0400
Subject: [Moscow.pm] =?utf-8?q?use_dots?=
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<1371731057.36306884@f166.mail.ru>
Message-ID: <1371734576.419210622@f380.i.mail.ru>

Четверг, 20 июня 2013, 16:54 +04:00 от Daniel Podolsky <onokonem на gmail.com>:
> я поднимал аналогичный вопрос некоторое время назад, и решил его для
> себя - многотредное пишу на groovy.

так вопрос почему многотредное, а не многопроцессное?

-- 
Alexey Shrub

From onokonem на gmail.com  Thu Jun 20 06:45:14 2013
From: onokonem на gmail.com (Daniel Podolsky)
Date: Thu, 20 Jun 2013 17:45:14 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <1371734576.419210622@f380.i.mail.ru>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<1371731057.36306884@f166.mail.ru>
	<1371734576.419210622@f380.i.mail.ru>
Message-ID: <CAKaHDOFviE9VSUfJJNqBQLu57u3kneXjvMtmQAx_nXybn3uVOQ@mail.gmail.com>

> так вопрос почему многотредное, а не многопроцессное?
передача сложных структур данных между процессами - нелегкое дело

From worldmind на mail.ru  Thu Jun 20 07:15:52 2013
From: worldmind на mail.ru (=?UTF-8?B?QWxleGV5IFNocnVi?=)
Date: Thu, 20 Jun 2013 18:15:52 +0400
Subject: [Moscow.pm] =?utf-8?q?use_dots?=
In-Reply-To: <CAKaHDOFviE9VSUfJJNqBQLu57u3kneXjvMtmQAx_nXybn3uVOQ@mail.gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<1371734576.419210622@f380.i.mail.ru>
	<CAKaHDOFviE9VSUfJJNqBQLu57u3kneXjvMtmQAx_nXybn3uVOQ@mail.gmail.com>
Message-ID: <1371737752.722240203@f283.mail.ru>

Четверг, 20 июня 2013, 17:45 +04:00 от Daniel Podolsky <onokonem на gmail.com>:
> > так вопрос почему многотредное, а не многопроцессное?
> 
> передача сложных структур данных между процессами - нелегкое дело

Что есть сложность в данном случае?
JSON стерпит всё, а если речь про сильносвязанные, то там не факт что параллельная обработка вообще возможна.
Пример нужен

-- 
Alexey Shrub

From nyaapa на gmail.com  Thu Jun 20 22:35:55 2013
From: nyaapa на gmail.com (Arseny Krasikov)
Date: Fri, 21 Jun 2013 09:35:55 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?5MHKxNbF09Qg09DJ08vBINLB09PZzMvJIE1vc2Nv?=
 =?koi8-r?b?dy1wbTsg1M/NIDY4LCDX2dDV08sgMjk=?=
In-Reply-To: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
References: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
Message-ID: <51C3E63B.9000401@gmail.com>

On 20.06.2013 16:54, moscow-pm-request на pm.org wrote:
> Сообщения, предназначенные для списка рассылки Moscow-pm, необходимо
> отправлять по адресу
> 	moscow-pm на pm.org
>
> Для изменения параметров подписки вы можеже использовать веб-страницу
> 	http://mail.pm.org/mailman/listinfo/moscow-pm
>
> Для получения информации о том, как пользовать почтовым интерфейсом,
> отправьте письмо, в теле или теме которого будет слово 'help', по
> адресу:
> 	moscow-pm-request на pm.org
>
> Адрес человека, ответственного за этот список рассылки:
> 	moscow-pm-owner на pm.org
>
> При ответе, пожалуйста, измение тему письма так, чтобы она была более
> содержательной чем "Re: Содержание дайджеста списка рассылки
> Moscow-pm..."
>
>
> В этом номере:
>
>     1. Re: use dots (Alessandro Gorohovski)
>     2. Re: use dots (Alessandro Gorohovski)
>     3. Re: use dots (Ivan Petrov)
>     4. Re: use dots (Alessandro Gorohovski)
>     5. Re: use dots (Alexey Shrub)
>     6. Re: use dots (Daniel Podolsky)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 20 Jun 2013 14:30:16 +0300
> From: "Alessandro Gorohovski" <an.gorohovski на gmail.com>
> To: "Moscow.pm group" <moscow-pm на pm.org>
> Subject: Re: [Moscow.pm] use dots
> Message-ID: <op.wyy58qd623ek1i на comp-hp>
> Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes
>
> Ivan Petrov <i.petro.77.00 на gmail.com> писал(а) в своём письме Thu, 20 Jun
> 2013 14:11:27 +0300:
>
>>>> Вы может быть лучше начнете с формулировки *для чего* вам нужны потоки
>>>> в Perl? *что* вы хотите на них писать?
>>> Знаю точно, что мне не нужны эти загадочные "корутины" (что это
>>> вообще такое)?
>> http://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0
>>
>> а в перле - http://search.cpan.org/perldoc?Coro
>>
>>
>>> А потоки, понятно, --- чтобы программа на многоядерных CPU работала
>>> быстрее,
>>> зачем же еще делают то эти многоядерные
>>> :)
>> вы уже научились полностью задействовать ресурсы *одного* CPU?
> О, конечно.
> Например, попробуйте маппировать геном и парсировать его результаты хотя
> бы для
> дрозофилы или mouse и вы поймете меня.
>
Вольюсь в тред(надеюсь правильно).
С несколькими потоками легко написать функцию with_timeout(&$), запуск 
процедуры с таймаутом и возвращение результата.
один поток запускает, другой спит и если что -- просыпает и убивает первый.
без потоков это боль и страдания.
можно построить распределённые вычисления на форках, но тогда надо 
смириться с тем, что только сериализация, проблемы с хендлерами.
кстати, CoW и деструкторы при форках тоже дадут о себе знать..
В общем, зелёные потоки были бы круты..

-- 
Kindest Regards,
Arseny Krasikov


From worldmind на mail.ru  Thu Jun 20 22:58:29 2013
From: worldmind на mail.ru (=?UTF-8?B?QWxleGV5IFNocnVi?=)
Date: Fri, 21 Jun 2013 09:58:29 +0400
Subject: [Moscow.pm] =?utf-8?b?0J/QvtGC0L7QutC4IHZzINC/0YDQvtGG0LXRgdGB?=
	=?utf-8?b?0Ys=?=
In-Reply-To: <51C3E63B.9000401@gmail.com>
References: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
	<51C3E63B.9000401@gmail.com>
Message-ID: <1371794309.254262672@f329.mail.ru>

Пятница, 21 июня 2013, 9:35 +04:00 от Arseny Krasikov <nyaapa на gmail.com>:
> Вольюсь в тред(надеюсь правильно).
> С несколькими потоками легко написать функцию with_timeout(&$), запуск 
> процедуры с таймаутом и возвращение результата.
> один поток запускает, другой спит и если что -- просыпает и убивает первый.
> без потоков это боль и страдания.
> можно построить распределённые вычисления на форках, но тогда надо 
> смириться с тем, что только сериализация, проблемы с хендлерами.
> кстати, CoW и деструкторы при форках тоже дадут о себе знать..
> В общем, зелёные потоки были бы круты..

Таймаут в асинхронном коде делается легко.
Да, сериализация, какие в ней серьёзные проблемы?
Проблемы с хендлерами?
Про cow и деструкторы тож не понял.
Не обижайтесь,  я тупой, можно подробнее?

-- 
Alexey Shrub

From onokonem на gmail.com  Fri Jun 21 00:19:22 2013
From: onokonem на gmail.com (Daniel Podolsky)
Date: Fri, 21 Jun 2013 11:19:22 +0400
Subject: [Moscow.pm] =?koi8-r?b?8M/Uz8vJIHZzINDSz8PF09PZ?=
In-Reply-To: <1371794309.254262672@f329.mail.ru>
References: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
	<51C3E63B.9000401@gmail.com> <1371794309.254262672@f329.mail.ru>
Message-ID: <CAKaHDOG8WkgZ9-H87xV2ngCKPYX+Ld_ucJRpSZBs1NEz0g1jZw@mail.gmail.com>

> Таймаут в асинхронном коде делается легко.
Асинхронный - это однотредный? тогда утилизировать удастся одно ядро.

> Да, сериализация, какие в ней серьёзные проблемы?
Она не нужна.

> Проблемы с хендлерами?
Передача хендлера из процесса в просцесс - только от родителя к потомку

> Про cow и деструкторы тож не понял.
Ну - погуглите, про это довольно много всего написано

> Не обижайтесь,  я тупой, можно подробнее?
Не обижайтесь, но - лень :)

From worldmind на mail.ru  Fri Jun 21 00:24:14 2013
From: worldmind на mail.ru (=?UTF-8?B?QWxleGV5IFNocnVi?=)
Date: Fri, 21 Jun 2013 11:24:14 +0400
Subject: [Moscow.pm] =?utf-8?b?0J/QvtGC0L7QutC4IHZzINC/0YDQvtGG0LXRgdGB?=
 =?utf-8?b?0Ys=?=
In-Reply-To: <CAKaHDOG8WkgZ9-H87xV2ngCKPYX+Ld_ucJRpSZBs1NEz0g1jZw@mail.gmail.com>
References: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
	<1371794309.254262672@f329.mail.ru>
	<CAKaHDOG8WkgZ9-H87xV2ngCKPYX+Ld_ucJRpSZBs1NEz0g1jZw@mail.gmail.com>
Message-ID: <1371799454.70251691@f230.mail.ru>


Пятница, 21 июня 2013, 11:19 +04:00 от Daniel Podolsky <onokonem на gmail.com>:
> > Таймаут в асинхронном коде делается легко.
> Асинхронный - это однотредный? тогда утилизировать удастся одно ядро.

Нет, утилизировать ядер можно сколько угодно, никто не мешает иметь много асинхронных процессов

> > Да, сериализация, какие в ней серьёзные проблемы?
> Она не нужна.

нужна и не создаёт проблем

> > Проблемы с хендлерами?
> Передача хендлера из процесса в просцесс - только от родителя к потомку

а нужно ли их передавать?

> > Про cow и деструкторы тож не понял.
> Ну - погуглите, про это довольно много всего написано

не знаю что гуглить, не спорю что по памяти треды могут быть эффективнее процессов, но в том и вопрос стоит ли эта эффективность усложнения логики при современной дешевизне памяти?

-- 
Alexey Shrub

From onokonem на gmail.com  Fri Jun 21 00:39:11 2013
From: onokonem на gmail.com (Daniel Podolsky)
Date: Fri, 21 Jun 2013 11:39:11 +0400
Subject: [Moscow.pm] =?koi8-r?b?8M/Uz8vJIHZzINDSz8PF09PZ?=
In-Reply-To: <1371799454.70251691@f230.mail.ru>
References: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
	<1371794309.254262672@f329.mail.ru>
	<CAKaHDOG8WkgZ9-H87xV2ngCKPYX+Ld_ucJRpSZBs1NEz0g1jZw@mail.gmail.com>
	<1371799454.70251691@f230.mail.ru>
Message-ID: <CAKaHDOGAsnZ-yL-J0JHSvY7shQci_LBsL6kThUM+DHyuza-PNQ@mail.gmail.com>

> Нет, утилизировать ядер можно сколько угодно, никто не мешает иметь много асинхронных процессов
Коллега, Вы теоретик или практик? Когда Вы последний раз пытались
передать сложную структуру из процесса в процесс?

> нужна и не создаёт проблем
Ну - ок. А зачем она нужна? Чтобы сделать то, что в многотредной среде
делается без нее?

> а нужно ли их передавать?
зелен виноград?

> не знаю что гуглить, не спорю что по памяти треды могут быть эффективнее процессов, но в том и вопрос стоит ли эта эффективность усложнения логики при современной дешевизне памяти?
Треды эффективнее процессов по трудозатратам. Программеры - не дешевеют.

From worldmind на mail.ru  Fri Jun 21 00:57:50 2013
From: worldmind на mail.ru (=?UTF-8?B?QWxleGV5IFNocnVi?=)
Date: Fri, 21 Jun 2013 11:57:50 +0400
Subject: [Moscow.pm] =?utf-8?b?0J/QvtGC0L7QutC4IHZzINC/0YDQvtGG0LXRgdGB?=
 =?utf-8?b?0Ys=?=
In-Reply-To: <CAKaHDOGAsnZ-yL-J0JHSvY7shQci_LBsL6kThUM+DHyuza-PNQ@mail.gmail.com>
References: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
	<1371799454.70251691@f230.mail.ru>
	<CAKaHDOGAsnZ-yL-J0JHSvY7shQci_LBsL6kThUM+DHyuza-PNQ@mail.gmail.com>
Message-ID: <1371801470.87592777@f230.mail.ru>

Пятница, 21 июня 2013, 11:39 +04:00 от Daniel Podolsky <onokonem на gmail.com>:
> Коллега, Вы теоретик или практик? Когда Вы последний раз пытались
> передать сложную структуру из процесса в процесс?

в области тредов теоретик, вот и прошу опытных товарищей привести примеры поясняющие их пользу
а касательно структур данных, как я уже спрашивал что есть сложная структура - передаём хеши нужной вложенности между процессами через очередь и пока не ощущает проблем от этого

> > нужна и не создаёт проблем
> Ну - ок. А зачем она нужна? Чтобы сделать то, что в многотредной среде делается без нее?

чтобы не управлять блокировками, не думать о синхронизации

> > не знаю что гуглить, не спорю что по памяти треды могут быть эффективнее процессов, но в том и вопрос стоит ли эта эффективность усложнения логики при современной дешевизне памяти?
> Треды эффективнее процессов по трудозатратам. Программеры - не дешевеют.

вот и хотелось бы понять в чём эта эффективность

-- 
Alexey Shrub

From ivan на serezhkin.com  Fri Jun 21 02:28:35 2013
From: ivan на serezhkin.com (Vany Serezhkin)
Date: Fri, 21 Jun 2013 13:28:35 +0400
Subject: [Moscow.pm] =?koi8-r?b?8M/Uz8vJIHZzINDSz8PF09PZ?=
In-Reply-To: <CAKaHDOGAsnZ-yL-J0JHSvY7shQci_LBsL6kThUM+DHyuza-PNQ@mail.gmail.com>
References: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
	<1371794309.254262672@f329.mail.ru>
	<CAKaHDOG8WkgZ9-H87xV2ngCKPYX+Ld_ucJRpSZBs1NEz0g1jZw@mail.gmail.com>
	<1371799454.70251691@f230.mail.ru>
	<CAKaHDOGAsnZ-yL-J0JHSvY7shQci_LBsL6kThUM+DHyuza-PNQ@mail.gmail.com>
Message-ID: <51C41CC3.1050302@serezhkin.com>

Ох, коллеги, а когда вы последний раз пытались лочить большую структуру 
данных в многопоточной аппликухе?
А когда вы смотрели в профайлер и седели от того, сколько времени 
убивается на эти локи?

И то и другое одинаково сложно и одинаково легко при наличии фреймворка, 
которым умеешь пользоватся.

Вон, у питонистов вроде все треды на месте, а всё равно любят рест? Есть 
мнение почему так?



ПО СУЩЕСТВУ, дереференс точками ключей хэшей как в луа был бы клёв,
типа $obj->{key} - как обычно
а $obj.key - проверит ключ на существование и отдереференсит, так чтобы 
можно было $obj.coderef(args,...) сначала дёрнуть функцию класса, а если 
её нет -  содержимое объекта, если он хэш.

Вот она ляпота =) согласны? Хотя это какая то луашная объектность, не 
перловая.


On 21.06.2013 11:39, Daniel Podolsky wrote:
>> Нет, утилизировать ядер можно сколько угодно, никто не мешает иметь много асинхронных процессов
> Коллега, Вы теоретик или практик? Когда Вы последний раз пытались
> передать сложную структуру из процесса в процесс?
>



-- 
WBR, Vany

From onokonem на gmail.com  Fri Jun 21 03:28:08 2013
From: onokonem на gmail.com (Daniel Podolsky)
Date: Fri, 21 Jun 2013 14:28:08 +0400
Subject: [Moscow.pm] =?koi8-r?b?8M/Uz8vJIHZzINDSz8PF09PZ?=
In-Reply-To: <51C41CC3.1050302@serezhkin.com>
References: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
	<1371794309.254262672@f329.mail.ru>
	<CAKaHDOG8WkgZ9-H87xV2ngCKPYX+Ld_ucJRpSZBs1NEz0g1jZw@mail.gmail.com>
	<1371799454.70251691@f230.mail.ru>
	<CAKaHDOGAsnZ-yL-J0JHSvY7shQci_LBsL6kThUM+DHyuza-PNQ@mail.gmail.com>
	<51C41CC3.1050302@serezhkin.com>
Message-ID: <CAKaHDOG1ERpRgb8Me2PNDdvQj_FmTyWpu1a5e+zmJ3UOzMDifQ@mail.gmail.com>

> Ох, коллеги, а когда вы последний раз пытались лочить большую структуру
> данных в многопоточной аппликухе?
Лочить?! Я синхронизированные методы вызываю...

> Вон, у питонистов вроде все треды на месте, а всё равно любят рест? Есть
> мнение почему так?
Потому, что в питоне не треды, а какая-то ерунда c Global Interpreter
Lock в сердцевине.

From sergle.ua на gmail.com  Fri Jun 21 05:17:33 2013
From: sergle.ua на gmail.com (Sergey Leschenko)
Date: Fri, 21 Jun 2013 15:17:33 +0300
Subject: [Moscow.pm] =?utf-8?b?0J/QvtGC0L7QutC4IHZzINC/0YDQvtGG0LXRgdGB?=
	=?utf-8?b?0Ys=?=
In-Reply-To: <CAKaHDOG1ERpRgb8Me2PNDdvQj_FmTyWpu1a5e+zmJ3UOzMDifQ@mail.gmail.com>
References: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
	<1371794309.254262672@f329.mail.ru>
	<CAKaHDOG8WkgZ9-H87xV2ngCKPYX+Ld_ucJRpSZBs1NEz0g1jZw@mail.gmail.com>
	<1371799454.70251691@f230.mail.ru>
	<CAKaHDOGAsnZ-yL-J0JHSvY7shQci_LBsL6kThUM+DHyuza-PNQ@mail.gmail.com>
	<51C41CC3.1050302@serezhkin.com>
	<CAKaHDOG1ERpRgb8Me2PNDdvQj_FmTyWpu1a5e+zmJ3UOzMDifQ@mail.gmail.com>
Message-ID: <CAJoOBmz86bCFBBu4q1E0DjaeVBG0uAighpn0xnu4Axbs87pxGA@mail.gmail.com>

2013/6/21 Daniel Podolsky <onokonem на gmail.com>:
>> Ох, коллеги, а когда вы последний раз пытались лочить большую структуру
>> данных в многопоточной аппликухе?
> Лочить?! Я синхронизированные методы вызываю...

Так это такой же лок, только не на структуре, а на методе. Или я не прав?


-- 
Sergey

From i.petro.77.00 на gmail.com  Fri Jun 21 05:22:52 2013
From: i.petro.77.00 на gmail.com (Ivan Petrov)
Date: Fri, 21 Jun 2013 16:22:52 +0400
Subject: [Moscow.pm] =?utf-8?b?0J/QvtGC0L7QutC4IHZzINC/0YDQvtGG0LXRgdGB?=
	=?utf-8?b?0Ys=?=
In-Reply-To: <CAJoOBmz86bCFBBu4q1E0DjaeVBG0uAighpn0xnu4Axbs87pxGA@mail.gmail.com>
References: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
	<1371794309.254262672@f329.mail.ru>
	<CAKaHDOG8WkgZ9-H87xV2ngCKPYX+Ld_ucJRpSZBs1NEz0g1jZw@mail.gmail.com>
	<1371799454.70251691@f230.mail.ru>
	<CAKaHDOGAsnZ-yL-J0JHSvY7shQci_LBsL6kThUM+DHyuza-PNQ@mail.gmail.com>
	<51C41CC3.1050302@serezhkin.com>
	<CAKaHDOG1ERpRgb8Me2PNDdvQj_FmTyWpu1a5e+zmJ3UOzMDifQ@mail.gmail.com>
	<CAJoOBmz86bCFBBu4q1E0DjaeVBG0uAighpn0xnu4Axbs87pxGA@mail.gmail.com>
Message-ID: <20130621122252.GA20855@vdsl.uvw.ru>

>>> Ох, коллеги, а когда вы последний раз пытались лочить большую структуру
>>> данных в многопоточной аппликухе?
>> Лочить?! Я синхронизированные методы вызываю...

> Так это такой же лок, только не на структуре, а на методе. Или я не прав?

именно так. на входе в функцию - mutex_lock, на выходе - unlock.

From onokonem на gmail.com  Fri Jun 21 06:07:49 2013
From: onokonem на gmail.com (Daniel Podolsky)
Date: Fri, 21 Jun 2013 17:07:49 +0400
Subject: [Moscow.pm] =?koi8-r?b?8M/Uz8vJIHZzINDSz8PF09PZ?=
In-Reply-To: <20130621122252.GA20855@vdsl.uvw.ru>
References: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
	<1371794309.254262672@f329.mail.ru>
	<CAKaHDOG8WkgZ9-H87xV2ngCKPYX+Ld_ucJRpSZBs1NEz0g1jZw@mail.gmail.com>
	<1371799454.70251691@f230.mail.ru>
	<CAKaHDOGAsnZ-yL-J0JHSvY7shQci_LBsL6kThUM+DHyuza-PNQ@mail.gmail.com>
	<51C41CC3.1050302@serezhkin.com>
	<CAKaHDOG1ERpRgb8Me2PNDdvQj_FmTyWpu1a5e+zmJ3UOzMDifQ@mail.gmail.com>
	<CAJoOBmz86bCFBBu4q1E0DjaeVBG0uAighpn0xnu4Axbs87pxGA@mail.gmail.com>
	<20130621122252.GA20855@vdsl.uvw.ru>
Message-ID: <CAKaHDOEFDrcCES5r3awaQOg1+Pwa466Fv2A2f5vCkjMJUVN=rQ@mail.gmail.com>

>> Так это такой же лок, только не на структуре, а на методе. Или я не прав?
> именно так. на входе в функцию - mutex_lock, на выходе - unlock.
Только синхронизация делается по простой структуре, то есть - мгновенно.

From i.petro.77.00 на gmail.com  Fri Jun 21 06:32:09 2013
From: i.petro.77.00 на gmail.com (Ivan Petrov)
Date: Fri, 21 Jun 2013 17:32:09 +0400
Subject: [Moscow.pm] =?utf-8?b?0J/QvtGC0L7QutC4IHZzINC/0YDQvtGG0LXRgdGB?=
	=?utf-8?b?0Ys=?=
In-Reply-To: <CAKaHDOEFDrcCES5r3awaQOg1+Pwa466Fv2A2f5vCkjMJUVN=rQ@mail.gmail.com>
References: <mailman.32237.1371732877.22621.moscow-pm@pm.org>
	<1371794309.254262672@f329.mail.ru>
	<CAKaHDOG8WkgZ9-H87xV2ngCKPYX+Ld_ucJRpSZBs1NEz0g1jZw@mail.gmail.com>
	<1371799454.70251691@f230.mail.ru>
	<CAKaHDOGAsnZ-yL-J0JHSvY7shQci_LBsL6kThUM+DHyuza-PNQ@mail.gmail.com>
	<51C41CC3.1050302@serezhkin.com>
	<CAKaHDOG1ERpRgb8Me2PNDdvQj_FmTyWpu1a5e+zmJ3UOzMDifQ@mail.gmail.com>
	<CAJoOBmz86bCFBBu4q1E0DjaeVBG0uAighpn0xnu4Axbs87pxGA@mail.gmail.com>
	<20130621122252.GA20855@vdsl.uvw.ru>
	<CAKaHDOEFDrcCES5r3awaQOg1+Pwa466Fv2A2f5vCkjMJUVN=rQ@mail.gmail.com>
Message-ID: <20130621133209.GC20855@vdsl.uvw.ru>

>>> Так это такой же лок, только не на структуре, а на методе. Или я не прав?
>> именно так. на входе в функцию - mutex_lock, на выходе - unlock.
> Только синхронизация делается по простой структуре, то есть - мгновенно.

какая разница. mutex - более 1000 инструкций CPU на лок берет.
а около чего он стоит: около простой структуры или около сложной - нет
разницы.
подход лочить функцию - просто подход сократить число мютексов не
более того

From dmitry на karasik.eu.org  Fri Jun 21 13:26:19 2013
From: dmitry на karasik.eu.org (Dmitry Karasik)
Date: Fri, 21 Jun 2013 22:26:19 +0200
Subject: [Moscow.pm] use dots
In-Reply-To: <CAKaHDOFviE9VSUfJJNqBQLu57u3kneXjvMtmQAx_nXybn3uVOQ@mail.gmail.com>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<1371731057.36306884@f166.mail.ru>
	<1371734576.419210622@f380.i.mail.ru>
	<CAKaHDOFviE9VSUfJJNqBQLu57u3kneXjvMtmQAx_nXybn3uVOQ@mail.gmail.com>
Message-ID: <20130621202619.GA16191@nataraj.karasik.eu.org>

On Thu, Jun 20, 2013 at 05:45:14PM +0400, Daniel Podolsky wrote:
> > так вопрос почему многотредное, а не многопроцессное?
> передача сложных структур данных между процессами - нелегкое дело

shared memory + блокировки не оч сложны, субъективно конечно

-- 
Sincerely,
	Dmitry Karasik


From dmitry на karasik.eu.org  Fri Jun 21 13:30:04 2013
From: dmitry на karasik.eu.org (Dmitry Karasik)
Date: Fri, 21 Jun 2013 22:30:04 +0200
Subject: [Moscow.pm] use dots
In-Reply-To: <op.wyy4vmoi23ek1i@comp-hp>
References: <E058CAB1-0141-4475-8A1F-B1C0731513B4@lelf.lu>
	<51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
	<op.wyy4vmoi23ek1i@comp-hp>
Message-ID: <20130621203004.GB16191@nataraj.karasik.eu.org>

> Знаю точно, что мне не нужны эти загадочные "корутины" (что это вообще  
> такое)?

если б они сделаны были по человечески, то были б весьма кстати.. так можно было бы писать в одном
процессе

sub a { read; ... read; ... }
sub b { write; ... write; ... }

и обе бы читали и писали параллельно, пока другие спят

-- 
Sincerely,
	Dmitry Karasik


From i.petro.77.00 на gmail.com  Fri Jun 21 13:58:17 2013
From: i.petro.77.00 на gmail.com (Ivan Petrov)
Date: Sat, 22 Jun 2013 00:58:17 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <20130621203004.GB16191@nataraj.karasik.eu.org>
References: <51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
	<op.wyy4vmoi23ek1i@comp-hp>
	<20130621203004.GB16191@nataraj.karasik.eu.org>
Message-ID: <20130621205817.GA17417@vdsl.uvw.ru>

>> Знаю точно, что мне не нужны эти загадочные "корутины" (что это вообще
>> такое)?

> если б они сделаны были по человечески, то были б весьма кстати.. так можно было бы писать в одном
> процессе

а ты сделай человеческие?

> sub a { read; ... read; ... }
> sub b { write; ... write; ... }

> и обе бы читали и писали параллельно, пока другие спят

а чем плохи Леммановские? они скорее файберы, нежели корутины в чистом
виде, но на Леманновских можно и корутины, просто я юзкейзов под
чистые корутины не вижу :)


use Coro;
use AnyEvent::HTTP;
my @f;
for (1 .. 1000) {
    push @f => async {
        http_get 'http://google.com', Coro::rouse_cb;
        Coro::rouse_wait;
    }
}
$_->join for @f;

у меня на Coro нарисован лонг-пулинг демон. Дык мы на 16К сокетов
вышли прежде чем в CPU уперлись. Еще обертка к Twiggy есть на Coro,
тоже хорошо довольно себя показывает :)
ну и еще десяток демонов.


что хорошо - бизнеслогику и протоколы писать одно удовольствие.
на каллбеках с AE (с *любым* асинхронным колбечным фреймворком) мозги
вывихнешь - утечки памяти/сборки результатов из разных мест итп.
а на Coro - логика обычная. что нужно, то и в коде, без всяких
извратов.


From simashin на gmail.com  Fri Jun 21 14:14:59 2013
From: simashin на gmail.com (Alexander Simashin)
Date: Sat, 22 Jun 2013 01:14:59 +0400
Subject: [Moscow.pm] use dots
In-Reply-To: <20130621205817.GA17417@vdsl.uvw.ru>
References: <51C19DBA.6010201@knutov.com>
	<CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
	<op.wyy4vmoi23ek1i@comp-hp>
	<20130621203004.GB16191@nataraj.karasik.eu.org>
	<20130621205817.GA17417@vdsl.uvw.ru>
Message-ID: <CABOE7uTXkcnW9vsszgDwR6i16CTf7F173ENLG8QUSPmJO_UHNA@mail.gmail.com>

2013/6/22 Ivan Petrov <i.petro.77.00 на gmail.com>

>
> что хорошо - бизнеслогику и протоколы писать одно удовольствие.
> на каллбеках с AE (с *любым* асинхронным колбечным фреймворком) мозги
> вывихнешь - утечки памяти/сборки результатов из разных мест итп.
> а на Coro - логика обычная. что нужно, то и в коде, без всяких
> извратов.
>
Что правда - то правда.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130622/e235110c/attachment.html>

From dmitry на karasik.eu.org  Fri Jun 21 14:35:41 2013
From: dmitry на karasik.eu.org (Dmitry Karasik)
Date: Fri, 21 Jun 2013 23:35:41 +0200
Subject: [Moscow.pm] use dots
In-Reply-To: <20130621205817.GA17417@vdsl.uvw.ru>
References: <CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
	<op.wyy4vmoi23ek1i@comp-hp>
	<20130621203004.GB16191@nataraj.karasik.eu.org>
	<20130621205817.GA17417@vdsl.uvw.ru>
Message-ID: <20130621213541.GA18502@nataraj.karasik.eu.org>

On Sat, Jun 22, 2013 at 12:58:17AM +0400, Ivan Petrov wrote:
> >> Знаю точно, что мне не нужны эти загадочные "корутины" (что это вообще
> >> такое)?
> 
> > если б они сделаны были по человечески, то были б весьма кстати.. так можно было бы писать в одном
> > процессе
> 
> а ты сделай человеческие?
> 
> > sub a { read; ... read; ... }
> > sub b { write; ... write; ... }
> 
> > и обе бы читали и писали параллельно, пока другие спят
> 
> а чем плохи Леммановские? они скорее файберы, нежели корутины в чистом
> виде, но на Леманновских можно и корутины, просто я юзкейзов под
> чистые корутины не вижу :)

я их и имел в виду, и именно так у него заявлено - но там постоянно у него чего-то
не работает. Если уже починил - молодец конечно.

-- 
Sincerely,
	Dmitry Karasik


From daxim на cpan.org  Tue Jun 25 01:10:30 2013
From: daxim на cpan.org (Lars =?UTF-8?B?RMmq4bSH4bSE4bSL4bSP4bShIOi/quaLieaWrw==?=)
Date: Tue, 25 Jun 2013 10:10:30 +0200
Subject: [Moscow.pm] =?utf-8?b?0JPQtNC1INCyINC80L7QtNGD0LvQtSDQv9C40YE=?=
 =?utf-8?b?0LDRgtGMIHVzZSB1dGY4?=
In-Reply-To: <CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>
References: <CAKgzkX0hyOcyAn=PY1o4=qtDGh-X4Z19M9EmRp=UcrN34RbGjg@mail.gmail.com>
	<CAG6DboiSi_cbXM7eeKPKDLBWc6KhGbrofudGDL1aVUFUeZ+jxg@mail.gmail.com>
	<CAMOxC8uWGumanbkzC+_F+JEPYdhZ-M8wtmexwMjNVMfUcfArZA@mail.gmail.com>
	<CAG6DbohzY7NU44f670TDuVud=2Qgikp+DAqKHY0J_ag3wasaAw@mail.gmail.com>
	<CACEsYN6m_PK7c2TfQamp+nY3sbXK-BHs2=gPQqxxWeJN5MMrNw@mail.gmail.com>
Message-ID: <20130625101030.27bb2eee@champion.site>

> Вот тут пишут что это сильно замедляет работу:
>  
> http://blogs.perl.org/users/vyacheslav_matjukhin/2013/06/dont-copy-use-autodie-in-every-module.html

Быстрее в 2.20. <http://search.cpan.org/dist/autodie/Changes>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130625/38ce3e4e/attachment.bin>

From monk на nuked.su  Tue Jun 25 13:40:12 2013
From: monk на nuked.su (Maxim)
Date: Wed, 26 Jun 2013 00:40:12 +0400
Subject: [Moscow.pm] =?utf-8?b?INCf0LvQsNC90LjRgNGD0LXRgtGB0Y8g0LvQuCA=?=
 =?utf-8?b?0LLRgdGC0YDQtdGH0LAg0LIg0LjRjtC70LU/?=
In-Reply-To: <20130621213541.GA18502@nataraj.karasik.eu.org>
References: <CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
	<op.wyy4vmoi23ek1i@comp-hp>
	<20130621203004.GB16191@nataraj.karasik.eu.org>
	<20130621205817.GA17417@vdsl.uvw.ru>
	<20130621213541.GA18502@nataraj.karasik.eu.org>
Message-ID: <1372192812.5411.3.camel@installserver.nuked.su>

Джентльмены, доброго времени.

А планируется ли встреча сообщества 4-го июля? Вроде срок уже близок, а
информации никакой нет.

From asan999 на gmail.com  Tue Jun 25 14:07:29 2013
From: asan999 на gmail.com (=?KOI8-R?B?4c7E0sXKIOHT0cvJzg==?=)
Date: Wed, 26 Jun 2013 01:07:29 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?8MzBzsnS1cXU09EgzMkg19PU0sXewSDXIMnAzMU/?=
In-Reply-To: <1372192812.5411.3.camel@installserver.nuked.su>
References: <CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
	<op.wyy4vmoi23ek1i@comp-hp>
	<20130621203004.GB16191@nataraj.karasik.eu.org>
	<20130621205817.GA17417@vdsl.uvw.ru>
	<20130621213541.GA18502@nataraj.karasik.eu.org>
	<1372192812.5411.3.camel@installserver.nuked.su>
Message-ID: <CAFnzpOUODOq3+ERD1b6GYjM3YmU7eT3ctWpJ6JssY=sM7WrX8A@mail.gmail.com>

Макс, хз..

26.06.2013 0:40 пользователь "Maxim" <monk на nuked.su> написал:
>
> Джентльмены, доброго времени.
>
> А планируется ли встреча сообщества 4-го июля? Вроде срок уже близок, а
> информации никакой нет.
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130626/a519ff77/attachment.html>

From dzirtik на gmail.com  Tue Jun 25 22:46:06 2013
From: dzirtik на gmail.com (=?KOI8-R?B?8MHXxcwg/cXSwsnOyc4=?=)
Date: Wed, 26 Jun 2013 09:46:06 +0400
Subject: [Moscow.pm]
	=?koi8-r?b?8MzBzsnS1cXU09EgzMkg19PU0sXewSDXIMnAzMU/?=
In-Reply-To: <CAFnzpOUODOq3+ERD1b6GYjM3YmU7eT3ctWpJ6JssY=sM7WrX8A@mail.gmail.com>
References: <CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com> <20130620094700.GN1577@vdsl.uvw.ru>
	<op.wyy4vmoi23ek1i@comp-hp>
	<20130621203004.GB16191@nataraj.karasik.eu.org>
	<20130621205817.GA17417@vdsl.uvw.ru>
	<20130621213541.GA18502@nataraj.karasik.eu.org>
	<1372192812.5411.3.camel@installserver.nuked.su>
	<CAFnzpOUODOq3+ERD1b6GYjM3YmU7eT3ctWpJ6JssY=sM7WrX8A@mail.gmail.com>
Message-ID: <CAJxdCZ5XrdCvEEbicu65f-qLH43zui5HnFbggRairNP6a2stHg@mail.gmail.com>

Добрый день, да, встреча будет 4 июля, ближайшие пару дней размещу анонс,
спасибо за интерес.


26 июня 2013 г., 1:07 пользователь Андрей Асякин <asan999 на gmail.com>написал:

> Макс, хз..
>
> 26.06.2013 0:40 пользователь "Maxim" <monk на nuked.su> написал:
>
> >
> > Джентльмены, доброго времени.
> >
> > А планируется ли встреча сообщества 4-го июля? Вроде срок уже близок, а
> > информации никакой нет.
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>


-- 
С Уважением,
Щербинин Павел
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130626/b3194b99/attachment.html>

From monk на nuked.su  Wed Jun 26 07:35:18 2013
From: monk на nuked.su (Maxim)
Date: Wed, 26 Jun 2013 18:35:18 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?8MzBzsnS1cXU09EgzMkg19PU0sXewSDXIMnAzMU/?=
In-Reply-To: <CAJxdCZ5XrdCvEEbicu65f-qLH43zui5HnFbggRairNP6a2stHg@mail.gmail.com>
References: <CAGOcgF1AqgR--eBD--3_145zq3sSz48Hc0SGjNa6hhiMjF8urA@mail.gmail.com>
	<F45DAA12-D8BB-43A5-A81A-01D5B1708362@lelf.lu>
	<CAGOcgF2AFUCVjuaYQpKjS61LPc8Gy-H89rSiqEiS1OWn1uLFvw@mail.gmail.com>
	<1225421371652573@web16h.yandex.ru>
	<CAG6DboiqAEcZJ6ApJTpqapjwa4-nwBOhX=cz1zdFem1xVbR5xA@mail.gmail.com>
	<51C1C803.9030709@gmail.com>
	<20130620094700.GN1577@vdsl.uvw.ru> <op.wyy4vmoi23ek1i@comp-hp>
	<20130621203004.GB16191@nataraj.karasik.eu.org>
	<20130621205817.GA17417@vdsl.uvw.ru>
	<20130621213541.GA18502@nataraj.karasik.eu.org>
	<1372192812.5411.3.camel@installserver.nuked.su>
	<CAFnzpOUODOq3+ERD1b6GYjM3YmU7eT3ctWpJ6JssY=sM7WrX8A@mail.gmail.com>
	<CAJxdCZ5XrdCvEEbicu65f-qLH43zui5HnFbggRairNP6a2stHg@mail.gmail.com>
Message-ID: <8CA3E0EE-6D4F-4EF4-A49B-4C597E4FD95C@nuked.su>

Спасибо за организацию :-)

Jun 26, 2013, в 9:46, Павел Щербинин <dzirtik на gmail.com> написал(а):

> Добрый день, да, встреча будет 4 июля, ближайшие пару дней размещу анонс, спасибо за интерес.
> 
> 
> 26 июня 2013 г., 1:07 пользователь Андрей Асякин <asan999 на gmail.com> написал:
>> Макс, хз..
>> 
>> 26.06.2013 0:40 пользователь "Maxim" <monk на nuked.su> написал:
>> 
>> 
>> >
>> > Джентльмены, доброго времени.
>> >
>> > А планируется ли встреча сообщества 4-го июля? Вроде срок уже близок, а
>> > информации никакой нет.
>> > --
>> > Moscow.pm mailing list
>> > moscow-pm на pm.org | http://moscow.pm.org
>> 
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
> 
> 
> 
> -- 
> С Уважением, 
> Щербинин Павел
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130626/73f20b69/attachment.html>

From denis.fedoseev на gmail.com  Thu Jun 27 04:42:29 2013
From: denis.fedoseev на gmail.com (alpha6)
Date: Thu, 27 Jun 2013 15:42:29 +0400
Subject: [Moscow.pm] =?utf-8?b?QW55RXZlbnQg0Lgg0YDQsNCx0L7RgtCwINGBINC/?=
 =?utf-8?b?0YDQvtGG0LXRgdGB0LDQvNC4Lg==?=
Message-ID: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>

Доброго времени суток, камрады.

Требуется совет коллективного разума :)
Задача: есть у меня демон на AE который запускает кучу процессов, следит за их жизнью и пишет вывод их STDOUT в лог-файлы. Процессы большие, тяжелые и не перловые.

Проблема заключается в том, что при запуске через IPC::Open2 я не могу читать STDOUT этих самых запущенных процессов в процессе их работы. AE::Handle просто не реагирует на появление новых данных. Попытки читать через sysread приводят к блокировке приложения до конца работы читаемого процесса в силу особенностей IPC::Open2. Сейчас я обошел эту проблему так - ожидаю пока процесс завершится и считываю его вывод целиком в файл. Но такой метод не очень хорош т.к. процессы могут работать более часа и хочется видеть чего с ним происходит в реальном времени.

В общем, хочется узнать у сообщества кто как справляется с такими задачами? И как вообще это нужно делать по канонам :)

С уважением,
Денис Федосеев


From ivan на serezhkin.com  Thu Jun 27 05:01:24 2013
From: ivan на serezhkin.com (Vany Serezhkin)
Date: Thu, 27 Jun 2013 16:01:24 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?QW55RXZlbnQgySDSwcLP1MEg0yDQ0s/DxdPTwc3J?=
 =?koi8-r?b?Lg==?=
In-Reply-To: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
References: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
Message-ID: <51CC2994.7060601@serezhkin.com>

http://www.linux.org.ru/forum/development/5946848


On 27.06.2013 15:42, alpha6 wrote:
> Доброго времени суток, камрады.
>
> Требуется совет коллективного разума :)
> Задача: есть у меня демон на AE который запускает кучу процессов, следит за их жизнью и пишет вывод их STDOUT в лог-файлы. Процессы большие, тяжелые и не перловые.
>
> Проблема заключается в том, что при запуске через IPC::Open2 я не могу читать STDOUT этих самых запущенных процессов в процессе их работы. AE::Handle просто не реагирует на появление новых данных. Попытки читать через sysread приводят к блокировке приложения до конца работы читаемого процесса в силу особенностей IPC::Open2. Сейчас я обошел эту проблему так - ожидаю пока процесс завершится и считываю его вывод целиком в файл. Но такой метод не очень хорош т.к. процессы могут работать более часа и хочется видеть чего с ним происходит в реальном времени.
>
> В общем, хочется узнать у сообщества кто как справляется с такими задачами? И как вообще это нужно делать по канонам :)
>
> С уважением,
> Денис Федосеев
>
-- 
WBR, Vany

From denis.fedoseev на gmail.com  Thu Jun 27 05:09:46 2013
From: denis.fedoseev на gmail.com (alpha6)
Date: Thu, 27 Jun 2013 16:09:46 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?QW55RXZlbnQgySDSwcLP1MEg0yDQ0s/DxdPTwc3J?=
 =?koi8-r?b?Lg==?=
In-Reply-To: <51CC2994.7060601@serezhkin.com>
References: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
	<51CC2994.7060601@serezhkin.com>
Message-ID: <A76AF003-9886-47BD-95C6-DB3D8AE6C2C0@gmail.com>

Не очень понял причем тут разработка сетевых приложений на С.
На С у меня такое написано и работает, но по ряду аспектов не устраивает и надо реализовать на перле.

С уважением,
Денис Федосеев

On 27 Jun 2013, at 4:01 PM, Vany Serezhkin <ivan на serezhkin.com> wrote:

> http://www.linux.org.ru/forum/development/5946848
> 
> 
> On 27.06.2013 15:42, alpha6 wrote:
>> Доброго времени суток, камрады.
>> 
>> Требуется совет коллективного разума :)
>> Задача: есть у меня демон на AE который запускает кучу процессов, следит за их жизнью и пишет вывод их STDOUT в лог-файлы. Процессы большие, тяжелые и не перловые.
>> 
>> Проблема заключается в том, что при запуске через IPC::Open2 я не могу читать STDOUT этих самых запущенных процессов в процессе их работы. AE::Handle просто не реагирует на появление новых данных. Попытки читать через sysread приводят к блокировке приложения до конца работы читаемого процесса в силу особенностей IPC::Open2. Сейчас я обошел эту проблему так - ожидаю пока процесс завершится и считываю его вывод целиком в файл. Но такой метод не очень хорош т.к. процессы могут работать более часа и хочется видеть чего с ним происходит в реальном времени.
>> 
>> В общем, хочется узнать у сообщества кто как справляется с такими задачами? И как вообще это нужно делать по канонам :)
>> 
>> С уважением,
>> Денис Федосеев
>> 
> -- 
> WBR, Vany
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org


From ivan на serezhkin.com  Thu Jun 27 05:27:17 2013
From: ivan на serezhkin.com (Vany Serezhkin)
Date: Thu, 27 Jun 2013 16:27:17 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?QW55RXZlbnQgySDSwcLP1MEg0yDQ0s/DxdPTwc3J?=
 =?koi8-r?b?Lg==?=
In-Reply-To: <A76AF003-9886-47BD-95C6-DB3D8AE6C2C0@gmail.com>
References: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
	<51CC2994.7060601@serezhkin.com>
	<A76AF003-9886-47BD-95C6-DB3D8AE6C2C0@gmail.com>
Message-ID: <51CC2FA5.2050208@serezhkin.com>

On 27.06.2013 16:09, alpha6 wrote:
> Не очень понял причем тут разработка сетевых приложений на С.
> На С у меня такое написано и работает, но по ряду аспектов не устраивает и надо реализовать на перле.
я в смысле что ответ на заданный вопрос в этой книжке.
Надо ж понимать чем блокирующие операции от неблокирующих отличаются.

в ае надо использовать не блокирующие.
ну или
http://search.cpan.org/~mlehmann/AnyEvent-Fork-0.2/Fork.pm

-- 
WBR, Vany

From denis.fedoseev на gmail.com  Thu Jun 27 05:46:07 2013
From: denis.fedoseev на gmail.com (alpha6)
Date: Thu, 27 Jun 2013 16:46:07 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?QW55RXZlbnQgySDSwcLP1MEg0yDQ0s/DxdPTwc3J?=
 =?koi8-r?b?Lg==?=
In-Reply-To: <51CC2FA5.2050208@serezhkin.com>
References: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
	<51CC2994.7060601@serezhkin.com>
	<A76AF003-9886-47BD-95C6-DB3D8AE6C2C0@gmail.com>
	<51CC2FA5.2050208@serezhkin.com>
Message-ID: <2F510973-69A4-4FE5-A1CA-0FEB9F6739EE@gmail.com>

Я прекрасно понимаю чем отличаются блокирующие операции от не блокирующих.
Вопрос не "почему", а "как" :) 
IPC::Open делает то что мне надо - открывает процесс с коммандой и возвращает управление в основной поток AE. Приложение работает дальше и ничего не блокируется. Вопрос - как читать их создаваемого им хандлера в реальном времени не блокируя приложение.

хм, AnyEvent::Fork наконец заработал под виндами. Пойду попробую его.
С уважением,
Денис Федосеев

On 27 Jun 2013, at 4:27 PM, Vany Serezhkin <ivan на serezhkin.com> wrote:

> On 27.06.2013 16:09, alpha6 wrote:
>> Не очень понял причем тут разработка сетевых приложений на С.
>> На С у меня такое написано и работает, но по ряду аспектов не устраивает и надо реализовать на перле.
> я в смысле что ответ на заданный вопрос в этой книжке.
> Надо ж понимать чем блокирующие операции от неблокирующих отличаются.
> 
> в ае надо использовать не блокирующие.
> ну или
> http://search.cpan.org/~mlehmann/AnyEvent-Fork-0.2/Fork.pm
> 
> -- 
> WBR, Vany
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org


From dzirtik на gmail.com  Thu Jun 27 07:00:09 2013
From: dzirtik на gmail.com (=?KOI8-R?B?8MHXxcwg/cXSwsnOyc4=?=)
Date: Thu, 27 Jun 2013 18:00:09 +0400
Subject: [Moscow.pm] =?koi8-r?b?99PU0sXewSBNb3Njb3cucG0gNCDJwMzR?=
Message-ID: <CAJxdCZ5Ah9eta7kv7xC_9sHUg_GxDbD=vuG289CfqYjES+09nQ@mail.gmail.com>

Добрый день!

Рады сообщить, что 4 июля, в четверг, мы в очередной раз открываем двери
сообществу Moscow.pm.

В рамках мероприятия у вас есть эксклюзивная возможность послушать доклады
лучших специалистов, поделиться опытом друг с другом.

*Место и время:*  4 июля, с 19.30 до 22.00, офис компании Мэйл.Ру
Групп, кинотеатр в лаунж зоне на 2 этаже, ВНИМАНИЕ мы переехали адрес:
Ленинградский проспект, д. 39, стр. 79 БЦ <<SkyLight>>

В программе вас ждут доклады:

*1**.  * *Perl для не программистов**. **Николай Мишин**, программист,
компания РДТЕХ.*

- Как создать презентацию не вылезая из любимого текстового редактора
(notepad++, padre, vim).
- Как perl помогает автоматизировать работу без написания кода.
- Пара скриптов, которые облегчают работу на разных платформах.
- Те же скрипты на perl6.
- Автоматизация и тестирование Firefox.

*2. **Особенности создания XS-модулей на языке C++**. **Владимир Тимофеев**,
разработчик, компания Crazy Panda.*

- Почему C++? Плюсы, минусы.
- Как найти компилятор (поддержка в EUMM, MB, стандартные и не очень
решения).
- Конфликты имён.
- Трансляция C++ исключений в Perl-исключения.

*3. **Язык Go для Perl-программистов v1.1.* *Александр Орловский**,
руководитель команды Perl-разработки, компании **S**ports.ru*


- Введение в язык программирования Go с примерами.
- Как Perl помог нам решить возникшие задачи во время хакатона.

*4. **Разработка документации для RESTful API: как убить трёх зайцев одним
выстрелом**. **Илья Чесноков**, разработчик, компания UK2 Group.*

- Расскажу и покажу инструменты, которые мы используем для документирования
собственного RESTful API.

Трансляцию мероприятия вы сможете посмотреть на странице:
http://corp.mail.ru/Moscow.pm

Там же, вы можете оставить информацию о том, какие темы вы хотите обсудить
в рамках этой или следующей встречи - это поможет нам сделать их более
информативными.
Пожалуйста, отметьтесь <http://moscowpm0606.timepad.ru/event/72144/>, если
вы хотите посетить эту встречу, чтобы мы смогли ее лучше организовать.

Ждем Вас.

-- 
С Уважением,
Щербинин Павел
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130627/3ca09bd3/attachment-0001.html>

From khedin на gmail.com  Thu Jun 27 07:04:40 2013
From: khedin на gmail.com (Konstantin S. Uvarin)
Date: Thu, 27 Jun 2013 18:04:40 +0400
Subject: [Moscow.pm] =?utf-8?b?QW55RXZlbnQg0Lgg0YDQsNCx0L7RgtCwINGBINC/?=
 =?utf-8?b?0YDQvtGG0LXRgdGB0LDQvNC4Lg==?=
In-Reply-To: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
References: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
Message-ID: <201306271804.40919.khedin@gmail.com>

Приветствую! 

> Проблема заключается в том, что при запуске через IPC::Open2 я не 
могу читать STDOUT этих самых запущенных процессов в процессе их 
работы. AE::Handle просто не реагирует на появление новых данных.

Вообще странно, что не реагирует. По-моему, как раз open2/open3 и 
AE::Handle и есть способ решения именно этой задачи. Я бы сказал, 
шерше ля баг.

М.б. стоит под strace/truss посмотреть, попадают ли нужные fd в 
select/poll? 

--
WBR,
Konstantin S. Uvarin

From denis.fedoseev на gmail.com  Thu Jun 27 07:38:20 2013
From: denis.fedoseev на gmail.com (alpha6)
Date: Thu, 27 Jun 2013 18:38:20 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?QW55RXZlbnQgySDSwcLP1MEg0yDQ0s/DxdPTwc3J?=
 =?koi8-r?b?Lg==?=
In-Reply-To: <201306271804.40919.khedin@gmail.com>
References: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
	<201306271804.40919.khedin@gmail.com>
Message-ID: <F474B880-0D06-4459-A4B0-ABDFE30A46F9@gmail.com>

Да мне тоже кажется что баг. Но пока времени на написание тестов не было. На выходных погоняю на разных платформах - погляжу на поведение.

Т.к. от процесса мне логи пока нужны в файле  - то пока проблему решил так:  
старт приложения через system с перенаправлением его вывода сразу в лог-файл.
my $pid = system(1, "perl test.pl >> app_log 2>$1"); 

Думаю на этом решении пока и остановлюсь. Если понадобится делать с этим логом что-то еще - всегда можно повесить на него AE::Handle и работать с приходящими данными.


С уважением,
Денис Федосеев

On 27 Jun 2013, at 6:04 PM, Konstantin S. Uvarin <khedin на gmail.com> wrote:

> Приветствую! 
> 
>> Проблема заключается в том, что при запуске через IPC::Open2 я не 
> могу читать STDOUT этих самых запущенных процессов в процессе их 
> работы. AE::Handle просто не реагирует на появление новых данных.
> 
> Вообще странно, что не реагирует. По-моему, как раз open2/open3 и 
> AE::Handle и есть способ решения именно этой задачи. Я бы сказал, 
> шерше ля баг.
> 
> М.б. стоит под strace/truss посмотреть, попадают ли нужные fd в 
> select/poll? 
> 
> --
> WBR,
> Konstantin S. Uvarin
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org


From me на lelf.lu  Thu Jun 27 07:54:51 2013
From: me на lelf.lu (Anton Nikishaev)
Date: Thu, 27 Jun 2013 18:54:51 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?QW55RXZlbnQgySDSwcLP1MEg0yDQ0s/DxdPTwc3J?=
 =?koi8-r?b?Lg==?=
In-Reply-To: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
References: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
Message-ID: <6FA9EA4A-1524-487D-AA4A-8C7D2D2F66DC@lelf.lu>

On Jun 27, 2013, at 3:42 PM, alpha6 <denis.fedoseev на gmail.com> wrote:

> Требуется совет коллективного разума :)
> Задача: есть у меня демон на AE который запускает кучу процессов, следит за их жизнью и пишет вывод их STDOUT в лог-файлы. Процессы большие, тяжелые и не перловые.
> 
> Проблема заключается в том, что при запуске через IPC::Open2 я не могу читать STDOUT этих самых запущенных процессов в процессе их работы. AE::Handle просто не реагирует на появление новых данных.

Вообще-то реагирует.  Что-то неправильно готовите.

> Попытки читать через sysread приводят к блокировке приложения до конца работы читаемого процесса в силу особенностей IPC::Open2. Сейчас я обошел эту проблему так - ожидаю пока процесс завершится и считываю его вывод целиком в файл. Но такой метод не очень хорош т.к. процессы могут работать более часа и хочется видеть чего с ним происходит в реальном времени.
> 
> В общем, хочется узнать у сообщества кто как справляется с такими задачами? И как вообще это нужно делать по канонам :)

По канонам на cpan  обычно есть 10 готовых велосипедов :)




From secrethost на gmail.com  Thu Jun 27 08:27:02 2013
From: secrethost на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCk0ZHQtNC+0YDQvtCy?=)
Date: Thu, 27 Jun 2013 19:27:02 +0400
Subject: [Moscow.pm] =?utf-8?b?QW55RXZlbnQg0Lgg0YDQsNCx0L7RgtCwINGBINC/?=
	=?utf-8?b?0YDQvtGG0LXRgdGB0LDQvNC4Lg==?=
In-Reply-To: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
References: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
Message-ID: <CAE1cJgYGXFr7gPDc02eMhOrS6Jz89SBKWwUxSM+vN+nRZf3QNg@mail.gmail.com>

> Проблема заключается в том, что при запуске через IPC::Open2 я не могу
читать STDOUT этих самых запущенных процессов в процессе их работы.

Похоже на проблему с буферизацией вывода в дочерних процессах. Как-нибудь
её отключить, если есть исходники. Или как вариант в perldoc IPC::Open2 в
конце встречается такое:

The big problem with this approach is that if you don't have control over
source code being run in the child process, you can't control what it does
with pipe buffering.

The IO::Pty and Expect modules from CPAN can help with this, as they
provide a real tty (well, a pseudo-tty, actually), which gets you back to
line buffering in the invoked command again.


27 июня 2013 г., 15:42 пользователь alpha6 <denis.fedoseev на gmail.com>написал:

> Доброго времени суток, камрады.
>
> Требуется совет коллективного разума :)
> Задача: есть у меня демон на AE который запускает кучу процессов, следит
> за их жизнью и пишет вывод их STDOUT в лог-файлы. Процессы большие, тяжелые
> и не перловые.
>
> Проблема заключается в том, что при запуске через IPC::Open2 я не могу
> читать STDOUT этих самых запущенных процессов в процессе их работы.
> AE::Handle просто не реагирует на появление новых данных. Попытки читать
> через sysread приводят к блокировке приложения до конца работы читаемого
> процесса в силу особенностей IPC::Open2. Сейчас я обошел эту проблему так -
> ожидаю пока процесс завершится и считываю его вывод целиком в файл. Но
> такой метод не очень хорош т.к. процессы могут работать более часа и
> хочется видеть чего с ним происходит в реальном времени.
>
> В общем, хочется узнать у сообщества кто как справляется с такими
> задачами? И как вообще это нужно делать по канонам :)
>
> С уважением,
> Денис Федосеев
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130627/e52ae3af/attachment.html>

From daxim на cpan.org  Thu Jun 27 13:23:28 2013
From: daxim на cpan.org (Lars =?UTF-8?B?RMmq4bSH4bSE4bSL4bSP4bShIOi/quaLieaWrw==?=)
Date: Thu, 27 Jun 2013 22:23:28 +0200
Subject: [Moscow.pm] =?utf-8?b?0KDQsNC30LHQvtGAINCw0LvQs9C10LHRgNCw0Lg=?=
 =?utf-8?b?0YfQtdGB0LrQuNGFINC4INCx0YPQu9C10LLRi9GFINCy0YvRgNCw0LbQtdC9?=
 =?utf-8?b?0LjQuQ==?=
In-Reply-To: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
References: <CAL9wMxXsC6NLdLYB=AT8418ivJu9+dyGSkyYSX_Yt4NKYeFH+A@mail.gmail.com>
Message-ID: <20130627222328.5892c5d3@champion.fmtyew.tk>

<http://p3rl.org/Bundle::Math::Symbolic>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130627/a66c6f7a/attachment.bin>

From an.gorohovski на gmail.com  Thu Jun 27 23:50:52 2013
From: an.gorohovski на gmail.com (Alessandro Gorohovski)
Date: Fri, 28 Jun 2013 09:50:52 +0300
Subject: [Moscow.pm] CPUs
Message-ID: <op.wzdmm21v23ek1i@comp-hp>

Уважаемое сообщество,
Доброго времени суток!

Подскажите, пожалуйста,
существует ли более менее надежный способ определения
количества ядер (физических/логических) процессора в системе
из perl-сценария
?

Спасибо,
ANG

From kopytov на webhackers.ru  Fri Jun 28 00:05:00 2013
From: kopytov на webhackers.ru (Dmitry Kopytov)
Date: Fri, 28 Jun 2013 11:05:00 +0400
Subject: [Moscow.pm] CPUs
In-Reply-To: <op.wzdmm21v23ek1i@comp-hp>
References: <op.wzdmm21v23ek1i@comp-hp>
Message-ID: <20130628070500.GA5694@acer>

On Fri, Jun 28, 2013 at 09:50:52AM +0300, Alessandro Gorohovski wrote:
> Подскажите, пожалуйста, существует ли более менее надежный способ
> определения количества ядер (физических/логических) процессора в
> системе из perl-сценария ?

Чтение /proc/cpuinfo не подходит? Или не Linux?

-- 
Dmitry Kopytov, Webhackers
kopytov на webhackers.ru | https://www.webhackers.ru


From an.gorohovski на gmail.com  Fri Jun 28 00:12:11 2013
From: an.gorohovski на gmail.com (Alessandro Gorohovski)
Date: Fri, 28 Jun 2013 10:12:11 +0300
Subject: [Moscow.pm] CPUs
In-Reply-To: <20130628070500.GA5694@acer>
References: <op.wzdmm21v23ek1i@comp-hp> <20130628070500.GA5694@acer>
Message-ID: <op.wzdnmlmz23ek1i@comp-hp>

Dmitry Kopytov <kopytov на webhackers.ru> писал(а) в своём письме Fri, 28 Jun  
2013 10:05:00 +0300:

> On Fri, Jun 28, 2013 at 09:50:52AM +0300, Alessandro Gorohovski wrote:
>> Подскажите, пожалуйста, существует ли более менее надежный способ
>> определения количества ядер (физических/логических) процессора в
>> системе из perl-сценария ?
>
> Чтение /proc/cpuinfo не подходит? Или не Linux?

Да, Linux.
Подходит,  конечно, и сейчас делаю:

`cat /proc/cpuinfo | grep ^processor | wc -l`

но, а если не Linux, тогда как
?

-- 
ANG

From theathlet на yandex.ru  Fri Jun 28 00:24:13 2013
From: theathlet на yandex.ru (TheAthlete)
Date: Fri, 28 Jun 2013 10:24:13 +0300
Subject: [Moscow.pm] CPUs
In-Reply-To: <op.wzdnmlmz23ek1i@comp-hp>
References: <op.wzdmm21v23ek1i@comp-hp> <20130628070500.GA5694@acer>
	<op.wzdnmlmz23ek1i@comp-hp>
Message-ID: <op.wzdn6nvqnlncg2@localhost>

Sys::Info::Device::CPU - по идее должен работать и на винде

Alessandro Gorohovski <an.gorohovski на gmail.com> писал(а) в своём письме  
Fri, 28 Jun 2013 10:12:11 +0300:

> Dmitry Kopytov <kopytov на webhackers.ru> писал(а) в своём письме Fri, 28  
> Jun 2013 10:05:00 +0300:
>
>> On Fri, Jun 28, 2013 at 09:50:52AM +0300, Alessandro Gorohovski wrote:
>>> Подскажите, пожалуйста, существует ли более менее надежный способ
>>> определения количества ядер (физических/логических) процессора в
>>> системе из perl-сценария ?
>>
>> Чтение /proc/cpuinfo не подходит? Или не Linux?
>
> Да, Linux.
> Подходит,  конечно, и сейчас делаю:
>
> `cat /proc/cpuinfo | grep ^processor | wc -l`
>
> но, а если не Linux, тогда как
> ?
>


-- 
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/

From an.gorohovski на gmail.com  Fri Jun 28 00:40:17 2013
From: an.gorohovski на gmail.com (Alessandro Gorohovski)
Date: Fri, 28 Jun 2013 10:40:17 +0300
Subject: [Moscow.pm] CPUs
In-Reply-To: <op.wzdn6nvqnlncg2@localhost>
References: <op.wzdmm21v23ek1i@comp-hp> <20130628070500.GA5694@acer>
	<op.wzdnmlmz23ek1i@comp-hp> <op.wzdn6nvqnlncg2@localhost>
Message-ID: <op.wzdoxfmt23ek1i@comp-hp>

TheAthlete <theathlet на yandex.ru> писал(а) в своём письме Fri, 28 Jun 2013  
10:24:13 +0300:

> Sys::Info::Device::CPU - по идее должен работать и на винде

Попробую.
Премного благодарен.
:)

> Alessandro Gorohovski <an.gorohovski на gmail.com> писал(а) в своём письме  
> Fri, 28 Jun 2013 10:12:11 +0300:
>
>> Dmitry Kopytov <kopytov на webhackers.ru> писал(а) в своём письме Fri, 28  
>> Jun 2013 10:05:00 +0300:
>>
>>> On Fri, Jun 28, 2013 at 09:50:52AM +0300, Alessandro Gorohovski wrote:
>>>> Подскажите, пожалуйста, существует ли более менее надежный способ
>>>> определения количества ядер (физических/логических) процессора в
>>>> системе из perl-сценария ?
>>>
>>> Чтение /proc/cpuinfo не подходит? Или не Linux?
>>
>> Да, Linux.
>> Подходит,  конечно, и сейчас делаю:
>>
>> `cat /proc/cpuinfo | grep ^processor | wc -l`
>>
>> но, а если не Linux, тогда как
>> ?
>>
>
>


-- 
ANG

From theathlet на yandex.ru  Fri Jun 28 00:47:01 2013
From: theathlet на yandex.ru (TheAthlete)
Date: Fri, 28 Jun 2013 10:47:01 +0300
Subject: [Moscow.pm] CPUs
In-Reply-To: <op.wzdoxfmt23ek1i@comp-hp>
References: <op.wzdmm21v23ek1i@comp-hp> <20130628070500.GA5694@acer>
	<op.wzdnmlmz23ek1i@comp-hp> <op.wzdn6nvqnlncg2@localhost>
	<op.wzdoxfmt23ek1i@comp-hp>
Message-ID: <op.wzdo8ni1nlncg2@localhost>

Если под линукс, то можно попробовать так:

$ perl -MConfig::Std -E 'read_config "/proc/cpuinfo" => my %config; say  
$config{""}{"cpu cores"}[0]'

Alessandro Gorohovski <an.gorohovski на gmail.com> писал(а) в своём письме  
Fri, 28 Jun 2013 10:40:17 +0300:

> TheAthlete <theathlet на yandex.ru> писал(а) в своём письме Fri, 28 Jun  
> 2013 10:24:13 +0300:
>
>> Sys::Info::Device::CPU - по идее должен работать и на винде
>
> Попробую.
> Премного благодарен.
> :)
>
>> Alessandro Gorohovski <an.gorohovski на gmail.com> писал(а) в своём письме  
>> Fri, 28 Jun 2013 10:12:11 +0300:
>>
>>> Dmitry Kopytov <kopytov на webhackers.ru> писал(а) в своём письме Fri, 28  
>>> Jun 2013 10:05:00 +0300:
>>>
>>>> On Fri, Jun 28, 2013 at 09:50:52AM +0300, Alessandro Gorohovski wrote:
>>>>> Подскажите, пожалуйста, существует ли более менее надежный способ
>>>>> определения количества ядер (физических/логических) процессора в
>>>>> системе из perl-сценария ?
>>>>
>>>> Чтение /proc/cpuinfo не подходит? Или не Linux?
>>>
>>> Да, Linux.
>>> Подходит,  конечно, и сейчас делаю:
>>>
>>> `cat /proc/cpuinfo | grep ^processor | wc -l`
>>>
>>> но, а если не Linux, тогда как
>>> ?
>>>
>>
>>
>
>


-- 
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/

From citrin на citrin.ru  Fri Jun 28 03:07:00 2013
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Fri, 28 Jun 2013 14:07:00 +0400
Subject: [Moscow.pm] CPUs
In-Reply-To: <op.wzdmm21v23ek1i@comp-hp>
References: <op.wzdmm21v23ek1i@comp-hp>
Message-ID: <51CD6044.8040905@citrin.ru>

On 06/28/13 10:50, Alessandro Gorohovski wrote:
> Подскажите, пожалуйста,
> существует ли более менее надежный способ определения
> количества ядер (физических/логических) процессора в системе
> из perl-сценария

Из С во многих unix-like OS можно получить через
sysconf(_SC_NPROCESSORS_ONLN)

В перле функция sysconf есть в модуле POSIX, но _SC_NPROCESSORS_ONLN там почему 
то нет :(

$ perl -MPOSIX -E 'say POSIX::sysconf( &POSIX::_SC_NPROCESSORS_ONLN )'
_SC_NPROCESSORS_ONLN is not a valid POSIX macro at -e line 1

Хотя другие параметры в этом модуле есть, например:

$ perl -MPOSIX -E 'say POSIX::sysconf(&POSIX::_SC_PAGESIZE)'
4096

Можно напрямую указать численную константу:
$ perl -MPOSIX -E 'say POSIX::sysconf(58)'
4
но подозреваю, что это не портабельно...

From mail на knutov.com  Fri Jun 28 03:11:12 2013
From: mail на knutov.com (Nick Knutov)
Date: Fri, 28 Jun 2013 16:11:12 +0600
Subject: [Moscow.pm] CPUs
In-Reply-To: <op.wzdmm21v23ek1i@comp-hp>
References: <op.wzdmm21v23ek1i@comp-hp>
Message-ID: <51CD6140.8040608@knutov.com>

В рассылке nginx-ru некоторое время это обсуждалось в контексте
выставления дефолтного числа воркеров равным количеству ядер. На сколько
я помню - пришли к выводу, что нет универсального переносимого способа
узнать ни количество процессоров, ни количества ядер.

Если ограничиться линуксом и x86/x64, то dmidecode, /proc/cpuinfo, ну
или Sys::Info::Device::CPU судя по исходникам решает эту задачу для осх,
фри и линукса на чуть большем количестве платформ.


28.06.2013 12:50, Alessandro Gorohovski пишет:
> Уважаемое сообщество,
> Доброго времени суток!
> 
> Подскажите, пожалуйста,
> существует ли более менее надежный способ определения
> количества ядер (физических/логических) процессора в системе
> из perl-сценария
> ?
> 
> Спасибо,
> ANG

-- 
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130

From an.gorohovski на gmail.com  Fri Jun 28 03:26:04 2013
From: an.gorohovski на gmail.com (Alessandro Gorohovski)
Date: Fri, 28 Jun 2013 13:26:04 +0300
Subject: [Moscow.pm] CPUs
In-Reply-To: <51CD6140.8040608@knutov.com>
References: <op.wzdmm21v23ek1i@comp-hp> <51CD6140.8040608@knutov.com>
Message-ID: <op.wzdwlqp123ek1i@comp-hp>

Nick Knutov <mail на knutov.com> писал(а) в своём письме Fri, 28 Jun 2013  
13:11:12 +0300:

> В рассылке nginx-ru некоторое время это обсуждалось в контексте
> выставления дефолтного числа воркеров равным количеству ядер. На сколько
> я помню - пришли к выводу, что нет универсального переносимого способа
> узнать ни количество процессоров, ни количества ядер.
>
> Если ограничиться линуксом и x86/x64, то dmidecode, /proc/cpuinfo, ну
> или Sys::Info::Device::CPU судя по исходникам решает эту задачу для осх,
> фри и линукса на чуть большем количестве платформ.

Большое спасибо.
Пока, пожалуй, остановлюсь на этом сочетании
  /proc/cpuinfo и Sys::Info::Device::CPU

Вроде как вполне рабочее.

>
> 28.06.2013 12:50, Alessandro Gorohovski пишет:
>> Уважаемое сообщество,
>> Доброго времени суток!
>>
>> Подскажите, пожалуйста,
>> существует ли более менее надежный способ определения
>> количества ядер (физических/логических) процессора в системе
>> из perl-сценария
>> ?
>>
>> Спасибо,
>> ANG

From ivan на serezhkin.com  Fri Jun 28 03:29:03 2013
From: ivan на serezhkin.com (Vany Serezhkin)
Date: Fri, 28 Jun 2013 14:29:03 +0400
Subject: [Moscow.pm] CPUs
In-Reply-To: <51CD6140.8040608@knutov.com>
References: <op.wzdmm21v23ek1i@comp-hp> <51CD6140.8040608@knutov.com>
Message-ID: <51CD656F.2060401@serezhkin.com>

On 28.06.2013 14:11, Nick Knutov wrote:
> В рассылке nginx-ru некоторое время это обсуждалось в контексте
> выставления дефолтного числа воркеров равным количеству ядер. На сколько
> я помню - пришли к выводу, что нет универсального переносимого способа
> узнать ни количество процессоров, ни количества ядер.
Ага, вот только всё это зависит от инфраструктуры, и от того что ещё 
крутится на этой машине, тюнить конфиги - это чисто сисадминское занятие.
И полезно это делать когда понимаешь что у тебя и где.

Если же задача утилизировать железку - напоминаю в посиксе есть понятие 
load average, Если оно меньше числа процов, - набираем больше тасков, 
если меньше - не берём таски.
При этом воркеров может быть некое фиксированное количество, например сто.

Мой опыт показывает, что интегральная величина "суммарная очередь на 
всех воркерах"*"время выполнения таска" - вполне подходит для того, 
чтобы утилизировать железку.
Содержите её в состоянии чуть меньше максимального латенси и всё 
работает ровненько, если вы можете предсказывать время выполнения таска 
хоть с какой то точностью.

-- 
WBR, Vany

From me на lelf.lu  Fri Jun 28 03:34:01 2013
From: me на lelf.lu (Anton Nikishaev)
Date: Fri, 28 Jun 2013 14:34:01 +0400
Subject: [Moscow.pm] CPUs
In-Reply-To: <51CD6044.8040905@citrin.ru>
References: <op.wzdmm21v23ek1i@comp-hp> <51CD6044.8040905@citrin.ru>
Message-ID: <40033039-3623-4D97-84F9-B9440A3BCFEB@lelf.lu>


On Jun 28, 2013, at 2:07 PM, Anton Yuzhaninov <citrin на citrin.ru> wrote:

> On 06/28/13 10:50, Alessandro Gorohovski wrote:
>> Подскажите, пожалуйста,
>> существует ли более менее надежный способ определения
>> количества ядер (физических/логических) процессора в системе
>> из perl-сценария
> 
> Из С во многих unix-like OS можно получить через
> sysconf(_SC_NPROCESSORS_ONLN)
> 
> В перле функция sysconf есть в модуле POSIX, но _SC_NPROCESSORS_ONLN там почему то нет :(

Наверное потому что модуль называется POSIX? ;-)


> $ perl -MPOSIX -E 'say POSIX::sysconf( &POSIX::_SC_NPROCESSORS_ONLN )'
> _SC_NPROCESSORS_ONLN is not a valid POSIX macro at -e line 1
> 
> Хотя другие параметры в этом модуле есть, например:
> 
> $ perl -MPOSIX -E 'say POSIX::sysconf(&POSIX::_SC_PAGESIZE)'
> 4096
> 
> Можно напрямую указать численную константу:
> $ perl -MPOSIX -E 'say POSIX::sysconf(58)'
> 4
> но подозреваю, что это не портабельно...

Betty:~ lelf$ perl -e 'print qx{getconf NPROCESSORS_ONLN}'
2



-- 
lelf





From mail на knutov.com  Fri Jun 28 03:54:01 2013
From: mail на knutov.com (Nick Knutov)
Date: Fri, 28 Jun 2013 16:54:01 +0600
Subject: [Moscow.pm] CPUs
In-Reply-To: <51CD656F.2060401@serezhkin.com>
References: <op.wzdmm21v23ek1i@comp-hp> <51CD6140.8040608@knutov.com>
	<51CD656F.2060401@serezhkin.com>
Message-ID: <51CD6B49.5070309@knutov.com>

Конкретно в случае с nginx в общем случае оптимум достигается при
количестве воркеров равном количеству ядер. Могут быть технические
ситуации, когда воркеров надо поставить больше (если они блокируются, но
для большинства типовых задач этой проблемы нет), а на вдс могут быть
причины поставить количество воркеров меньше.

Но это уже оффтопик и к обсуждаемой теме не имеет никакого отношения.


28.06.2013 16:29, Vany Serezhkin пишет:
> On 28.06.2013 14:11, Nick Knutov wrote:
>> В рассылке nginx-ru некоторое время это обсуждалось в контексте
>> выставления дефолтного числа воркеров равным количеству ядер.
[...]
> Если же задача утилизировать железку - напоминаю в посиксе есть понятие
> load average, Если оно меньше числа процов, - набираем больше тасков,
> если меньше - не берём таски.
[...]
-- 
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130

From me на lelf.lu  Fri Jun 28 05:16:39 2013
From: me на lelf.lu (Anton Nikishaev)
Date: Fri, 28 Jun 2013 16:16:39 +0400
Subject: [Moscow.pm] CPUs
In-Reply-To: <51CD656F.2060401@serezhkin.com>
References: <op.wzdmm21v23ek1i@comp-hp> <51CD6140.8040608@knutov.com>
	<51CD656F.2060401@serezhkin.com>
Message-ID: <D6562E05-1C54-4CED-9AB6-3684E38ACE30@lelf.lu>


On Jun 28, 2013, at 2:29 PM, Vany Serezhkin <ivan на serezhkin.com> wrote:

> On 28.06.2013 14:11, Nick Knutov wrote:
>> В рассылке nginx-ru некоторое время это обсуждалось в контексте
>> выставления дефолтного числа воркеров равным количеству ядер. На сколько
>> я помню - пришли к выводу, что нет универсального переносимого способа
>> узнать ни количество процессоров, ни количества ядер.
> Ага, вот только всё это зависит от инфраструктуры, и от того что ещё крутится на этой машине, тюнить конфиги - это чисто сисадминское занятие.
> И полезно это делать когда понимаешь что у тебя и где.
> 
> Если же задача утилизировать железку - напоминаю в посиксе есть понятие load average, Если оно меньше числа процов, - набираем больше тасков, если меньше - не берём таски.
> При этом воркеров может быть некое фиксированное количество, например сто.

В POSIX'е такого понятия нет (если докапываться ;-).  Да и load avg это число исключительно нарисовать на график и убедиться что у нас все плохо post factum.
Какой смысл по усредненной величине, которая не только cpu-bound процессы учитывает что-либо гадать?


> Мой опыт показывает, что интегральная величина "суммарная очередь на всех воркерах"*"время выполнения таска" - вполне подходит для того, чтобы утилизировать железку.
> Содержите её в состоянии чуть меньше максимального латенси и всё работает ровненько, если вы можете предсказывать время выполнения таска хоть с какой то точностью.
> 
> -- 
> WBR, Vany
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org


-- 
lelf


From g3nd0s на gmail.com  Fri Jun 28 05:26:27 2013
From: g3nd0s на gmail.com (=?KOI8-R?B?58XOzsHEycog5dfHxc7YxdfJ3g==?=)
Date: Fri, 28 Jun 2013 12:26:27 +0000
Subject: [Moscow.pm] =?koi8-r?b?UGVybCBTb2NrZXRzOiDP0NLFxMXMydTYIMbMwcfJ?=
	=?koi8-r?b?IHRjcA==?=
Message-ID: <CAJ70VTnkE7a2gGMqugsVf3os8jLf5T9zXVnpqVWU=0quSa=npA@mail.gmail.com>

Доброе время суток. Опишу ситуацию:

Есть приложение типа cliet-server, между ними бегают туда-сюда пакеты по
протоколу SMPP, в ходе работы возникает ситуация, когда серверная сторона
шлет tcp с флагами FIN+ACK, но т.к. я работаю с SMPP/perlsockets на уровень
выше, я об этом не знаю, и пока сокет не закроется, моя клиентская часть по
прежнему продолжает слать SMPP пакеты, что является не правильно. Вопрос
заключается в том, как можно определить низкоуровневое хождение пакетов
относительно моего соединения, на ум приходит конечно снифинг всего, но
может есть какая технология иная, позволяющая решить мой вопрос?

os: OS FreeBSD/Debian

, мне необходимо определить с каким флагами ходят пакеты и если пришел
пакет с [FIN, ACK] тогда я ничего не делаю, ОС сама шлет в ответ RST
-- 
--
С уважением Геннадий Евгеньевич
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130628/06cba061/attachment.html>

From citrin на citrin.ru  Fri Jun 28 05:39:56 2013
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Fri, 28 Jun 2013 16:39:56 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?UGVybCBTb2NrZXRzOiDP0NLFxMXMydTYIMbMwcfJ?=
 =?koi8-r?b?IHRjcA==?=
In-Reply-To: <CAJ70VTnkE7a2gGMqugsVf3os8jLf5T9zXVnpqVWU=0quSa=npA@mail.gmail.com>
References: <CAJ70VTnkE7a2gGMqugsVf3os8jLf5T9zXVnpqVWU=0quSa=npA@mail.gmail.com>
Message-ID: <51CD841C.2040002@citrin.ru>

On 06/28/13 16:26, Геннадий Евгеньевич wrote:
> Есть приложение типа cliet-server, между ними бегают туда-сюда пакеты по
> протоколу SMPP, в ходе работы возникает ситуация, когда серверная сторона шлет
> tcp с флагами FIN+ACK, но т.к. я работаю с SMPP/perlsockets на уровень выше, я
> об этом не знаю, и пока сокет не закроется, моя клиентская часть по прежнему
> продолжает слать SMPP пакеты, что является не правильно. Вопрос заключается в
> том, как можно определить низкоуровневое хождение пакетов относительно моего
> соединения, на ум приходит конечно снифинг всего, но может есть какая технология
> иная, позволяющая решить мой вопрос?

Никакого снифигна не надо. Почитайте лучше Стивенса "UNIX: разработка сетевых 
приложений".

From g3nd0s на gmail.com  Fri Jun 28 06:44:53 2013
From: g3nd0s на gmail.com (=?KOI8-R?B?58XOzsHEycog5dfHxc7YxdfJ3g==?=)
Date: Fri, 28 Jun 2013 13:44:53 +0000
Subject: [Moscow.pm]
	=?koi8-r?b?UGVybCBTb2NrZXRzOiDP0NLFxMXMydTYIMbMwcfJ?=
	=?koi8-r?b?IHRjcA==?=
In-Reply-To: <51CD841C.2040002@citrin.ru>
References: <CAJ70VTnkE7a2gGMqugsVf3os8jLf5T9zXVnpqVWU=0quSa=npA@mail.gmail.com>
	<51CD841C.2040002@citrin.ru>
Message-ID: <CAJ70VTnHGsuAFtQLAX23yUQrj9MRo0mU6DLHSu5oS8Gjn841PQ@mail.gmail.com>

А что вы имели в ввиду? если RAW сокеты, то они используются только для
формирования пакета, а то что приходит в сокет, кроме снифинга наверное
никак.

28 июня 2013 г., 12:39 пользователь Anton Yuzhaninov <citrin на citrin.ru>написал:

> On 06/28/13 16:26, Геннадий Евгеньевич wrote:
>
>> Есть приложение типа cliet-server, между ними бегают туда-сюда пакеты по
>> протоколу SMPP, в ходе работы возникает ситуация, когда серверная сторона
>> шлет
>> tcp с флагами FIN+ACK, но т.к. я работаю с SMPP/perlsockets на уровень
>> выше, я
>> об этом не знаю, и пока сокет не закроется, моя клиентская часть по
>> прежнему
>> продолжает слать SMPP пакеты, что является не правильно. Вопрос
>> заключается в
>> том, как можно определить низкоуровневое хождение пакетов относительно
>> моего
>> соединения, на ум приходит конечно снифинг всего, но может есть какая
>> технология
>> иная, позволяющая решить мой вопрос?
>>
>
> Никакого снифигна не надо. Почитайте лучше Стивенса "UNIX: разработка
> сетевых приложений".
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
--
С уважением Геннадий Евгеньевич
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130628/5249cfcd/attachment.html>

From akzhan.abdulin на gmail.com  Fri Jun 28 06:52:27 2013
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Fri, 28 Jun 2013 17:52:27 +0400
Subject: [Moscow.pm] =?utf-8?b?QW55RXZlbnQg0Lgg0YDQsNCx0L7RgtCwINGBINC/?=
	=?utf-8?b?0YDQvtGG0LXRgdGB0LDQvNC4Lg==?=
In-Reply-To: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
References: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
Message-ID: <CAGOcgF1ftUHyRqjbk81Zm1d-eC_RSvJNw3TMzPz7BqQMFJ7+yQ@mail.gmail.com>

Под такую задачу больше подходит Node.JS, как тонкий посредник. Никаких
сложностей при работе со сторонними процессами.


27 июня 2013 г., 15:42 пользователь alpha6 <denis.fedoseev на gmail.com>написал:

> Доброго времени суток, камрады.
>
> Требуется совет коллективного разума :)
> Задача: есть у меня демон на AE который запускает кучу процессов, следит
> за их жизнью и пишет вывод их STDOUT в лог-файлы. Процессы большие, тяжелые
> и не перловые.
>
> Проблема заключается в том, что при запуске через IPC::Open2 я не могу
> читать STDOUT этих самых запущенных процессов в процессе их работы.
> AE::Handle просто не реагирует на появление новых данных. Попытки читать
> через sysread приводят к блокировке приложения до конца работы читаемого
> процесса в силу особенностей IPC::Open2. Сейчас я обошел эту проблему так -
> ожидаю пока процесс завершится и считываю его вывод целиком в файл. Но
> такой метод не очень хорош т.к. процессы могут работать более часа и
> хочется видеть чего с ним происходит в реальном времени.
>
> В общем, хочется узнать у сообщества кто как справляется с такими
> задачами? И как вообще это нужно делать по канонам :)
>
> С уважением,
> Денис Федосеев
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130628/8c7fb260/attachment.html>

From denis.fedoseev на gmail.com  Fri Jun 28 06:55:17 2013
From: denis.fedoseev на gmail.com (alpha6)
Date: Fri, 28 Jun 2013 17:55:17 +0400
Subject: [Moscow.pm] =?utf-8?b?QW55RXZlbnQg0Lgg0YDQsNCx0L7RgtCwINGBINC/?=
 =?utf-8?b?0YDQvtGG0LXRgdGB0LDQvNC4Lg==?=
In-Reply-To: <CAGOcgF1ftUHyRqjbk81Zm1d-eC_RSvJNw3TMzPz7BqQMFJ7+yQ@mail.gmail.com>
References: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
	<CAGOcgF1ftUHyRqjbk81Zm1d-eC_RSvJNw3TMzPz7BqQMFJ7+yQ@mail.gmail.com>
Message-ID: <F178582A-1BE4-4239-A26D-E87D8F938482@gmail.com>

Навернуть еще и ноду туда? Очень хитрый план - мне проще написать что демон под виндой не работает и все :)

С уважением,
Денис Федосеев

On 28 Jun 2013, at 5:52 PM, Akzhan Abdulin <akzhan.abdulin на gmail.com> wrote:

> Под такую задачу больше подходит Node.JS, как тонкий посредник. Никаких сложностей при работе со сторонними процессами.
> 
> 
> 27 июня 2013 г., 15:42 пользователь alpha6 <denis.fedoseev на gmail.com> написал:
> Доброго времени суток, камрады.
> 
> Требуется совет коллективного разума :)
> Задача: есть у меня демон на AE который запускает кучу процессов, следит за их жизнью и пишет вывод их STDOUT в лог-файлы. Процессы большие, тяжелые и не перловые.
> 
> Проблема заключается в том, что при запуске через IPC::Open2 я не могу читать STDOUT этих самых запущенных процессов в процессе их работы. AE::Handle просто не реагирует на появление новых данных. Попытки читать через sysread приводят к блокировке приложения до конца работы читаемого процесса в силу особенностей IPC::Open2. Сейчас я обошел эту проблему так - ожидаю пока процесс завершится и считываю его вывод целиком в файл. Но такой метод не очень хорош т.к. процессы могут работать более часа и хочется видеть чего с ним происходит в реальном времени.
> 
> В общем, хочется узнать у сообщества кто как справляется с такими задачами? И как вообще это нужно делать по канонам :)
> 
> С уважением,
> Денис Федосеев
> 
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
> 
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130628/7e3fc773/attachment-0001.html>

From ivan на serezhkin.com  Fri Jun 28 07:02:50 2013
From: ivan на serezhkin.com (Vany Serezhkin)
Date: Fri, 28 Jun 2013 18:02:50 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?UGVybCBTb2NrZXRzOiDP0NLFxMXMydTYIMbMwcfJ?=
 =?koi8-r?b?IHRjcA==?=
In-Reply-To: <CAJ70VTnkE7a2gGMqugsVf3os8jLf5T9zXVnpqVWU=0quSa=npA@mail.gmail.com>
References: <CAJ70VTnkE7a2gGMqugsVf3os8jLf5T9zXVnpqVWU=0quSa=npA@mail.gmail.com>
Message-ID: <51CD978A.9030807@serezhkin.com>

Привет.

Как известно хэндлер с сокетом можно закрывать с двух сторон,
Когда кто то шлёт FIN - Это означает что он не будет больше слать 
данные, это не значит что он не будет их принимать.
В хорошей реализации это приводит к eof на чтение из сокета, на который 
пришёл FIN.
Предлагаю
1. perldoc -f getsockopt
2. вытащить из кишок вашей библиотеки сокет.
3. совместить полученное в 1. и 2.
4. прочитать стивенса.








On 28.06.2013 16:26, Геннадий Евгеньевич wrote:
> Доброе время суток. Опишу ситуацию:
>
> Есть приложение типа cliet-server, между ними бегают туда-сюда пакеты 
> по протоколу SMPP, в ходе работы возникает ситуация, когда серверная 
> сторона шлет tcp с флагами FIN+ACK, но т.к. я работаю с 
> SMPP/perlsockets на уровень выше, я об этом не знаю, и пока сокет не 
> закроется, моя клиентская часть по прежнему продолжает слать SMPP 
> пакеты, что является не правильно. Вопрос заключается в том, как можно 
> определить низкоуровневое хождение пакетов относительно моего 
> соединения, на ум приходит конечно снифинг всего, но может есть какая 
> технология иная, позволяющая решить мой вопрос?
>
> os: OS FreeBSD/Debian
>
> , мне необходимо определить с каким флагами ходят пакеты и если пришел 
> пакет с [FIN, ACK] тогда я ничего не делаю, ОС сама шлет в ответ RST
> -- 
> --
> С уважением Геннадий Евгеньевич
>
>


-- 
WBR, Vany
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130628/1c03a367/attachment.html>

From denis.fedoseev на gmail.com  Fri Jun 28 08:57:37 2013
From: denis.fedoseev на gmail.com (alpha6)
Date: Fri, 28 Jun 2013 19:57:37 +0400
Subject: [Moscow.pm]
 =?koi8-r?b?QW55RXZlbnQgySDSwcLP1MEg0yDQ0s/DxdPTwc3J?=
 =?koi8-r?b?Lg==?=
In-Reply-To: <6FA9EA4A-1524-487D-AA4A-8C7D2D2F66DC@lelf.lu>
References: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
	<6FA9EA4A-1524-487D-AA4A-8C7D2D2F66DC@lelf.lu>
Message-ID: <BBBAA86E-C3ED-4E95-BF58-4365A5E6F79C@gmail.com>

Под Windows не реагирует. Под linux все завелось как надо с первой попытки. 
Если поделитесь примером как это делать под виндой - буду очень благодарен.

Все опробованные мной велосипеды с CPAN имели точно-такие же проблемы :) 


С уважением,
Денис Федосеев

On 27 Jun 2013, at 6:54 PM, Anton Nikishaev <me на lelf.lu> wrote:

> On Jun 27, 2013, at 3:42 PM, alpha6 <denis.fedoseev на gmail.com> wrote:
> 
>> Требуется совет коллективного разума :)
>> Задача: есть у меня демон на AE который запускает кучу процессов, следит за их жизнью и пишет вывод их STDOUT в лог-файлы. Процессы большие, тяжелые и не перловые.
>> 
>> Проблема заключается в том, что при запуске через IPC::Open2 я не могу читать STDOUT этих самых запущенных процессов в процессе их работы. AE::Handle просто не реагирует на появление новых данных.
> 
> Вообще-то реагирует.  Что-то неправильно готовите.
> 
>> Попытки читать через sysread приводят к блокировке приложения до конца работы читаемого процесса в силу особенностей IPC::Open2. Сейчас я обошел эту проблему так - ожидаю пока процесс завершится и считываю его вывод целиком в файл. Но такой метод не очень хорош т.к. процессы могут работать более часа и хочется видеть чего с ним происходит в реальном времени.
>> 
>> В общем, хочется узнать у сообщества кто как справляется с такими задачами? И как вообще это нужно делать по канонам :)
> 
> По канонам на cpan  обычно есть 10 готовых велосипедов :)
> 
> 
> 
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org


From denis.fedoseev на gmail.com  Fri Jun 28 09:00:22 2013
From: denis.fedoseev на gmail.com (alpha6)
Date: Fri, 28 Jun 2013 20:00:22 +0400
Subject: [Moscow.pm] =?utf-8?b?QW55RXZlbnQg0Lgg0YDQsNCx0L7RgtCwINGBINC/?=
 =?utf-8?b?0YDQvtGG0LXRgdGB0LDQvNC4Lg==?=
In-Reply-To: <CAE1cJgYGXFr7gPDc02eMhOrS6Jz89SBKWwUxSM+vN+nRZf3QNg@mail.gmail.com>
References: <B0370E2E-5E67-4DBA-9B2C-B21D601D6FB2@gmail.com>
	<CAE1cJgYGXFr7gPDc02eMhOrS6Jz89SBKWwUxSM+vN+nRZf3QNg@mail.gmail.com>
Message-ID: <D2164B9A-9930-4A29-9360-3B0D32E70B40@gmail.com>

Ну с буферизацией там сложности, да. Данные читаются не в момент их поступления в STDOUT дочернего процесса, а, обычно, после окончания его работы и flush буфера. Попробую отлючить буферизацию STDOUT, но не знаю насколько это повлияет на дочерние не перловые процессы.
Ну и очень длительные процессы я пока не пробовал гонять - чтобы точно понять когда именно данные долетают до родительского процесса.

С уважением,
Денис Федосеев

On 27 Jun 2013, at 7:27 PM, Андрей Фёдоров <secrethost на gmail.com> wrote:

> > Проблема заключается в том, что при запуске через IPC::Open2 я не могу читать STDOUT этих самых запущенных процессов в процессе их работы. 
> 
> Похоже на проблему с буферизацией вывода в дочерних процессах. Как-нибудь её отключить, если есть исходники. Или как вариант в perldoc IPC::Open2 в конце встречается такое:
> 
> The big problem with this approach is that if you don't have control over source code being run in the child process, you can't control what it does with pipe buffering.
> 
> The IO::Pty and Expect modules from CPAN can help with this, as they provide a real tty (well, a pseudo-tty, actually), which gets you back to line buffering in the invoked command again.
> 
> 
> 27 июня 2013 г., 15:42 пользователь alpha6 <denis.fedoseev на gmail.com> написал:
> Доброго времени суток, камрады.
> 
> Требуется совет коллективного разума :)
> Задача: есть у меня демон на AE который запускает кучу процессов, следит за их жизнью и пишет вывод их STDOUT в лог-файлы. Процессы большие, тяжелые и не перловые.
> 
> Проблема заключается в том, что при запуске через IPC::Open2 я не могу читать STDOUT этих самых запущенных процессов в процессе их работы. AE::Handle просто не реагирует на появление новых данных. Попытки читать через sysread приводят к блокировке приложения до конца работы читаемого процесса в силу особенностей IPC::Open2. Сейчас я обошел эту проблему так - ожидаю пока процесс завершится и считываю его вывод целиком в файл. Но такой метод не очень хорош т.к. процессы могут работать более часа и хочется видеть чего с ним происходит в реальном времени.
> 
> В общем, хочется узнать у сообщества кто как справляется с такими задачами? И как вообще это нужно делать по канонам :)
> 
> С уважением,
> Денис Федосеев
> 
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
> 
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20130628/2b8a81dc/attachment.html>