From kes-kes на yandex.ru  Thu Dec  1 00:45:18 2016
From: kes-kes на yandex.ru (KES)
Date: Thu, 01 Dec 2016 10:45:18 +0200
Subject: [Moscow.pm] 
	=?utf-8?b?W09GRlRPUElDXSDQmNGJ0LXRgtGB0Y8g0LjQvdGE?=
	=?utf-8?b?0L7RgNC80LDRhtC40Y8=?=
In-Reply-To: <CAKaHDOE+O8BPnRYyWvQGxmGDWnB3qLd=-Xj9EhDwgG7Rz_EX0Q@mail.gmail.com>
References: <1561510714.1691756.1479982489422.ref@mail.yahoo.com>
	<1561510714.1691756.1479982489422@mail.yahoo.com>
	<alpine.DEB.2.20.1611241946350.4646@AKnb6>
	<CAGOcgF36osBiOTvpVtnH_STqwNCfVg8PzDAF82yLu2w=5sCTrA@mail.gmail.com>
	<CAKaHDOG5_62W_CimCNLnUkdY0M_4Nt4qH2LdeghzUZgYpBk9tQ@mail.gmail.com>
	<764572584.1526255.1480176991401@mail.yahoo.com>
	<CAGOcgF0nyTXeLBFeKvE9oSv9vcgR7wsRB_ZeBrCOZRwMXDcARQ@mail.gmail.com>
	<706134748.2634594.1480320258943@mail.yahoo.com>
	<CAKaHDOE+O8BPnRYyWvQGxmGDWnB3qLd=-Xj9EhDwgG7Rz_EX0Q@mail.gmail.com>
Message-ID: <3523771480581918@web30o.yandex.ru>

>С Go вот какая беда - нет пока массового опыта реально больших проектов на нем.
Я думаю врятли будет. GO без поддержки гугла ничего не будет стоить, а гугл, похоже, будет поддерживать swift 
Пруф: http://itc.ua/news/po-sluham-google-hochet-sdelat-apple-swift-pervoklassnyim-yazyikom-programmirovaniya-dlya-android/

28.11.2016, 10:27, "Daniel Podolsky via Moscow-pm" <moscow-pm на pm.org>:
>>  А Go? Там же зеленые треды, как в Java, Haskell, Erlang... Или для Go другая причина?
>
> в java нет зеленых тредов.
>
> С Go вот какая беда - нет пока массового опыта реально больших проектов на нем.
>
> ни положительного, ни отрицательного.
>
> я вот ввязался, потому что я то ли глупый, то ли смелый.
>
> а Акжан вот осторожничает, потому что то ли умный, то ли трусливый :)
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

From onokonem на gmail.com  Thu Dec  1 01:23:00 2016
From: onokonem на gmail.com (Daniel Podolsky)
Date: Thu, 1 Dec 2016 12:23:00 +0300
Subject: [Moscow.pm] 
	=?utf-8?b?W09GRlRPUElDXSDQmNGJ0LXRgtGB0Y8g0LjQvdGE?=
	=?utf-8?b?0L7RgNC80LDRhtC40Y8=?=
In-Reply-To: <3523771480581918@web30o.yandex.ru>
References: <1561510714.1691756.1479982489422.ref@mail.yahoo.com>
	<1561510714.1691756.1479982489422@mail.yahoo.com>
	<alpine.DEB.2.20.1611241946350.4646@AKnb6>
	<CAGOcgF36osBiOTvpVtnH_STqwNCfVg8PzDAF82yLu2w=5sCTrA@mail.gmail.com>
	<CAKaHDOG5_62W_CimCNLnUkdY0M_4Nt4qH2LdeghzUZgYpBk9tQ@mail.gmail.com>
	<764572584.1526255.1480176991401@mail.yahoo.com>
	<CAGOcgF0nyTXeLBFeKvE9oSv9vcgR7wsRB_ZeBrCOZRwMXDcARQ@mail.gmail.com>
	<706134748.2634594.1480320258943@mail.yahoo.com>
	<CAKaHDOE+O8BPnRYyWvQGxmGDWnB3qLd=-Xj9EhDwgG7Rz_EX0Q@mail.gmail.com>
	<3523771480581918@web30o.yandex.ru>
Message-ID: <CAKaHDOH==nmw0L4HSXKTGUzKxxieiNQL6QbQQyWo2rsD9gBm2w@mail.gmail.com>

> GO без поддержки гугла ничего не будет стоить

а вот это нам и предстоит выяснить.

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

From sergle.ua на gmail.com  Thu Dec  1 01:52:25 2016
From: sergle.ua на gmail.com (Sergey Leschenko)
Date: Thu, 1 Dec 2016 11:52:25 +0200
Subject: [Moscow.pm] 
	=?utf-8?b?W09GRlRPUElDXSDQmNGJ0LXRgtGB0Y8g0LjQvdGE?=
	=?utf-8?b?0L7RgNC80LDRhtC40Y8=?=
In-Reply-To: <3523771480581918@web30o.yandex.ru>
References: <1561510714.1691756.1479982489422.ref@mail.yahoo.com>
	<1561510714.1691756.1479982489422@mail.yahoo.com>
	<alpine.DEB.2.20.1611241946350.4646@AKnb6>
	<CAGOcgF36osBiOTvpVtnH_STqwNCfVg8PzDAF82yLu2w=5sCTrA@mail.gmail.com>
	<CAKaHDOG5_62W_CimCNLnUkdY0M_4Nt4qH2LdeghzUZgYpBk9tQ@mail.gmail.com>
	<764572584.1526255.1480176991401@mail.yahoo.com>
	<CAGOcgF0nyTXeLBFeKvE9oSv9vcgR7wsRB_ZeBrCOZRwMXDcARQ@mail.gmail.com>
	<706134748.2634594.1480320258943@mail.yahoo.com>
	<CAKaHDOE+O8BPnRYyWvQGxmGDWnB3qLd=-Xj9EhDwgG7Rz_EX0Q@mail.gmail.com>
	<3523771480581918@web30o.yandex.ru>
Message-ID: <CAJoOBmy8kPikMR7uYPckbWdzS-tzCuK=UFcWqbdkS4a+Qq6-RQ@mail.gmail.com>

2016-12-01 10:45 GMT+02:00 KES via Moscow-pm <moscow-pm на pm.org>:

> >С Go вот какая беда - нет пока массового опыта реально больших проектов
> на нем.
> Я думаю врятли будет. GO без поддержки гугла ничего не будет стоить, а
> гугл, похоже, будет поддерживать swift
> Пруф: http://itc.ua/news/po-sluham-google-hochet-sdelat-apple-
> swift-pervoklassnyim-yazyikom-programmirovaniya-dlya-android/


Э
​то не пруф, а ОБС.
Ну и Go это сервер-сайд а не мобильные приложения под Android.​
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161201/db20904f/attachment.html>

From shafiev на gmail.com  Thu Dec  1 02:39:54 2016
From: shafiev на gmail.com (Naim Sh)
Date: Thu, 1 Dec 2016 14:39:54 +0400
Subject: [Moscow.pm] 
 =?utf-8?b?W09GRlRPUElDXSDQmNGJ0LXRgtGB0Y8g0LjQvdGE?=
 =?utf-8?b?0L7RgNC80LDRhtC40Y8=?=
In-Reply-To: <3523771480581918@web30o.yandex.ru>
References: <1561510714.1691756.1479982489422.ref@mail.yahoo.com>
	<1561510714.1691756.1479982489422@mail.yahoo.com>
	<alpine.DEB.2.20.1611241946350.4646@AKnb6>
	<CAGOcgF36osBiOTvpVtnH_STqwNCfVg8PzDAF82yLu2w=5sCTrA@mail.gmail.com>
	<CAKaHDOG5_62W_CimCNLnUkdY0M_4Nt4qH2LdeghzUZgYpBk9tQ@mail.gmail.com>
	<764572584.1526255.1480176991401@mail.yahoo.com>
	<CAGOcgF0nyTXeLBFeKvE9oSv9vcgR7wsRB_ZeBrCOZRwMXDcARQ@mail.gmail.com>
	<706134748.2634594.1480320258943@mail.yahoo.com>
	<CAKaHDOE+O8BPnRYyWvQGxmGDWnB3qLd=-Xj9EhDwgG7Rz_EX0Q@mail.gmail.com>
	<3523771480581918@web30o.yandex.ru>
Message-ID: <b0c6714d-add2-a307-3a74-f21213848c55@gmail.com>

Ну язык не умрет, вообще любой язык и даже actionscript будет жить и 
дальше, слишком много на нем всего понаписанно . Вот тот же COBOL по 
размеру кода растет и даже сам язык развивается .


On 12/01/2016 12:45 PM, KES via Moscow-pm wrote:
>> С Go вот какая беда - нет пока массового опыта реально больших проектов на нем.
> Я думаю врятли будет. GO без поддержки гугла ничего не будет стоить, а гугл, похоже, будет поддерживать swift
> Пруф: http://itc.ua/news/po-sluham-google-hochet-sdelat-apple-swift-pervoklassnyim-yazyikom-programmirovaniya-dlya-android/
>
> 28.11.2016, 10:27, "Daniel Podolsky via Moscow-pm" <moscow-pm на pm.org>:
>>>   А Go? Там же зеленые треды, как в Java, Haskell, Erlang... Или для Go другая причина?
>> в java нет зеленых тредов.
>>
>> С Go вот какая беда - нет пока массового опыта реально больших проектов на нем.
>>
>> ни положительного, ни отрицательного.
>>
>> я вот ввязался, потому что я то ли глупый, то ли смелый.
>>
>> а Акжан вот осторожничает, потому что то ли умный, то ли трусливый :)
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org

-- 
  


From akzhan.abdulin на gmail.com  Thu Dec  1 02:46:32 2016
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Thu, 1 Dec 2016 13:46:32 +0300
Subject: [Moscow.pm] 
	=?utf-8?b?W09GRlRPUElDXSDQmNGJ0LXRgtGB0Y8g0LjQvdGE?=
	=?utf-8?b?0L7RgNC80LDRhtC40Y8=?=
In-Reply-To: <3523771480581918@web30o.yandex.ru>
References: <1561510714.1691756.1479982489422.ref@mail.yahoo.com>
	<1561510714.1691756.1479982489422@mail.yahoo.com>
	<alpine.DEB.2.20.1611241946350.4646@AKnb6>
	<CAGOcgF36osBiOTvpVtnH_STqwNCfVg8PzDAF82yLu2w=5sCTrA@mail.gmail.com>
	<CAKaHDOG5_62W_CimCNLnUkdY0M_4Nt4qH2LdeghzUZgYpBk9tQ@mail.gmail.com>
	<764572584.1526255.1480176991401@mail.yahoo.com>
	<CAGOcgF0nyTXeLBFeKvE9oSv9vcgR7wsRB_ZeBrCOZRwMXDcARQ@mail.gmail.com>
	<706134748.2634594.1480320258943@mail.yahoo.com>
	<CAKaHDOE+O8BPnRYyWvQGxmGDWnB3qLd=-Xj9EhDwgG7Rz_EX0Q@mail.gmail.com>
	<3523771480581918@web30o.yandex.ru>
Message-ID: <CAGOcgF0Bmx7dgcdgjPhikJ-Twk+Jr0cVrcmWzLtO_6A+mj5JcA@mail.gmail.com>

Там реально ОБС-пресс.

Из комментариев, кстати

"Один пацан писал все на JavaScript, и клиент, и сервер, говорил что
нравится, удобно, читабельно. Потом его в дурку забрали, конечно."

1 декабря 2016 г., 11:45 пользователь KES via Moscow-pm <moscow-pm на pm.org>
написал:

> >С Go вот какая беда - нет пока массового опыта реально больших проектов
> на нем.
> Я думаю врятли будет. GO без поддержки гугла ничего не будет стоить, а
> гугл, похоже, будет поддерживать swift
> Пруф: http://itc.ua/news/po-sluham-google-hochet-sdelat-apple-
> swift-pervoklassnyim-yazyikom-programmirovaniya-dlya-android/
>
> 28.11.2016, 10:27, "Daniel Podolsky via Moscow-pm" <moscow-pm на pm.org>:
> >>  А Go? Там же зеленые треды, как в Java, Haskell, Erlang... Или для Go
> другая причина?
> >
> > в java нет зеленых тредов.
> >
> > С Go вот какая беда - нет пока массового опыта реально больших проектов
> на нем.
> >
> > ни положительного, ни отрицательного.
> >
> > я вот ввязался, потому что я то ли глупый, то ли смелый.
> >
> > а Акжан вот осторожничает, потому что то ли умный, то ли трусливый :)
> > --
> > 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/20161201/75ddc34a/attachment-0001.html>

From khedin на gmail.com  Fri Dec  2 06:39:35 2016
From: khedin на gmail.com (Konstantin S. Uvarin)
Date: Fri, 2 Dec 2016 16:39:35 +0200
Subject: [Moscow.pm] MVC::Neaf: Not Even A Framework
Message-ID: <CAJj2qWmADMYsHMZWAj1N8Twe=qfkG7TXL8UCe1H37-fzdWOTZA@mail.gmail.com>

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

Сегодня я бы хотел представить веб-фреймворк на перл 5 собственного
сочинения, Ниф (Not Even A Framework). Написан он больше для
самообразования, т.к. и так их как собак нерезаных, но мне кажется, в нём
есть некие здравые идеи. Суть такова:

1. Приложение разбивается на маленькие процедуры-хэндлеры, привязанные к
пути в URI (см. тж. https://metacpan.org/pod/Dancer )

2. Хэндлер получает на вход объект запроса, из которого потом достаются
параметры, куки, заголовки и т.д. (см. тж. https://metacpan.org/pod/Kelp )

3. Параметры и куки нельзя достать без валидации, например, при помощи
регулярного выражения:

  $req->param( foo => qr/\d+/ );

См. тж. perl -T

В качестве альтернативы есть самовалидирующиеся формы на базе
Validator::LIVR или самописного каличного движка (но ЛИВР лучше).

См. тж. https://metacpan.org/pod/Validator::LIVR и
https://metacpan.org/pod/Data::CGIForm

4. Хэндлер может вернуть ссылку на хэш с какими угодно параметрами, которая
затем передаётся в шаблонизатор для рендеринга. На данный момент
поддерживается Template::Toolkit и JSON/JSONP

Также есть ограниченный набор ключей с минусом, которые используются для
управления самим фреймворком - -template, -status и т.п

5. Хэндлер может выбросить исключение: die 404 - легальный способ вернуть
настраиваемую страницу not found. Все нормальные исключения (не
трёхцифренные и не специальные объекты самого Neaf) трактуются как error
500.

6. Один и тот же код может в неизменном виде запускаться как cgi, psgi и
под Apache2 + mod_perl (с некоторым бубном). Также поддерживается дебаг из
командной строки:

   perl myapp.pl --help
   perl myapp.pl --list

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

Пример кода:

    use strict;
    use warnings;
    use MVC::Neaf;

    MVC::Neaf->route( "/" => sub {
        my $req = shift;

        return {
            -template => \'Hello, [% name %]!',
            -type     => 'text/plain',
            name      => $req->param( name => qr/\w+/, "Stranger" ),
        },
    });

На каждую фичу есть небольшой пример, они же используются как
дополнительные смоук-тесты к 80% покрытию юнит-тестами. см.
https://github.com/dallaylaen/perl-mvc-neaf/tree/master/example

Собственно фреймворк:

https://metacpan.org/pod/MVC::Neaf

Буду рад обратной связи, критике, багрепортам и запросам новых фич (см. тж.
https://github.com/dallaylaen/perl-mvc-neaf/blob/master/TODO )

С уважением,

-- 
Konstantin S. Uvarin
jabber: see <from>
skype: kuvarin
http://github.com/dallaylaen
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161202/ac2490b0/attachment.html>

From akzhan.abdulin на gmail.com  Fri Dec  2 15:00:46 2016
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Sat, 3 Dec 2016 02:00:46 +0300
Subject: [Moscow.pm] MVC::Neaf: Not Even A Framework
In-Reply-To: <CAJj2qWmADMYsHMZWAj1N8Twe=qfkG7TXL8UCe1H37-fzdWOTZA@mail.gmail.com>
References: <CAJj2qWmADMYsHMZWAj1N8Twe=qfkG7TXL8UCe1H37-fzdWOTZA@mail.gmail.com>
Message-ID: <CAGOcgF2W4Q2fLa7i21Fqq8vVGxYfbS2zKA-axNMmiknNeL9P0w@mail.gmail.com>

Не хватает фильтров, как минимум (в том же Mojo они тоже туповаты, каждый
over перекрывает предыдущие, вместо расширения).


На досуге почитайте http://www.sinatrarb.com/intro.html


2 декабря 2016 г., 17:39 пользователь Konstantin S. Uvarin via Moscow-pm <
moscow-pm на pm.org> написал:

> Приветствую всех!
>
> Сегодня я бы хотел представить веб-фреймворк на перл 5 собственного
> сочинения, Ниф (Not Even A Framework). Написан он больше для
> самообразования, т.к. и так их как собак нерезаных, но мне кажется, в нём
> есть некие здравые идеи. Суть такова:
>
> 1. Приложение разбивается на маленькие процедуры-хэндлеры, привязанные к
> пути в URI (см. тж. https://metacpan.org/pod/Dancer )
>
> 2. Хэндлер получает на вход объект запроса, из которого потом достаются
> параметры, куки, заголовки и т.д. (см. тж. https://metacpan.org/pod/Kelp )
>
> 3. Параметры и куки нельзя достать без валидации, например, при помощи
> регулярного выражения:
>
>   $req->param( foo => qr/\d+/ );
>
> См. тж. perl -T
>
> В качестве альтернативы есть самовалидирующиеся формы на базе
> Validator::LIVR или самописного каличного движка (но ЛИВР лучше).
>
> См. тж. https://metacpan.org/pod/Validator::LIVR и
> https://metacpan.org/pod/Data::CGIForm
>
> 4. Хэндлер может вернуть ссылку на хэш с какими угодно параметрами,
> которая затем передаётся в шаблонизатор для рендеринга. На данный момент
> поддерживается Template::Toolkit и JSON/JSONP
>
> Также есть ограниченный набор ключей с минусом, которые используются для
> управления самим фреймворком - -template, -status и т.п
>
> 5. Хэндлер может выбросить исключение: die 404 - легальный способ вернуть
> настраиваемую страницу not found. Все нормальные исключения (не
> трёхцифренные и не специальные объекты самого Neaf) трактуются как error
> 500.
>
> 6. Один и тот же код может в неизменном виде запускаться как cgi, psgi и
> под Apache2 + mod_perl (с некоторым бубном). Также поддерживается дебаг из
> командной строки:
>
>    perl myapp.pl --help
>    perl myapp.pl --list
>
> 7. Кроме этого есть поддержка статических страниц (не надо держать
> отдельно нормальный веб-сервер, чтобы проверить CSS или логотип), сессий в
> несколько недоделанном виде (планируется улучшение), отложенные действия,
> выполняемые после запроса, ну и по мелочи ещё.
>
> Пример кода:
>
>     use strict;
>     use warnings;
>     use MVC::Neaf;
>
>     MVC::Neaf->route( "/" => sub {
>         my $req = shift;
>
>         return {
>             -template => \'Hello, [% name %]!',
>             -type     => 'text/plain',
>             name      => $req->param( name => qr/\w+/, "Stranger" ),
>         },
>     });
>
> На каждую фичу есть небольшой пример, они же используются как
> дополнительные смоук-тесты к 80% покрытию юнит-тестами. см.
> https://github.com/dallaylaen/perl-mvc-neaf/tree/master/example
>
> Собственно фреймворк:
>
> https://metacpan.org/pod/MVC::Neaf
>
> Буду рад обратной связи, критике, багрепортам и запросам новых фич (см.
> тж. https://github.com/dallaylaen/perl-mvc-neaf/blob/master/TODO )
>
> С уважением,
>
> --
> Konstantin S. Uvarin
> jabber: see <from>
> skype: kuvarin
> http://github.com/dallaylaen
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161203/79d3f0b4/attachment.html>

From timur.nozadze на gmail.com  Sat Dec  3 18:13:08 2016
From: timur.nozadze на gmail.com (Timur Nozadze)
Date: Sun, 04 Dec 2016 02:13:08 +0000
Subject: [Moscow.pm] =?utf-8?b?0KDQtdGI0LDQtdC8INGB0YPQtNGM0LHRgyBTYWlu?=
 =?utf-8?q?t_Perl_2016?=
Message-ID: <CABT7X_2MBRiEaOi6sNTALz72=sZOdmDxq2hHGDcJvgVQqZmsdA@mail.gmail.com>

Уважаемое vibrant perl-community!

У Сергея Романова возникли логистические неувязки, поэтому судьба Saint
Perl 2016 под вопросом. Поэтому, я считаю, если комьюнити хочет в этом году
Saint Perl, то в этот непростой момент оно должно быть особенно vibrant и
сделать так, чтобы Saint Perl состоялся.

Я вижу два варианта:

1. Проводим традиционную конференцию в традиционном конференц-зале. Лично я
готов помочь советом, подсказать потенциальные варианты, и даже
проспонсировать аренду помещения, если будет нужно. Но я не готов сейчас
заниматься поисками и организацией. Так что должен найтись смелый человек
(а лучше пара), который это сделает. Это не страшно и не сложно, но это
принесёт немножко геморроя в вашу жизнь, за который коллеги могут сказать
вам спасибо. А могут и не сказать, они такие. Но уж собственное чувство
маленького подвига точно никто не отменял. Найтись эти герои должны очень
быстро, ибо, сами понимаете, уже немножко jingle bells и кондуктор на
тормоза не нажмёт.

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

Так что, уважаемое vibrant perl-community, ждём ваших мнений и предложений.
Не откладывайте на завтра, ибо послезавтра будет уже вчера.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161204/5f2b38bf/attachment.html>

From akzhan.abdulin на gmail.com  Sun Dec  4 11:47:27 2016
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Sun, 4 Dec 2016 22:47:27 +0300
Subject: [Moscow.pm] =?utf-8?q?Fwd=3A_=5BKiev-pm=5D_Perl=3A=3AAnalyzer_-_?=
	=?utf-8?b?0YHRgtCw0YLQuNGH0LXRgdC60LjQuSDQsNC90LDQu9C40LfQsNGC0L4=?=
	=?utf-8?b?0YAg0LrQvtC00LAg0L3QsCBQZXJs?=
In-Reply-To: <CAP7sQwWkigCEXAAfjERCdG=sTv-X0nxCctbLWkVkb=X2HaE1uw@mail.gmail.com>
References: <CAP7sQwWkigCEXAAfjERCdG=sTv-X0nxCctbLWkVkb=X2HaE1uw@mail.gmail.com>
Message-ID: <CAGOcgF3cu3Fku457JhLwgT=Dx3tWOuJEsDcR5KQ3pQ4TLkru-A@mail.gmail.com>

Может пригодиться

---------- Пересылаемое сообщение ----------
От кого: Sergei Mozhaisky <sergei.mozhaisky на gmail.com>
Дата: 4 декабря 2016 г., 21:27
Тема: [Kiev-pm] Perl::Analyzer - статический анализатор кода на Perl
Кому: "Kiev.pm group" <kiev-pm на pm.org>


Всем привет!

В моем последнем проекте на Перле была весьма сложная структура классов -
многоуровневое наследование, переопределение методов, в общем, все прелести
ООП. Зачастую во время отладки приходилось выяснять "откуда же наследуется
этот метод, который валится с ошибкой, и кто его мог переопределить". В
один прекрасный момент мне это надоело, и я стал искать утилиты для
статического анализа кода. Но, к сожалению, у них у всех был один фатальный
недостаток (с) - они не делали то, что было нужно мне. Вот так, из
модуля Module::Dependency, палок и веревок появился Perl::Analyzer:

http://technix.github.io/Perl-Analyzer/

Что он может:

1. Сделать диаграмму классов и наследования:
http://technix.github.io/Perl-Analyzer/images/packages.png
Но это не очень интересно, да и работать с ней не очень удобно

2. Сделать анализ кода и представить результат в виде HTML-файлов:
http://technix.github.io/Perl-Analyzer/perl-analyzer/DBIx-
Class-Schema-Versioned.html
Здесь можно увидеть:
- сколько в пакете строк, методов и зависимостей
- как выглядит дерево зависимостей пакета
- список всех пакетов, от которых наследуется наш пакет
- список пакетов которые подключены через use или require
- список методов, определенных в пакете (и какие методы они переопределяют)
- унаследованные методы - откуда они наследуются и где "по дороге"
переопределены
- какие методы других классов явно используются в этом пакете

Вот здесь можно посмотреть, как выглядят результаты анализа модуля
DBIx::Class:
http://technix.github.io/Perl-Analyzer/perl-analyzer/index.html

Надеюсь, кому-нибудь это пригодится :)
С радостью приму фичареквесты и багрепорты.

-- 
Sergei Mozhaisky
http://technix.in.ua/

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

From victor на vsespb.ru  Sun Dec  4 11:49:00 2016
From: victor на vsespb.ru (Victor Efimov)
Date: Sun, 4 Dec 2016 22:49:00 +0300
Subject: [Moscow.pm] 
	=?utf-8?q?Fwd=3A_=5BKiev-pm=5D_Perl=3A=3AAnalyzer_-_?=
	=?utf-8?b?0YHRgtCw0YLQuNGH0LXRgdC60LjQuSDQsNC90LDQu9C40LfQsNGC0L4=?=
	=?utf-8?b?0YAg0LrQvtC00LAg0L3QsCBQZXJs?=
In-Reply-To: <CAGOcgF3cu3Fku457JhLwgT=Dx3tWOuJEsDcR5KQ3pQ4TLkru-A@mail.gmail.com>
References: <CAP7sQwWkigCEXAAfjERCdG=sTv-X0nxCctbLWkVkb=X2HaE1uw@mail.gmail.com>
	<CAGOcgF3cu3Fku457JhLwgT=Dx3tWOuJEsDcR5KQ3pQ4TLkru-A@mail.gmail.com>
Message-ID: <CAF7QZD4JfbD8n3_kUTcosrN7Zcypp7AA+40eu8=TN26F75-SvQ@mail.gmail.com>

4 декабря 2016 г., 22:47 пользователь Akzhan Abdulin via Moscow-pm
<moscow-pm на pm.org> написал:
> Может пригодиться
>
> ---------- Пересылаемое сообщение ----------
> От кого: Sergei Mozhaisky <sergei.mozhaisky на gmail.com>
> Дата: 4 декабря 2016 г., 21:27
> Тема: [Kiev-pm] Perl::Analyzer - статический анализатор кода на Perl
> Кому: "Kiev.pm group" <kiev-pm на pm.org>
>
>
> Всем привет!
>
> В моем последнем проекте на Перле была весьма сложная структура классов -
> многоуровневое наследование, переопределение методов, в общем, все прелести
> ООП. Зачастую во время отладки приходилось выяснять "откуда же наследуется
> этот метод, который валится с ошибкой, и кто его мог переопределить". В один

а чего, нельзя было просто от ООП отказаться ?)

> прекрасный момент мне это надоело, и я стал искать утилиты для статического
> анализа кода. Но, к сожалению, у них у всех был один фатальный недостаток
> (с) - они не делали то, что было нужно мне. Вот так, из модуля
> Module::Dependency, палок и веревок появился Perl::Analyzer:
>
> http://technix.github.io/Perl-Analyzer/
>
> Что он может:
>
> 1. Сделать диаграмму классов и наследования:
> http://technix.github.io/Perl-Analyzer/images/packages.png
> Но это не очень интересно, да и работать с ней не очень удобно
>
> 2. Сделать анализ кода и представить результат в виде HTML-файлов:
> http://technix.github.io/Perl-Analyzer/perl-analyzer/DBIx-Class-Schema-Versioned.html
> Здесь можно увидеть:
> - сколько в пакете строк, методов и зависимостей
> - как выглядит дерево зависимостей пакета
> - список всех пакетов, от которых наследуется наш пакет
> - список пакетов которые подключены через use или require
> - список методов, определенных в пакете (и какие методы они переопределяют)
> - унаследованные методы - откуда они наследуются и где "по дороге"
> переопределены
> - какие методы других классов явно используются в этом пакете
>
> Вот здесь можно посмотреть, как выглядят результаты анализа модуля
> DBIx::Class:
> http://technix.github.io/Perl-Analyzer/perl-analyzer/index.html
>
> Надеюсь, кому-нибудь это пригодится :)
> С радостью приму фичареквесты и багрепорты.
>
> --
> Sergei Mozhaisky
> http://technix.in.ua/
>
> _______________________________________________
> Kiev-pm mailing list
> Kiev-pm на pm.org
> http://mail.pm.org/mailman/listinfo/kiev-pm
>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>

From q на cono.org.ua  Sun Dec  4 11:53:33 2016
From: q на cono.org.ua (Alex Varyanick)
Date: Sun, 4 Dec 2016 21:53:33 +0200
Subject: [Moscow.pm] 
	=?utf-8?q?Fwd=3A_=5BKiev-pm=5D_Perl=3A=3AAnalyzer_-_?=
	=?utf-8?b?0YHRgtCw0YLQuNGH0LXRgdC60LjQuSDQsNC90LDQu9C40LfQsNGC0L4=?=
	=?utf-8?b?0YAg0LrQvtC00LAg0L3QsCBQZXJs?=
In-Reply-To: <CAF7QZD4JfbD8n3_kUTcosrN7Zcypp7AA+40eu8=TN26F75-SvQ@mail.gmail.com>
References: <CAP7sQwWkigCEXAAfjERCdG=sTv-X0nxCctbLWkVkb=X2HaE1uw@mail.gmail.com>
	<CAGOcgF3cu3Fku457JhLwgT=Dx3tWOuJEsDcR5KQ3pQ4TLkru-A@mail.gmail.com>
	<CAF7QZD4JfbD8n3_kUTcosrN7Zcypp7AA+40eu8=TN26F75-SvQ@mail.gmail.com>
Message-ID: <CAKsv22TDVc4tiuxggj2yXiTGKMBGUagDji0f7kZtxz_XBXkfLg@mail.gmail.com>

реквестирую фичу :)
выводить разными цветами те которые локальные для проекта и СПАНовские.

2016-12-04 21:49 GMT+02:00 Victor Efimov via Moscow-pm <moscow-pm на pm.org>:

> 4 декабря 2016 г., 22:47 пользователь Akzhan Abdulin via Moscow-pm
> <moscow-pm на pm.org> написал:
> > Может пригодиться
> >
> > ---------- Пересылаемое сообщение ----------
> > От кого: Sergei Mozhaisky <sergei.mozhaisky на gmail.com>
> > Дата: 4 декабря 2016 г., 21:27
> > Тема: [Kiev-pm] Perl::Analyzer - статический анализатор кода на Perl
> > Кому: "Kiev.pm group" <kiev-pm на pm.org>
> >
> >
> > Всем привет!
> >
> > В моем последнем проекте на Перле была весьма сложная структура классов -
> > многоуровневое наследование, переопределение методов, в общем, все
> прелести
> > ООП. Зачастую во время отладки приходилось выяснять "откуда же
> наследуется
> > этот метод, который валится с ошибкой, и кто его мог переопределить". В
> один
>
> а чего, нельзя было просто от ООП отказаться ?)
>
> > прекрасный момент мне это надоело, и я стал искать утилиты для
> статического
> > анализа кода. Но, к сожалению, у них у всех был один фатальный недостаток
> > (с) - они не делали то, что было нужно мне. Вот так, из модуля
> > Module::Dependency, палок и веревок появился Perl::Analyzer:
> >
> > http://technix.github.io/Perl-Analyzer/
> >
> > Что он может:
> >
> > 1. Сделать диаграмму классов и наследования:
> > http://technix.github.io/Perl-Analyzer/images/packages.png
> > Но это не очень интересно, да и работать с ней не очень удобно
> >
> > 2. Сделать анализ кода и представить результат в виде HTML-файлов:
> > http://technix.github.io/Perl-Analyzer/perl-analyzer/DBIx-
> Class-Schema-Versioned.html
> > Здесь можно увидеть:
> > - сколько в пакете строк, методов и зависимостей
> > - как выглядит дерево зависимостей пакета
> > - список всех пакетов, от которых наследуется наш пакет
> > - список пакетов которые подключены через use или require
> > - список методов, определенных в пакете (и какие методы они
> переопределяют)
> > - унаследованные методы - откуда они наследуются и где "по дороге"
> > переопределены
> > - какие методы других классов явно используются в этом пакете
> >
> > Вот здесь можно посмотреть, как выглядят результаты анализа модуля
> > DBIx::Class:
> > http://technix.github.io/Perl-Analyzer/perl-analyzer/index.html
> >
> > Надеюсь, кому-нибудь это пригодится :)
> > С радостью приму фичареквесты и багрепорты.
> >
> > --
> > Sergei Mozhaisky
> > http://technix.in.ua/
> >
> > _______________________________________________
> > Kiev-pm mailing list
> > Kiev-pm на pm.org
> > http://mail.pm.org/mailman/listinfo/kiev-pm
> >
> >
> >
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org
> >
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



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

From iskhartakh на gmail.com  Sun Dec  4 19:40:12 2016
From: iskhartakh на gmail.com (Anatoly Y)
Date: Mon, 5 Dec 2016 10:40:12 +0700
Subject: [Moscow.pm] 
	=?utf-8?q?Fwd=3A_=5BKiev-pm=5D_Perl=3A=3AAnalyzer_-_?=
	=?utf-8?b?0YHRgtCw0YLQuNGH0LXRgdC60LjQuSDQsNC90LDQu9C40LfQsNGC0L4=?=
	=?utf-8?b?0YAg0LrQvtC00LAg0L3QsCBQZXJs?=
In-Reply-To: <CAKsv22TDVc4tiuxggj2yXiTGKMBGUagDji0f7kZtxz_XBXkfLg@mail.gmail.com>
References: <CAP7sQwWkigCEXAAfjERCdG=sTv-X0nxCctbLWkVkb=X2HaE1uw@mail.gmail.com>
	<CAGOcgF3cu3Fku457JhLwgT=Dx3tWOuJEsDcR5KQ3pQ4TLkru-A@mail.gmail.com>
	<CAF7QZD4JfbD8n3_kUTcosrN7Zcypp7AA+40eu8=TN26F75-SvQ@mail.gmail.com>
	<CAKsv22TDVc4tiuxggj2yXiTGKMBGUagDji0f7kZtxz_XBXkfLg@mail.gmail.com>
Message-ID: <CAMGPQmtDhiSKBV9=J0T51qjwLg1LUOtQp9b926+0WPFUzW=JXQ@mail.gmail.com>

Реквестирую этот модуль на цпан.

2016-12-05 2:53 GMT+07:00 Alex Varyanick via Moscow-pm <moscow-pm на pm.org>:

> реквестирую фичу :)
> выводить разными цветами те которые локальные для проекта и СПАНовские.
>
> 2016-12-04 21:49 GMT+02:00 Victor Efimov via Moscow-pm <moscow-pm на pm.org>:
>
>> 4 декабря 2016 г., 22:47 пользователь Akzhan Abdulin via Moscow-pm
>> <moscow-pm на pm.org> написал:
>> > Может пригодиться
>> >
>> > ---------- Пересылаемое сообщение ----------
>> > От кого: Sergei Mozhaisky <sergei.mozhaisky на gmail.com>
>> > Дата: 4 декабря 2016 г., 21:27
>> > Тема: [Kiev-pm] Perl::Analyzer - статический анализатор кода на Perl
>> > Кому: "Kiev.pm group" <kiev-pm на pm.org>
>> >
>> >
>> > Всем привет!
>> >
>> > В моем последнем проекте на Перле была весьма сложная структура классов
>> -
>> > многоуровневое наследование, переопределение методов, в общем, все
>> прелести
>> > ООП. Зачастую во время отладки приходилось выяснять "откуда же
>> наследуется
>> > этот метод, который валится с ошибкой, и кто его мог переопределить". В
>> один
>>
>> а чего, нельзя было просто от ООП отказаться ?)
>>
>> > прекрасный момент мне это надоело, и я стал искать утилиты для
>> статического
>> > анализа кода. Но, к сожалению, у них у всех был один фатальный
>> недостаток
>> > (с) - они не делали то, что было нужно мне. Вот так, из модуля
>> > Module::Dependency, палок и веревок появился Perl::Analyzer:
>> >
>> > http://technix.github.io/Perl-Analyzer/
>> >
>> > Что он может:
>> >
>> > 1. Сделать диаграмму классов и наследования:
>> > http://technix.github.io/Perl-Analyzer/images/packages.png
>> > Но это не очень интересно, да и работать с ней не очень удобно
>> >
>> > 2. Сделать анализ кода и представить результат в виде HTML-файлов:
>> > http://technix.github.io/Perl-Analyzer/perl-analyzer/DBIx-Cl
>> ass-Schema-Versioned.html
>> > Здесь можно увидеть:
>> > - сколько в пакете строк, методов и зависимостей
>> > - как выглядит дерево зависимостей пакета
>> > - список всех пакетов, от которых наследуется наш пакет
>> > - список пакетов которые подключены через use или require
>> > - список методов, определенных в пакете (и какие методы они
>> переопределяют)
>> > - унаследованные методы - откуда они наследуются и где "по дороге"
>> > переопределены
>> > - какие методы других классов явно используются в этом пакете
>> >
>> > Вот здесь можно посмотреть, как выглядят результаты анализа модуля
>> > DBIx::Class:
>> > http://technix.github.io/Perl-Analyzer/perl-analyzer/index.html
>> >
>> > Надеюсь, кому-нибудь это пригодится :)
>> > С радостью приму фичареквесты и багрепорты.
>> >
>> > --
>> > Sergei Mozhaisky
>> > http://technix.in.ua/
>> >
>> > _______________________________________________
>> > Kiev-pm mailing list
>> > Kiev-pm на pm.org
>> > http://mail.pm.org/mailman/listinfo/kiev-pm
>> >
>> >
>> >
>> > --
>> > Moscow.pm mailing list
>> > moscow-pm на pm.org | http://moscow.pm.org
>> >
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>
>
>
> --
> Varyanick I. Alex
> skype: cono..
> q на cono.org.ua
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161205/3cbcbca1/attachment.html>

From worldmind на mail.ru  Mon Dec  5 05:08:59 2016
From: worldmind на mail.ru (Alexey Shrub)
Date: Mon, 05 Dec 2016 16:08:59 +0300
Subject: [Moscow.pm] =?koi8-r?b?6M/T1MnOxyDBx8HX2SDX06M/?=
Message-ID: <1480943339.3478.7@smtp.mail.ru>

Всем привет,

увидел такую новость
https://www.reg.ru/company/news/7619
и мне показался интересным такой 
момент - ведь рег.ру позиционируется 
себя как программерская контора где 
всё стараются делать правильно (не 
знаю как на самом деле, но заявляется 
так), может эта ситуация как раз пример 
того, что правильное программирование 
помогает успеху бизнеса?
А то массово распространено мнение что 
бизнесу достаточно плохокода 
написанного по быстрому и как попало.

-- 
Alexey Shrub
http://mindstate.info

From vaneska.ru на gmail.com  Mon Dec  5 05:58:58 2016
From: vaneska.ru на gmail.com (=?UTF-8?B?0JjQstCw0L0g0KHQvtC60L7Qu9C+0LI=?=)
Date: Mon, 5 Dec 2016 16:58:58 +0300
Subject: [Moscow.pm] 
 =?utf-8?b?0KXQvtGB0YLQuNC90LMg0LDQs9Cw0LLRiyDQstGB?=
 =?utf-8?b?0ZE/?=
In-Reply-To: <1480943339.3478.7@smtp.mail.ru>
References: <1480943339.3478.7@smtp.mail.ru>
Message-ID: <CAMgEUEAa8ogkVLHwyFb_9MKtbV0y-udHV+p7G6yORGZsQC=sOQ@mail.gmail.com>

Правильно хочется, но не всегда получается )

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



5 декабря 2016 г., 16:08 пользователь Alexey Shrub via Moscow-pm <
moscow-pm на pm.org> написал:

> Всем привет,
>
> увидел такую новость
> https://www.reg.ru/company/news/7619
> и мне показался интересным такой момент - ведь рег.ру позиционируется себя
> как программерская контора где всё стараются делать правильно (не знаю как
> на самом деле, но заявляется так), может эта ситуация как раз пример того,
> что правильное программирование помогает успеху бизнеса?
> А то массово распространено мнение что бизнесу достаточно плохокода
> написанного по быстрому и как попало.
>
> --
> Alexey Shrub
> http://mindstate.info
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



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

From timur.nozadze на gmail.com  Mon Dec  5 06:25:24 2016
From: timur.nozadze на gmail.com (Timur Nozadze)
Date: Mon, 05 Dec 2016 14:25:24 +0000
Subject: [Moscow.pm] 
 =?utf-8?b?0KXQvtGB0YLQuNC90LMg0LDQs9Cw0LLRiyDQstGB?=
 =?utf-8?b?0ZE/?=
In-Reply-To: <CAMgEUEAa8ogkVLHwyFb_9MKtbV0y-udHV+p7G6yORGZsQC=sOQ@mail.gmail.com>
References: <1480943339.3478.7@smtp.mail.ru>
	<CAMgEUEAa8ogkVLHwyFb_9MKtbV0y-udHV+p7G6yORGZsQC=sOQ@mail.gmail.com>
Message-ID: <CABT7X_2ih8=hmE_fX1NaNDvgq5jQyXtwBPXuT_1oWA3z8yHuVQ@mail.gmail.com>

Всё же очень просто. :) На плохокоде можно быстро стартануть. Но с течением
времени затраты на maintenance этого счастья начинают превышать ускорение
от экономии на качестве, и проект с плохокодом либо загибается, либо
перестаёт развиваться, немного стагнирует и потом загибается, либо наводит
порядок в технической части. Никакой идеологии, простая арифметика.


пн, 5 дек. 2016 г. в 16:59, Иван Соколов via Moscow-pm <moscow-pm на pm.org>:

> Правильно хочется, но не всегда получается )
>
> Успех в бизнесе зависит далеко не от умения программировать и писать
> качественный код.
>
>
>
> 5 декабря 2016 г., 16:08 пользователь Alexey Shrub via Moscow-pm <
> moscow-pm на pm.org> написал:
>
> Всем привет,
>
> увидел такую новость
> https://www.reg.ru/company/news/7619
> и мне показался интересным такой момент - ведь рег.ру позиционируется себя
> как программерская контора где всё стараются делать правильно (не знаю как
> на самом деле, но заявляется так), может эта ситуация как раз пример того,
> что правильное программирование помогает успеху бизнеса?
> А то массово распространено мнение что бизнесу достаточно плохокода
> написанного по быстрому и как попало.
>
> --
> Alexey Shrub
> http://mindstate.info
> --
> 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/20161205/1ae1235d/attachment.html>

From timur.nozadze на gmail.com  Mon Dec  5 06:27:03 2016
From: timur.nozadze на gmail.com (Timur Nozadze)
Date: Mon, 05 Dec 2016 14:27:03 +0000
Subject: [Moscow.pm] 
 =?utf-8?b?0KXQvtGB0YLQuNC90LMg0LDQs9Cw0LLRiyDQstGB?=
 =?utf-8?b?0ZE/?=
In-Reply-To: <CABT7X_2ih8=hmE_fX1NaNDvgq5jQyXtwBPXuT_1oWA3z8yHuVQ@mail.gmail.com>
References: <1480943339.3478.7@smtp.mail.ru>
	<CAMgEUEAa8ogkVLHwyFb_9MKtbV0y-udHV+p7G6yORGZsQC=sOQ@mail.gmail.com>
	<CABT7X_2ih8=hmE_fX1NaNDvgq5jQyXtwBPXuT_1oWA3z8yHuVQ@mail.gmail.com>
Message-ID: <CABT7X_2t_Bs8dX-bB28xrjmZE4ZA-7x=soa-QZ9_QUwsuOA89A@mail.gmail.com>

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

пн, 5 дек. 2016 г. в 17:25, Timur Nozadze <timur.nozadze на gmail.com>:

> Всё же очень просто. :) На плохокоде можно быстро стартануть. Но с
> течением времени затраты на maintenance этого счастья начинают превышать
> ускорение от экономии на качестве, и проект с плохокодом либо загибается,
> либо перестаёт развиваться, немного стагнирует и потом загибается, либо
> наводит порядок в технической части. Никакой идеологии, простая арифметика.
>
>
> пн, 5 дек. 2016 г. в 16:59, Иван Соколов via Moscow-pm <moscow-pm на pm.org>:
>
> Правильно хочется, но не всегда получается )
>
> Успех в бизнесе зависит далеко не от умения программировать и писать
> качественный код.
>
>
>
> 5 декабря 2016 г., 16:08 пользователь Alexey Shrub via Moscow-pm <
> moscow-pm на pm.org> написал:
>
> Всем привет,
>
> увидел такую новость
> https://www.reg.ru/company/news/7619
> и мне показался интересным такой момент - ведь рег.ру позиционируется себя
> как программерская контора где всё стараются делать правильно (не знаю как
> на самом деле, но заявляется так), может эта ситуация как раз пример того,
> что правильное программирование помогает успеху бизнеса?
> А то массово распространено мнение что бизнесу достаточно плохокода
> написанного по быстрому и как попало.
>
> --
> Alexey Shrub
> http://mindstate.info
> --
> 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/20161205/df314063/attachment-0001.html>

From mi на ya.ru  Mon Dec  5 12:01:12 2016
From: mi на ya.ru (Nikolay Mishin)
Date: Mon, 05 Dec 2016 23:01:12 +0300
Subject: [Moscow.pm] MVC::Neaf: Not Even A Framework
In-Reply-To: 160722211701886166
References: <CAJj2qWmADMYsHMZWAj1N8Twe=qfkG7TXL8UCe1H37-fzdWOTZA@mail.gmail.com>
Message-ID: <703711480968072@web25g.yandex.ru>

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

From khedin на gmail.com  Tue Dec  6 06:06:11 2016
From: khedin на gmail.com (Konstantin S. Uvarin)
Date: Tue, 6 Dec 2016 16:06:11 +0200
Subject: [Moscow.pm] MVC::Neaf: Not Even A Framework
In-Reply-To: <CAGOcgF2W4Q2fLa7i21Fqq8vVGxYfbS2zKA-axNMmiknNeL9P0w@mail.gmail.com>
References: <CAJj2qWmADMYsHMZWAj1N8Twe=qfkG7TXL8UCe1H37-fzdWOTZA@mail.gmail.com>
	<CAGOcgF2W4Q2fLa7i21Fqq8vVGxYfbS2zKA-axNMmiknNeL9P0w@mail.gmail.com>
Message-ID: <CAJj2qW=NfEMfXVvnGpspmvkhm_1VUMv8tnqE4BmVQsvkbi-8GQ@mail.gmail.com>

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

  Я так понял, фильтры - это хуки, которые втыкаются на определённый путь и
все нижележащие пути? С одной стороны, руки уже чешутся написать, с другой,
там очень легко перегнуть палку и сделать чересчур...

  Но спасибо за идею.

2016-12-03 1:00 GMT+02:00 Akzhan Abdulin <akzhan.abdulin на gmail.com>:

> Не хватает фильтров, как минимум (в том же Mojo они тоже туповаты, каждый
> over перекрывает предыдущие, вместо расширения).
>
>
> На досуге почитайте http://www.sinatrarb.com/intro.html
>
>
> 2 декабря 2016 г., 17:39 пользователь Konstantin S. Uvarin via Moscow-pm <
> moscow-pm на pm.org> написал:
>
>> Приветствую всех!
>>
>> Сегодня я бы хотел представить веб-фреймворк на перл 5 собственного
>> сочинения, Ниф (Not Even A Framework). Написан он больше для
>> самообразования, т.к. и так их как собак нерезаных, но мне кажется, в нём
>> есть некие здравые идеи. Суть такова:
>>
>> 1. Приложение разбивается на маленькие процедуры-хэндлеры, привязанные к
>> пути в URI (см. тж. https://metacpan.org/pod/Dancer )
>>
>> 2. Хэндлер получает на вход объект запроса, из которого потом достаются
>> параметры, куки, заголовки и т.д. (см. тж. https://metacpan.org/pod/Kelp
>> )
>>
>> 3. Параметры и куки нельзя достать без валидации, например, при помощи
>> регулярного выражения:
>>
>>   $req->param( foo => qr/\d+/ );
>>
>> См. тж. perl -T
>>
>> В качестве альтернативы есть самовалидирующиеся формы на базе
>> Validator::LIVR или самописного каличного движка (но ЛИВР лучше).
>>
>> См. тж. https://metacpan.org/pod/Validator::LIVR и
>> https://metacpan.org/pod/Data::CGIForm
>>
>> 4. Хэндлер может вернуть ссылку на хэш с какими угодно параметрами,
>> которая затем передаётся в шаблонизатор для рендеринга. На данный момент
>> поддерживается Template::Toolkit и JSON/JSONP
>>
>> Также есть ограниченный набор ключей с минусом, которые используются для
>> управления самим фреймворком - -template, -status и т.п
>>
>> 5. Хэндлер может выбросить исключение: die 404 - легальный способ вернуть
>> настраиваемую страницу not found. Все нормальные исключения (не
>> трёхцифренные и не специальные объекты самого Neaf) трактуются как error
>> 500.
>>
>> 6. Один и тот же код может в неизменном виде запускаться как cgi, psgi и
>> под Apache2 + mod_perl (с некоторым бубном). Также поддерживается дебаг из
>> командной строки:
>>
>>    perl myapp.pl --help
>>    perl myapp.pl --list
>>
>> 7. Кроме этого есть поддержка статических страниц (не надо держать
>> отдельно нормальный веб-сервер, чтобы проверить CSS или логотип), сессий в
>> несколько недоделанном виде (планируется улучшение), отложенные действия,
>> выполняемые после запроса, ну и по мелочи ещё.
>>
>> Пример кода:
>>
>>     use strict;
>>     use warnings;
>>     use MVC::Neaf;
>>
>>     MVC::Neaf->route( "/" => sub {
>>         my $req = shift;
>>
>>         return {
>>             -template => \'Hello, [% name %]!',
>>             -type     => 'text/plain',
>>             name      => $req->param( name => qr/\w+/, "Stranger" ),
>>         },
>>     });
>>
>> На каждую фичу есть небольшой пример, они же используются как
>> дополнительные смоук-тесты к 80% покрытию юнит-тестами. см.
>> https://github.com/dallaylaen/perl-mvc-neaf/tree/master/example
>>
>> Собственно фреймворк:
>>
>> https://metacpan.org/pod/MVC::Neaf
>>
>> Буду рад обратной связи, критике, багрепортам и запросам новых фич (см.
>> тж. https://github.com/dallaylaen/perl-mvc-neaf/blob/master/TODO )
>>
>> С уважением,
>>
>> --
>> Konstantin S. Uvarin
>> jabber: see <from>
>> skype: kuvarin
>> http://github.com/dallaylaen
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>>
>


-- 
Konstantin S. Uvarin
jabber: see <from>
skype: kuvarin
http://github.com/dallaylaen
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161206/e34eb74d/attachment-0001.html>

From akzhan.abdulin на gmail.com  Wed Dec  7 02:26:12 2016
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Wed, 7 Dec 2016 13:26:12 +0300
Subject: [Moscow.pm] MVC::Neaf: Not Even A Framework
In-Reply-To: <CAJj2qW=NfEMfXVvnGpspmvkhm_1VUMv8tnqE4BmVQsvkbi-8GQ@mail.gmail.com>
References: <CAJj2qWmADMYsHMZWAj1N8Twe=qfkG7TXL8UCe1H37-fzdWOTZA@mail.gmail.com>
	<CAGOcgF2W4Q2fLa7i21Fqq8vVGxYfbS2zKA-axNMmiknNeL9P0w@mail.gmail.com>
	<CAJj2qW=NfEMfXVvnGpspmvkhm_1VUMv8tnqE4BmVQsvkbi-8GQ@mail.gmail.com>
Message-ID: <CAGOcgF1nLNTTJFbnomd17MaqVGUWyJZYuPrpxHa9a9TU05DQQA@mail.gmail.com>

Как уже показывал - можно подсмотреть в http://v32.rusrails.ru/
action-controller-overview/filters

Для чего это очень удобно:

Например, маршруты get one, put, patch, delete скорее всего требуют
одинакового действия - загрузки экземпляра сущности, для дальнейших
действий над ним, либо возврата HTTP::Status::HTTP_NOT_FOUND.

Пример тоже уже скидывал:

use HTTP::Status qw( HTTP_NOT_FOUND );

before_filter extract_message => sub {
    my $self = shift;
    my $message = MyModel::Message->find( $self->param('id') )
        or do {
            $self->render( json => { success => \0, error => 'Not found' },
status => HTTP_NOT_FOUND );
            return; # nok
        };
    $self->stash( message => $message );
    return 1; # ok, filter proceed successfully
};

get '/message/:id' => { filter => 'extract_message' }, sub {
    my $self = shift;
    my $message = $self->stash('message'); # We always have message here!
};

put '/template/:id' => { filter => 'extract_message' }, sub {
    my $self = shift;
    my $message = $self->stash('message'); # We always have message here!
};

delete '/template/:id' => { filter => [ 'extract_message' ] }, sub {
    my $self = shift;
    my $message = $self->stash('message'); # We always have message here!
};


6 декабря 2016 г., 17:06 пользователь Konstantin S. Uvarin <khedin на gmail.com
> написал:

> Приветствую!
>
>   Я так понял, фильтры - это хуки, которые втыкаются на определённый путь
> и все нижележащие пути? С одной стороны, руки уже чешутся написать, с
> другой, там очень легко перегнуть палку и сделать чересчур...
>
>   Но спасибо за идею.
>
> 2016-12-03 1:00 GMT+02:00 Akzhan Abdulin <akzhan.abdulin на gmail.com>:
>
>> Не хватает фильтров, как минимум (в том же Mojo они тоже туповаты, каждый
>> over перекрывает предыдущие, вместо расширения).
>>
>>
>> На досуге почитайте http://www.sinatrarb.com/intro.html
>>
>>
>> 2 декабря 2016 г., 17:39 пользователь Konstantin S. Uvarin via Moscow-pm
>> <moscow-pm на pm.org> написал:
>>
>>> Приветствую всех!
>>>
>>> Сегодня я бы хотел представить веб-фреймворк на перл 5 собственного
>>> сочинения, Ниф (Not Even A Framework). Написан он больше для
>>> самообразования, т.к. и так их как собак нерезаных, но мне кажется, в нём
>>> есть некие здравые идеи. Суть такова:
>>>
>>> 1. Приложение разбивается на маленькие процедуры-хэндлеры, привязанные к
>>> пути в URI (см. тж. https://metacpan.org/pod/Dancer )
>>>
>>> 2. Хэндлер получает на вход объект запроса, из которого потом достаются
>>> параметры, куки, заголовки и т.д. (см. тж. https://metacpan.org/pod/Kelp
>>> )
>>>
>>> 3. Параметры и куки нельзя достать без валидации, например, при помощи
>>> регулярного выражения:
>>>
>>>   $req->param( foo => qr/\d+/ );
>>>
>>> См. тж. perl -T
>>>
>>> В качестве альтернативы есть самовалидирующиеся формы на базе
>>> Validator::LIVR или самописного каличного движка (но ЛИВР лучше).
>>>
>>> См. тж. https://metacpan.org/pod/Validator::LIVR и
>>> https://metacpan.org/pod/Data::CGIForm
>>>
>>> 4. Хэндлер может вернуть ссылку на хэш с какими угодно параметрами,
>>> которая затем передаётся в шаблонизатор для рендеринга. На данный момент
>>> поддерживается Template::Toolkit и JSON/JSONP
>>>
>>> Также есть ограниченный набор ключей с минусом, которые используются для
>>> управления самим фреймворком - -template, -status и т.п
>>>
>>> 5. Хэндлер может выбросить исключение: die 404 - легальный способ
>>> вернуть настраиваемую страницу not found. Все нормальные исключения (не
>>> трёхцифренные и не специальные объекты самого Neaf) трактуются как error
>>> 500.
>>>
>>> 6. Один и тот же код может в неизменном виде запускаться как cgi, psgi и
>>> под Apache2 + mod_perl (с некоторым бубном). Также поддерживается дебаг из
>>> командной строки:
>>>
>>>    perl myapp.pl --help
>>>    perl myapp.pl --list
>>>
>>> 7. Кроме этого есть поддержка статических страниц (не надо держать
>>> отдельно нормальный веб-сервер, чтобы проверить CSS или логотип), сессий в
>>> несколько недоделанном виде (планируется улучшение), отложенные действия,
>>> выполняемые после запроса, ну и по мелочи ещё.
>>>
>>> Пример кода:
>>>
>>>     use strict;
>>>     use warnings;
>>>     use MVC::Neaf;
>>>
>>>     MVC::Neaf->route( "/" => sub {
>>>         my $req = shift;
>>>
>>>         return {
>>>             -template => \'Hello, [% name %]!',
>>>             -type     => 'text/plain',
>>>             name      => $req->param( name => qr/\w+/, "Stranger" ),
>>>         },
>>>     });
>>>
>>> На каждую фичу есть небольшой пример, они же используются как
>>> дополнительные смоук-тесты к 80% покрытию юнит-тестами. см.
>>> https://github.com/dallaylaen/perl-mvc-neaf/tree/master/example
>>>
>>> Собственно фреймворк:
>>>
>>> https://metacpan.org/pod/MVC::Neaf
>>>
>>> Буду рад обратной связи, критике, багрепортам и запросам новых фич (см.
>>> тж. https://github.com/dallaylaen/perl-mvc-neaf/blob/master/TODO )
>>>
>>> С уважением,
>>>
>>> --
>>> Konstantin S. Uvarin
>>> jabber: see <from>
>>> skype: kuvarin
>>> http://github.com/dallaylaen
>>>
>>> --
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>>>
>>>
>>
>
>
> --
> Konstantin S. Uvarin
> jabber: see <from>
> skype: kuvarin
> http://github.com/dallaylaen
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161207/7d8f7909/attachment-0001.html>

From akzhan.abdulin на gmail.com  Wed Dec  7 02:27:09 2016
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Wed, 7 Dec 2016 13:27:09 +0300
Subject: [Moscow.pm] MVC::Neaf: Not Even A Framework
In-Reply-To: <CAGOcgF1nLNTTJFbnomd17MaqVGUWyJZYuPrpxHa9a9TU05DQQA@mail.gmail.com>
References: <CAJj2qWmADMYsHMZWAj1N8Twe=qfkG7TXL8UCe1H37-fzdWOTZA@mail.gmail.com>
	<CAGOcgF2W4Q2fLa7i21Fqq8vVGxYfbS2zKA-axNMmiknNeL9P0w@mail.gmail.com>
	<CAJj2qW=NfEMfXVvnGpspmvkhm_1VUMv8tnqE4BmVQsvkbi-8GQ@mail.gmail.com>
	<CAGOcgF1nLNTTJFbnomd17MaqVGUWyJZYuPrpxHa9a9TU05DQQA@mail.gmail.com>
Message-ID: <CAGOcgF0BWP51WjrsLchuGwZEX93a=g+XhVohXrLhEeE2e_VHHg@mail.gmail.com>

Ну и понятно, каждый новый фильтр дополняет предыдущие, обработка может
быть прервана любым фильтром, который вернет ложь.

7 декабря 2016 г., 13:26 пользователь Akzhan Abdulin <
akzhan.abdulin на gmail.com> написал:

> Как уже показывал - можно подсмотреть в http://v32.rusrails.ru/actio
> n-controller-overview/filters
>
> Для чего это очень удобно:
>
> Например, маршруты get one, put, patch, delete скорее всего требуют
> одинакового действия - загрузки экземпляра сущности, для дальнейших
> действий над ним, либо возврата HTTP::Status::HTTP_NOT_FOUND.
>
> Пример тоже уже скидывал:
>
> use HTTP::Status qw( HTTP_NOT_FOUND );
>
> before_filter extract_message => sub {
>     my $self = shift;
>     my $message = MyModel::Message->find( $self->param('id') )
>         or do {
>             $self->render( json => { success => \0, error => 'Not found'
> }, status => HTTP_NOT_FOUND );
>             return; # nok
>         };
>     $self->stash( message => $message );
>     return 1; # ok, filter proceed successfully
> };
>
> get '/message/:id' => { filter => 'extract_message' }, sub {
>     my $self = shift;
>     my $message = $self->stash('message'); # We always have message here!
> };
>
> put '/template/:id' => { filter => 'extract_message' }, sub {
>     my $self = shift;
>     my $message = $self->stash('message'); # We always have message here!
> };
>
> delete '/template/:id' => { filter => [ 'extract_message' ] }, sub {
>     my $self = shift;
>     my $message = $self->stash('message'); # We always have message here!
> };
>
>
> 6 декабря 2016 г., 17:06 пользователь Konstantin S. Uvarin <
> khedin на gmail.com> написал:
>
> Приветствую!
>>
>>   Я так понял, фильтры - это хуки, которые втыкаются на определённый путь
>> и все нижележащие пути? С одной стороны, руки уже чешутся написать, с
>> другой, там очень легко перегнуть палку и сделать чересчур...
>>
>>   Но спасибо за идею.
>>
>> 2016-12-03 1:00 GMT+02:00 Akzhan Abdulin <akzhan.abdulin на gmail.com>:
>>
>>> Не хватает фильтров, как минимум (в том же Mojo они тоже туповаты,
>>> каждый over перекрывает предыдущие, вместо расширения).
>>>
>>>
>>> На досуге почитайте http://www.sinatrarb.com/intro.html
>>>
>>>
>>> 2 декабря 2016 г., 17:39 пользователь Konstantin S. Uvarin via Moscow-pm
>>> <moscow-pm на pm.org> написал:
>>>
>>>> Приветствую всех!
>>>>
>>>> Сегодня я бы хотел представить веб-фреймворк на перл 5 собственного
>>>> сочинения, Ниф (Not Even A Framework). Написан он больше для
>>>> самообразования, т.к. и так их как собак нерезаных, но мне кажется, в нём
>>>> есть некие здравые идеи. Суть такова:
>>>>
>>>> 1. Приложение разбивается на маленькие процедуры-хэндлеры, привязанные
>>>> к пути в URI (см. тж. https://metacpan.org/pod/Dancer )
>>>>
>>>> 2. Хэндлер получает на вход объект запроса, из которого потом достаются
>>>> параметры, куки, заголовки и т.д. (см. тж.
>>>> https://metacpan.org/pod/Kelp )
>>>>
>>>> 3. Параметры и куки нельзя достать без валидации, например, при помощи
>>>> регулярного выражения:
>>>>
>>>>   $req->param( foo => qr/\d+/ );
>>>>
>>>> См. тж. perl -T
>>>>
>>>> В качестве альтернативы есть самовалидирующиеся формы на базе
>>>> Validator::LIVR или самописного каличного движка (но ЛИВР лучше).
>>>>
>>>> См. тж. https://metacpan.org/pod/Validator::LIVR и
>>>> https://metacpan.org/pod/Data::CGIForm
>>>>
>>>> 4. Хэндлер может вернуть ссылку на хэш с какими угодно параметрами,
>>>> которая затем передаётся в шаблонизатор для рендеринга. На данный момент
>>>> поддерживается Template::Toolkit и JSON/JSONP
>>>>
>>>> Также есть ограниченный набор ключей с минусом, которые используются
>>>> для управления самим фреймворком - -template, -status и т.п
>>>>
>>>> 5. Хэндлер может выбросить исключение: die 404 - легальный способ
>>>> вернуть настраиваемую страницу not found. Все нормальные исключения (не
>>>> трёхцифренные и не специальные объекты самого Neaf) трактуются как error
>>>> 500.
>>>>
>>>> 6. Один и тот же код может в неизменном виде запускаться как cgi, psgi
>>>> и под Apache2 + mod_perl (с некоторым бубном). Также поддерживается дебаг
>>>> из командной строки:
>>>>
>>>>    perl myapp.pl --help
>>>>    perl myapp.pl --list
>>>>
>>>> 7. Кроме этого есть поддержка статических страниц (не надо держать
>>>> отдельно нормальный веб-сервер, чтобы проверить CSS или логотип), сессий в
>>>> несколько недоделанном виде (планируется улучшение), отложенные действия,
>>>> выполняемые после запроса, ну и по мелочи ещё.
>>>>
>>>> Пример кода:
>>>>
>>>>     use strict;
>>>>     use warnings;
>>>>     use MVC::Neaf;
>>>>
>>>>     MVC::Neaf->route( "/" => sub {
>>>>         my $req = shift;
>>>>
>>>>         return {
>>>>             -template => \'Hello, [% name %]!',
>>>>             -type     => 'text/plain',
>>>>             name      => $req->param( name => qr/\w+/, "Stranger" ),
>>>>         },
>>>>     });
>>>>
>>>> На каждую фичу есть небольшой пример, они же используются как
>>>> дополнительные смоук-тесты к 80% покрытию юнит-тестами. см.
>>>> https://github.com/dallaylaen/perl-mvc-neaf/tree/master/example
>>>>
>>>> Собственно фреймворк:
>>>>
>>>> https://metacpan.org/pod/MVC::Neaf
>>>>
>>>> Буду рад обратной связи, критике, багрепортам и запросам новых фич (см.
>>>> тж. https://github.com/dallaylaen/perl-mvc-neaf/blob/master/TODO )
>>>>
>>>> С уважением,
>>>>
>>>> --
>>>> Konstantin S. Uvarin
>>>> jabber: see <from>
>>>> skype: kuvarin
>>>> http://github.com/dallaylaen
>>>>
>>>> --
>>>> Moscow.pm mailing list
>>>> moscow-pm на pm.org | http://moscow.pm.org
>>>>
>>>>
>>>
>>
>>
>> --
>> Konstantin S. Uvarin
>> jabber: see <from>
>> skype: kuvarin
>> http://github.com/dallaylaen
>>
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161207/fd98bfd4/attachment-0001.html>

From mail на knutov.com  Sun Dec 11 16:22:09 2016
From: mail на knutov.com (Nick Knutov)
Date: Mon, 12 Dec 2016 05:22:09 +0500
Subject: [Moscow.pm] 
 =?utf-8?b?0KXQvtGB0YLQuNC90LMg0LDQs9Cw0LLRiyDQstGB?=
 =?utf-8?b?0ZE/?=
In-Reply-To: <1480943339.3478.7@smtp.mail.ru>
References: <1480943339.3478.7@smtp.mail.ru>
Message-ID: <70e33c6d-4db9-2565-3218-ef9127e0556b@knutov.com>


В хостерской тусовке и среди прочих, кто понимает в обоих темах, есть 
другое мнение о качестве их всего.

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


05.12.2016 18:08, Alexey Shrub via Moscow-pm пишет:
> ведь рег.ру позиционируется себя как программерская контора где всё 
> стараются делать правильно

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


From belozer0 на ya.ru  Thu Dec 15 19:43:28 2016
From: belozer0 на ya.ru (=?utf-8?B?0JzQsNC60YHQuNC8INCR0LXQu9C+0LfRkdGA0L7Qsg==?=)
Date: Fri, 16 Dec 2016 06:43:28 +0300
Subject: [Moscow.pm] =?utf-8?b?0JXRgdGC0Ywg0LrRgtC+INGBINGA0LXQsy7RgNGD?=
 =?utf-8?q?=3F?=
In-Reply-To: <70e33c6d-4db9-2565-3218-ef9127e0556b@knutov.com>
References: <1480943339.3478.7@smtp.mail.ru>
	<70e33c6d-4db9-2565-3218-ef9127e0556b@knutov.com>
Message-ID: <418431481859808@web20h.yandex.ru>

Салют!
В поддержку тоже написал, но сюда, возможно, прямее)
Попал тут под очарование халявы с .рус, но интерфейс местами имеет смысл поправить. Цитата из письма в ТП:
>Не мог не обратить внимания: при регистрации по умолчанию выбрана страна «Австралийский союз» (что-то подсказывает, что большинство заказчиков у вас из РФ или по крайней мере из СНГ). Такая же история с календарями: везде по умолчанию текущая дата. Много ли у вас регистрируется новорожденных пользователей? Логика говорит, что в основном это люди не позже 1998 года рождения.

Пардон за оффтоп.

Онтоп: кто какие умолчания в интерфейсах считает «естественными»?

From belozer0 на ya.ru  Thu Dec 15 22:27:25 2016
From: belozer0 на ya.ru (=?utf-8?B?0JzQsNC60YHQuNC8INCR0LXQu9C+0LfRkdGA0L7Qsg==?=)
Date: Fri, 16 Dec 2016 09:27:25 +0300
Subject: [Moscow.pm] =?utf-8?b?W25ld3NyYWNoXdCe0J7QnyB2cyDQv9GA0L7RhtC1?=
 =?utf-8?b?0LTRg9GA0LrQsA==?=
Message-ID: <859421481869645@web20h.yandex.ru>

Объясните непрограммисту: что за прок от ООП в модулях на пару функций (пардон, методов)? Что за смысл многословно и со стрелочками писать что-то, что можно вызвать одним именем функции с парой параметров? Какая вообще польза в абстрагировании от входных данных? Они разные, блин, чего стоит абстрактная хня в вакууме? Не ООП ли это ради ООП?
Вкусовщинка: какие способы общения со сторонними модулями предпочитаете?
Может, вопросы глупы, но очень нужна пара осмысленных ответов. Больших проектов не пишу, а в мелких на ламерский взгляд от ООП одна порча. Помогите разобраться, хоть ссылками на годные материалы (можно en_US или en_UK).

-- 
С наилучшими пожеланиями
Максим Белозёров

From iskhartakh на gmail.com  Thu Dec 15 22:34:24 2016
From: iskhartakh на gmail.com (Anatoly Y)
Date: Fri, 16 Dec 2016 13:34:24 +0700
Subject: [Moscow.pm] 
	=?utf-8?b?W25ld3NyYWNoXdCe0J7QnyB2cyDQv9GA0L7RhtC1?=
	=?utf-8?b?0LTRg9GA0LrQsA==?=
In-Reply-To: <859421481869645@web20h.yandex.ru>
References: <859421481869645@web20h.yandex.ru>
Message-ID: <CAMGPQmvzWX5rRNrzeOacmhL1MPOwxKsZKYnTv2htUEoAWewv5w@mail.gmail.com>

Тебя заставляет/угнетает что ли кто-то писать "однострочники" с помощью ООП
? :)
Никакого смысл в приведённом тобой примере нет.
Со сторонними модулями предпочитаю ООП. Хотя бы ради того что видно чьи
методы дёргаются в более простой нотации.

2016-12-16 13:27 GMT+07:00 Максим Белозёров via Moscow-pm <moscow-pm на pm.org>
:

> Объясните непрограммисту: что за прок от ООП в модулях на пару функций
> (пардон, методов)? Что за смысл многословно и со стрелочками писать что-то,
> что можно вызвать одним именем функции с парой параметров? Какая вообще
> польза в абстрагировании от входных данных? Они разные, блин, чего стоит
> абстрактная хня в вакууме? Не ООП ли это ради ООП?
> Вкусовщинка: какие способы общения со сторонними модулями предпочитаете?
> Может, вопросы глупы, но очень нужна пара осмысленных ответов. Больших
> проектов не пишу, а в мелких на ламерский взгляд от ООП одна порча.
> Помогите разобраться, хоть ссылками на годные материалы (можно en_US или
> en_UK).
>
> --
> С наилучшими пожеланиями
> Максим Белозёров
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161216/db86bb28/attachment.html>

From an.gorohovski на gmail.com  Thu Dec 15 22:49:21 2016
From: an.gorohovski на gmail.com (Alessandro Gorohovski)
Date: Fri, 16 Dec 2016 09:49:21 +0300
Subject: [Moscow.pm] 
	=?utf-8?b?W25ld3NyYWNoXdCe0J7QnyB2cyDQv9GA0L7RhtC1?=
	=?utf-8?b?0LTRg9GA0LrQsA==?=
In-Reply-To: <859421481869645@web20h.yandex.ru>
References: <859421481869645@web20h.yandex.ru>
Message-ID: <CAAwh9U=63qXbZ7REaG8hyOJ6zpt36hgmTWfnUEjOsDpM5r+S_g@mail.gmail.com>

Здравствуйте Максим,

На тему ООП:
«Ученый поймал ящерицу и оторвал ей хвост.
Через два дня хвост вырос снова.
Он опять оторвал хвост.
Тот опять вырос.
Снова оторвал, снова хвост вырос...
Мораль: Ну, что ты ерундой занимаешься?» (А. Райкин)


16 декабря 2016 г., 9:27 пользователь Максим Белозёров via Moscow-pm <
moscow-pm на pm.org> написал:

> Объясните непрограммисту: что за прок от ООП в модулях на пару функций
> (пардон, методов)? Что за смысл многословно и со стрелочками писать что-то,
> что можно вызвать одним именем функции с парой параметров? Какая вообще
> польза в абстрагировании от входных данных? Они разные, блин, чего стоит
> абстрактная хня в вакууме? Не ООП ли это ради ООП?
> Вкусовщинка: какие способы общения со сторонними модулями предпочитаете?
> Может, вопросы глупы, но очень нужна пара осмысленных ответов. Больших
> проектов не пишу, а в мелких на ламерский взгляд от ООП одна порча.
> Помогите разобраться, хоть ссылками на годные материалы (можно en_US или
> en_UK).
>
> --
> С наилучшими пожеланиями
> Максим Белозёров
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161216/03b307b1/attachment-0001.html>

From khedin на gmail.com  Thu Dec 15 23:02:06 2016
From: khedin на gmail.com (Konstantin S. Uvarin)
Date: Fri, 16 Dec 2016 09:02:06 +0200
Subject: [Moscow.pm] 
	=?utf-8?b?W25ld3NyYWNoXdCe0J7QnyB2cyDQv9GA0L7RhtC1?=
	=?utf-8?b?0LTRg9GA0LrQsA==?=
In-Reply-To: <859421481869645@web20h.yandex.ru>
References: <859421481869645@web20h.yandex.ru>
Message-ID: <CAJj2qW=VDec4ern1spZJBeq_1cua16O7DsVH9Wnet41F5NCi0Q@mail.gmail.com>

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

  "На пару функций". Поехали.

1) Захват ресурса (временный файл, например).

ООП позволяет написать что-то в духе

    my $resource = My::Resource->new( %params );
    my $fd = $resuource->file;

    # долго делаем что-то с $fd

    undef $resource; # вызвался деструктор и освободил ресурс за нас
        # и это сработает независимо от того, вызвали мы return или die
        # разве что на exec-е не сработает, или если  сигналом убили.

Хотя в тестовых скриптах, например, вызываю mktemp( ..., CLEANUP => 1 );
и не парюсь.

2) сериализация:

my $codec = My::Serializer->new( %params );
$codec->encode( ... );
$codec->decode( ... );

И тут мы (а) гарантируем, что параметры надо менять в ОДНОМ месте, и (б)
гарантируем 100% раунд-трип данных (то есть, encode(decode(x)) == x).

Опять же, есть куча мест, где freeze/thaw или encode_json/decode_json
прекрасно работают. А вот попробуйте сконфигурировать (через local
Data::Dumper::foo = ... ) Data::Dumper так, как удобно  Вам, а не ему -
узнаете много новых выражений из уже известных Вам слов :)


С уважением,


2016-12-16 8:27 GMT+02:00 Максим Белозёров via Moscow-pm <moscow-pm на pm.org>:

> Объясните непрограммисту: что за прок от ООП в модулях на пару функций
> (пардон, методов)? Что за смысл многословно и со стрелочками писать что-то,
> что можно вызвать одним именем функции с парой параметров? Какая вообще
> польза в абстрагировании от входных данных? Они разные, блин, чего стоит
> абстрактная хня в вакууме? Не ООП ли это ради ООП?
> Вкусовщинка: какие способы общения со сторонними модулями предпочитаете?
> Может, вопросы глупы, но очень нужна пара осмысленных ответов. Больших
> проектов не пишу, а в мелких на ламерский взгляд от ООП одна порча.
> Помогите разобраться, хоть ссылками на годные материалы (можно en_US или
> en_UK).
>
> --
> С наилучшими пожеланиями
> Максим Белозёров
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Konstantin S. Uvarin
jabber: see <from>
skype: kuvarin
http://github.com/dallaylaen
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161216/e4b98acc/attachment.html>

From belozer0 на ya.ru  Thu Dec 15 23:11:13 2016
From: belozer0 на ya.ru (=?utf-8?B?0JzQsNC60YHQuNC8INCR0LXQu9C+0LfRkdGA0L7Qsg==?=)
Date: Fri, 16 Dec 2016 10:11:13 +0300
Subject: [Moscow.pm] 
 =?utf-8?b?W25ld3NyYWNoXdCe0J7QnyB2cyDQv9GA0L7RhtC1?=
 =?utf-8?b?0LTRg9GA0LrQsA==?=
In-Reply-To: <CAJj2qW=VDec4ern1spZJBeq_1cua16O7DsVH9Wnet41F5NCi0Q@mail.gmail.com>
References: <859421481869645@web20h.yandex.ru>
	<CAJj2qW=VDec4ern1spZJBeq_1cua16O7DsVH9Wnet41F5NCi0Q@mail.gmail.com>
Message-ID: <1123371481872273@web20h.yandex.ru>

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

From vaneska.ru на gmail.com  Thu Dec 15 23:14:00 2016
From: vaneska.ru на gmail.com (=?UTF-8?B?0JjQstCw0L0g0KHQvtC60L7Qu9C+0LI=?=)
Date: Fri, 16 Dec 2016 10:14:00 +0300
Subject: [Moscow.pm] 
	=?utf-8?b?W25ld3NyYWNoXdCe0J7QnyB2cyDQv9GA0L7RhtC1?=
	=?utf-8?b?0LTRg9GA0LrQsA==?=
In-Reply-To: <CAJj2qW=VDec4ern1spZJBeq_1cua16O7DsVH9Wnet41F5NCi0Q@mail.gmail.com>
References: <859421481869645@web20h.yandex.ru>
	<CAJj2qW=VDec4ern1spZJBeq_1cua16O7DsVH9Wnet41F5NCi0Q@mail.gmail.com>
Message-ID: <CAMgEUED8C2UVUBT5+qkJmdURjbAsOf2oUYpB9mxkCVirx-yj_g@mail.gmail.com>

Есть интересное видение ООП от джависта
https://www.youtube.com/watch?v=lfdAwl3-X_c
и его же про орм https://www.youtube.com/watch?v=ckjAWXJWZEY

Про то, что большинство программистов думают процедурами, а не объектами.

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


16 декабря 2016 г., 10:02 пользователь Konstantin S. Uvarin via Moscow-pm <
moscow-pm на pm.org> написал:

> Приветствую!
>
>   "На пару функций". Поехали.
>
> 1) Захват ресурса (временный файл, например).
>
> ООП позволяет написать что-то в духе
>
>     my $resource = My::Resource->new( %params );
>     my $fd = $resuource->file;
>
>     # долго делаем что-то с $fd
>
>     undef $resource; # вызвался деструктор и освободил ресурс за нас
>         # и это сработает независимо от того, вызвали мы return или die
>         # разве что на exec-е не сработает, или если  сигналом убили.
>
> Хотя в тестовых скриптах, например, вызываю mktemp( ..., CLEANUP => 1 );
> и не парюсь.
>
> 2) сериализация:
>
> my $codec = My::Serializer->new( %params );
> $codec->encode( ... );
> $codec->decode( ... );
>
> И тут мы (а) гарантируем, что параметры надо менять в ОДНОМ месте, и (б)
> гарантируем 100% раунд-трип данных (то есть, encode(decode(x)) == x).
>
> Опять же, есть куча мест, где freeze/thaw или encode_json/decode_json
> прекрасно работают. А вот попробуйте сконфигурировать (через local
> Data::Dumper::foo = ... ) Data::Dumper так, как удобно  Вам, а не ему -
> узнаете много новых выражений из уже известных Вам слов :)
>
>
> С уважением,
>
>
> 2016-12-16 8:27 GMT+02:00 Максим Белозёров via Moscow-pm <moscow-pm на pm.org
> >:
>
>> Объясните непрограммисту: что за прок от ООП в модулях на пару функций
>> (пардон, методов)? Что за смысл многословно и со стрелочками писать что-то,
>> что можно вызвать одним именем функции с парой параметров? Какая вообще
>> польза в абстрагировании от входных данных? Они разные, блин, чего стоит
>> абстрактная хня в вакууме? Не ООП ли это ради ООП?
>> Вкусовщинка: какие способы общения со сторонними модулями предпочитаете?
>> Может, вопросы глупы, но очень нужна пара осмысленных ответов. Больших
>> проектов не пишу, а в мелких на ламерский взгляд от ООП одна порча.
>> Помогите разобраться, хоть ссылками на годные материалы (можно en_US или
>> en_UK).
>>
>> --
>> С наилучшими пожеланиями
>> Максим Белозёров
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>
>
>
> --
> Konstantin S. Uvarin
> jabber: see <from>
> skype: kuvarin
> http://github.com/dallaylaen
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>


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

From belozer0 на ya.ru  Thu Dec 15 22:52:31 2016
From: belozer0 на ya.ru (=?utf-8?B?0JzQsNC60YHQuNC8INCR0LXQu9C+0LfRkdGA0L7Qsg==?=)
Date: Fri, 16 Dec 2016 09:52:31 +0300
Subject: [Moscow.pm] 
 =?utf-8?b?W25ld3NyYWNoXdCe0J7QnyB2cyDQv9GA0L7RhtC1?=
 =?utf-8?b?0LTRg9GA0LrQsA==?=
In-Reply-To: <CAMGPQmvzWX5rRNrzeOacmhL1MPOwxKsZKYnTv2htUEoAWewv5w@mail.gmail.com>
References: <859421481869645@web20h.yandex.ru>
	<CAMGPQmvzWX5rRNrzeOacmhL1MPOwxKsZKYnTv2htUEoAWewv5w@mail.gmail.com>
Message-ID: <1003741481871151@web20h.yandex.ru>

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

From belozer0 на ya.ru  Thu Dec 15 23:20:12 2016
From: belozer0 на ya.ru (=?utf-8?B?0JzQsNC60YHQuNC8INCR0LXQu9C+0LfRkdGA0L7Qsg==?=)
Date: Fri, 16 Dec 2016 10:20:12 +0300
Subject: [Moscow.pm] 
 =?utf-8?b?W25ld3NyYWNoXdCe0J7QnyB2cyDQv9GA0L7RhtC1?=
 =?utf-8?b?0LTRg9GA0LrQsA==?=
In-Reply-To: <CAMgEUED8C2UVUBT5+qkJmdURjbAsOf2oUYpB9mxkCVirx-yj_g@mail.gmail.com>
References: <859421481869645@web20h.yandex.ru>
	<CAJj2qW=VDec4ern1spZJBeq_1cua16O7DsVH9Wnet41F5NCi0Q@mail.gmail.com>
	<CAMgEUED8C2UVUBT5+qkJmdURjbAsOf2oUYpB9mxkCVirx-yj_g@mail.gmail.com>
Message-ID: <1182881481872812@web20h.yandex.ru>

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

From rabbit+moscowpm на rabbit.us  Thu Dec 15 23:26:07 2016
From: rabbit+moscowpm на rabbit.us (=?UTF-8?B?0J/QuNGC0Y3RgCDQoNGN0LHQsdC40YLRgdC+0L0=?=)
Date: Fri, 16 Dec 2016 08:26:07 +0100
Subject: [Moscow.pm] 
 =?utf-8?b?W25ld3NyYWNoXdCe0J7QnyB2cyDQv9GA0L7RhtC1?=
 =?utf-8?b?0LTRg9GA0LrQsA==?=
In-Reply-To: <CAJj2qW=VDec4ern1spZJBeq_1cua16O7DsVH9Wnet41F5NCi0Q@mail.gmail.com>
References: <859421481869645@web20h.yandex.ru>
	<CAJj2qW=VDec4ern1spZJBeq_1cua16O7DsVH9Wnet41F5NCi0Q@mail.gmail.com>
Message-ID: <81b0cd0d-6ca3-4bbf-4959-15ef4b94f99c@rabbit.us>

On 12/16/2016 08:02 AM, Konstantin S. Uvarin via Moscow-pm wrote:
>
> Хотя в тестовых скриптах, например, вызываю mktemp( ..., CLEANUP => 1 );
> и не парюсь.
>

А там внутри все на OOP как раз и работает:
https://metacpan.org/source/DAGOLDEN/File-Temp-0.2304/lib/File/Temp.pm#L1598-1619
https://metacpan.org/source/DAGOLDEN/File-Temp-0.2304/lib/File/Temp.pm#L911-942

P.S. хотя mktemp() опции не принимает, очепятка у вас наверное...
https://metacpan.org/source/DAGOLDEN/File-Temp-0.2304/lib/File/Temp.pm#L1324-1327



From asan999 на gmail.com  Thu Dec 15 23:53:24 2016
From: asan999 на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCQ0YHRj9C60LjQvQ==?=)
Date: Fri, 16 Dec 2016 10:53:24 +0300
Subject: [Moscow.pm] 
 =?utf-8?b?W25ld3NyYWNoXdCe0J7QnyB2cyDQv9GA0L7RhtC1?=
 =?utf-8?b?0LTRg9GA0LrQsA==?=
In-Reply-To: <859421481869645@web20h.yandex.ru>
References: <859421481869645@web20h.yandex.ru>
Message-ID: <462dc9ac-3e5f-c53d-3cb2-c3a754838f76@gmail.com>

Ну вот простой пример, возьмем JSON::XS.  С ним можно работать и так, и 
так, и модуль делает две вещи, по сути. Что удобней, сделать так

my $j = JSON::XS->new->utf8(0)->allow_blessed->pretty->...;

$j->encode({...});

$j->encode([...]);

или каждый раз писать encode_json({...}, utf8 => 0, pretty => 1, 
allow_blessed => 1, ...);


Многие модули предлагают двойной интерфейс, функциональный, как правило 
упрощен. Часто оказывается удобней работать с классами, как раз таки 
многословно оказывается, когда пишешь без них. Но ООП ради ООП не нужно, 
это факт.



On 12/16/2016 09:27 AM, Максим Белозёров via Moscow-pm wrote:
> Объясните непрограммисту: что за прок от ООП в модулях на пару функций (пардон, методов)? Что за смысл многословно и со стрелочками писать что-то, что можно вызвать одним именем функции с парой параметров? Какая вообще польза в абстрагировании от входных данных? Они разные, блин, чего стоит абстрактная хня в вакууме? Не ООП ли это ради ООП?
> Вкусовщинка: какие способы общения со сторонними модулями предпочитаете?
> Может, вопросы глупы, но очень нужна пара осмысленных ответов. Больших проектов не пишу, а в мелких на ламерский взгляд от ООП одна порча. Помогите разобраться, хоть ссылками на годные материалы (можно en_US или en_UK).
>


From timur.nozadze на gmail.com  Fri Dec 16 03:26:10 2016
From: timur.nozadze на gmail.com (Timur Nozadze)
Date: Fri, 16 Dec 2016 11:26:10 +0000
Subject: [Moscow.pm] 
 =?utf-8?b?0JXRgdGC0Ywg0LrRgtC+INGBINGA0LXQsy7RgNGD?= =?utf-8?q?=3F?=
In-Reply-To: <418431481859808@web20h.yandex.ru>
References: <1480943339.3478.7@smtp.mail.ru>
	<70e33c6d-4db9-2565-3218-ef9127e0556b@knutov.com>
	<418431481859808@web20h.yandex.ru>
Message-ID: <CABT7X_3J2Jc=coXqKtRkkscEyZ=RkLhgLR28fvYRi=_P-gM6Hg@mail.gmail.com>

Привет!

С датой рождения, по-моему, всё сложно, всё равно не угадаешь, так что 1998
будет выглядеть примерно так же странно, как 2016.

А вот РФ выбирать по умолчанию логично, и вроде у нас так и было, возможно,
что-то попортили. Разберёмся.

Спасибо, что обратил внимание. Соберёшься в следующий раз что у нас
заказывать — обращайся, дадим какой-нибудь промокод. :)

пт, 16 дек. 2016 г. в 6:44, Максим Белозёров via Moscow-pm <moscow-pm на pm.org
>:

> Салют!
> В поддержку тоже написал, но сюда, возможно, прямее)
> Попал тут под очарование халявы с .рус, но интерфейс местами имеет смысл
> поправить. Цитата из письма в ТП:
> >Не мог не обратить внимания: при регистрации по умолчанию выбрана страна
> «Австралийский союз» (что-то подсказывает, что большинство заказчиков у вас
> из РФ или по крайней мере из СНГ). Такая же история с календарями: везде по
> умолчанию текущая дата. Много ли у вас регистрируется новорожденных
> пользователей? Логика говорит, что в основном это люди не позже 1998 года
> рождения.
>
> Пардон за оффтоп.
>
> Онтоп: кто какие умолчания в интерфейсах считает «естественными»?
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161216/040196ef/attachment.html>

From r.yusufkhanov на gmail.com  Fri Dec 16 03:34:55 2016
From: r.yusufkhanov на gmail.com (=?UTF-8?B?0KDQvtC80LDQvSDQrtGB0YPRhNGF0LDQvdC+0LI=?=)
Date: Fri, 16 Dec 2016 14:34:55 +0300
Subject: [Moscow.pm] 
 =?utf-8?b?0JXRgdGC0Ywg0LrRgtC+INGBINGA0LXQsy7RgNGD?= =?utf-8?q?=3F?=
In-Reply-To: <CABT7X_3J2Jc=coXqKtRkkscEyZ=RkLhgLR28fvYRi=_P-gM6Hg@mail.gmail.com>
References: <1480943339.3478.7@smtp.mail.ru>
	<70e33c6d-4db9-2565-3218-ef9127e0556b@knutov.com>
	<418431481859808@web20h.yandex.ru>
	<CABT7X_3J2Jc=coXqKtRkkscEyZ=RkLhgLR28fvYRi=_P-gM6Hg@mail.gmail.com>
Message-ID: <CADY3cDQV3SmUR1pfXcFz123N0To6ca_OpipbsJUNLHOb6snNSw@mail.gmail.com>

Тимур, я тут недавно хотел купить доменчик. Ну и, с дуру, прочекал его. На
следующий день хотел его купить, но ...  его уже зарегали))) Видимо робот
какой-то ) И предложил мне купить доменного брокера)))

16 дек. 2016 г. 2:26 PM пользователь "Timur Nozadze via Moscow-pm" <
moscow-pm на pm.org> написал:

> Привет!
>
> С датой рождения, по-моему, всё сложно, всё равно не угадаешь, так что
> 1998 будет выглядеть примерно так же странно, как 2016.
>
> А вот РФ выбирать по умолчанию логично, и вроде у нас так и было,
> возможно, что-то попортили. Разберёмся.
>
> Спасибо, что обратил внимание. Соберёшься в следующий раз что у нас
> заказывать — обращайся, дадим какой-нибудь промокод. :)
>
> пт, 16 дек. 2016 г. в 6:44, Максим Белозёров via Moscow-pm <
> moscow-pm на pm.org>:
>
>> Салют!
>> В поддержку тоже написал, но сюда, возможно, прямее)
>> Попал тут под очарование халявы с .рус, но интерфейс местами имеет смысл
>> поправить. Цитата из письма в ТП:
>> >Не мог не обратить внимания: при регистрации по умолчанию выбрана страна
>> «Австралийский союз» (что-то подсказывает, что большинство заказчиков у вас
>> из РФ или по крайней мере из СНГ). Такая же история с календарями: везде по
>> умолчанию текущая дата. Много ли у вас регистрируется новорожденных
>> пользователей? Логика говорит, что в основном это люди не позже 1998 года
>> рождения.
>>
>> Пардон за оффтоп.
>>
>> Онтоп: кто какие умолчания в интерфейсах считает «естественными»?
>> --
>> 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/20161216/21e5f025/attachment.html>

From timur.nozadze на gmail.com  Fri Dec 16 04:33:02 2016
From: timur.nozadze на gmail.com (Timur Nozadze)
Date: Fri, 16 Dec 2016 12:33:02 +0000
Subject: [Moscow.pm] 
 =?utf-8?b?0JXRgdGC0Ywg0LrRgtC+INGBINGA0LXQsy7RgNGD?= =?utf-8?q?=3F?=
In-Reply-To: <CADY3cDQV3SmUR1pfXcFz123N0To6ca_OpipbsJUNLHOb6snNSw@mail.gmail.com>
References: <1480943339.3478.7@smtp.mail.ru>
	<70e33c6d-4db9-2565-3218-ef9127e0556b@knutov.com>
	<418431481859808@web20h.yandex.ru>
	<CABT7X_3J2Jc=coXqKtRkkscEyZ=RkLhgLR28fvYRi=_P-gM6Hg@mail.gmail.com>
	<CADY3cDQV3SmUR1pfXcFz123N0To6ca_OpipbsJUNLHOb6snNSw@mail.gmail.com>
Message-ID: <CABT7X_3L-9PXVnX10y0dbWdjA_a_-jNLse+Ha08vKeGK3ANmAw@mail.gmail.com>

А что за домен?

Страшилки, что, мол, прочекаешь домен, и его сразу кто-то перехватит,
довольно популярны, но я ни разу им серьёзного практического подтверждения
не видел. Нормальные регистраторы/реестры таким заниматься не будут. А
больше никто не узнает о твоём запросе (если, конечно, кто-то тебя не
сниффит, или что-нибудь в этом духе). Да и экономически это сомнительное
мероприятие. ;)

пт, 16 дек. 2016 г. в 14:34, Роман Юсуфханов <r.yusufkhanov на gmail.com>:

> Тимур, я тут недавно хотел купить доменчик. Ну и, с дуру, прочекал его. На
> следующий день хотел его купить, но ...  его уже зарегали))) Видимо робот
> какой-то ) И предложил мне купить доменного брокера)))
>
> 16 дек. 2016 г. 2:26 PM пользователь "Timur Nozadze via Moscow-pm" <
> moscow-pm на pm.org> написал:
>
> Привет!
>
> С датой рождения, по-моему, всё сложно, всё равно не угадаешь, так что
> 1998 будет выглядеть примерно так же странно, как 2016.
>
> А вот РФ выбирать по умолчанию логично, и вроде у нас так и было,
> возможно, что-то попортили. Разберёмся.
>
> Спасибо, что обратил внимание. Соберёшься в следующий раз что у нас
> заказывать — обращайся, дадим какой-нибудь промокод. :)
>
> пт, 16 дек. 2016 г. в 6:44, Максим Белозёров via Moscow-pm <
> moscow-pm на pm.org>:
>
> Салют!
> В поддержку тоже написал, но сюда, возможно, прямее)
> Попал тут под очарование халявы с .рус, но интерфейс местами имеет смысл
> поправить. Цитата из письма в ТП:
> >Не мог не обратить внимания: при регистрации по умолчанию выбрана страна
> «Австралийский союз» (что-то подсказывает, что большинство заказчиков у вас
> из РФ или по крайней мере из СНГ). Такая же история с календарями: везде по
> умолчанию текущая дата. Много ли у вас регистрируется новорожденных
> пользователей? Логика говорит, что в основном это люди не позже 1998 года
> рождения.
>
> Пардон за оффтоп.
>
> Онтоп: кто какие умолчания в интерфейсах считает «естественными»?
> --
> 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/20161216/ea71ef5f/attachment-0001.html>

From belozer0 на ya.ru  Fri Dec 16 06:28:25 2016
From: belozer0 на ya.ru (=?utf-8?B?0JzQsNC60YHQuNC8INCR0LXQu9C+0LfRkdGA0L7Qsg==?=)
Date: Fri, 16 Dec 2016 17:28:25 +0300
Subject: [Moscow.pm] 
 =?utf-8?b?0JXRgdGC0Ywg0LrRgtC+INGBINGA0LXQsy7RgNGD?= =?utf-8?q?=3F?=
In-Reply-To: <CABT7X_3J2Jc=coXqKtRkkscEyZ=RkLhgLR28fvYRi=_P-gM6Hg@mail.gmail.com>
References: <1480943339.3478.7@smtp.mail.ru>
	<70e33c6d-4db9-2565-3218-ef9127e0556b@knutov.com>
	<418431481859808@web20h.yandex.ru>
	<CABT7X_3J2Jc=coXqKtRkkscEyZ=RkLhgLR28fvYRi=_P-gM6Hg@mail.gmail.com>
Message-ID: <4061051481898505@web20h.yandex.ru>

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

From belozer0 на ya.ru  Fri Dec 16 06:44:38 2016
From: belozer0 на ya.ru (=?utf-8?B?0JzQsNC60YHQuNC8INCR0LXQu9C+0LfRkdGA0L7Qsg==?=)
Date: Fri, 16 Dec 2016 17:44:38 +0300
Subject: [Moscow.pm] 
 =?utf-8?b?0JXRgdGC0Ywg0LrRgtC+INGBINGA0LXQsy7RgNGD?= =?utf-8?q?=3F?=
In-Reply-To: <CADY3cDQV3SmUR1pfXcFz123N0To6ca_OpipbsJUNLHOb6snNSw@mail.gmail.com>
References: <1480943339.3478.7@smtp.mail.ru>
	<70e33c6d-4db9-2565-3218-ef9127e0556b@knutov.com>
	<418431481859808@web20h.yandex.ru>
	<CABT7X_3J2Jc=coXqKtRkkscEyZ=RkLhgLR28fvYRi=_P-gM6Hg@mail.gmail.com>
	<CADY3cDQV3SmUR1pfXcFz123N0To6ca_OpipbsJUNLHOb6snNSw@mail.gmail.com>
Message-ID: <4121031481899478@web20h.yandex.ru>

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

From kopytov на webhackers.ru  Fri Dec 16 07:19:57 2016
From: kopytov на webhackers.ru (Dmitry Kopytov)
Date: Fri, 16 Dec 2016 18:19:57 +0300
Subject: [Moscow.pm] 
 =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?=
 =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?=
In-Reply-To: <CAJxdCZ4CvtwsPbxH6fhSSbV58YfQFnhD1iysiStN6HFWOfVQFg@mail.gmail.com>
References: <20161024102057.GA24517@pavilion>
	<4290961477305857@web25g.yandex.ru>
	<20161025135327.GA9370@pavilion>
	<CAJxdCZ4CvtwsPbxH6fhSSbV58YfQFnhD1iysiStN6HFWOfVQFg@mail.gmail.com>
Message-ID: <20161216151957.GA2302@pavilion>

On Tue, Oct 25, 2016 at 05:02:10PM +0300, Павел Щербинин wrote:
> Встреча будет в декабре! Присылайте доклады!

Паша, привет! Ты обещал, уже середина декабря :-) Что скажешь, будет
встреча? Можно этому как-то помочь и тебя поддержать?

-- 
Dmitry Kopytov


From unknown.vagrant на gmail.com  Fri Dec 16 08:21:57 2016
From: unknown.vagrant на gmail.com (Nikolay Poletaev)
Date: Fri, 16 Dec 2016 16:21:57 +0000
Subject: [Moscow.pm] 
	=?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?=
	=?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?=
In-Reply-To: <20161216151957.GA2302@pavilion>
References: <20161024102057.GA24517@pavilion>
	<4290961477305857@web25g.yandex.ru>
	<20161025135327.GA9370@pavilion>
	<CAJxdCZ4CvtwsPbxH6fhSSbV58YfQFnhD1iysiStN6HFWOfVQFg@mail.gmail.com>
	<20161216151957.GA2302@pavilion>
Message-ID: <CAKLXkpgFTsJgk3xDtwEkkaLx1c8Qr4Da75MSqoptTpTT8YpryA@mail.gmail.com>

Присоединюсь к вопросу!

On Fri, 16 Dec 2016 19:21 Dmitry Kopytov via Moscow-pm, <moscow-pm на pm.org>
wrote:

> On Tue, Oct 25, 2016 at 05:02:10PM +0300, Павел Щербинин wrote:
> > Встреча будет в декабре! Присылайте доклады!
>
> Паша, привет! Ты обещал, уже середина декабря :-) Что скажешь, будет
> встреча? Можно этому как-то помочь и тебя поддержать?
>
> --
> Dmitry Kopytov
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161216/67ceb203/attachment-0001.html>

From dzirtik на gmail.com  Fri Dec 16 08:48:25 2016
From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=)
Date: Fri, 16 Dec 2016 19:48:25 +0300
Subject: [Moscow.pm] 
	=?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?=
	=?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?=
In-Reply-To: <CAKLXkpgFTsJgk3xDtwEkkaLx1c8Qr4Da75MSqoptTpTT8YpryA@mail.gmail.com>
References: <20161024102057.GA24517@pavilion>
	<4290961477305857@web25g.yandex.ru>
	<20161025135327.GA9370@pavilion>
	<CAJxdCZ4CvtwsPbxH6fhSSbV58YfQFnhD1iysiStN6HFWOfVQFg@mail.gmail.com>
	<20161216151957.GA2302@pavilion>
	<CAKLXkpgFTsJgk3xDtwEkkaLx1c8Qr4Da75MSqoptTpTT8YpryA@mail.gmail.com>
Message-ID: <CAJxdCZ6nFdTKxJ+zq-UcMtF++3BQCSC=RdcoKMr=g04BH8=cog@mail.gmail.com>

Присылайте доклады )) на текущий момент подано 0 заявок на доклад. Можем
сходить пиво попить ))

16 дек. 2016 г. 7:22 PM пользователь "Nikolay Poletaev via Moscow-pm" <
moscow-pm на pm.org> написал:

> Присоединюсь к вопросу!
>
> On Fri, 16 Dec 2016 19:21 Dmitry Kopytov via Moscow-pm, <moscow-pm на pm.org>
> wrote:
>
>> On Tue, Oct 25, 2016 at 05:02:10PM +0300, Павел Щербинин wrote:
>> > Встреча будет в декабре! Присылайте доклады!
>>
>> Паша, привет! Ты обещал, уже середина декабря :-) Что скажешь, будет
>> встреча? Можно этому как-то помочь и тебя поддержать?
>>
>> --
>> Dmitry Kopytov
>>
>> --
>> 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/20161216/5eba5bb5/attachment.html>

From khedin на gmail.com  Fri Dec 16 09:32:28 2016
From: khedin на gmail.com (Konstantin S. Uvarin)
Date: Fri, 16 Dec 2016 19:32:28 +0200
Subject: [Moscow.pm] =?utf-8?q?=28no_subject=29?=
Message-ID: <CAJj2qWk0S=k8C9a-VZY1=vtMb-naFPkBs_Nv6rK=7vye5YxmKQ@mail.gmail.com>

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

  Виноват, поленился по документации уточнить. Но идея примерно такая.

  А то что внутри ООП - так процедурную обёртку для объектного кода на
порядок проще сделать, чем наоборот.


2016-12-16 9:26 GMT+02:00 Питэр Рэббитсон via Moscow-pm <moscow-pm на pm.org>:

> On 12/16/2016 08:02 AM, Konstantin S. Uvarin via Moscow-pm wrote:
>
>>
>> Хотя в тестовых скриптах, например, вызываю mktemp( ..., CLEANUP => 1 );
>> и не парюсь.
>>
>>
> А там внутри все на OOP как раз и работает:
> https://metacpan.org/source/DAGOLDEN/File-Temp-0.2304/lib/Fi
> le/Temp.pm#L1598-1619
> https://metacpan.org/source/DAGOLDEN/File-Temp-0.2304/lib/Fi
> le/Temp.pm#L911-942
>
> P.S. хотя mktemp() опции не принимает, очепятка у вас наверное...
> https://metacpan.org/source/DAGOLDEN/File-Temp-0.2304/lib/Fi
> le/Temp.pm#L1324-1327
>
>
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Konstantin S. Uvarin
jabber: see <from>
skype: kuvarin
http://github.com/dallaylaen
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161216/74127280/attachment.html>

From mi на ya.ru  Fri Dec 16 11:52:18 2016
From: mi на ya.ru (Nikolay Mishin)
Date: Fri, 16 Dec 2016 22:52:18 +0300
Subject: [Moscow.pm] 
	=?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?=
	=?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?=
In-Reply-To: <CAJxdCZ6nFdTKxJ+zq-UcMtF++3BQCSC=RdcoKMr=g04BH8=cog@mail.gmail.com>
References: <20161024102057.GA24517@pavilion>
	<4290961477305857@web25g.yandex.ru>
	<20161025135327.GA9370@pavilion>
	<CAJxdCZ4CvtwsPbxH6fhSSbV58YfQFnhD1iysiStN6HFWOfVQFg@mail.gmail.com>
	<20161216151957.GA2302@pavilion>
	<CAKLXkpgFTsJgk3xDtwEkkaLx1c8Qr4Da75MSqoptTpTT8YpryA@mail.gmail.com>
	<CAJxdCZ6nFdTKxJ+zq-UcMtF++3BQCSC=RdcoKMr=g04BH8=cog@mail.gmail.com>
Message-ID: <3618681481917938@web6j.yandex.ru>

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

From akzhan.abdulin на gmail.com  Fri Dec 16 16:02:10 2016
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Sat, 17 Dec 2016 03:02:10 +0300
Subject: [Moscow.pm] 
	=?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?=
	=?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?=
In-Reply-To: <CAJxdCZ6nFdTKxJ+zq-UcMtF++3BQCSC=RdcoKMr=g04BH8=cog@mail.gmail.com>
References: <20161024102057.GA24517@pavilion>
	<4290961477305857@web25g.yandex.ru>
	<20161025135327.GA9370@pavilion>
	<CAJxdCZ4CvtwsPbxH6fhSSbV58YfQFnhD1iysiStN6HFWOfVQFg@mail.gmail.com>
	<20161216151957.GA2302@pavilion>
	<CAKLXkpgFTsJgk3xDtwEkkaLx1c8Qr4Da75MSqoptTpTT8YpryA@mail.gmail.com>
	<CAJxdCZ6nFdTKxJ+zq-UcMtF++3BQCSC=RdcoKMr=g04BH8=cog@mail.gmail.com>
Message-ID: <CAGOcgF2i709sVkk=UYAQ1Kmh+-NOTE-R5C2DQE5W5-PcNZpfng@mail.gmail.com>

У меня все возможные темы приводят к взаимодействию Perl и JavaScript
ecosystem 😊

16 декабря 2016 г., 19:48 пользователь Павел Щербинин via Moscow-pm <
moscow-pm на pm.org> написал:

> Присылайте доклады )) на текущий момент подано 0 заявок на доклад. Можем
> сходить пиво попить ))
>
> 16 дек. 2016 г. 7:22 PM пользователь "Nikolay Poletaev via Moscow-pm" <
> moscow-pm на pm.org> написал:
>
> Присоединюсь к вопросу!
>>
>> On Fri, 16 Dec 2016 19:21 Dmitry Kopytov via Moscow-pm, <moscow-pm на pm.org>
>> wrote:
>>
>>> On Tue, Oct 25, 2016 at 05:02:10PM +0300, Павел Щербинин wrote:
>>> > Встреча будет в декабре! Присылайте доклады!
>>>
>>> Паша, привет! Ты обещал, уже середина декабря :-) Что скажешь, будет
>>> встреча? Можно этому как-то помочь и тебя поддержать?
>>>
>>> --
>>> Dmitry Kopytov
>>>
>>> --
>>> 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/20161217/288939c9/attachment.html>

From khedin на gmail.com  Mon Dec 19 03:38:18 2016
From: khedin на gmail.com (Konstantin S. Uvarin)
Date: Mon, 19 Dec 2016 13:38:18 +0200
Subject: [Moscow.pm] MVC::Neaf: Not Even A Framework
In-Reply-To: <CAJj2qWn33huTOZr+VUC3hntrhPZAsQd6P8Ddu5EK7XT3vay+LA@mail.gmail.com>
References: <CAJj2qWmADMYsHMZWAj1N8Twe=qfkG7TXL8UCe1H37-fzdWOTZA@mail.gmail.com>
	<CAGOcgF2W4Q2fLa7i21Fqq8vVGxYfbS2zKA-axNMmiknNeL9P0w@mail.gmail.com>
	<CAJj2qW=NfEMfXVvnGpspmvkhm_1VUMv8tnqE4BmVQsvkbi-8GQ@mail.gmail.com>
	<CAGOcgF1nLNTTJFbnomd17MaqVGUWyJZYuPrpxHa9a9TU05DQQA@mail.gmail.com>
	<CAGOcgF0BWP51WjrsLchuGwZEX93a=g+XhVohXrLhEeE2e_VHHg@mail.gmail.com>
	<CAJj2qWn33huTOZr+VUC3hntrhPZAsQd6P8Ddu5EK7XT3vay+LA@mail.gmail.com>
Message-ID: <CAJj2qW=19V4C1aoqWzycP8uPfcYGMDPHOJ_ztR5i0DrUe4wcMw@mail.gmail.com>

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

  Выпустил Neaf 0.14 c экспериментальными hooks:

  * hook ставится на путь+метод, при этом можно указать exclude (т.е. пути,
к которым применяться НЕ будет)
  * фазы, в которые можно воткнуться:
    - pre_logic - после роутинга, но до выполнения основного хэндлера (+
прерывание путём die);
    - pre_content - после хэндлера;
    - pre_reply - перед отправкой заголовков клиенту (выполнение в обратном
порядке);
    - pre_cleanup - перед уничтожением объекта запроса, после отложенных
операций (выполнение в обратном порядке);
    - возможно, будут добавлены ещё. как минимум, pre_render, который
отрабатывает, ТОЛЬКО если собираемся применять шаблон/сериализатор. Ну и
pre-route надо запихнуть в ту же схему, не дело двум велосипедам быть в
одном фреймворке, который и так велосипед.
  * единственный аргумент ВСЕХ хуков - объект request
  * возвращаемое значение принципиально игнорируется, для коммуникаций
между хуками есть $request->stash. Также начиная с pre_content доступен
хэш, который вернул хэндлер, под именем $request->reply.

  Кроме этого, добавлены зависящие от пути значения по умолчанию,
применяемые после успешного хэндлера, напр. MVC::Neaf->set_path_defaults(
'/api' => { -view => 'JS' } );
  У них, правда, пока нет exclude.

  Кроме этого, добавлен Dancer-подобный сахар в виде

  use MVC::Neaf qw(:sugar);
  get '/path' => sub { ... };
  neaf error => 404 => sub { ... };
  neaf->run;

  Он тоже экспериментальный.

  https://github.com/dallaylaen/perl-mvc-neaf/
  https://metacpan.org/pod/MVC::Neaf

  Акжану присуждается медаль в дисциплине "взятие на слабо", а если
серьёзно, то спасибо за классный challenge и ссылки :)


-- 
Konstantin S. Uvarin
jabber: see <from>
skype: kuvarin
http://github.com/dallaylaen
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161219/e0708432/attachment.html>

From shafiev на gmail.com  Mon Dec 19 04:04:41 2016
From: shafiev на gmail.com (Naim Sh)
Date: Mon, 19 Dec 2016 16:04:41 +0400
Subject: [Moscow.pm] MVC::Neaf: Not Even A Framework
In-Reply-To: <CAJj2qW=19V4C1aoqWzycP8uPfcYGMDPHOJ_ztR5i0DrUe4wcMw@mail.gmail.com>
References: <CAJj2qWmADMYsHMZWAj1N8Twe=qfkG7TXL8UCe1H37-fzdWOTZA@mail.gmail.com>
	<CAGOcgF2W4Q2fLa7i21Fqq8vVGxYfbS2zKA-axNMmiknNeL9P0w@mail.gmail.com>
	<CAJj2qW=NfEMfXVvnGpspmvkhm_1VUMv8tnqE4BmVQsvkbi-8GQ@mail.gmail.com>
	<CAGOcgF1nLNTTJFbnomd17MaqVGUWyJZYuPrpxHa9a9TU05DQQA@mail.gmail.com>
	<CAGOcgF0BWP51WjrsLchuGwZEX93a=g+XhVohXrLhEeE2e_VHHg@mail.gmail.com>
	<CAJj2qWn33huTOZr+VUC3hntrhPZAsQd6P8Ddu5EK7XT3vay+LA@mail.gmail.com>
	<CAJj2qW=19V4C1aoqWzycP8uPfcYGMDPHOJ_ztR5i0DrUe4wcMw@mail.gmail.com>
Message-ID: <5ab41181-eb58-6179-8a89-8d525f83047e@gmail.com>

Советую новость оформить об нем на том же opennet.ru и на linux.org.ru


On 12/19/2016 03:38 PM, Konstantin S. Uvarin via Moscow-pm wrote:
> Приветствую.
>
>   Выпустил Neaf 0.14 c экспериментальными hooks:
>
>   * hook ставится на путь+метод, при этом можно указать exclude (т.е. 
> пути, к которым применяться НЕ будет)
>   * фазы, в которые можно воткнуться:
>     - pre_logic - после роутинга, но до выполнения основного хэндлера 
> (+ прерывание путём die);
>     - pre_content - после хэндлера;
>     - pre_reply - перед отправкой заголовков клиенту (выполнение в 
> обратном порядке);
>     - pre_cleanup - перед уничтожением объекта запроса, после 
> отложенных операций (выполнение в обратном порядке);
>     - возможно, будут добавлены ещё. как минимум, pre_render, который 
> отрабатывает, ТОЛЬКО если собираемся применять шаблон/сериализатор. Ну 
> и pre-route надо запихнуть в ту же схему, не дело двум велосипедам 
> быть в одном фреймворке, который и так велосипед.
>   * единственный аргумент ВСЕХ хуков - объект request
>   * возвращаемое значение принципиально игнорируется, для коммуникаций 
> между хуками есть $request->stash. Также начиная с pre_content 
> доступен хэш, который вернул хэндлер, под именем $request->reply.
>
>   Кроме этого, добавлены зависящие от пути значения по умолчанию, 
> применяемые после успешного хэндлера, напр. 
> MVC::Neaf->set_path_defaults( '/api' => { -view => 'JS' } );
>   У них, правда, пока нет exclude.
>
>   Кроме этого, добавлен Dancer-подобный сахар в виде
>
>   use MVC::Neaf qw(:sugar);
>   get '/path' => sub { ... };
> neaf error => 404 => sub { ... };
> neaf->run;
>
>   Он тоже экспериментальный.
>
> https://github.com/dallaylaen/perl-mvc-neaf/ 
> <https://github.com/dallaylaen/perl-mvc-neaf/>
> https://metacpan.org/pod/MVC::Neaf <https://metacpan.org/pod/MVC::Neaf>
>
>   Акжану присуждается медаль в дисциплине "взятие на слабо", а если 
> серьёзно, то спасибо за классный challenge и ссылки :)
>
>
> -- 
> Konstantin S. Uvarin
> jabber: see <from>
> skype: kuvarin
> http://github.com/dallaylaen
>
>

-- 
  

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

From worldmind на mail.ru  Mon Dec 19 04:31:55 2016
From: worldmind на mail.ru (Alexey Shrub)
Date: Mon, 19 Dec 2016 15:31:55 +0300
Subject: [Moscow.pm] MVC::Neaf: Not Even A Framework
In-Reply-To: <5ab41181-eb58-6179-8a89-8d525f83047e@gmail.com>
References: <5ab41181-eb58-6179-8a89-8d525f83047e@gmail.com>
Message-ID: <1482150715.1667.1@smtp.mail.ru>

On Пн, дек 19, 2016 в 3:04 , Naim Sh via Moscow-pm 
<moscow-pm на pm.org> wrote:
> Советую новость оформить об нем на 
> том же opennet.ru
> 
и на хабре

From khedin на gmail.com  Mon Dec 19 05:19:12 2016
From: khedin на gmail.com (Konstantin S. Uvarin)
Date: Mon, 19 Dec 2016 15:19:12 +0200
Subject: [Moscow.pm] MVC::Neaf: Not Even A Framework
In-Reply-To: <1482150715.1667.1@smtp.mail.ru>
References: <5ab41181-eb58-6179-8a89-8d525f83047e@gmail.com>
	<1482150715.1667.1@smtp.mail.ru>
Message-ID: <CAJj2qW=vrtrD0_RbavbFmUUmWFuaJOaJQbs9HL86eJ4Aykb_qQ@mail.gmail.com>

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

  Спасибо за пендель, наконец-то повесил новость о прошлом туле на ЛОР
(всякое интереснее, чем yet another perl framework ). Надеюсь, пропустят.


2016-12-19 14:31 GMT+02:00 Alexey Shrub via Moscow-pm <moscow-pm на pm.org>:

> On Пн, дек 19, 2016 в 3:04 , Naim Sh via Moscow-pm <moscow-pm на pm.org>
> wrote:
>
>> Советую новость оформить об нем на том же opennet.ru
>>
>> и на хабре
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Konstantin S. Uvarin
jabber: see <from>
skype: kuvarin
http://github.com/dallaylaen
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161219/5ea06ae1/attachment.html>

From shafiev на gmail.com  Mon Dec 19 05:31:01 2016
From: shafiev на gmail.com (Naim Sh)
Date: Mon, 19 Dec 2016 17:31:01 +0400
Subject: [Moscow.pm] MVC::Neaf: Not Even A Framework
In-Reply-To: <CAJj2qW=vrtrD0_RbavbFmUUmWFuaJOaJQbs9HL86eJ4Aykb_qQ@mail.gmail.com>
References: <5ab41181-eb58-6179-8a89-8d525f83047e@gmail.com>
	<1482150715.1667.1@smtp.mail.ru>
	<CAJj2qW=vrtrD0_RbavbFmUUmWFuaJOaJQbs9HL86eJ4Aykb_qQ@mail.gmail.com>
Message-ID: <0680b2a9-7041-b276-7bf4-9a5d636fd7c4@gmail.com>

в любом случае можно будет в ветку форума скинуть инфу .


On 12/19/2016 05:19 PM, Konstantin S. Uvarin via Moscow-pm wrote:
> Приветствую!
>
>   Спасибо за пендель, наконец-то повесил новость о прошлом туле на ЛОР 
> (всякое интереснее, чем yet another perl framework ). Надеюсь, пропустят.
>
>
> 2016-12-19 14:31 GMT+02:00 Alexey Shrub via Moscow-pm 
> <moscow-pm на pm.org <mailto:moscow-pm на pm.org>>:
>
>     On Пн, дек 19, 2016 в 3:04 , Naim Sh via Moscow-pm
>     <moscow-pm на pm.org <mailto:moscow-pm на pm.org>> wrote:
>
>         Советую новость оформить об нем на том же opennet.ru
>         <http://opennet.ru>
>
>     и на хабре
>
>     -- 
>     Moscow.pm mailing list
>     moscow-pm на pm.org <mailto:moscow-pm на pm.org> | http://moscow.pm.org
>
>
>
>
> -- 
> Konstantin S. Uvarin
> jabber: see <from>
> skype: kuvarin
> http://github.com/dallaylaen
>
>

-- 
  

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

From timur.nozadze на gmail.com  Mon Dec 19 06:31:07 2016
From: timur.nozadze на gmail.com (Timur Nozadze)
Date: Mon, 19 Dec 2016 14:31:07 +0000
Subject: [Moscow.pm] 
 =?utf-8?b?0JXRgdGC0Ywg0LrRgtC+INGBINGA0LXQsy7RgNGD?= =?utf-8?q?=3F?=
In-Reply-To: <4121031481899478@web20h.yandex.ru>
References: <1480943339.3478.7@smtp.mail.ru>
	<70e33c6d-4db9-2565-3218-ef9127e0556b@knutov.com>
	<418431481859808@web20h.yandex.ru>
	<CABT7X_3J2Jc=coXqKtRkkscEyZ=RkLhgLR28fvYRi=_P-gM6Hg@mail.gmail.com>
	<CADY3cDQV3SmUR1pfXcFz123N0To6ca_OpipbsJUNLHOb6snNSw@mail.gmail.com>
	<4121031481899478@web20h.yandex.ru>
Message-ID: <CABT7X_0YR90wMh-YBMPQdAp4mEHq1fdXK9j2R4qj6_x8Qo8Zpg@mail.gmail.com>

> Скидка с 0 рублей равна нулю, подсказывает логика :)
Ну так вдруг понадобится что-нибудь с ненулевой ценой.

> Вот кстати реальный трабл: заказывают на перепродажу многотысячными
словарями. Тимур, не предвидится какого-нибудь регулирования нахапанных на
продажу имён? Или это выгодно регистратору и ниипёт?
Если ты владелец торговой марки или чего-то в этом духе, то у тебя есть
возможности защищаться через суд, если кто-то хапнул домен, нарушив твои
права. А если твои права никто не нарушил — то каждый имеет право
зарегистрировать любые домены и в любом количестве, как тут можно что-то
регулировать? Можно, конечно, забюрократизировать всё, как у нас любят,
чтобы для регистрации домена приходилось полгода по инстанциям пороги
обивать, доказывая, что он реально нужен для дела, но вряд ли от этого
кому-то станет хорошо.

Дальнейшие вопросы по доменной теме, если таковые будут, думаю, лучше
обсуждать в личке и не грузить рассылку. ;)

пт, 16 дек. 2016 г. в 17:45, Максим Белозёров via Moscow-pm <
moscow-pm на pm.org>:

> >
> И предложил мне купить доменного брокера)))
>
> Вот кстати реальный трабл: заказывают на перепродажу многотысячными
> словарями. Тимур, не предвидится какого-нибудь регулирования нахапанных на
> продажу имён? Или это выгодно регистратору и ниипёт?
>
> --
> С наилучшими пожеланиями
> Максим Белозёров
>
>
>
> 16.12.2016, 14:35, "Роман Юсуфханов via Moscow-pm" <moscow-pm на pm.org>:
>
> Тимур, я тут недавно хотел купить доменчик. Ну и, с дуру, прочекал его. На
> следующий день хотел его купить, но ...  его уже зарегали))) Видимо робот
> какой-то ) И предложил мне купить доменного брокера)))
>
> 16 дек. 2016 г. 2:26 PM пользователь "Timur Nozadze via Moscow-pm" <
> moscow-pm на pm.org> написал:
>
> Привет!
>
> С датой рождения, по-моему, всё сложно, всё равно не угадаешь, так что
> 1998 будет выглядеть примерно так же странно, как 2016.
>
> А вот РФ выбирать по умолчанию логично, и вроде у нас так и было,
> возможно, что-то попортили. Разберёмся.
>
> Спасибо, что обратил внимание. Соберёшься в следующий раз что у нас
> заказывать — обращайся, дадим какой-нибудь промокод. :)
>
> пт, 16 дек. 2016 г. в 6:44, Максим Белозёров via Moscow-pm <
> moscow-pm на pm.org>:
>
> Салют!
> В поддержку тоже написал, но сюда, возможно, прямее)
> Попал тут под очарование халявы с .рус, но интерфейс местами имеет смысл
> поправить. Цитата из письма в ТП:
> >Не мог не обратить внимания: при регистрации по умолчанию выбрана страна
> «Австралийский союз» (что-то подсказывает, что большинство заказчиков у вас
> из РФ или по крайней мере из СНГ). Такая же история с календарями: везде по
> умолчанию текущая дата. Много ли у вас регистрируется новорожденных
> пользователей? Логика говорит, что в основном это люди не позже 1998 года
> рождения.
>
> Пардон за оффтоп.
>
> Онтоп: кто какие умолчания в интерфейсах считает «естественными»?
> --
> 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
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161219/c008b7ed/attachment-0001.html>

From akzhan.abdulin на gmail.com  Mon Dec 19 12:09:50 2016
From: akzhan.abdulin на gmail.com (Akzhan Abdulin)
Date: Mon, 19 Dec 2016 23:09:50 +0300
Subject: [Moscow.pm] [Kiev-pm]  MVC::Neaf: Not Even A Framework
In-Reply-To: <CAJj2qW=19V4C1aoqWzycP8uPfcYGMDPHOJ_ztR5i0DrUe4wcMw@mail.gmail.com>
References: <CAJj2qWmADMYsHMZWAj1N8Twe=qfkG7TXL8UCe1H37-fzdWOTZA@mail.gmail.com>
	<CAGOcgF2W4Q2fLa7i21Fqq8vVGxYfbS2zKA-axNMmiknNeL9P0w@mail.gmail.com>
	<CAJj2qW=NfEMfXVvnGpspmvkhm_1VUMv8tnqE4BmVQsvkbi-8GQ@mail.gmail.com>
	<CAGOcgF1nLNTTJFbnomd17MaqVGUWyJZYuPrpxHa9a9TU05DQQA@mail.gmail.com>
	<CAGOcgF0BWP51WjrsLchuGwZEX93a=g+XhVohXrLhEeE2e_VHHg@mail.gmail.com>
	<CAJj2qWn33huTOZr+VUC3hntrhPZAsQd6P8Ddu5EK7XT3vay+LA@mail.gmail.com>
	<CAJj2qW=19V4C1aoqWzycP8uPfcYGMDPHOJ_ztR5i0DrUe4wcMw@mail.gmail.com>
Message-ID: <CAGOcgF0QFKu4ZG0i3MQBObMZSQ4iVTt1K37MEMnGqzgWy_h30A@mail.gmail.com>

Идея hooks хоть и хороша, но

1) Полностью отсутствует нормальная схема прекращения обработки запроса
(хук все сделал). die порождает warning и просто увеличивает цену обработки
запроса. Хотя бы взяли идею event.stopPropagation() с JavaScript.

2) отсутствуют фазы after_xxx и around_xxx.

19 декабря 2016 г., 14:38 пользователь Konstantin S. Uvarin <
khedin на gmail.com> написал:

> Приветствую.
>
>   Выпустил Neaf 0.14 c экспериментальными hooks:
>
>   * hook ставится на путь+метод, при этом можно указать exclude (т.е.
> пути, к которым применяться НЕ будет)
>   * фазы, в которые можно воткнуться:
>     - pre_logic - после роутинга, но до выполнения основного хэндлера (+
> прерывание путём die);
>     - pre_content - после хэндлера;
>     - pre_reply - перед отправкой заголовков клиенту (выполнение в
> обратном порядке);
>     - pre_cleanup - перед уничтожением объекта запроса, после отложенных
> операций (выполнение в обратном порядке);
>     - возможно, будут добавлены ещё. как минимум, pre_render, который
> отрабатывает, ТОЛЬКО если собираемся применять шаблон/сериализатор. Ну и
> pre-route надо запихнуть в ту же схему, не дело двум велосипедам быть в
> одном фреймворке, который и так велосипед.
>   * единственный аргумент ВСЕХ хуков - объект request
>   * возвращаемое значение принципиально игнорируется, для коммуникаций
> между хуками есть $request->stash. Также начиная с pre_content доступен
> хэш, который вернул хэндлер, под именем $request->reply.
>
>   Кроме этого, добавлены зависящие от пути значения по умолчанию,
> применяемые после успешного хэндлера, напр. MVC::Neaf->set_path_defaults(
> '/api' => { -view => 'JS' } );
>   У них, правда, пока нет exclude.
>
>   Кроме этого, добавлен Dancer-подобный сахар в виде
>
>   use MVC::Neaf qw(:sugar);
>   get '/path' => sub { ... };
>   neaf error => 404 => sub { ... };
>   neaf->run;
>
>   Он тоже экспериментальный.
>
>   https://github.com/dallaylaen/perl-mvc-neaf/
>   https://metacpan.org/pod/MVC::Neaf
>
>   Акжану присуждается медаль в дисциплине "взятие на слабо", а если
> серьёзно, то спасибо за классный challenge и ссылки :)
>
>
> --
> Konstantin S. Uvarin
> jabber: see <from>
> skype: kuvarin
> http://github.com/dallaylaen
>
> _______________________________________________
> Kiev-pm mailing list
> Kiev-pm на pm.org
> http://mail.pm.org/mailman/listinfo/kiev-pm
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161219/33e7d3c1/attachment.html>

From khedin на gmail.com  Wed Dec 21 02:43:19 2016
From: khedin на gmail.com (Konstantin S. Uvarin)
Date: Wed, 21 Dec 2016 12:43:19 +0200
Subject: [Moscow.pm] [Kiev-pm]  MVC::Neaf: Not Even A Framework
In-Reply-To: <CAGOcgF0QFKu4ZG0i3MQBObMZSQ4iVTt1K37MEMnGqzgWy_h30A@mail.gmail.com>
References: <CAJj2qWmADMYsHMZWAj1N8Twe=qfkG7TXL8UCe1H37-fzdWOTZA@mail.gmail.com>
	<CAGOcgF2W4Q2fLa7i21Fqq8vVGxYfbS2zKA-axNMmiknNeL9P0w@mail.gmail.com>
	<CAJj2qW=NfEMfXVvnGpspmvkhm_1VUMv8tnqE4BmVQsvkbi-8GQ@mail.gmail.com>
	<CAGOcgF1nLNTTJFbnomd17MaqVGUWyJZYuPrpxHa9a9TU05DQQA@mail.gmail.com>
	<CAGOcgF0BWP51WjrsLchuGwZEX93a=g+XhVohXrLhEeE2e_VHHg@mail.gmail.com>
	<CAJj2qWn33huTOZr+VUC3hntrhPZAsQd6P8Ddu5EK7XT3vay+LA@mail.gmail.com>
	<CAJj2qW=19V4C1aoqWzycP8uPfcYGMDPHOJ_ztR5i0DrUe4wcMw@mail.gmail.com>
	<CAGOcgF0QFKu4ZG0i3MQBObMZSQ4iVTt1K37MEMnGqzgWy_h30A@mail.gmail.com>
Message-ID: <CAJj2qW=Xt6pAHRSLJfqWDhMiZuH0AWf446PJemD=QjkJBPwttw@mail.gmail.com>

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

  1) До выполнения основного хендлера у нас бабблинг вполне себе
прерывается. На дальнейших стадиях _пока_ не вижу смысла это делать. Мне
кажется, это только к лишним взаимозависимостям между коллбэками приведёт.
Там и так побочный эффект на побочном эффекте и побочным эффектом погоняет.

  2) after_xxx появятся скоро, насчёт around пока не знаю.

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

2016-12-19 22:09 GMT+02:00 Akzhan Abdulin <akzhan.abdulin на gmail.com>:

> Идея hooks хоть и хороша, но
>
> 1) Полностью отсутствует нормальная схема прекращения обработки запроса
> (хук все сделал). die порождает warning и просто увеличивает цену обработки
> запроса. Хотя бы взяли идею event.stopPropagation() с JavaScript.
>
> 2) отсутствуют фазы after_xxx и around_xxx.
>
> 19 декабря 2016 г., 14:38 пользователь Konstantin S. Uvarin <
> khedin на gmail.com> написал:
>
>> Приветствую.
>>
>>   Выпустил Neaf 0.14 c экспериментальными hooks:
>>
>>   * hook ставится на путь+метод, при этом можно указать exclude (т.е.
>> пути, к которым применяться НЕ будет)
>>   * фазы, в которые можно воткнуться:
>>     - pre_logic - после роутинга, но до выполнения основного хэндлера (+
>> прерывание путём die);
>>     - pre_content - после хэндлера;
>>     - pre_reply - перед отправкой заголовков клиенту (выполнение в
>> обратном порядке);
>>     - pre_cleanup - перед уничтожением объекта запроса, после отложенных
>> операций (выполнение в обратном порядке);
>>     - возможно, будут добавлены ещё. как минимум, pre_render, который
>> отрабатывает, ТОЛЬКО если собираемся применять шаблон/сериализатор. Ну и
>> pre-route надо запихнуть в ту же схему, не дело двум велосипедам быть в
>> одном фреймворке, который и так велосипед.
>>   * единственный аргумент ВСЕХ хуков - объект request
>>   * возвращаемое значение принципиально игнорируется, для коммуникаций
>> между хуками есть $request->stash. Также начиная с pre_content доступен
>> хэш, который вернул хэндлер, под именем $request->reply.
>>
>>   Кроме этого, добавлены зависящие от пути значения по умолчанию,
>> применяемые после успешного хэндлера, напр. MVC::Neaf->set_path_defaults(
>> '/api' => { -view => 'JS' } );
>>   У них, правда, пока нет exclude.
>>
>>   Кроме этого, добавлен Dancer-подобный сахар в виде
>>
>>   use MVC::Neaf qw(:sugar);
>>   get '/path' => sub { ... };
>>   neaf error => 404 => sub { ... };
>>   neaf->run;
>>
>>   Он тоже экспериментальный.
>>
>>   https://github.com/dallaylaen/perl-mvc-neaf/
>>   https://metacpan.org/pod/MVC::Neaf
>>
>>   Акжану присуждается медаль в дисциплине "взятие на слабо", а если
>> серьёзно, то спасибо за классный challenge и ссылки :)
>>
>>
>> --
>> Konstantin S. Uvarin
>> jabber: see <from>
>> skype: kuvarin
>> http://github.com/dallaylaen
>>
>> _______________________________________________
>> Kiev-pm mailing list
>> Kiev-pm на pm.org
>> http://mail.pm.org/mailman/listinfo/kiev-pm
>>
>>
>
> _______________________________________________
> Kiev-pm mailing list
> Kiev-pm на pm.org
> http://mail.pm.org/mailman/listinfo/kiev-pm
>
>


-- 
Konstantin S. Uvarin
jabber: see <from>
skype: kuvarin
http://github.com/dallaylaen
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161221/741ae148/attachment.html>

From andy на shitov.ru  Tue Dec 27 12:05:28 2016
From: andy на shitov.ru (Andrew Shitov)
Date: Tue, 27 Dec 2016 21:05:28 +0100
Subject: [Moscow.pm] fosdem
Message-ID: <CANTXRvQee-qN0PG6Kq-LMHqU+p-jnXaaEAyx75zNPn9Qg6Jamg@mail.gmail.com>

Привет!

А кто чо на Фосдем в новом году?

-- 
Andrew Shitov
______________________________________________________________________
andy на shitov.ru | http://shitov.ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161227/e07e9af0/attachment.html>

From ruslan.zakirov на gmail.com  Wed Dec 28 02:33:08 2016
From: ruslan.zakirov на gmail.com (Ruslan Zakirov)
Date: Wed, 28 Dec 2016 13:33:08 +0300
Subject: [Moscow.pm] =?utf-8?b?0J/QtdGA0LXQutC70Y7Rh9Cw0LvQutCwINC60L4=?=
	=?utf-8?b?0L3RgtC10LrRgdGC0L7QsiDQsiDQsNGB0LjQvdGF0YDQvtC90L3Ri9GF?=
	=?utf-8?b?INC/0YDQuNC70L7QttC10L3QuNGP0YU=?=
Message-ID: <CAMOxC8tgnTHdvvUg4ZnP_KcmOUNcYjoX7S2=PnZWe6xozyvUkg@mail.gmail.com>

Привет.

В свое время гуглил, но нашел ничего. Написал свое, но вот опять
понадобилось и думаю что должно быть готовое и удобное.

В момент начала обработки запроса, сообщения из очереди или еще по какому
событию создаем контекст исполнения. Далее при создании колбека этот
контест сохраняется, а при вызове его из лупа восстанавливается.

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

From khedin на gmail.com  Wed Dec 28 02:42:41 2016
From: khedin на gmail.com (Konstantin S. Uvarin)
Date: Wed, 28 Dec 2016 12:42:41 +0200
Subject: [Moscow.pm] 
	=?utf-8?b?0J/QtdGA0LXQutC70Y7Rh9Cw0LvQutCwINC60L4=?=
	=?utf-8?b?0L3RgtC10LrRgdGC0L7QsiDQsiDQsNGB0LjQvdGF0YDQvtC90L3Ri9GF?=
	=?utf-8?b?INC/0YDQuNC70L7QttC10L3QuNGP0YU=?=
In-Reply-To: <CAMOxC8tgnTHdvvUg4ZnP_KcmOUNcYjoX7S2=PnZWe6xozyvUkg@mail.gmail.com>
References: <CAMOxC8tgnTHdvvUg4ZnP_KcmOUNcYjoX7S2=PnZWe6xozyvUkg@mail.gmail.com>
Message-ID: <CAJj2qWn0CJ__h01+wvW=XErjYDiosUH=V9FNAnhvARnX8U20cw@mail.gmail.com>

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

"Как ни собирали, всё равно Coro получается".

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

Я не прав?


2016-12-28 12:33 GMT+02:00 Ruslan Zakirov via Moscow-pm <moscow-pm на pm.org>:

> Привет.
>
> В свое время гуглил, но нашел ничего. Написал свое, но вот опять
> понадобилось и думаю что должно быть готовое и удобное.
>
> В момент начала обработки запроса, сообщения из очереди или еще по какому
> событию создаем контекст исполнения. Далее при создании колбека этот
> контест сохраняется, а при вызове его из лупа восстанавливается.
>
> Плохо искал?
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>


-- 
Konstantin S. Uvarin
jabber: see <from>
skype: kuvarin
http://github.com/dallaylaen
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161228/86ba9208/attachment.html>

From qalexx на gmail.com  Wed Dec 28 02:48:53 2016
From: qalexx на gmail.com (Alexander Q)
Date: Wed, 28 Dec 2016 10:48:53 +0000
Subject: [Moscow.pm] 
	=?utf-8?b?0J/QtdGA0LXQutC70Y7Rh9Cw0LvQutCwINC60L4=?=
	=?utf-8?b?0L3RgtC10LrRgdGC0L7QsiDQsiDQsNGB0LjQvdGF0YDQvtC90L3Ri9GF?=
	=?utf-8?b?INC/0YDQuNC70L7QttC10L3QuNGP0YU=?=
In-Reply-To: <CAJj2qWn0CJ__h01+wvW=XErjYDiosUH=V9FNAnhvARnX8U20cw@mail.gmail.com>
References: <CAMOxC8tgnTHdvvUg4ZnP_KcmOUNcYjoX7S2=PnZWe6xozyvUkg@mail.gmail.com>
	<CAJj2qWn0CJ__h01+wvW=XErjYDiosUH=V9FNAnhvARnX8U20cw@mail.gmail.com>
Message-ID: <CAEJuZgcdv_fHwJdGdDLLFdcQE0jF_dG4T92QrMvntrfkDT+pqQ@mail.gmail.com>

Это же closure, замыкание, по определению.

On Wed, Dec 28, 2016, 13:43 Konstantin S. Uvarin via Moscow-pm <
moscow-pm на pm.org> wrote:

> Приветствую.
>
> "Как ни собирали, всё равно Coro получается".
>
> Контекст, который сохраняется/извлекается по событию, как я понимаю, будет
> эквивалентен кооперативным тредам и/или корутинам.
>
> Я не прав?
>
>
> 2016-12-28 12:33 GMT+02:00 Ruslan Zakirov via Moscow-pm <moscow-pm на pm.org>
> :
>
> Привет.
>
> В свое время гуглил, но нашел ничего. Написал свое, но вот опять
> понадобилось и думаю что должно быть готовое и удобное.
>
> В момент начала обработки запроса, сообщения из очереди или еще по какому
> событию создаем контекст исполнения. Далее при создании колбека этот
> контест сохраняется, а при вызове его из лупа восстанавливается.
>
> Плохо искал?
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
>
> --
> Konstantin S. Uvarin
> jabber: see <from>
> skype: kuvarin
> http://github.com/dallaylaen
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161228/c3566e3a/attachment-0001.html>

From ruslan.zakirov на gmail.com  Wed Dec 28 03:05:20 2016
From: ruslan.zakirov на gmail.com (Ruslan Zakirov)
Date: Wed, 28 Dec 2016 14:05:20 +0300
Subject: [Moscow.pm] 
	=?utf-8?b?0J/QtdGA0LXQutC70Y7Rh9Cw0LvQutCwINC60L4=?=
	=?utf-8?b?0L3RgtC10LrRgdGC0L7QsiDQsiDQsNGB0LjQvdGF0YDQvtC90L3Ri9GF?=
	=?utf-8?b?INC/0YDQuNC70L7QttC10L3QuNGP0YU=?=
In-Reply-To: <CAJj2qWn0CJ__h01+wvW=XErjYDiosUH=V9FNAnhvARnX8U20cw@mail.gmail.com>
References: <CAMOxC8tgnTHdvvUg4ZnP_KcmOUNcYjoX7S2=PnZWe6xozyvUkg@mail.gmail.com>
	<CAJj2qWn0CJ__h01+wvW=XErjYDiosUH=V9FNAnhvARnX8U20cw@mail.gmail.com>
Message-ID: <CAMOxC8ue9nV+cfFnow_GnCroeA8U4pWgYq5Vp9dqYpPPXRELaA@mail.gmail.com>

возможно и так. сейчас у меня просто в глобальную переменную можно положить
что-то и колбеки/промисы сохраняют и восстанавливают. В coro все таки ниже
уровень.

28 Дек 2016 г. 13:43 пользователь "Konstantin S. Uvarin via Moscow-pm" <
moscow-pm на pm.org> написал:

> Приветствую.
>
> "Как ни собирали, всё равно Coro получается".
>
> Контекст, который сохраняется/извлекается по событию, как я понимаю, будет
> эквивалентен кооперативным тредам и/или корутинам.
>
> Я не прав?
>
>
> 2016-12-28 12:33 GMT+02:00 Ruslan Zakirov via Moscow-pm <moscow-pm на pm.org>
> :
>
>> Привет.
>>
>> В свое время гуглил, но нашел ничего. Написал свое, но вот опять
>> понадобилось и думаю что должно быть готовое и удобное.
>>
>> В момент начала обработки запроса, сообщения из очереди или еще по какому
>> событию создаем контекст исполнения. Далее при создании колбека этот
>> контест сохраняется, а при вызове его из лупа восстанавливается.
>>
>> Плохо искал?
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>>
>
>
> --
> Konstantin S. Uvarin
> jabber: see <from>
> skype: kuvarin
> http://github.com/dallaylaen
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20161228/cb0777ee/attachment.html>

From ruslan.zakirov на gmail.com  Wed Dec 28 03:28:23 2016
From: ruslan.zakirov на gmail.com (Ruslan Zakirov)
Date: Wed, 28 Dec 2016 14:28:23 +0300
Subject: [Moscow.pm] 
	=?utf-8?b?0J/QtdGA0LXQutC70Y7Rh9Cw0LvQutCwINC60L4=?=
	=?utf-8?b?0L3RgtC10LrRgdGC0L7QsiDQsiDQsNGB0LjQvdGF0YDQvtC90L3Ri9GF?=
	=?utf-8?b?INC/0YDQuNC70L7QttC10L3QuNGP0YU=?=
In-Reply-To: <CAMOxC8t8Z6yFdBEt8dqAZ4OSBASzz=jKQM-W5weLPUhZjD6xMA@mail.gmail.com>
References: <CAMOxC8tgnTHdvvUg4ZnP_KcmOUNcYjoX7S2=PnZWe6xozyvUkg@mail.gmail.com>
	<CAJj2qWn0CJ__h01+wvW=XErjYDiosUH=V9FNAnhvARnX8U20cw@mail.gmail.com>
	<CAEJuZgcdv_fHwJdGdDLLFdcQE0jF_dG4T92QrMvntrfkDT+pqQ@mail.gmail.com>
	<CAMOxC8t4Q43b-RjxMaVaV1AuGU0iPZHts6igt8B3r+pboVQ0-Q@mail.gmail.com>
	<CAMOxC8t8Z6yFdBEt8dqAZ4OSBASzz=jKQM-W5weLPUhZjD6xMA@mail.gmail.com>
Message-ID: <CAMOxC8tpQ=duCcOawcU71uHuAYSKou6_Fqs11Fcq_BO9nM40yg@mail.gmail.com>

28 Дек 2016 г. 13:49 пользователь "Alexander Q via Moscow-pm" <
moscow-pm на pm.org> написал:

Это же closure, замыкание, по определению.


Замыкания никто не отменял. И да берем контекст и прекидываем его между
функциями и замыкается на нем в колонках. Некрасиво. Много повторений
мелких.

Еще способ из полезного объекта сделать носителя контекста. Из веб запроса,
из сообщения, но опять же наступает момент, когда все функции должны
аргументом начать принимать произвольного носителя контекста.


On Wed, Dec 28, 2016, 13:43 Konstantin S. Uvarin via Moscow-pm <
moscow-pm на pm.org> wrote:

> Приветствую.
>
> "Как ни собирали, всё равно Coro получается".
>
> Контекст, который сохраняется/извлекается по событию, как я понимаю, будет
> эквивалентен кооперативным тредам и/или корутинам.
>
> Я не прав?
>
>
> 2016-12-28 12:33 GMT+02:00 Ruslan Zakirov via Moscow-pm <moscow-pm на pm.org>
> :
>
> Привет.
>
> В свое время гуглил, но нашел ничего. Написал свое, но вот опять
> понадобилось и думаю что должно быть готовое и удобное.
>
> В момент начала обработки запроса, сообщения из очереди или еще по какому
> событию создаем контекст исполнения. Далее при создании колбека этот
> контест сохраняется, а при вызове его из лупа восстанавливается.
>
> Плохо искал?
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
>
>
>
> --
> Konstantin S. Uvarin
> jabber: see <from>
> skype: kuvarin
> http://github.com/dallaylaen
> --
> 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/20161228/a46d5ea1/attachment-0001.html>

From chesnokov.ilya на gmail.com  Thu Dec 29 02:09:38 2016
From: chesnokov.ilya на gmail.com (Ilya Chesnokov)
Date: Thu, 29 Dec 2016 13:09:38 +0300
Subject: [Moscow.pm] 
	=?utf-8?b?0J/QtdGA0LXQutC70Y7Rh9Cw0LvQutCwINC60L4=?=
	=?utf-8?b?0L3RgtC10LrRgdGC0L7QsiDQsiDQsNGB0LjQvdGF0YDQvtC90L3Ri9GF?=
	=?utf-8?b?INC/0YDQuNC70L7QttC10L3QuNGP0YU=?=
In-Reply-To: <CAMOxC8ue9nV+cfFnow_GnCroeA8U4pWgYq5Vp9dqYpPPXRELaA@mail.gmail.com>
References: <CAMOxC8tgnTHdvvUg4ZnP_KcmOUNcYjoX7S2=PnZWe6xozyvUkg@mail.gmail.com>
	<CAJj2qWn0CJ__h01+wvW=XErjYDiosUH=V9FNAnhvARnX8U20cw@mail.gmail.com>
	<CAMOxC8ue9nV+cfFnow_GnCroeA8U4pWgYq5Vp9dqYpPPXRELaA@mail.gmail.com>
Message-ID: <CANh0x-ydgsuh_Enff_tUce3KASb1ECtQTQifS4gUizFvXg06Ew@mail.gmail.com>

28 декабря 2016 г., 14:05 пользователь Ruslan Zakirov via Moscow-pm
<moscow-pm на pm.org> написал:
> возможно и так. сейчас у меня просто в глобальную переменную можно положить
> что-то и колбеки/промисы сохраняют и восстанавливают. В coro все таки ниже
> уровень.

То есть ты написал что-то, что выше уровнем, чем Coro, но делает то же самое?
Интересно было бы взглянуть.

> 28 Дек 2016 г. 13:43 пользователь "Konstantin S. Uvarin via Moscow-pm"
> <moscow-pm на pm.org> написал:
>
>> Приветствую.
>>
>> "Как ни собирали, всё равно Coro получается".
>>
>> Контекст, который сохраняется/извлекается по событию, как я понимаю, будет
>> эквивалентен кооперативным тредам и/или корутинам.
>>
>> Я не прав?
>>
>>
>> 2016-12-28 12:33 GMT+02:00 Ruslan Zakirov via Moscow-pm
>> <moscow-pm на pm.org>:
>>>
>>> Привет.
>>>
>>> В свое время гуглил, но нашел ничего. Написал свое, но вот опять
>>> понадобилось и думаю что должно быть готовое и удобное.
>>>
>>> В момент начала обработки запроса, сообщения из очереди или еще по какому
>>> событию создаем контекст исполнения. Далее при создании колбека этот контест
>>> сохраняется, а при вызове его из лупа восстанавливается.
>>>
>>> Плохо искал?
>>>
>>> --
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>>>
>>
>>
>>
>> --
>> Konstantin S. Uvarin
>> jabber: see <from>
>> skype: kuvarin
>> http://github.com/dallaylaen
>>
>> --
>> 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

From ruslan.zakirov на gmail.com  Thu Dec 29 02:16:26 2016
From: ruslan.zakirov на gmail.com (Ruslan Zakirov)
Date: Thu, 29 Dec 2016 13:16:26 +0300
Subject: [Moscow.pm] 
	=?utf-8?b?0J/QtdGA0LXQutC70Y7Rh9Cw0LvQutCwINC60L4=?=
	=?utf-8?b?0L3RgtC10LrRgdGC0L7QsiDQsiDQsNGB0LjQvdGF0YDQvtC90L3Ri9GF?=
	=?utf-8?b?INC/0YDQuNC70L7QttC10L3QuNGP0YU=?=
In-Reply-To: <CANh0x-ydgsuh_Enff_tUce3KASb1ECtQTQifS4gUizFvXg06Ew@mail.gmail.com>
References: <CAMOxC8tgnTHdvvUg4ZnP_KcmOUNcYjoX7S2=PnZWe6xozyvUkg@mail.gmail.com>
	<CAJj2qWn0CJ__h01+wvW=XErjYDiosUH=V9FNAnhvARnX8U20cw@mail.gmail.com>
	<CAMOxC8ue9nV+cfFnow_GnCroeA8U4pWgYq5Vp9dqYpPPXRELaA@mail.gmail.com>
	<CANh0x-ydgsuh_Enff_tUce3KASb1ECtQTQifS4gUizFvXg06Ew@mail.gmail.com>
Message-ID: <CAMOxC8s0DwK4WrxKaFJCQ+5Je30FsVLvfdPsNVvhpn6zcK0Aww@mail.gmail.com>

2016-12-29 13:09 GMT+03:00 Ilya Chesnokov <chesnokov.ilya на gmail.com>:

> 28 декабря 2016 г., 14:05 пользователь Ruslan Zakirov via Moscow-pm
> <moscow-pm на pm.org> написал:
> > возможно и так. сейчас у меня просто в глобальную переменную можно
> положить
> > что-то и колбеки/промисы сохраняют и восстанавливают. В coro все таки
> ниже
> > уровень.
>
> То есть ты написал что-то, что выше уровнем, чем Coro, но делает то же
> самое?
> Интересно было бы взглянуть.
>

Чего там глядеть. Сохранили объект при создании сallback'а, восстановили
перед вызовом. Coro это все таки continuationы, а у меня так фигня в user
space :).

Сейчас сижу выдергиваю из одного проекта для публикации на CPAN.


> 28 Дек 2016 г. 13:43 пользователь "Konstantin S. Uvarin via Moscow-pm"
> > <moscow-pm на pm.org> написал:
> >
> >> Приветствую.
> >>
> >> "Как ни собирали, всё равно Coro получается".
> >>
> >> Контекст, который сохраняется/извлекается по событию, как я понимаю,
> будет
> >> эквивалентен кооперативным тредам и/или корутинам.
> >>
> >> Я не прав?
> >>
> >>
> >> 2016-12-28 12:33 GMT+02:00 Ruslan Zakirov via Moscow-pm
> >> <moscow-pm на pm.org>:
> >>>
> >>> Привет.
> >>>
> >>> В свое время гуглил, но нашел ничего. Написал свое, но вот опять
> >>> понадобилось и думаю что должно быть готовое и удобное.
> >>>
> >>> В момент начала обработки запроса, сообщения из очереди или еще по
> какому
> >>> событию создаем контекст исполнения. Далее при создании колбека этот
> контест
> >>> сохраняется, а при вызове его из лупа восстанавливается.
> >>>
> >>> Плохо искал?
> >>>
> >>> --
> >>> Moscow.pm mailing list
> >>> moscow-pm на pm.org | http://moscow.pm.org
> >>>
> >>
> >>
> >>
> >> --
> >> Konstantin S. Uvarin
> >> jabber: see <from>
> >> skype: kuvarin
> >> http://github.com/dallaylaen
> >>
> >> --
> >> 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
>



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