From pavel на kuptsov.info Thu Oct 1 02:30:05 2015 From: pavel на kuptsov.info (=?UTF-8?B?0J/QsNCy0LXQuyDQmtGD0L/RhtC+0LI=?=) Date: Thu, 1 Oct 2015 12:30:05 +0300 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST Message-ID: Доброго времени суток! А кто-нибудь в сабжевом модуле менял это значение в большую сторону? our $MAX_PER_HOST = 4; # changing this is evil и почему это зло? :)) -- Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From creaktive на gmail.com Thu Oct 1 02:38:53 2015 From: creaktive на gmail.com (Stanislaw Pusep) Date: Thu, 1 Oct 2015 11:38:53 +0200 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST In-Reply-To: References: Message-ID: Я менял. Прекрасно работает. Зло это с точки зрения сервера: где-то кем-то определено, что среднестатистический браузер должен держать не более 4-х соединений на хост. А то если все будут делать по 16 соединений, будет хаос и разрушение. Что-то вроде этого. 2015-10-01 11:30 GMT+02:00 Павел Купцов : > Доброго времени суток! > А кто-нибудь в сабжевом модуле менял это значение в большую сторону? > > our $MAX_PER_HOST = 4; # changing this is evil > > и почему это зло? :)) > > > -- > Павел > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Thu Oct 1 02:51:17 2015 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Thu, 1 Oct 2015 12:51:17 +0300 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST In-Reply-To: References: Message-ID: Угу, есть старенький RFC на это, но современные браузеры его не соблюдают. 1 октября 2015 г., 12:38 пользователь Stanislaw Pusep написал: > Я менял. Прекрасно работает. > Зло это с точки зрения сервера: где-то кем-то определено, что > среднестатистический браузер должен держать не более 4-х соединений на > хост. А то если все будут делать по 16 соединений, будет хаос и > разрушение. Что-то вроде этого. > > 2015-10-01 11:30 GMT+02:00 Павел Купцов : > >> Доброго времени суток! >> А кто-нибудь в сабжевом модуле менял это значение в большую сторону? >> >> our $MAX_PER_HOST = 4; # changing this is evil >> >> и почему это зло? :)) >> >> >> -- >> Павел >> >> >> -- >> 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 было извлечено… URL: From o.smirnova на corp.mail.ru Thu Oct 1 03:02:42 2015 From: o.smirnova на corp.mail.ru (Olga Smirnova) Date: Thu, 1 Oct 2015 13:02:42 +0300 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST In-Reply-To: References: Message-ID: <560D04C2.6070803@corp.mail.ru> меняли на 1024, пока вроде живы =) 01.10.2015 12:30, Павел Купцов пишет: > Доброго времени суток! > А кто-нибудь в сабжевом модуле менял это значение в большую сторону? > our $MAX_PER_HOST = 4; # changing this is evil > и почему это зло? :)) > > > -- > Павел > > > -- С уважением, Ольга Смирнова Perl-программист проекта Деньги@mail.ru раб.: +7 (495)-725-63-57 (внутр. 2199) моб.: +7 (926)-959-16-23 e-mail: o.smirnova на corp.mail.ru skype: olga_smirnova89 mail-agent: o.smirnova на corp.mail.ru ISQ: 232733122 mail.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: ----------- следущая часть ----------- Вложение не в текстовом формате было извлечено… Имя: logo_full.png Тип: image/png Размер: 9565 байтов Описание: отсутствует URL: From ali на ali.org.ua Thu Oct 1 03:22:41 2015 From: ali на ali.org.ua (Oleg Alistratov) Date: Thu, 01 Oct 2015 13:22:41 +0300 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST In-Reply-To: References: Message-ID: <888441443694961@web2o.yandex.ru> Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Thu Oct 1 03:50:49 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Thu, 1 Oct 2015 13:50:49 +0300 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST In-Reply-To: References: Message-ID: 1 октября 2015 г., 12:30 пользователь Павел Купцов написал: > Доброго времени суток! > А кто-нибудь в сабжевом модуле менял это значение в большую сторону? > > our $MAX_PER_HOST = 4; # changing this is evil > > и почему это зло? :)) Зло это потому, что сервер можно положить ненароком. > > -- > Павел > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ilya Chesnokov From maxim.vuets на gmail.com Thu Oct 1 04:21:01 2015 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Thu, 1 Oct 2015 13:21:01 +0200 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST In-Reply-To: References: Message-ID: 2015-10-01 11:51 GMT+02:00 Akzhan Abdulin : > Угу, есть старенький RFC на это, но современные браузеры его не соблюдают. Кажется, это причина почему Opera была самым быстрым браузером в начале 2000-х. From pavel на kuptsov.info Thu Oct 1 04:21:38 2015 From: pavel на kuptsov.info (=?UTF-8?B?0J/QsNCy0LXQuyDQmtGD0L/RhtC+0LI=?=) Date: Thu, 1 Oct 2015 14:21:38 +0300 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST Message-ID: Спасибо, попробую поэкспериментировать с этим параметром! 01 окт. 2015 г. 13:23 пользователь написал: > Сообщения, предназначенные для списка > рассылки Moscow-pm, отправляйте по адресу > moscow-pm на pm.org > > Для изменения параметров подписки или > отписки используйте веб-страницу > http://mail.pm.org/mailman/listinfo/moscow-pm > или отправьте письмо, в теле или теме > которого будет слово 'help', по адресу > moscow-pm-request на pm.org > > Адрес администратора этого списка > рассылки: > moscow-pm-owner на pm.org > > При ответе, пожалуйста, измените тему > письма на более содержательную чем "Re: > Содержание дайджеста списка рассылки > Moscow-pm..." > > > В этом номере: > > 1. AnyEvent::HTTP MAX_PER_HOST (Павел Купцов) > 2. Re: AnyEvent::HTTP MAX_PER_HOST (Stanislaw Pusep) > 3. Re: AnyEvent::HTTP MAX_PER_HOST (Akzhan Abdulin) > 4. Re: AnyEvent::HTTP MAX_PER_HOST (Olga Smirnova) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 1 Oct 2015 12:30:05 +0300 > From: Павел Купцов > To: "moscow-pm на pm.org" > Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST > Message-ID: > Jp8y3zgygmw2wCjcHivdhm-LJON7A на mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Доброго времени суток! > А кто-нибудь в сабжевом модуле менял это значение в большую сторону? > > our $MAX_PER_HOST = 4; # changing this is evil > > и почему это зло? :)) > > > -- > Павел > ----------- следущая часть ----------- > Вложение в формате HTML было извлечено… > URL: < > http://mail.pm.org/pipermail/moscow-pm/attachments/20151001/9e4712cc/attachment-0001.html > > > > ------------------------------ > > Message: 2 > Date: Thu, 1 Oct 2015 11:38:53 +0200 > From: Stanislaw Pusep > To: "Moscow.pm group" > Subject: Re: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST > Message-ID: > vT0H2pSEQZ7ak1NbHvMZwzV3WHHDA на mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Я менял. Прекрасно работает. > Зло это с точки зрения сервера: где-то кем-то определено, что > среднестатистический браузер должен держать не более 4-х соединений на > хост. > А то если все будут делать по 16 соединений, будет хаос и разрушение. > Что-то вроде этого. > > 2015-10-01 11:30 GMT+02:00 Павел Купцов : > > > Доброго времени суток! > > А кто-нибудь в сабжевом модуле менял это значение в большую сторону? > > > > our $MAX_PER_HOST = 4; # changing this is evil > > > > и почему это зло? :)) > > > > > > -- > > Павел > > > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > > ----------- следущая часть ----------- > Вложение в формате HTML было извлечено… > URL: < > http://mail.pm.org/pipermail/moscow-pm/attachments/20151001/5312af60/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Thu, 1 Oct 2015 12:51:17 +0300 > From: Akzhan Abdulin > To: "Moscow.pm group" > Subject: Re: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST > Message-ID: > < > CAGOcgF36ndGRg9BnSF9sW-r2fTiHNU-9q6iaYtV7VoS47WS3tg на mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Угу, есть старенький RFC на это, но современные браузеры его не соблюдают. > > 1 октября 2015 г., 12:38 пользователь Stanislaw Pusep > > написал: > > > Я менял. Прекрасно работает. > > Зло это с точки зрения сервера: где-то кем-то определено, что > > среднестатистический браузер должен держать не более 4-х соединений на > > хост. А то если все будут делать по 16 соединений, будет хаос и > > разрушение. Что-то вроде этого. > > > > 2015-10-01 11:30 GMT+02:00 Павел Купцов : > > > >> Доброго времени суток! > >> А кто-нибудь в сабжевом модуле менял это значение в большую сторону? > >> > >> our $MAX_PER_HOST = 4; # changing this is evil > >> > >> и почему это зло? :)) > >> > >> > >> -- > >> Павел > >> > >> > >> -- > >> 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 было извлечено… > URL: < > http://mail.pm.org/pipermail/moscow-pm/attachments/20151001/d07e8d6b/attachment-0001.html > > > > ------------------------------ > > Message: 4 > Date: Thu, 1 Oct 2015 13:02:42 +0300 > From: Olga Smirnova > To: moscow-pm на pm.org > Subject: Re: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST > Message-ID: <560D04C2.6070803 на corp.mail.ru> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > меняли на 1024, пока вроде живы =) > > 01.10.2015 12:30, Павел Купцов пишет: > > Доброго времени суток! > > А кто-нибудь в сабжевом модуле менял это значение в большую сторону? > > our $MAX_PER_HOST = 4; # changing this is evil > > и почему это зло? :)) > > > > > > -- > > Павел > > > > > > > > -- > С уважением, > > Ольга Смирнова > Perl-программист проекта Деньги@mail.ru > раб.: +7 (495)-725-63-57 (внутр. 2199) > моб.: +7 (926)-959-16-23 > e-mail: o.smirnova на corp.mail.ru > skype: olga_smirnova89 > mail-agent: o.smirnova на corp.mail.ru > ISQ: 232733122 > > mail.ru > ----------- следущая часть ----------- > Вложение в формате HTML было извлечено… > URL: < > http://mail.pm.org/pipermail/moscow-pm/attachments/20151001/f5464cdd/attachment.html > > > ----------- следущая часть ----------- > Вложение не в текстовом формате было извлечено… > Имя: logo_full.png > Тип: image/png > Размер: 9565 байтов > Описание: отсутствует > URL: < > http://mail.pm.org/pipermail/moscow-pm/attachments/20151001/f5464cdd/attachment.png > > > > ------------------------------ > > Subject: Нижний колонтитул дайджеста > > _______________________________________________ > Moscow-pm mailing list > Moscow-pm на pm.org > http://mail.pm.org/mailman/listinfo/moscow-pm > > > ------------------------------ > > Конец Дайджест списка рассылки Moscow-pm; том 96, выпуск 1 > > ********************************************************************************************** > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Thu Oct 1 05:27:51 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Thu, 1 Oct 2015 15:27:51 +0300 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST In-Reply-To: References: Message-ID: <20151001122751.GA10321@vdsl.uvw.ru> > Доброго времени суток! > А кто-нибудь в сабжевом модуле менял это значение в большую сторону? > our $MAX_PER_HOST = 4; # changing this is evil > и почему это зло? :)) злом видимо он считал потому что AnyEvent'ом легко DDOS организовать. а так если у Вас например API между Вашими двумя серверами то сам бог велел сюда 100500 вписывать :) я кстати не знаю пофиксил ли он багу еще с этим связанную $MAX_PER_HOST = 1; for (1 .. 100) { http_get 'domain.to', timeout => 10, rouse_cb; } если domain.to отвечает 30 секунд, то таймаут 10 работал только на $MAX_PER_HOST запросах, а остальные могли ждать бесконечности. я еще не смотрел этот момент исправили или нет From ruslan.zakirov на gmail.com Thu Oct 1 08:38:47 2015 From: ruslan.zakirov на gmail.com (Ruslan Zakirov) Date: Thu, 1 Oct 2015 18:38:47 +0300 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST In-Reply-To: References: Message-ID: Менял до 100000. Зло если к чужому домену одновременно открываешь много коннектов. 2015-10-01 12:30 GMT+03:00 Павел Купцов : > Доброго времени суток! > А кто-нибудь в сабжевом модуле менял это значение в большую сторону? > > our $MAX_PER_HOST = 4; # changing this is evil > > и почему это зло? :)) > > > -- > Павел > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From worldmind на mail.ru Thu Oct 1 10:54:10 2015 From: worldmind на mail.ru (Alexey Shrub) Date: Thu, 01 Oct 2015 20:54:10 +0300 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST In-Reply-To: References: Message-ID: <1443722050.1372.0@smtp.mail.ru> Там ещё где-то в дебрях (вроде в AnyEvent::DNS) есть лимит на днс резолвинг, надо его тоже выкручивать, иначе при проблемах с какой-нибудь зоной всё начнёт тормозить On Чт, окт 1, 2015 в 6:38 , Ruslan Zakirov wrote: >> our $MAX_PER_HOST = 4; # changing this is evil ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pavel на kuptsov.info Fri Oct 2 00:29:42 2015 From: pavel на kuptsov.info (=?UTF-8?B?0J/QsNCy0LXQuyDQmtGD0L/RhtC+0LI=?=) Date: Fri, 2 Oct 2015 10:29:42 +0300 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST Message-ID: В итоге сделал так: my $max = 100;# $AnyEvent::HTTP::MAX_PER_HOST = $max; ... $cv->begin; http_get $url, cookie_jar => {}, recurse => 3, headers => { 'user-agent' => 'Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2228.0 Safari/537.36', referer => 'http://referer.com' }, timeout => 20, ... Пока полет нормальный. Ну и с учетом того что у меня идет опрос по списку урлов и все домены уникальны - то не думаю что нанесу вред какому-то сайту персонально :)). -- Павел 1 октября 2015 г., 22:00 пользователь написал: > Сообщения, предназначенные для списка > рассылки Moscow-pm, отправляйте по адресу > moscow-pm на pm.org > > Для изменения параметров подписки или > отписки используйте веб-страницу > http://mail.pm.org/mailman/listinfo/moscow-pm > или отправьте письмо, в теле или теме > которого будет слово 'help', по адресу > moscow-pm-request на pm.org > > Адрес администратора этого списка > рассылки: > moscow-pm-owner на pm.org > > При ответе, пожалуйста, измените тему > письма на более содержательную чем "Re: > Содержание дайджеста списка рассылки > Moscow-pm..." > > > В этом номере: > > 1. Re: AnyEvent::HTTP MAX_PER_HOST (Ivan Petrov) > 2. Re: AnyEvent::HTTP MAX_PER_HOST (Ruslan Zakirov) > 3. Re: AnyEvent::HTTP MAX_PER_HOST (Alexey Shrub) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 1 Oct 2015 15:27:51 +0300 > From: Ivan Petrov > To: moscow-pm на pm.org > Subject: Re: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST > Message-ID: <20151001122751.GA10321 на vdsl.uvw.ru> > Content-Type: text/plain; charset=utf-8 > > > Доброго времени суток! > > А кто-нибудь в сабжевом модуле менял это значение в большую сторону? > > > our $MAX_PER_HOST = 4; # changing this is evil > > > и почему это зло? :)) > > > злом видимо он считал потому что AnyEvent'ом легко DDOS организовать. > > > а так если у Вас например API между Вашими двумя серверами то сам бог > велел сюда 100500 вписывать :) > > я кстати не знаю пофиксил ли он багу еще с этим связанную > > $MAX_PER_HOST = 1; > for (1 .. 100) { > http_get 'domain.to', timeout => 10, rouse_cb; > } > > если domain.to отвечает 30 секунд, то таймаут 10 работал только на > $MAX_PER_HOST запросах, а остальные могли ждать бесконечности. > > я еще не смотрел этот момент исправили или нет > > > ------------------------------ > > Message: 2 > Date: Thu, 1 Oct 2015 18:38:47 +0300 > From: Ruslan Zakirov > To: "Moscow.pm group" > Subject: Re: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST > Message-ID: > < > CAMOxC8ti87_Hf2o-RdqUF7OXaspZ5pt92YyhxcLaJ-KE+704Kg на mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Менял до 100000. Зло если к чужому домену одновременно открываешь много > коннектов. > > 2015-10-01 12:30 GMT+03:00 Павел Купцов : > > > Доброго времени суток! > > А кто-нибудь в сабжевом модуле менял это значение в большую сторону? > > > > our $MAX_PER_HOST = 4; # changing this is evil > > > > и почему это зло? :)) > > > > > > -- > > Павел > > > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > > > > -- > Best regards, Ruslan. > ----------- следущая часть ----------- > Вложение в формате HTML было извлечено… > URL: < > http://mail.pm.org/pipermail/moscow-pm/attachments/20151001/c06c815e/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Thu, 01 Oct 2015 20:54:10 +0300 > From: Alexey Shrub > To: "Moscow.pm group" > Subject: Re: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST > Message-ID: <1443722050.1372.0 на smtp.mail.ru> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Там ещё где-то в дебрях (вроде в AnyEvent::DNS) > есть лимит на днс резолвинг, надо его > тоже выкручивать, иначе при проблемах > с какой-нибудь зоной всё начнёт > тормозить > > On Чт, окт 1, 2015 в 6:38 , Ruslan Zakirov > wrote: > >> our $MAX_PER_HOST = 4; # changing this is evil > ----------- следущая часть ----------- > Вложение в формате HTML было извлечено… > URL: < > http://mail.pm.org/pipermail/moscow-pm/attachments/20151001/9ea081ab/attachment-0001.html > > > > ------------------------------ > > Subject: Нижний колонтитул дайджеста > > _______________________________________________ > Moscow-pm mailing list > Moscow-pm на pm.org > http://mail.pm.org/mailman/listinfo/moscow-pm > > > ------------------------------ > > Конец Дайджест списка рассылки Moscow-pm; том 96, выпуск 3 > > ********************************************************************************************** > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From creaktive на gmail.com Fri Oct 2 01:01:54 2015 From: creaktive на gmail.com (Stanislaw Pusep) Date: Fri, 2 Oct 2015 10:01:54 +0200 Subject: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST In-Reply-To: References: Message-ID: Павел, а для чего вам это нужно? Если для того, чтобы скачать как можно быстрее некий список URL, то рекомендую Parallel::Downloader, он как раз на основе AnyEvent::HTTP. А еще для подобных целей бывают AnyEvent::Curl::Multi и AnyEvent::Net::Curl::Queued. Ну и на основе Mojo::UserAgent тоже довольно просто такое сделать: https://gist.github.com/creaktive/4347600 2015-10-02 9:29 GMT+02:00 Павел Купцов : > В итоге сделал так: > > my $max = 100;# > $AnyEvent::HTTP::MAX_PER_HOST = $max; > > ... > $cv->begin; > http_get $url, > cookie_jar => {}, > recurse => 3, > headers => { > 'user-agent' => 'Mozilla/5.0 (Windows NT 6.1) > AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2228.0 Safari/537.36', > referer => 'http://referer.com' > }, > timeout => 20, > ... > > > Пока полет нормальный. Ну и с учетом того что у меня идет опрос по списку > урлов и все домены уникальны - то не думаю что нанесу вред какому-то сайту > персонально :)). > > -- > Павел > > 1 октября 2015 г., 22:00 пользователь написал: > >> Сообщения, предназначенные для списка >> рассылки Moscow-pm, отправляйте по адресу >> moscow-pm на pm.org >> >> Для изменения параметров подписки или >> отписки используйте веб-страницу >> http://mail.pm.org/mailman/listinfo/moscow-pm >> или отправьте письмо, в теле или теме >> которого будет слово 'help', по адресу >> moscow-pm-request на pm.org >> >> Адрес администратора этого списка >> рассылки: >> moscow-pm-owner на pm.org >> >> При ответе, пожалуйста, измените тему >> письма на более содержательную чем "Re: >> Содержание дайджеста списка рассылки >> Moscow-pm..." >> >> >> В этом номере: >> >> 1. Re: AnyEvent::HTTP MAX_PER_HOST (Ivan Petrov) >> 2. Re: AnyEvent::HTTP MAX_PER_HOST (Ruslan Zakirov) >> 3. Re: AnyEvent::HTTP MAX_PER_HOST (Alexey Shrub) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Thu, 1 Oct 2015 15:27:51 +0300 >> From: Ivan Petrov >> To: moscow-pm на pm.org >> Subject: Re: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST >> Message-ID: <20151001122751.GA10321 на vdsl.uvw.ru> >> Content-Type: text/plain; charset=utf-8 >> >> > Доброго времени суток! >> > А кто-нибудь в сабжевом модуле менял это значение в большую сторону? >> >> > our $MAX_PER_HOST = 4; # changing this is evil >> >> > и почему это зло? :)) >> >> >> злом видимо он считал потому что AnyEvent'ом легко DDOS организовать. >> >> >> а так если у Вас например API между Вашими двумя серверами то сам бог >> велел сюда 100500 вписывать :) >> >> я кстати не знаю пофиксил ли он багу еще с этим связанную >> >> $MAX_PER_HOST = 1; >> for (1 .. 100) { >> http_get 'domain.to', timeout => 10, rouse_cb; >> } >> >> если domain.to отвечает 30 секунд, то таймаут 10 работал только на >> $MAX_PER_HOST запросах, а остальные могли ждать бесконечности. >> >> я еще не смотрел этот момент исправили или нет >> >> >> ------------------------------ >> >> Message: 2 >> Date: Thu, 1 Oct 2015 18:38:47 +0300 >> From: Ruslan Zakirov >> To: "Moscow.pm group" >> Subject: Re: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST >> Message-ID: >> < >> CAMOxC8ti87_Hf2o-RdqUF7OXaspZ5pt92YyhxcLaJ-KE+704Kg на mail.gmail.com> >> Content-Type: text/plain; charset="utf-8" >> >> Менял до 100000. Зло если к чужому домену одновременно открываешь много >> коннектов. >> >> 2015-10-01 12:30 GMT+03:00 Павел Купцов : >> >> > Доброго времени суток! >> > А кто-нибудь в сабжевом модуле менял это значение в большую сторону? >> > >> > our $MAX_PER_HOST = 4; # changing this is evil >> > >> > и почему это зло? :)) >> > >> > >> > -- >> > Павел >> > >> > >> > -- >> > Moscow.pm mailing list >> > moscow-pm на pm.org | http://moscow.pm.org >> > >> > >> >> >> -- >> Best regards, Ruslan. >> ----------- следущая часть ----------- >> Вложение в формате HTML было извлечено… >> URL: < >> http://mail.pm.org/pipermail/moscow-pm/attachments/20151001/c06c815e/attachment-0001.html >> > >> >> ------------------------------ >> >> Message: 3 >> Date: Thu, 01 Oct 2015 20:54:10 +0300 >> From: Alexey Shrub >> To: "Moscow.pm group" >> Subject: Re: [Moscow.pm] AnyEvent::HTTP MAX_PER_HOST >> Message-ID: <1443722050.1372.0 на smtp.mail.ru> >> Content-Type: text/plain; charset="utf-8"; Format="flowed" >> >> Там ещё где-то в дебрях (вроде в AnyEvent::DNS) >> есть лимит на днс резолвинг, надо его >> тоже выкручивать, иначе при проблемах >> с какой-нибудь зоной всё начнёт >> тормозить >> >> On Чт, окт 1, 2015 в 6:38 , Ruslan Zakirov >> wrote: >> >> our $MAX_PER_HOST = 4; # changing this is evil >> ----------- следущая часть ----------- >> Вложение в формате HTML было извлечено… >> URL: < >> http://mail.pm.org/pipermail/moscow-pm/attachments/20151001/9ea081ab/attachment-0001.html >> > >> >> ------------------------------ >> >> Subject: Нижний колонтитул дайджеста >> >> _______________________________________________ >> Moscow-pm mailing list >> Moscow-pm на pm.org >> http://mail.pm.org/mailman/listinfo/moscow-pm >> >> >> ------------------------------ >> >> Конец Дайджест списка рассылки Moscow-pm; том 96, выпуск 3 >> >> ********************************************************************************************** >> > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From grisxa на gmail.com Fri Oct 2 03:42:20 2015 From: grisxa на gmail.com (Grigory Batalov) Date: Fri, 2 Oct 2015 13:42:20 +0300 Subject: [Moscow.pm] Protocol::WebSocket::Client close code Message-ID: <20151002134220.7318a0bb@gbatalov> Всем привет! Можно ли в Protocol::WebSocket::Client получить код закрытия сокета, как это делается в Mojo::UserAgent ? $tx->on( finish => sub { my ( $tx, $code, $reason ) = @_; say "WebSocket closed with status ($code) $reason."; } ); Мне это нужно для разделения корректно и некорректно закрытых соединений. From mialinx на gmail.com Fri Oct 2 05:47:43 2015 From: mialinx на gmail.com (Dmitry Smal) Date: Fri, 2 Oct 2015 15:47:43 +0300 Subject: [Moscow.pm] Protocol::WebSocket::Client close code In-Reply-To: <20151002134220.7318a0bb@gbatalov> References: <20151002134220.7318a0bb@gbatalov> Message-ID: <560E7CEF.20706@gmail.com> Нет. Close Frame приходит как обычный кусок данных. Я использую примерно такой костыль > $client->on(read => sub { > my ($client, $buf) = @_; > if ($client->{frame_buffer}->opcode == 8) { > $client->{close_code} = unpack('n', substr($buf, 0, 2)); # > Вот это не проверял, проверьте! > $client->{close_reason} = substr($buf, 2); # > Т.к. использую тектстовый код > return; > } On 10/02/2015 01:42 PM, Grigory Batalov wrote: > Всем привет! > > Можно ли в Protocol::WebSocket::Client получить код закрытия сокета, > как это делается в Mojo::UserAgent ? > > $tx->on( > finish => sub { > my ( $tx, $code, $reason ) = @_; > say "WebSocket closed with status ($code) $reason."; > } > ); > > Мне это нужно для разделения корректно и некорректно закрытых соединений. From grisxa на gmail.com Fri Oct 2 09:56:22 2015 From: grisxa на gmail.com (Grigory Batalov) Date: Fri, 2 Oct 2015 19:56:22 +0300 Subject: [Moscow.pm] Protocol::WebSocket::Client close code In-Reply-To: <560E7CEF.20706@gmail.com> References: <20151002134220.7318a0bb@gbatalov> <560E7CEF.20706@gmail.com> Message-ID: <20151002195622.5ae156a7@gbatalov> Спасибо, хорошая идея! Правда, модуль эти байты портит :-D У него в недрах при пополнении буфера происходит декодирование UTF-8, https://metacpan.org/source/VTI/Protocol-WebSocket-0.19/lib/Protocol/WebSocket/Frame.pm#L84 которое реагирует на двухбайтовую последовательность 00000011,11101000, превращая её в 00000011,11111101. Таким образом, закрывая на сервере соединение с кодом 1000 OK, я получаю на клиенте 1021 OK ;-) $ perl -MEncode -e '$a = pack "n", 1000; $b = Encode::decode("UTF-8",$a); print unpack "n", $b' 1021 Прилагаю скрипт-клиент и скрипт-сервер для наглядности. В Fri, 2 Oct 2015 15:47:43 +0300 Dmitry Smal пишет: > Нет. Close Frame приходит как обычный кусок данных. > > Я использую примерно такой костыль > > $client->on(read => sub { > > my ($client, $buf) = @_; > > if ($client->{frame_buffer}->opcode == 8) { > > $client->{close_code} = unpack('n', substr($buf, 0, 2)); > > # Вот это не проверял, проверьте! > > $client->{close_reason} = substr($buf, 2); > > # Т.к. использую тектстовый код > > return; > > } > > > On 10/02/2015 01:42 PM, Grigory Batalov wrote: > > Всем привет! > > > > Можно ли в Protocol::WebSocket::Client получить код закрытия сокета, > > как это делается в Mojo::UserAgent ? > > > > $tx->on( > > finish => sub { > > my ( $tx, $code, $reason ) = @_; > > say "WebSocket closed with status ($code) $reason."; > > } > > ); > > > > Мне это нужно для разделения корректно и некорректно закрытых > > соединений. > ----------- следущая часть ----------- Вложение не в текстовом формате было извлечено… Имя: test-client.pl Тип: application/x-perl Размер: 1087 байтов Описание: отсутствует URL: ----------- следущая часть ----------- Вложение не в текстовом формате было извлечено… Имя: test-serv.pl Тип: application/x-perl Размер: 251 байтов Описание: отсутствует URL: From pef-secure на yandex.ru Fri Oct 2 11:01:27 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Fri, 02 Oct 2015 20:01:27 +0200 Subject: [Moscow.pm] Protocol::WebSocket::Client close code In-Reply-To: <20151002195622.5ae156a7@gbatalov> References: <20151002134220.7318a0bb@gbatalov> <560E7CEF.20706@gmail.com> <20151002195622.5ae156a7@gbatalov> Message-ID: <1499267.7IfAqvQMKN@rawen> On Friday, October 02, 2015 19:56:22 Grigory Batalov wrote: > Спасибо, хорошая идея! > > Правда, модуль эти байты портит :-D > > У него в недрах при пополнении буфера происходит декодирование UTF-8, > https://metacpan.org/source/VTI/Protocol-WebSocket-0.19/lib/Protocol/WebSock > et/Frame.pm#L84 > WONTFIX: когда это играет роль, надо пользовать next_bytes. -- PEF Developer From nordicdyno на yandex.ru Wed Oct 7 02:31:06 2015 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Wed, 07 Oct 2015 12:31:06 +0300 Subject: [Moscow.pm] Perl 6 Message-ID: <522591444210266@web12h.yandex.ru> Вложение в формате HTML было извлечено… URL: From snelius на tsu.ru Wed Oct 7 03:37:30 2015 From: snelius на tsu.ru (Anatoly Y) Date: Wed, 7 Oct 2015 16:37:30 +0600 Subject: [Moscow.pm] Perl 6 In-Reply-To: <522591444210266@web12h.yandex.ru> References: <522591444210266@web12h.yandex.ru> Message-ID: Думал релиз, но нет. ) On Wed, Oct 7, 2015 at 3:31 PM, Orlovsky Alexander wrote: > It's alive! > http://www.opennet.ru/opennews/art.shtml?num=43104 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Wed Oct 7 03:40:35 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Wed, 7 Oct 2015 13:40:35 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> Message-ID: Релиз к рождеству :) 2015-10-07 13:37 GMT+03:00 Anatoly Y : > Думал релиз, но нет. ) > > On Wed, Oct 7, 2015 at 3:31 PM, Orlovsky Alexander > wrote: >> >> It's alive! >> http://www.opennet.ru/opennews/art.shtml?num=43104 >> >> -- >> 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 shafiev на gmail.com Wed Oct 7 03:44:07 2015 From: shafiev на gmail.com (Naim Sh) Date: Wed, 7 Oct 2015 15:44:07 +0500 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> Message-ID: <5614F777.9020008@gmail.com> Посмотрим как под него будут перелезать, в течении года ) Да и походу там параллелизм еще буду пилить( для меня фишка интересная ) On 10/07/2015 03:40 PM, Ilya Chesnokov wrote: > Релиз к рождеству :) > > 2015-10-07 13:37 GMT+03:00 Anatoly Y : >> Думал релиз, но нет. ) >> >> On Wed, Oct 7, 2015 at 3:31 PM, Orlovsky Alexander >> wrote: >>> It's alive! >>> http://www.opennet.ru/opennews/art.shtml?num=43104 >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > -- From snelius на tsu.ru Wed Oct 7 03:52:34 2015 From: snelius на tsu.ru (Anatoly Y) Date: Wed, 7 Oct 2015 16:52:34 +0600 Subject: [Moscow.pm] Perl 6 In-Reply-To: <5614F777.9020008@gmail.com> References: <522591444210266@web12h.yandex.ru> <5614F777.9020008@gmail.com> Message-ID: Сдаётся мне, перелезать на него будут никак. То есть совсем ) Пятёрка наше всё. 2015-10-07 16:44 GMT+06:00 Naim Sh : > Посмотрим как под него будут перелезать, в течении года ) Да и походу там > параллелизм еще буду пилить( для меня фишка интересная ) > > > > On 10/07/2015 03:40 PM, Ilya Chesnokov wrote: > >> Релиз к рождеству :) >> >> 2015-10-07 13:37 GMT+03:00 Anatoly Y : >> >>> Думал релиз, но нет. ) >>> >>> On Wed, Oct 7, 2015 at 3:31 PM, Orlovsky Alexander >> > >>> wrote: >>> >>>> It's alive! >>>> http://www.opennet.ru/opennews/art.shtml?num=43104 >>>> >>>> -- >>>> 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 было извлечено… URL: From victor на vsespb.ru Wed Oct 7 03:56:40 2015 From: victor на vsespb.ru (Victor Efimov) Date: Wed, 7 Oct 2015 13:56:40 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <5614F777.9020008@gmail.com> Message-ID: Ну да, другой язык совсем. Только комьюнити и философия частично та же, будет тенденция создавать похожие модули с похожим api. 7 октября 2015 г., 13:52 пользователь Anatoly Y написал: > Сдаётся мне, перелезать на него будут никак. То есть совсем ) Пятёрка наше > всё. > > 2015-10-07 16:44 GMT+06:00 Naim Sh : >> >> Посмотрим как под него будут перелезать, в течении года ) Да и походу там >> параллелизм еще буду пилить( для меня фишка интересная ) >> >> >> >> On 10/07/2015 03:40 PM, Ilya Chesnokov wrote: >>> >>> Релиз к рождеству :) >>> >>> 2015-10-07 13:37 GMT+03:00 Anatoly Y : >>>> >>>> Думал релиз, но нет. ) >>>> >>>> On Wed, Oct 7, 2015 at 3:31 PM, Orlovsky Alexander >>>> >>>> wrote: >>>>> >>>>> It's alive! >>>>> http://www.opennet.ru/opennews/art.shtml?num=43104 >>>>> >>>>> -- >>>>> 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 > From foxcool333 на gmail.com Wed Oct 7 04:27:16 2015 From: foxcool333 на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCk0L7QutGB0LrRg9C7?=) Date: Wed, 07 Oct 2015 11:27:16 +0000 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <5614F777.9020008@gmail.com> Message-ID: Насколько я слышал от знакомых, кто пробовал, шестой перл довольно тяжел в освоении. Раздут порог вхождения и кучу вещей надо в голове держать. Если там не будет при этом каких-то килерфич, то скорее переходить будут на го, который как раз легко усваивается, уже имеет армию хипстоты в сообществе и собирается в один бинарник. ср, 7 окт. 2015 г. в 13:57, Victor Efimov : > Ну да, другой язык совсем. Только комьюнити и философия частично та > же, будет тенденция создавать похожие модули с похожим api. > > 7 октября 2015 г., 13:52 пользователь Anatoly Y написал: > > Сдаётся мне, перелезать на него будут никак. То есть совсем ) Пятёрка > наше > > всё. > > > > 2015-10-07 16:44 GMT+06:00 Naim Sh : > >> > >> Посмотрим как под него будут перелезать, в течении года ) Да и походу > там > >> параллелизм еще буду пилить( для меня фишка интересная ) > >> > >> > >> > >> On 10/07/2015 03:40 PM, Ilya Chesnokov wrote: > >>> > >>> Релиз к рождеству :) > >>> > >>> 2015-10-07 13:37 GMT+03:00 Anatoly Y : > >>>> > >>>> Думал релиз, но нет. ) > >>>> > >>>> On Wed, Oct 7, 2015 at 3:31 PM, Orlovsky Alexander > >>>> > >>>> wrote: > >>>>> > >>>>> It's alive! > >>>>> http://www.opennet.ru/opennews/art.shtml?num=43104 > >>>>> > >>>>> -- > >>>>> 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 > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From eugene.toropov на gmail.com Wed Oct 7 05:21:48 2015 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Wed, 7 Oct 2015 15:21:48 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <5614F777.9020008@gmail.com> Message-ID: <85B68397-3E75-4A91-B0BC-74ED455B4B6B@gmail.com> Гоу однозначно. Подключайся к самым самым ;) > On Oct 7, 2015, at 2:27 PM, Александр Фокскул wrote: > > Насколько я слышал от знакомых, кто пробовал, шестой перл довольно тяжел в освоении. Раздут порог вхождения и кучу вещей надо в голове держать. Если там не будет при этом каких-то килерфич, то скорее переходить будут на го, который как раз легко усваивается, уже имеет армию хипстоты в сообществе и собирается в один бинарник. > > ср, 7 окт. 2015 г. в 13:57, Victor Efimov >: > Ну да, другой язык совсем. Только комьюнити и философия частично та > же, будет тенденция создавать похожие модули с похожим api. > > 7 октября 2015 г., 13:52 пользователь Anatoly Y > написал: > > Сдаётся мне, перелезать на него будут никак. То есть совсем ) Пятёрка наше > > всё. > > > > 2015-10-07 16:44 GMT+06:00 Naim Sh >: > >> > >> Посмотрим как под него будут перелезать, в течении года ) Да и походу там > >> параллелизм еще буду пилить( для меня фишка интересная ) > >> > >> > >> > >> On 10/07/2015 03:40 PM, Ilya Chesnokov wrote: > >>> > >>> Релиз к рождеству :) > >>> > >>> 2015-10-07 13:37 GMT+03:00 Anatoly Y >: > >>>> > >>>> Думал релиз, но нет. ) > >>>> > >>>> On Wed, Oct 7, 2015 at 3:31 PM, Orlovsky Alexander > >>>> > > >>>> wrote: > >>>>> > >>>>> It's alive! > >>>>> http://www.opennet.ru/opennews/art.shtml?num=43104 > >>>>> > >>>>> -- > >>>>> 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 > > > -- > 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 было извлечено… URL: From i.petro.77.00 на gmail.com Wed Oct 7 07:57:38 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 7 Oct 2015 17:57:38 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <522591444210266@web12h.yandex.ru> References: <522591444210266@web12h.yandex.ru> Message-ID: <20151007145738.GE10321@vdsl.uvw.ru> > It's alive! > http://www.opennet.ru/opennews/art.shtml?num=43104 Зло в чистом виде, надеюсь никогда не выйдет. > Возможность определения типизированных переменных зло в чистом виде > Метод ".WHAT" для быстрого определения типа переменной > ($scalar.WHAT) и оператор "===" для сравнения объектов типов зло в чистом виде какой же Perl был няшный без всего этого кошмара From pef-secure на yandex.ru Wed Oct 7 08:10:18 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 07 Oct 2015 17:10:18 +0200 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <5614F777.9020008@gmail.com> Message-ID: <3538762.4leWch7Gff@rawen> On Wednesday, October 07, 2015 16:52:34 Anatoly Y wrote: > Сдаётся мне, перелезать на него будут никак. То есть совсем ) Пятёрка наше > всё. Логика, конечно, есть. Но вот за макросы я соглашусь перейти на него в своих ядрах. А то смотрю на Keyword::Declare и что-то меня не прикалывает его раздел "BUGS AND LIMITATIONS". Плюс встроенная асинхронность... Вобщем, с моей точки зрения, он решает много вопросов, осталось дождаться когда практически это можно будет использовать. PEF Developer From pef-secure на yandex.ru Wed Oct 7 08:13:04 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 07 Oct 2015 17:13:04 +0200 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151007145738.GE10321@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> Message-ID: <1864603.f0KFposTov@rawen> On Wednesday, October 07, 2015 17:57:38 Ivan Petrov wrote: > > It's alive! > > http://www.opennet.ru/opennews/art.shtml?num=43104 > > Зло в чистом виде, надеюсь никогда не выйдет. > > > Возможность определения типизированных переменных > > зло в чистом виде > > > Метод ".WHAT" для быстрого определения типа переменной > > ($scalar.WHAT) и оператор "===" для сравнения объектов типов > > зло в чистом виде > > какой же Perl был няшный без всего этого кошмара Кому как. Количество "твиглов", конечно, пугает, много разной дикости понапихали, к которой долго привыкать, хотя бы для чтения чужих исходников. Но есть и положительные моменты. -- PEF Developer From victor на vsespb.ru Wed Oct 7 08:16:14 2015 From: victor на vsespb.ru (Victor Efimov) Date: Wed, 7 Oct 2015 18:16:14 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151007145738.GE10321@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> Message-ID: Чего плохого то. Встроенная валидация типов данных по всему коду, из коробки. 7 октября 2015 г., 17:57 пользователь Ivan Petrov написал: >> It's alive! >> http://www.opennet.ru/opennews/art.shtml?num=43104 > > Зло в чистом виде, надеюсь никогда не выйдет. > >> Возможность определения типизированных переменных > > зло в чистом виде > >> Метод ".WHAT" для быстрого определения типа переменной >> ($scalar.WHAT) и оператор "===" для сравнения объектов типов > > зло в чистом виде > > какой же Perl был няшный без всего этого кошмара > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From i.petro.77.00 на gmail.com Wed Oct 7 08:27:12 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 7 Oct 2015 18:27:12 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> Message-ID: <20151007152712.GF10321@vdsl.uvw.ru> > Чего плохого то. Встроенная валидация типов данных по всему коду, из коробки. то есть то чем хорош был Perl по сравнению с другими языками и забирают. типы в скриптовом языке - зло в чистом виде. From foxcool333 на gmail.com Wed Oct 7 08:30:03 2015 From: foxcool333 на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCk0L7QutGB0LrRg9C7?=) Date: Wed, 07 Oct 2015 15:30:03 +0000 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151007152712.GF10321@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151007152712.GF10321@vdsl.uvw.ru> Message-ID: Ну эти типы можно использовать, а можно не использовать. ср, 7 окт. 2015 г. в 18:27, Ivan Petrov : > > Чего плохого то. Встроенная валидация типов данных по всему коду, из > коробки. > > то есть то чем хорош был Perl по сравнению с другими языками и > забирают. > > типы в скриптовом языке - зло в чистом виде. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From snelius на tsu.ru Wed Oct 7 08:30:08 2015 From: snelius на tsu.ru (Anatoly Y) Date: Wed, 7 Oct 2015 21:30:08 +0600 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151007152712.GF10321@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151007152712.GF10321@vdsl.uvw.ru> Message-ID: а самое главное, шестёрка на данном этапе просто феерично тормозная.. относительно 5. 2015-10-07 21:27 GMT+06:00 Ivan Petrov : > > Чего плохого то. Встроенная валидация типов данных по всему коду, из > коробки. > > то есть то чем хорош был Perl по сравнению с другими языками и > забирают. > > типы в скриптовом языке - зло в чистом виде. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From victor на vsespb.ru Wed Oct 7 08:35:04 2015 From: victor на vsespb.ru (Victor Efimov) Date: Wed, 7 Oct 2015 18:35:04 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151007152712.GF10321@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151007152712.GF10321@vdsl.uvw.ru> Message-ID: Не забирает никто. Можно не использовать. А когда проект станет большой и станут появляться confess "id expected" unless $id =~ /^\d+$/, то можно воспользоваться. В perl5 этого не хватает. Вернее оно там почти есть: - core модуль fields - perldoc my: my TYPE VARLIST всякие Object Accessor'ы - первое что мы видим в документации - это валидация полей https://metacpan.org/pod/Object::Accessor#bool-object-mk_accessors-ACCESSORS-ACCESSOR_MAP 7 октября 2015 г., 18:27 пользователь Ivan Petrov написал: >> Чего плохого то. Встроенная валидация типов данных по всему коду, из коробки. > > то есть то чем хорош был Perl по сравнению с другими языками и > забирают. > > типы в скриптовом языке - зло в чистом виде. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From ruslan.zakirov на gmail.com Thu Oct 8 04:06:20 2015 From: ruslan.zakirov на gmail.com (Ruslan Zakirov) Date: Thu, 8 Oct 2015 14:06:20 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151007152712.GF10321@vdsl.uvw.ru> Message-ID: 2015-10-07 18:35 GMT+03:00 Victor Efimov : > Не забирает никто. Можно не использовать. А когда проект станет > большой и станут появляться confess "id expected" unless $id =~ > /^\d+$/, то можно воспользоваться. > Кроме этого будут еще восхвалаять, когда в какой-нибудь числодробилке за счет проставления Int скорость исполнения увеличится в 100раз. Оно не только для строгости, а еще как хинт оптимизатору и JIT компилятору. -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Thu Oct 8 04:20:59 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Thu, 8 Oct 2015 14:20:59 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151007152712.GF10321@vdsl.uvw.ru> Message-ID: <20151008112059.GH10321@vdsl.uvw.ru> > Кроме этого будут еще восхвалаять, когда в какой-нибудь числодробилке за счет > проставления Int скорость исполнения увеличится в 100раз. чтобы байткод-машина стала быстрее текущего Perl это им еще надо работать работать работать работать работать.... > Оно не только для строгости, а еще как хинт оптимизатору и JIT компилятору. ага этому кривому поделию еще и хинты нужны. From i.petro.77.00 на gmail.com Thu Oct 8 04:31:03 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Thu, 8 Oct 2015 14:31:03 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151007152712.GF10321@vdsl.uvw.ru> Message-ID: <20151008113103.GI10321@vdsl.uvw.ru> > Кроме этого будут еще восхвалаять, когда в какой-нибудь числодробилке за счет > проставления Int скорость исполнения увеличится в 100раз. в текущей концепции Perl имеем объекты которые знают что они хранят. если вы написали $a = 10; то это будет SvIV. И оно не будет выполнять никаких преобразований строки-числа пока вы пишете числодробилку. таким образом оператор Int введенный в язык функции ускорения не несет никакой. Если Вы напишете Int с точки зрения кода числодробилки это не будет отличаться от того что оно на стадии компиляции распознает этот Int само. операторы Int несут под собой только функцию чека: "эту переменную нельзя использовать в строковом контексте" функция чека - весьма сомнительное мероприятие ибо в Perl всегда были разные операторы контекста - строковые и чисельные. И если человек пишет строковое сравнение на том что было 5 минут назад числом, то, вероятно, понимает что делает. а вот использование кода перемешивающего контекст - сплошь и рядом в сетевом коде наблюдается. подозреваю кучу матов на код какого-либо парсера внутри которого написали Int в очередной итерации и зависимый код начал сыпаться на print '%s'. вообще Perl6 - это какой-то сборник абсолютного зла. вот зачем, например, объясните, надо было ломать язык регулярных выражений например? ну нужны были допскобки - ну введите их. а ротировать скобки по циклу - нахуа? From foxcool333 на gmail.com Thu Oct 8 04:36:01 2015 From: foxcool333 на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCk0L7QutGB0LrRg9C7?=) Date: Thu, 08 Oct 2015 11:36:01 +0000 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151008113103.GI10321@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151007152712.GF10321@vdsl.uvw.ru> <20151008113103.GI10321@vdsl.uvw.ru> Message-ID: Зато очень интересная фишка работы с числами с плавающей запятой http://perlnews.ru/blog/2015/02/05/01-love-perl6-cobol.html чт, 8 окт. 2015 г. в 14:31, Ivan Petrov : > > Кроме этого будут еще восхвалаять, когда в какой-нибудь числодробилке за > счет > > проставления Int скорость исполнения увеличится в 100раз. > > в текущей концепции Perl имеем объекты которые знают что они хранят. > > если вы написали $a = 10; > > то это будет SvIV. И оно не будет выполнять никаких преобразований > строки-числа пока вы пишете числодробилку. > > таким образом оператор Int введенный в язык функции ускорения не несет > никакой. Если Вы напишете Int с точки зрения кода числодробилки это не > будет отличаться от того что оно на стадии компиляции распознает этот > Int само. > > операторы Int несут под собой только функцию чека: > "эту переменную нельзя использовать в строковом контексте" > > функция чека - весьма сомнительное мероприятие ибо в Perl всегда были > разные операторы контекста - строковые и чисельные. И если человек > пишет строковое сравнение на том что было 5 минут назад числом, то, > вероятно, понимает что делает. > > а вот использование кода перемешивающего контекст - сплошь и рядом в > сетевом коде наблюдается. > > подозреваю кучу матов на код какого-либо парсера внутри которого > написали Int в очередной итерации и зависимый код начал сыпаться на > print '%s'. > > вообще Perl6 - это какой-то сборник абсолютного зла. > вот зачем, например, объясните, надо было ломать язык регулярных выражений > например? > ну нужны были допскобки - ну введите их. а ротировать скобки по циклу > - нахуа? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Thu Oct 8 04:48:37 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Thu, 8 Oct 2015 14:48:37 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151007152712.GF10321@vdsl.uvw.ru> <20151008113103.GI10321@vdsl.uvw.ru> Message-ID: <20151008114837.GJ10321@vdsl.uvw.ru> > Зато очень интересная фишка работы с числами с плавающей запятой http:// > perlnews.ru/blog/2015/02/05/01-love-perl6-cobol.html во первых данная фича не стоит нового языка. Можно было бы написать SvRatio в текущий Perl, но речь не об этом > say 3.1415927.nude.perl (31415927, 10000000) вот за эти точки убивать хочется но ладно, читаем дальше > Число π, как известно, иррациональное. Иррациональные числа не могут > быть выражены в целочисленном представлении.... то есть именно на числодробильных алгоритмах Perl6 будет усасывать по производительности обычным double'ам > чт, 8 окт. 2015 г. в 14:31, Ivan Petrov <: 01-love-perl6-cobol.html">http://perlnews.ru/blog/2015/02/05/ > 01-love-perl6-cobol.html > i.petro.77.00 на gmail.com>: >> Кроме этого будут еще восхвалаять, когда в какой-нибудь числодробилке за > счет >> проставления Int скорость исполнения увеличится в 100раз. > в текущей концепции Perl имеем объекты которые знают что они хранят. > если вы написали $a = 10; > то это будет SvIV. И оно не будет выполнять никаких преобразований > строки-числа пока вы пишете числодробилку. > таким образом оператор Int введенный в язык функции ускорения не несет > никакой. Если Вы напишете Int с точки зрения кода числодробилки это не > будет отличаться от того что оно на стадии компиляции распознает этот > Int само. > операторы Int несут под собой только функцию чека: > "эту переменную нельзя использовать в строковом контексте" > функция чека - весьма сомнительное мероприятие ибо в Perl всегда были > разные операторы контекста - строковые и чисельные. И если человек > пишет строковое сравнение на том что было 5 минут назад числом, то, > вероятно, понимает что делает. > а вот использование кода перемешивающего контекст - сплошь и рядом в > сетевом коде наблюдается. > подозреваю кучу матов на код какого-либо парсера внутри которого > написали Int в очередной итерации и зависимый код начал сыпаться на > print '%s'. > вообще Perl6 - это какой-то сборник абсолютного зла. > вот зачем, например, объясните, надо было ломать язык регулярных выражений > например? > ну нужны были допскобки - ну введите их. а ротировать скобки по циклу > - нахуа? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From nikzubkov на gmail.com Thu Oct 8 05:00:32 2015 From: nikzubkov на gmail.com (nikzubkov на gmail.com) Date: Thu, 8 Oct 2015 14:00:32 +0200 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151008114837.GJ10321@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151007152712.GF10321@vdsl.uvw.ru> <20151008113103.GI10321@vdsl.uvw.ru> <20151008114837.GJ10321@vdsl.uvw.ru> Message-ID: <9A63F6E7-E48C-496E-969C-D203BB253F72@gmail.com> Столько неверных предположений и выведенных из них ультимативных заявлений я не видел давно. 8 окт. 2015 г., в 13:48, Ivan Petrov написал(а): >> Зато очень интересная фишка работы с числами с плавающей запятой http:// >> perlnews.ru/blog/2015/02/05/01-love-perl6-cobol.html > > во первых данная фича не стоит нового языка. Можно было бы написать > SvRatio в текущий Perl, но речь не об этом > >> say 3.1415927.nude.perl > (31415927, 10000000) > > вот за эти точки убивать хочется но ладно, читаем дальше > >> Число π, как известно, иррациональное. Иррациональные числа не могут >> быть выражены в целочисленном представлении.... > > то есть именно на числодробильных алгоритмах Perl6 будет усасывать по > производительности обычным double'ам > > >> чт, 8 окт. 2015 г. в 14:31, Ivan Petrov <: > 01-love-perl6-cobol.html">http://perlnews.ru/blog/2015/02/05/ >> 01-love-perl6-cobol.html > >> i.petro.77.00 на gmail.com>: > >>> Кроме этого будут еще восхвалаять, когда в какой-нибудь числодробилке за >> счет >>> проставления Int скорость исполнения увеличится в 100раз. > >> в текущей концепции Perl имеем объекты которые знают что они хранят. > >> если вы написали $a = 10; > >> то это будет SvIV. И оно не будет выполнять никаких преобразований >> строки-числа пока вы пишете числодробилку. > >> таким образом оператор Int введенный в язык функции ускорения не несет >> никакой. Если Вы напишете Int с точки зрения кода числодробилки это не >> будет отличаться от того что оно на стадии компиляции распознает этот >> Int само. > >> операторы Int несут под собой только функцию чека: >> "эту переменную нельзя использовать в строковом контексте" > >> функция чека - весьма сомнительное мероприятие ибо в Perl всегда были >> разные операторы контекста - строковые и чисельные. И если человек >> пишет строковое сравнение на том что было 5 минут назад числом, то, >> вероятно, понимает что делает. > >> а вот использование кода перемешивающего контекст - сплошь и рядом в >> сетевом коде наблюдается. > >> подозреваю кучу матов на код какого-либо парсера внутри которого >> написали Int в очередной итерации и зависимый код начал сыпаться на >> print '%s'. > >> вообще Perl6 - это какой-то сборник абсолютного зла. >> вот зачем, например, объясните, надо было ломать язык регулярных выражений >> например? >> ну нужны были допскобки - ну введите их. а ротировать скобки по циклу >> - нахуа? >> -- >> 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 From ruslan.zakirov на gmail.com Thu Oct 8 06:19:45 2015 From: ruslan.zakirov на gmail.com (Ruslan Zakirov) Date: Thu, 8 Oct 2015 16:19:45 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151008112059.GH10321@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151007152712.GF10321@vdsl.uvw.ru> <20151008112059.GH10321@vdsl.uvw.ru> Message-ID: 2015-10-08 14:20 GMT+03:00 Ivan Petrov : > > Кроме этого будут еще восхвалаять, когда в какой-нибудь числодробилке за > счет > > проставления Int скорость исполнения увеличится в 100раз. > > чтобы байткод-машина стала быстрее текущего Perl это им еще надо > работать работать работать работать работать.... > И что? Они работают и работают работают работают http://marszau.soup.io/post/63823918/STFU-and-write-some-code > Оно не только для строгости, а еще как хинт оптимизатору и JIT > компилятору. > > ага этому кривому поделию еще и хинты нужны. Только "прямых" вам и никакой халтуры > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Thu Oct 8 08:05:56 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Thu, 8 Oct 2015 18:05:56 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <9A63F6E7-E48C-496E-969C-D203BB253F72@gmail.com> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151007152712.GF10321@vdsl.uvw.ru> <20151008113103.GI10321@vdsl.uvw.ru> <20151008114837.GJ10321@vdsl.uvw.ru> <9A63F6E7-E48C-496E-969C-D203BB253F72@gmail.com> Message-ID: <20151008150556.GA8410@vdsl.uvw.ru> > Столько неверных предположений и выведенных из них ультимативных заявлений я не видел давно. в процитированном коде нет ни одного предположения > 8 окт. 2015 г., в 13:48, Ivan Petrov написал(а): >>> Зато очень интересная фишка работы с числами с плавающей запятой http:// >>> perlnews.ru/blog/2015/02/05/01-love-perl6-cobol.html >> >> во первых данная фича не стоит нового языка. Можно было бы написать >> SvRatio в текущий Perl, но речь не об этом >> >>> say 3.1415927.nude.perl >> (31415927, 10000000) >> >> вот за эти точки убивать хочется но ладно, читаем дальше >> >>> Число π, как известно, иррациональное. Иррациональные числа не могут >>> быть выражены в целочисленном представлении.... >> >> то есть именно на числодробильных алгоритмах Perl6 будет усасывать по >> производительности обычным double'ам >> >> >>> чт, 8 окт. 2015 г. в 14:31, Ivan Petrov <: >> 01-love-perl6-cobol.html">http://perlnews.ru/blog/2015/02/05/ >>> 01-love-perl6-cobol.html >> >>> i.petro.77.00 на gmail.com>: >> >>>> Кроме этого будут еще восхвалаять, когда в какой-нибудь числодробилке за >>> счет >>>> проставления Int скорость исполнения увеличится в 100раз. >> >>> в текущей концепции Perl имеем объекты которые знают что они хранят. >> >>> если вы написали $a = 10; >> >>> то это будет SvIV. И оно не будет выполнять никаких преобразований >>> строки-числа пока вы пишете числодробилку. >> >>> таким образом оператор Int введенный в язык функции ускорения не несет >>> никакой. Если Вы напишете Int с точки зрения кода числодробилки это не >>> будет отличаться от того что оно на стадии компиляции распознает этот >>> Int само. >> >>> операторы Int несут под собой только функцию чека: >>> "эту переменную нельзя использовать в строковом контексте" >> >>> функция чека - весьма сомнительное мероприятие ибо в Perl всегда были >>> разные операторы контекста - строковые и чисельные. И если человек >>> пишет строковое сравнение на том что было 5 минут назад числом, то, >>> вероятно, понимает что делает. >> >>> а вот использование кода перемешивающего контекст - сплошь и рядом в >>> сетевом коде наблюдается. >> >>> подозреваю кучу матов на код какого-либо парсера внутри которого >>> написали Int в очередной итерации и зависимый код начал сыпаться на >>> print '%s'. >> >>> вообще Perl6 - это какой-то сборник абсолютного зла. >>> вот зачем, например, объясните, надо было ломать язык регулярных выражений >>> например? >>> ну нужны были допскобки - ну введите их. а ротировать скобки по циклу >>> - нахуа? >>> -- >>> 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 From i.petro.77.00 на gmail.com Thu Oct 8 08:06:43 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Thu, 8 Oct 2015 18:06:43 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151007152712.GF10321@vdsl.uvw.ru> <20151008112059.GH10321@vdsl.uvw.ru> Message-ID: <20151008150643.GB8410@vdsl.uvw.ru> > И что? Они работают и работают работают работают > http://marszau.soup.io/post/63823918/STFU-and-write-some-code надеюсь что у них ничего не получится From pef-secure на yandex.ru Thu Oct 8 08:41:19 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Thu, 08 Oct 2015 17:41:19 +0200 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151008113103.GI10321@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151008113103.GI10321@vdsl.uvw.ru> Message-ID: <3718729.I83CEkMQIE@rawen> On Thursday, October 08, 2015 14:31:03 Ivan Petrov wrote: > в текущей концепции Perl имеем объекты которые знают что они хранят. > > если вы написали $a = 10; > > то это будет SvIV. И оно не будет выполнять никаких преобразований > строки-числа пока вы пишете числодробилку. До первого print(). Очевидно же, да? -- PEF Developer From mialinx на gmail.com Thu Oct 8 08:46:02 2015 From: mialinx на gmail.com (Dmitry Smal) Date: Thu, 8 Oct 2015 18:46:02 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <3718729.I83CEkMQIE@rawen> References: <522591444210266@web12h.yandex.ru> <20151008113103.GI10321@vdsl.uvw.ru> <3718729.I83CEkMQIE@rawen> Message-ID: <56168FBA.7070204@gmail.com> On 10/08/2015 06:41 PM, PEF Secure wrote: > On Thursday, October 08, 2015 14:31:03 Ivan Petrov wrote: >> в текущей концепции Perl имеем объекты которые знают что они хранят. >> >> если вы написали $a = 10; >> >> то это будет SvIV. И оно не будет выполнять никаких преобразований >> строки-числа пока вы пишете числодробилку. > До первого print(). Очевидно же, да? Но после print число останется там же. Так что дробилка будет работать так же. Нюанс в другом. Для untyped переменных любая операция, например $x + $y даже на вирт. машине будет включать дополнительные действия: как минимум проверку, что там действительно число. Для typed переменных в хорошем случае это все сведется к 1-3 инструкциям проца типа SUM, MOV. Но для динамически типизированных языков это нафиг не нужно ) From kopytov на webhackers.ru Thu Oct 8 08:33:42 2015 From: kopytov на webhackers.ru (Dmitry Kopytov) Date: Thu, 8 Oct 2015 18:33:42 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151007145738.GE10321@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> Message-ID: <20151008153342.GA27535@pavilion.linuxprofy.net> On Wed, Oct 07, 2015 at 05:57:38PM +0300, Ivan Petrov wrote: > Зло в чистом виде, надеюсь никогда не выйдет. > зло в чистом виде > зло в чистом виде > какой же Perl был няшный без всего этого кошмара Поражает количество аргументов! Жги, не останавливайся. -- Dmitry Kopytov From i.petro.77.00 на gmail.com Fri Oct 9 01:42:29 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 9 Oct 2015 11:42:29 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <3718729.I83CEkMQIE@rawen> References: <522591444210266@web12h.yandex.ru> <20151008113103.GI10321@vdsl.uvw.ru> <3718729.I83CEkMQIE@rawen> Message-ID: <20151009084229.GA16225@vdsl.uvw.ru> >> в текущей концепции Perl имеем объекты которые знают что они хранят. >> >> если вы написали $a = 10; >> >> то это будет SvIV. И оно не будет выполнять никаких преобразований >> строки-числа пока вы пишете числодробилку. > До первого print(). Очевидно же, да? нет неочевидно. у SV появится еще str pointer (если появится - если сумеете такой print написать), но число в SV никуда не денется, для математики будет продолжать использоваться From i.petro.77.00 на gmail.com Fri Oct 9 02:07:48 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 9 Oct 2015 12:07:48 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151008153342.GA27535@pavilion.linuxprofy.net> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151008153342.GA27535@pavilion.linuxprofy.net> Message-ID: <20151009090748.GB16225@vdsl.uvw.ru> >> Зло в чистом виде, надеюсь никогда не выйдет. >> зло в чистом виде >> зло в чистом виде >> какой же Perl был няшный без всего этого кошмара > Поражает количество аргументов! Жги, не останавливайся. мы говорим о языке, увы, не несущем никакой новой парадигмы. Perl, Python, Ruby, JS в рамках парадигм программирования не отличаются вообще. далее начинаются вопросы: почему мы выбираем Perl а не скажем JS с его типами. вот в JS var a = 10; var b = '20'; var c = a + b; результат удивительный - 1020. эта гадость происходит от типов. в Perl мы имели - разнесенные операторы конкатенации и сложения - динамическое приведение типов этого геморроя как в JS, связанного с типами - всякие typeof, String(), parseInt(), parseFloat() и прочего мусора в Perl нет. на фоне того что Perl по сравнению с JS не несет никакой новой парадигмы (все что можно писать на JS можно писать на Perl и наоборот), это обстоятельство хороший аргумент в пользу выбора одного языка против другого. то есть попытка внесения типов в новую инкарнацию Perl - зло в чистом виде, ибо именно динамическое приведение типов и было одной из очень хороших фич этого языка. Далее. изменившаяся семантика регекспов: добавили новые скобки. они стали означать то что в старом perl означали другие скобки. а старым скобкам дали назначение такое которое тоже есть в старом перл, но другими скобками и далее ввели еще пару фич. разглядывая эту мишуру и задумываясь над тем что двигало людьми ЭТО изобретавшими ничего кроме как НАМЕРЕННЫЙ ОТКАЗ от обратной совместимости - в голову и не придет. Зачем могут отказываться от обратной совместимости намеренно? - чтобы затруднить переход на новую версию - чтобы затруднить портирование старого кода в новый у Perl, в отличие от других языков, возникла и существует целая сабкультура - коммюнити, можно ее назвать соцсетью, как угодно называйте. таким образом данные изменения - попытка направленная на разрушение этой сабкультуры. то есть зло в чистом виде. Далее. синтаксис ООП выражений для доступа. точка это мегаохрененно, два символа - больше одного. кусок из Mouse взяли на борт. хз. можно было бы Mouse в base включить. эти фичи не стоят того. равно как ненужная хрень - базовые типы в виде объектов. на своем веку повидал массу HighLoad проектов, на разных языках. ни разу не встречал кода наследующегося от базового скаляра. в общем гляжу я на этот Perl6, ничего кроме отрицательных эмоций нет. столько лет труда вбухано. смысл? From victor на vsespb.ru Fri Oct 9 03:01:00 2015 From: victor на vsespb.ru (Victor Efimov) Date: Fri, 9 Oct 2015 13:01:00 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151009090748.GB16225@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151008153342.GA27535@pavilion.linuxprofy.net> <20151009090748.GB16225@vdsl.uvw.ru> Message-ID: 9 октября 2015 г., 12:07 пользователь Ivan Petrov написал: >>> Зло в чистом виде, надеюсь никогда не выйдет. >>> зло в чистом виде >>> зло в чистом виде >>> какой же Perl был няшный без всего этого кошмара > >> Поражает количество аргументов! Жги, не останавливайся. > > мы говорим о языке, увы, не несущем никакой новой парадигмы. > Perl, Python, Ruby, JS в рамках парадигм программирования не отличаются > вообще. > > > далее начинаются вопросы: почему мы выбираем Perl а не скажем JS с его > типами. > > вот в JS > > var a = 10; > var b = '20'; > > var c = a + b; > > результат удивительный - 1020. > эта гадость происходит от типов. какой-то не релевантный пример. не похоже что в perl6 такое. http://doc.perl6.org/language/operators#infix_%2B === infix + multi sub infix:<+>($a, $b) returns Numeric:D Coerces both arguments to Numeric and adds them. === наоборот, в таком случае perl совсем не помогает найти ошибку $x = 42; $y = "/b> Meet our new redesign!"; $z = $x*$y; From qalexx на gmail.com Fri Oct 9 05:11:52 2015 From: qalexx на gmail.com (Alexander Q) Date: Fri, 09 Oct 2015 12:11:52 +0000 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151008153342.GA27535@pavilion.linuxprofy.net> <20151009090748.GB16225@vdsl.uvw.ru> Message-ID: > Perl, Python, Ruby, JS в рамках парадигм программирования не отличаются вообще. В компиляторах/интерпретаторах некоторых из перечисленных вами языков есть оптимизация хвостового вызова, в других нет. Это различие настолько фундаментально, что дальше уже даже неинтересно. Склонность к динамическому анализу кода и ненависть к статическому тоже о многом говорит. Хорошо, что я не врач. On Fri, Oct 9, 2015 at 1:01 PM Victor Efimov wrote: > 9 октября 2015 г., 12:07 пользователь Ivan Petrov > написал: > >>> Зло в чистом виде, надеюсь никогда не выйдет. > >>> зло в чистом виде > >>> зло в чистом виде > >>> какой же Perl был няшный без всего этого кошмара > > > >> Поражает количество аргументов! Жги, не останавливайся. > > > > мы говорим о языке, увы, не несущем никакой новой парадигмы. > > Perl, Python, Ruby, JS в рамках парадигм программирования не отличаются > > вообще. > > > > > > далее начинаются вопросы: почему мы выбираем Perl а не скажем JS с его > > типами. > > > > вот в JS > > > > var a = 10; > > var b = '20'; > > > > var c = a + b; > > > > результат удивительный - 1020. > > эта гадость происходит от типов. > > какой-то не релевантный пример. не похоже что в perl6 такое. > > http://doc.perl6.org/language/operators#infix_%2B > === > infix + > > multi sub infix:<+>($a, $b) returns Numeric:D > > Coerces both arguments to Numeric and adds them. > === > > наоборот, в таком случае perl совсем не помогает найти ошибку > > $x = 42; > $y = "/b> Meet our new redesign!"; > > $z = $x*$y; > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pef-secure на yandex.ru Fri Oct 9 05:37:27 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Fri, 09 Oct 2015 14:37:27 +0200 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151009090748.GB16225@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151008153342.GA27535@pavilion.linuxprofy.net> <20151009090748.GB16225@vdsl.uvw.ru> Message-ID: <1762958.xp7yUjjfQg@rawen> On Friday, October 09, 2015 12:07:48 Ivan Petrov wrote: > то есть попытка внесения типов в новую инкарнацию Perl - зло в чистом > виде, ибо именно динамическое приведение типов и было одной из очень > хороших фич этого языка. У меня наводящий вопрос: constraints в языке SQL -- тоже зло? -- PEF Developer From mi на ya.ru Sun Oct 11 23:06:02 2015 From: mi на ya.ru (Nikolay Mishin) Date: Mon, 12 Oct 2015 09:06:02 +0300 Subject: [Moscow.pm] Perl6::Export::Attrs Message-ID: <2537861444629962@web11o.yandex.ru> Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Mon Oct 12 04:44:39 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 12 Oct 2015 14:44:39 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151008153342.GA27535@pavilion.linuxprofy.net> <20151009090748.GB16225@vdsl.uvw.ru> Message-ID: <20151012114439.GF16225@vdsl.uvw.ru> > наоборот, в таком случае perl совсем не помогает найти ошибку > $x = 42; > $y = "/b> Meet our new redesign!"; > $z = $x*$y; Мой Perl5 сообщает мне следующее Argument "/b> Meet our new redesign!" isn't numeric in multiplication (*) at test.pl line 4. так что отлично помогает. From i.petro.77.00 на gmail.com Mon Oct 12 04:53:19 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 12 Oct 2015 14:53:19 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151008153342.GA27535@pavilion.linuxprofy.net> <20151009090748.GB16225@vdsl.uvw.ru> Message-ID: <20151012115319.GG16225@vdsl.uvw.ru> On 12:11 Fri 09 Oct , Alexander Q wrote: >> Perl, Python, Ruby, JS в рамках парадигм программирования не отличаются >> вообще. > В компиляторах/интерпретаторах некоторых из перечисленных вами языков есть > оптимизация хвостового вызова, в других нет. это может влиять на потребление памяти и (или) скорость работы. но новой парадигмы программирования не дает. например утилизация множества CPU одним приложением крайне накладна на всех перечисленных языках. да приложение написать можно, но только прибегая к услугам операционной системы (по факту запустив множество приложений), либо имея спец-скомпилированный компилятор/интерпретатор, который в одно-CPU-шном приложении начнет усасывать > Это различие настолько фундаментально, что дальше уже даже неинтересно. это не различие от слова вообще. когда Вы используете *скриптовый* язык, совершенно до фени как он оптимизирует хвостовой вызов. > Склонность к динамическому анализу кода и ненависть к статическому тоже о > многом говорит. Хорошо, что я не врач. вот блин понабежали всякие "не врачи" и испортили хороший язык внедрением говнофич от неврачей From victor на vsespb.ru Mon Oct 12 05:02:53 2015 From: victor на vsespb.ru (Victor Efimov) Date: Mon, 12 Oct 2015 15:02:53 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151012114439.GF16225@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151007145738.GE10321@vdsl.uvw.ru> <20151008153342.GA27535@pavilion.linuxprofy.net> <20151009090748.GB16225@vdsl.uvw.ru> <20151012114439.GF16225@vdsl.uvw.ru> Message-ID: 12 октября 2015 г., 14:44 пользователь Ivan Petrov написал: > >> наоборот, в таком случае perl совсем не помогает найти ошибку > >> $x = 42; >> $y = "/b> Meet our new redesign!"; > >> $z = $x*$y; > > Мой Perl5 сообщает мне следующее > > Argument "/b> Meet our new redesign!" isn't numeric in multiplication > (*) at test.pl line 4. > 1) это варнинг 2) варнинг будет в момент умножения, а не в тот момент когда программист поместил в переменную $y не число (обычно на стадии написания программы известно где должно быть число, а где нет; исключение - полиморфизм) > > > так что отлично помогает. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From pef-secure на yandex.ru Mon Oct 12 05:14:56 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Mon, 12 Oct 2015 14:14:56 +0200 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151012115319.GG16225@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> Message-ID: <1961349.CnZ8FEGOAX@rawen> On Monday, October 12, 2015 14:53:19 Ivan Petrov wrote: > когда Вы используете *скриптовый* язык, совершенно до фени как он > оптимизирует хвостовой вызов. Perl6 уже скорее не скриптовый, всё-таки. Он мне больше напоминает "Java для любителей Perl". Мне тоже не нравится (по крайней мере пока) то, что получилось в результате. Но, отрицать полезность типизации не стал бы, она точно может быть полезной. Я, скорее, за некоторый симбиоз. > вот блин понабежали всякие "не врачи" и испортили хороший язык > внедрением говнофич от неврачей Меня больше волнует практическая сторона, что было сделано в плане асинхронности, мультипоточности и макросов. По намёткам, там было всё вроде неплохо. -- PEF Developer From i.petro.77.00 на gmail.com Mon Oct 12 05:17:06 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 12 Oct 2015 15:17:06 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <1961349.CnZ8FEGOAX@rawen> References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> Message-ID: <20151012121706.GI16225@vdsl.uvw.ru> >> когда Вы используете *скриптовый* язык, совершенно до фени как он >> оптимизирует хвостовой вызов. > Perl6 уже скорее не скриптовый, всё-таки. Он мне больше напоминает "Java для > любителей Perl". Мне тоже не нравится (по крайней мере пока) то, что > получилось в результате. Но, отрицать полезность типизации не стал бы, она > точно может быть полезной. Я, скорее, за некоторый симбиоз. >> вот блин понабежали всякие "не врачи" и испортили хороший язык >> внедрением говнофич от неврачей > Меня больше волнует практическая сторона, что было сделано в плане > асинхронности, мультипоточности и макросов. По намёткам, там было всё вроде > неплохо. оператора yield я там не нашел. То есть библиотеку файберов видимо опять хаками будут делать. впрочем я не разглядывал близко. я как увидел ЧТО ОНИ сделали с регекспами, у меня пропало желание вообще смотреть на эту дрянь From chesnokov.ilya на gmail.com Mon Oct 12 08:23:30 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Mon, 12 Oct 2015 18:23:30 +0300 Subject: [Moscow.pm] Perl6::Export::Attrs In-Reply-To: <2537861444629962@web11o.yandex.ru> References: <2537861444629962@web11o.yandex.ru> Message-ID: 12 октября 2015 г., 9:06 пользователь Nikolay Mishin написал: > Привет Moscow.pm! > > Кто-нибудь использует Perl6::Export::Attrs? > > А то я рещил зайти на свою Ubuntu и выяснилось, что у меня не проходят тесты > для модуля Ftree - > https://travis-ci.org/mishin/Ftree-cpan/jobs/84827702 > ( спасибо Travis CI!) > Надо заметить, что этот модуль ломает обратную совместимость, > у меня он падал из-за невозможности экспортироаать функцию, пришлось сделать > коммит: > https://github.com/mishin/Ftree-cpan/commit/a2d01615d14b696e73bf31cbe7a4b63ded4805d2 > у меня прошли тесты, но упал Travis CI, что это было? > Не я решил его использовать, это было, > может просто выпилить его? Думаю, проще выпилить. Сейчас в тренде Sub::Exporter, если не ошибаюсь :-) А вообще: https://www.youtube.com/watch?v=1nyaRYotq1Q > И зачем нужен самодельный экспортер? > > Отправлено из мобильной Яндекс.Почты: http://m.ya.ru/ymail > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ilya Chesnokov From kopytov на webhackers.ru Tue Oct 13 04:56:26 2015 From: kopytov на webhackers.ru (Dmitry Kopytov) Date: Tue, 13 Oct 2015 14:56:26 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <1961349.CnZ8FEGOAX@rawen> References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> Message-ID: <20151013115626.GA27113@pavilion.linuxprofy.net> On Mon, Oct 12, 2015 at 02:14:56PM +0200, PEF Secure wrote: > Мне тоже не нравится (по крайней мере пока) то, что получилось в > результате. Можете конкретизировать что именно в новом языке не так? > Но, отрицать полезность типизации не стал бы, она точно может быть > полезной. Очень нужная и полезная вещь. Отсутствие типизации как и нормальных сигнатур заставляет выполнять валидацию данных практически в каждой функции Perl 5 и это порой сильно раздражает. > Я, скорее, за некоторый симбиоз. Именно так и сделано — где типизация не нужна вы можете её не использовать. > Меня больше волнует практическая сторона, что было сделано в плане > асинхронности, мультипоточности и макросов. По намёткам, там было всё > вроде неплохо. Возможно, вам и другим интересующимся будет любопытно посмотреть на свежий доклад с обзором этих фич в новом языке: http://jnthn.net/papers/2015-yapcasia-concurrency.pdf http://yapcasia.org/2015/talk/show/22f59fb8-0fad-11e5-98ef-43ec7d574c3a (он же на видео) -- Dmitry Kopytov From i.petro.77.00 на gmail.com Tue Oct 13 06:03:38 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 13 Oct 2015 16:03:38 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151013115626.GA27113@pavilion.linuxprofy.net> References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> Message-ID: <20151013130338.GK16225@vdsl.uvw.ru> > Очень нужная и полезная вещь. Отсутствие типизации как и нормальных > сигнатур заставляет выполнять валидацию данных практически в каждой > функции Perl 5 и это порой сильно раздражает. крайне удручает то, что большинство путает валидацию данных с типами данных. From victor на vsespb.ru Tue Oct 13 06:06:02 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 16:06:02 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151013130338.GK16225@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> Message-ID: Никто её не путает. сказали же - отсутствие типизации заставляет выполнять валидацию. Хватит ходить вокруг да около - покажи чем плохо типизация на реальном примере из Perl 5, а то только пока FUD 13 октября 2015 г., 16:03 пользователь Ivan Petrov написал: > >> Очень нужная и полезная вещь. Отсутствие типизации как и нормальных >> сигнатур заставляет выполнять валидацию данных практически в каждой >> функции Perl 5 и это порой сильно раздражает. > > крайне удручает то, что большинство путает валидацию данных с > типами данных. > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From i.petro.77.00 на gmail.com Tue Oct 13 06:12:00 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 13 Oct 2015 16:12:00 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> Message-ID: <20151013131200.GL16225@vdsl.uvw.ru> > Никто её не путает. сказали же - отсутствие типизации заставляет > выполнять валидацию. непонятно кого заставляет и зачем заставляет. вы опять путаете валидацию данных с типами данных. надо бороться с кашей в голове. > Хватит ходить вокруг да около - покажи чем плохо типизация на реальном > примере из Perl 5, а то только пока FUD вот Mouse has counter => is => 'ro', isa => 'Int'; это *валидация данных*, а не тип данных. создаем объект my $o1 = new MyObject counter => 123; my $o2 = new MyObject counter => '123'; Результат одинаковый. Типов данных нет. Первое 123 пришло например из кода программы (скажем из конфига) второе 123 пришло например из парсера XML в виде $dom->findnodes('/Bla')->shift->getAttribute('counter') Для валидации данных не нужны типы. > 13 октября 2015 г., 16:03 пользователь Ivan Petrov > написал: >> >>> Очень нужная и полезная вещь. Отсутствие типизации как и нормальных >>> сигнатур заставляет выполнять валидацию данных практически в каждой >>> функции Perl 5 и это порой сильно раздражает. >> >> крайне удручает то, что большинство путает валидацию данных с >> типами данных. >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From victor на vsespb.ru Tue Oct 13 06:19:56 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 16:19:56 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151013131200.GL16225@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> Message-ID: Что подтверждает что отсутствие типов заставляет проводить валидацию данных. И я просил пример на perl 5 где видно чем плохи типы данных. 13 октября 2015 г., 16:12 пользователь Ivan Petrov написал: >> Никто её не путает. сказали же - отсутствие типизации заставляет >> выполнять валидацию. > > непонятно кого заставляет и зачем заставляет. > > вы опять путаете валидацию данных с типами данных. > надо бороться с кашей в голове. > > >> Хватит ходить вокруг да около - покажи чем плохо типизация на реальном >> примере из Perl 5, а то только пока FUD > > вот Mouse > > has counter => is => 'ro', isa => 'Int'; > > это *валидация данных*, а не тип данных. > > создаем объект > > my $o1 = new MyObject counter => 123; > my $o2 = new MyObject counter => '123'; > > Результат одинаковый. Типов данных нет. > > Первое 123 пришло например из кода программы (скажем из конфига) > второе 123 пришло например из парсера XML в виде > $dom->findnodes('/Bla')->shift->getAttribute('counter') > > > Для валидации данных не нужны типы. > >> 13 октября 2015 г., 16:03 пользователь Ivan Petrov >> написал: >>> >>>> Очень нужная и полезная вещь. Отсутствие типизации как и нормальных >>>> сигнатур заставляет выполнять валидацию данных практически в каждой >>>> функции Perl 5 и это порой сильно раздражает. >>> >>> крайне удручает то, что большинство путает валидацию данных с >>> типами данных. >>> >>> >>> -- >>> 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 From i.petro.77.00 на gmail.com Tue Oct 13 06:23:17 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 13 Oct 2015 16:23:17 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> Message-ID: <20151013132317.GM16225@vdsl.uvw.ru> > Что подтверждает что отсутствие типов заставляет проводить валидацию данных. > И я просил пример на perl 5 где видно чем плохи типы данных. Объясните мне например как присутствие типа данных Вам поможет скажем контроллировать "только положительные числа", "только положительные, рациональные" или же например проверить валидная ли широта и долгота в градусах передана с устройства Вашего клиента. > 13 октября 2015 г., 16:12 пользователь Ivan Petrov > написал: >>> Никто её не путает. сказали же - отсутствие типизации заставляет >>> выполнять валидацию. >> >> непонятно кого заставляет и зачем заставляет. >> >> вы опять путаете валидацию данных с типами данных. >> надо бороться с кашей в голове. >> >> >>> Хватит ходить вокруг да около - покажи чем плохо типизация на реальном >>> примере из Perl 5, а то только пока FUD >> >> вот Mouse >> >> has counter => is => 'ro', isa => 'Int'; >> >> это *валидация данных*, а не тип данных. >> >> создаем объект >> >> my $o1 = new MyObject counter => 123; >> my $o2 = new MyObject counter => '123'; >> >> Результат одинаковый. Типов данных нет. >> >> Первое 123 пришло например из кода программы (скажем из конфига) >> второе 123 пришло например из парсера XML в виде $dom->>> findnodes('/Bla')->shift->getAttribute('counter') >> >> >> Для валидации данных не нужны типы. >> >>> 13 октября 2015 г., 16:03 пользователь Ivan Petrov >>> написал: >>>> >>>>> Очень нужная и полезная вещь. Отсутствие типизации как и нормальных >>>>> сигнатур заставляет выполнять валидацию данных практически в каждой >>>>> функции Perl 5 и это порой сильно раздражает. >>>> >>>> крайне удручает то, что большинство путает валидацию данных с >>>> типами данных. >>>> >>>> >>>> -- >>>> 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 From ruslan.zakirov на gmail.com Tue Oct 13 06:26:39 2015 From: ruslan.zakirov на gmail.com (Ruslan Zakirov) Date: Tue, 13 Oct 2015 16:26:39 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151013131200.GL16225@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> Message-ID: 2015-10-13 16:12 GMT+03:00 Ivan Petrov : > my $o1 = new MyObject counter => 123; > my $o2 = new MyObject counter => '123'; > > Результат одинаковый. Типов данных нет. > Это называется coercion -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ruslan.zakirov на gmail.com Tue Oct 13 06:28:18 2015 From: ruslan.zakirov на gmail.com (Ruslan Zakirov) Date: Tue, 13 Oct 2015 16:28:18 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151013132317.GM16225@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> Message-ID: 2015-10-13 16:23 GMT+03:00 Ivan Petrov : > > Что подтверждает что отсутствие типов заставляет проводить валидацию > данных. > > И я просил пример на perl 5 где видно чем плохи типы данных. > > Объясните мне например как присутствие типа данных Вам поможет скажем > контроллировать "только положительные числа", "только положительные, > рациональные" или же например проверить валидная ли широта и долгота в > градусах передана с устройства Вашего клиента. > subset Int::Odd of Int where { $^num % 2 == 1 }; > > > > > 13 октября 2015 г., 16:12 пользователь Ivan Petrov > > написал: > >>> Никто её не путает. сказали же - отсутствие типизации заставляет > >>> выполнять валидацию. > >> > >> непонятно кого заставляет и зачем заставляет. > >> > >> вы опять путаете валидацию данных с типами данных. > >> надо бороться с кашей в голове. > >> > >> > >>> Хватит ходить вокруг да около - покажи чем плохо типизация на реальном > >>> примере из Perl 5, а то только пока FUD > >> > >> вот Mouse > >> > >> has counter => is => 'ro', isa => 'Int'; > >> > >> это *валидация данных*, а не тип данных. > >> > >> создаем объект > >> > >> my $o1 = new MyObject counter => 123; > >> my $o2 = new MyObject counter => '123'; > >> > >> Результат одинаковый. Типов данных нет. > >> > >> Первое 123 пришло например из кода программы (скажем из конфига) > >> второе 123 пришло например из парсера XML в виде > $dom->>> findnodes('/Bla')->shift->getAttribute('counter') > >> > >> > >> Для валидации данных не нужны типы. > >> > >>> 13 октября 2015 г., 16:03 пользователь Ivan Petrov > >>> написал: > >>>> > >>>>> Очень нужная и полезная вещь. Отсутствие типизации как и нормальных > >>>>> сигнатур заставляет выполнять валидацию данных практически в каждой > >>>>> функции Perl 5 и это порой сильно раздражает. > >>>> > >>>> крайне удручает то, что большинство путает валидацию данных с > >>>> типами данных. > >>>> > >>>> > >>>> -- > >>>> 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 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From victor на vsespb.ru Tue Oct 13 06:38:26 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 16:38:26 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151013132317.GM16225@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> Message-ID: Никто не говорил что типы данных решают все проблемы валидации (тем более валидации внешних данных - эта проблема тут вообще не релевантна - речь идёт и защите от ошибок программиста а не юзера). Всё ещё жду пример кода на Perl5, который показывает чем плоха типизация. 13 октября 2015 г., 16:23 пользователь Ivan Petrov написал: >> Что подтверждает что отсутствие типов заставляет проводить валидацию данных. >> И я просил пример на perl 5 где видно чем плохи типы данных. > > Объясните мне например как присутствие типа данных Вам поможет скажем > контроллировать "только положительные числа", "только положительные, > рациональные" или же например проверить валидная ли широта и долгота в > градусах передана с устройства Вашего клиента. > > > >> 13 октября 2015 г., 16:12 пользователь Ivan Petrov >> написал: >>>> Никто её не путает. сказали же - отсутствие типизации заставляет >>>> выполнять валидацию. >>> >>> непонятно кого заставляет и зачем заставляет. >>> >>> вы опять путаете валидацию данных с типами данных. >>> надо бороться с кашей в голове. >>> >>> >>>> Хватит ходить вокруг да около - покажи чем плохо типизация на реальном >>>> примере из Perl 5, а то только пока FUD >>> >>> вот Mouse >>> >>> has counter => is => 'ro', isa => 'Int'; >>> >>> это *валидация данных*, а не тип данных. >>> >>> создаем объект >>> >>> my $o1 = new MyObject counter => 123; >>> my $o2 = new MyObject counter => '123'; >>> >>> Результат одинаковый. Типов данных нет. >>> >>> Первое 123 пришло например из кода программы (скажем из конфига) >>> второе 123 пришло например из парсера XML в виде > $dom->>> findnodes('/Bla')->shift->getAttribute('counter') >>> >>> >>> Для валидации данных не нужны типы. >>> >>>> 13 октября 2015 г., 16:03 пользователь Ivan Petrov >>>> написал: >>>>> >>>>>> Очень нужная и полезная вещь. Отсутствие типизации как и нормальных >>>>>> сигнатур заставляет выполнять валидацию данных практически в каждой >>>>>> функции Perl 5 и это порой сильно раздражает. >>>>> >>>>> крайне удручает то, что большинство путает валидацию данных с >>>>> типами данных. >>>>> >>>>> >>>>> -- >>>>> 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 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From ruslan.zakirov на gmail.com Tue Oct 13 07:14:49 2015 From: ruslan.zakirov на gmail.com (Ruslan Zakirov) Date: Tue, 13 Oct 2015 17:14:49 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> Message-ID: 2015-10-13 16:38 GMT+03:00 Victor Efimov : > Всё ещё жду пример кода на Perl5, который показывает чем плоха типизация. Конечно она плоха, что ES6 добавил массивы с нативными элементами. Google и MS пушат TypeScript. Все дебилы. Они еще такие дебилы сделали ее опциональной и можно не использовать типизацию. -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Oct 13 07:25:31 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 13 Oct 2015 17:25:31 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> Message-ID: <20151013142531.GN16225@vdsl.uvw.ru> > Никто не говорил что типы данных решают все проблемы валидации типы данных и валидация данных - совершенно независимые друг от друга вещи. поэтому прекратите говорить "валидация" когда вы упоминаете эти самые типы. > (тем более валидации внешних данных - эта проблема тут вообще не релевантна > - речь идёт и защите от ошибок программиста а не юзера). какие ошибки программиста решают типы данных? > Всё ещё жду пример кода на Perl5, который показывает чем плоха типизация. в Perl5 нет типизации и именно это прекрасно в Perl5. как можно на Perl5 привести пример чем плоха типизация, для этого надо написать на нем код с типами ну и каша у Вас в голове, кошмар какой-то From i.petro.77.00 на gmail.com Tue Oct 13 07:31:48 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 13 Oct 2015 17:31:48 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> Message-ID: <20151013143148.GP16225@vdsl.uvw.ru> > Конечно она плоха, что ES6 добавил массивы с нативными элементами. Google и MS > пушат TypeScript. Все дебилы. именно дебилы. массивы с нативными элементами - это оптимизация безысходности, костыль иными словами From victor на vsespb.ru Tue Oct 13 07:49:55 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 17:49:55 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151013142531.GN16225@vdsl.uvw.ru> References: <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> Message-ID: 13 октября 2015 г., 17:25 пользователь Ivan Petrov написал: >> Никто не говорил что типы данных решают все проблемы валидации > > типы данных и валидация данных - совершенно независимые друг от друга > вещи. > > поэтому прекратите говорить "валидация" когда вы упоминаете эти самые > типы. > >> (тем более валидации внешних данных - эта проблема тут вообще не релевантна >> - речь идёт и защите от ошибок программиста а не юзера). > > какие ошибки программиста решают типы данных? Когда он пытается складывать и умножать то что числами не является и это известно ещё на стадии написания программы. > >> Всё ещё жду пример кода на Perl5, который показывает чем плоха типизация. > > в Perl5 нет типизации и именно это прекрасно в Perl5. > как можно на Perl5 привести пример чем плоха типизация, для этого надо > написать на нем код с типами Приведи пример кода на Perl5, где типизация была бы злом. > > ну и каша у Вас в голове, кошмар какой-то > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From qalexx на gmail.com Tue Oct 13 07:53:14 2015 From: qalexx на gmail.com (Alexander Q) Date: Tue, 13 Oct 2015 14:53:14 +0000 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> Message-ID: Некоторым дебилам статическая типизация недоступна настолько, что они даже не способны привести пример. On Tue, Oct 13, 2015 at 5:50 PM Victor Efimov wrote: > 13 октября 2015 г., 17:25 пользователь Ivan Petrov > написал: > >> Никто не говорил что типы данных решают все проблемы валидации > > > > типы данных и валидация данных - совершенно независимые друг от друга > > вещи. > > > > поэтому прекратите говорить "валидация" когда вы упоминаете эти самые > > типы. > > > >> (тем более валидации внешних данных - эта проблема тут вообще не > релевантна > >> - речь идёт и защите от ошибок программиста а не юзера). > > > > какие ошибки программиста решают типы данных? > > Когда он пытается складывать и умножать то что числами не является и > это известно ещё на стадии написания программы. > > > > >> Всё ещё жду пример кода на Perl5, который показывает чем плоха > типизация. > > > > в Perl5 нет типизации и именно это прекрасно в Perl5. > > как можно на Perl5 привести пример чем плоха типизация, для этого надо > > написать на нем код с типами > > Приведи пример кода на Perl5, где типизация была бы злом. > > > > > ну и каша у Вас в голове, кошмар какой-то > > > > -- > > 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 было извлечено… URL: From i.petro.77.00 на gmail.com Tue Oct 13 07:28:04 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 13 Oct 2015 17:28:04 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <20151012115319.GG16225@vdsl.uvw.ru> <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> Message-ID: <20151013142804.GO16225@vdsl.uvw.ru> >> my $o1 = new MyObject counter => 123; >> my $o2 = new MyObject counter => '123'; >> Результат одинаковый. Типов данных нет. > Это называется coercion да хоть горшком называй From i.petro.77.00 на gmail.com Tue Oct 13 08:20:13 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 13 Oct 2015 18:20:13 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> Message-ID: <20151013152013.GA10595@vdsl.uvw.ru> >> какие ошибки программиста решают типы данных? > Когда он пытается складывать и умножать то что числами не является и > это известно ещё на стадии написания программы. то есть кто-то может написать $a = $b + 'привет медвед'; и вы хотите эти ошибки контроллировать на стадии компиляции? почему бы не контроллировать тогда такие ошибки: $a = $b / $c; ^----- вот тут я хотел умножить, а написал разделить черт, почему бы не ввести понятие "только умножающееся число" и тогда компилятор будет мегаофигенно материться если кто-то попробует его разделить? >>> Всё ещё жду пример кода на Perl5, который показывает чем плоха типизация. >> >> в Perl5 нет типизации и именно это прекрасно в Perl5. >> как можно на Perl5 привести пример чем плоха типизация, для этого надо >> написать на нем код с типами > Приведи пример кода на Perl5, где типизация была бы злом. еще раз $a = 10; $b = '20'; $c = $a + $b; Вот типизация зло. $b оказывается равно 20 потому что в коде написано а так же $b может оказаться равным '20' потому что написано $b = $dom->findnodes('//Path/To/b')->shift->getAttribute('value'); для того чтобы не ошибаться с конкатенацией vs сложением - в Perl придумали два оператора: один для сложения, второй для конкатенации. поэтому аргумент что дескать программист имел ввиду конкатенацию идут вот туда же куда аргумент что программист имел ввиду деление, а не умножение From i.petro.77.00 на gmail.com Tue Oct 13 08:21:26 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 13 Oct 2015 18:21:26 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> Message-ID: <20151013152126.GB10595@vdsl.uvw.ru> > Некоторым дебилам статическая типизация недоступна настолько, что они даже не > способны привести пример. там где мне нужна статическая типизация я не использую Perl. там где я использую Perl мне статическая типизация точно не нужна. From victor на vsespb.ru Tue Oct 13 08:27:23 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 18:27:23 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151013152013.GA10595@vdsl.uvw.ru> References: <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> Message-ID: 13 октября 2015 г., 18:20 пользователь Ivan Petrov написал: >>> какие ошибки программиста решают типы данных? >> Приведи пример кода на Perl5, где типизация была бы злом. > > еще раз > > $a = 10; > $b = '20'; > $c = $a + $b; > > Вот типизация зло. Ну вот наконец-то пример кода. Спасибо. В нем нет никакой проблемы. В языке с типизацией достаточно написать $b = 20 вместо $b='20' и всё будет работать. Тему можно закрывать. p.s. язык без статической типизации Ruby: $ ruby -e 'x = 4; puts x + 1' 5 $ ruby -e 'x = "4"; puts x + 1' -e:1:in `+': can't convert Fixnum into String (TypeError) from -e:1 From dim0xff на gmail.com Tue Oct 13 08:36:34 2015 From: dim0xff на gmail.com (Dmitry L.) Date: Tue, 13 Oct 2015 18:36:34 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> Message-ID: 2015-10-13 18:27 GMT+03:00 Victor Efimov : > 13 октября 2015 г., 18:20 пользователь Ivan Petrov > написал: >>>> какие ошибки программиста решают типы данных? > >>> Приведи пример кода на Perl5, где типизация была бы злом. >> >> еще раз >> >> $a = 10; >> $b = '20'; >> $c = $a + $b; >> >> Вот типизация зло. > > Ну вот наконец-то пример кода. Спасибо. > В нем нет никакой проблемы. В языке с типизацией достаточно написать > > $b = 20 > > вместо > $b='20' > Что вы передёргиваете. Вам же написали, что строка '20' может получиться из-за парса xml, например. > p.s. язык без статической типизации Ruby: > > $ ruby -e 'x = 4; puts x + 1' > 5 > $ ruby -e 'x = "4"; puts x + 1' > -e:1:in `+': can't convert Fixnum into String (TypeError) > from -e:1 > А в чём здесь профит? В том что нужно будет использовать дополнительные конструкции, типа intToString(x) перед сложением, или в чём-то другом? From victor на vsespb.ru Tue Oct 13 08:38:52 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 18:38:52 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <1961349.CnZ8FEGOAX@rawen> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> Message-ID: 13 октября 2015 г., 18:36 пользователь Dmitry L. написал: > 2015-10-13 18:27 GMT+03:00 Victor Efimov : >> 13 октября 2015 г., 18:20 пользователь Ivan Petrov >> написал: >>>>> какие ошибки программиста решают типы данных? >> >>>> Приведи пример кода на Perl5, где типизация была бы злом. >>> >>> еще раз >>> >>> $a = 10; >>> $b = '20'; >>> $c = $a + $b; >>> >>> Вот типизация зло. >> >> Ну вот наконец-то пример кода. Спасибо. >> В нем нет никакой проблемы. В языке с типизацией достаточно написать >> >> $b = 20 >> >> вместо >> $b='20' >> > Что вы передёргиваете. Вам же написали, что строка '20' может > получиться из-за парса xml, например. Я пример кода просил. Вот был пример кода и я ответил. Если может получиться из парсера xml, давайте целый готовый кусок кода, с этим парсером xml, он должен представлять собой вменяемый use-case. > >> p.s. язык без статической типизации Ruby: >> >> $ ruby -e 'x = 4; puts x + 1' >> 5 >> $ ruby -e 'x = "4"; puts x + 1' >> -e:1:in `+': can't convert Fixnum into String (TypeError) >> from -e:1 >> > А в чём здесь профит? В том что нужно будет использовать > дополнительные конструкции, типа intToString(x) перед сложением, или в > чём-то другом? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From i.petro.77.00 на gmail.com Tue Oct 13 08:49:14 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 13 Oct 2015 18:49:14 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <20151013130338.GK16225@vdsl.uvw.ru> <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> Message-ID: <20151013154914.GD10595@vdsl.uvw.ru> >>>> какие ошибки программиста решают типы данных? >>> Приведи пример кода на Perl5, где типизация была бы злом. >> >> еще раз >> >> $a = 10; >> $b = '20'; >> $c = $a + $b; >> >> Вот типизация зло. > Ну вот наконец-то пример кода. Спасибо. > В нем нет никакой проблемы. В языке с типизацией достаточно написать > $b = 20 > вместо > $b='20' > и всё будет работать. > Тему можно закрывать. можно, только не нужно. From i.petro.77.00 на gmail.com Tue Oct 13 08:58:59 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 13 Oct 2015 18:58:59 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> Message-ID: <20151013155859.GE10595@vdsl.uvw.ru> > Я пример кода просил. Вот был пример кода и я ответил. Если может > получиться из парсера xml, давайте целый готовый кусок кода, с этим > парсером xml, > он должен представлять собой вменяемый use-case. Хранение данных в текстовом формате - это не просто вменяемый use-case, а очень часто встречающийся. в JS этот геморрой непрерывный от того что в атрибуте храним скажем целое число, а вот вытаскиваем результат сохранения как строку. и начинаются написания всяких parseInt именно из за того что какие-то дебилы сделали в скриптовом языке типы и из за этих типов математика начинает неадекватно реальности работать в зависимости от того где ты взял чиселко: из строкового хранилища (куки, там или скажем атрибуты) или из чисельного. в Perl этого геморроя нет. и это одно из мест, которые делают Perl прекрасным. если вам нужны типы идите на <зачеркнуто> JS, Python и что там еще есть с типами From victor на vsespb.ru Tue Oct 13 09:08:16 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 19:08:16 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151013155859.GE10595@vdsl.uvw.ru> References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> Message-ID: 13 октября 2015 г., 18:58 пользователь Ivan Petrov написал: > >> Я пример кода просил. Вот был пример кода и я ответил. Если может >> получиться из парсера xml, давайте целый готовый кусок кода, с этим >> парсером xml, >> он должен представлять собой вменяемый use-case. > > Хранение данных в текстовом формате - это не просто вменяемый > use-case, а очень часто встречающийся. твой пример был про программиста, который написал $b='20' с кавычками, а потом решил с переменной $b произвести сложение. это не вменяемый программист, даже по реальностям Perl5. он присваивает переменной заведомо строковое значение прямо в исходном коде, зачем-то пишет кавычки, а затем эту же переменную пытается складывать. если у тебя какой-то xml парсер - то и приводи примеры xml парсера. я за то чтобы избавиться от абстракций в этом треде, тут и так полно недопонимания. так что лучше пример кода обсужать а не на пальцах пытаться что-то объяснить и демагогией заниматься. > > в JS этот геморрой непрерывный от того что в атрибуте храним скажем > целое число, а вот вытаскиваем результат сохранения как строку. про Perl давай, а не про JS. > и начинаются написания всяких parseInt именно из за того что какие-то > дебилы сделали в скриптовом языке типы и из за этих типов математика > начинает неадекватно реальности работать в зависимости от того где ты > взял чиселко: из строкового хранилища (куки, там или скажем атрибуты) > или из чисельного. > > в Perl этого геморроя нет. и это одно из мест, которые делают Perl > прекрасным. > > если вам нужны типы идите на <зачеркнуто> JS, Python и что там еще > есть с типами > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From kopytov на webhackers.ru Tue Oct 13 09:14:10 2015 From: kopytov на webhackers.ru (Dmitry Kopytov) Date: Tue, 13 Oct 2015 19:14:10 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151013155859.GE10595@vdsl.uvw.ru> References: <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> Message-ID: <20151013161410.GA1868@pavilion.linuxprofy.net> On Tue, Oct 13, 2015 at 06:58:59PM +0300, Ivan Petrov wrote: > Хранение данных в текстовом формате - это не просто вменяемый > use-case, а очень часто встречающийся. > > в JS этот геморрой непрерывный от того что в атрибуте храним скажем > целое число, а вот вытаскиваем результат сохранения как строку. > и начинаются написания всяких parseInt именно из за того что какие-то > дебилы сделали в скриптовом языке типы и из за этих типов математика > начинает неадекватно реальности работать в зависимости от того где ты > взял чиселко: из строкового хранилища (куки, там или скажем атрибуты) > или из чисельного. > в Perl этого геморроя нет. и это одно из мест, которые делают Perl > прекрасным. В Perl 6 и Num, и Str наследуются от типа Cool, который есть «Value that can be treated as a string or number interchangeably». Для Cool определены математические операции, поэтому такой код работает: $ perl6 -e ' my Str $a = "10"; my Int $b = 20; say $a + $b ' 30 Поэтому непонятно, о чём, собственно, спор. -- Dmitry Kopytov From victor на vsespb.ru Tue Oct 13 09:22:31 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 19:22:31 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151013161410.GA1868@pavilion.linuxprofy.net> References: <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> <20151013161410.GA1868@pavilion.linuxprofy.net> Message-ID: 13 октября 2015 г., 19:14 пользователь Dmitry Kopytov написал: > On Tue, Oct 13, 2015 at 06:58:59PM +0300, Ivan Petrov wrote: >> Хранение данных в текстовом формате - это не просто вменяемый >> use-case, а очень часто встречающийся. >> >> в JS этот геморрой непрерывный от того что в атрибуте храним скажем >> целое число, а вот вытаскиваем результат сохранения как строку. >> и начинаются написания всяких parseInt именно из за того что какие-то >> дебилы сделали в скриптовом языке типы и из за этих типов математика >> начинает неадекватно реальности работать в зависимости от того где ты >> взял чиселко: из строкового хранилища (куки, там или скажем атрибуты) >> или из чисельного. > >> в Perl этого геморроя нет. и это одно из мест, которые делают Perl >> прекрасным. > > В Perl 6 и Num, и Str наследуются от типа Cool, который есть «Value that > can be treated as a string or number interchangeably». Для Cool > определены математические операции, поэтому такой код работает: > > $ perl6 -e ' my Str $a = "10"; my Int $b = 20; say $a + $b ' > 30 > > Поэтому непонятно, о чём, собственно, спор. наверное про это: === Variables can have a type constraint, which goes between the declarator and the variable name: my Int $x = 42; $x = 'a string'; # throws an X::TypeCheck::Assignment error === > > -- > Dmitry Kopytov > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From pef-secure на yandex.ru Tue Oct 13 10:42:48 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Tue, 13 Oct 2015 19:42:48 +0200 Subject: [Moscow.pm] anyevent + key-value Message-ID: <2632685.83y0L6Sztl@rawen> Hi, Спрашиваю совета о выборе модуля персистентного хранения пары ключ-значение для использования с AnyEvent+Coro. Предварительно остановился на AnyEvent::BDB, но не смог провести с ним нужные мне тесты, зато смог добиться Segmentation fault (core dumped). После нескольких часов магических пасов руками нашём магическое действие, что к такому приводит, в итоге использовать этот модуль не хочется совсем. Основное требование: чтобы можно было дать команду "сохранить ключ-значение" и указать колбэк на завершение операции. Т.е. желательно не блокроваться на этой операции насколько это возможно. Посмотрел на модули RocksDB, UnQlite, Tie::LevelDB и не нашёл способа их использовать асинхронно. Запускать дополнительным процессом Redis не хотелось, это будет означать, что модуль зависит от Redis, но если не будет иного выхода, то подумаю. -- PEF Developer From pef-secure на yandex.ru Tue Oct 13 10:50:56 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Tue, 13 Oct 2015 19:50:56 +0200 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151013130338.GK16225@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> Message-ID: <2646885.r7BgMFDAMy@rawen> On Tuesday, October 13, 2015 16:03:38 Ivan Petrov wrote: > крайне удручает то, что большинство путает валидацию данных с > типами данных. Типизация простых типов нужна для оптимизации, в первую очередь. Во вторую позволяет делать оверлоадинг функций по типам параметров. Иногда хочется. Типизация сложных типов помогает избегать ошибок в формировании данных. Частично решается типа Class::Struct, на практике он не так удобен, как хочется. -- PEF Developer From o.smirnova на corp.mail.ru Tue Oct 13 09:49:39 2015 From: o.smirnova на corp.mail.ru (Olga Smirnova) Date: Tue, 13 Oct 2015 19:49:39 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> Message-ID: <561D3623.8060504@corp.mail.ru> Ни за ни против типизации, просто пример, когда строгая типизация могла бы решить проблему простым способом Примерно вот такой кусок кода: use JSON qw(to_json); use Data::Dumper; my $numbers = { one => 1.5, two => 2, }; my $str = to_json( $numbers ); print $str . "\n\n"; my $str2 = Dumper($numbers); my $str3 = to_json( $numbers ); print $str3 . "\n\n"; Получаем вот такой вывод: {"one":1.5,"two":2} {"one":"1.5","two":2} Т.е. берем структуру с заведомыми чиселками, которую нужно преобразовать в json, затем применяем к ней какую-нибудь функцию, в данном случае Dumper, и теперь наша дробная чиселка легким движением руки превращается в строчечку при json-сериализации. Если бы была строгая типизация, то такой проблемы бы не возникло. Конкретно у нас это стало проблемой, когда понадобилось посылать внутри json'а сумму в рублях (соответственно, это дробная чиселка), а на принимающей стороне был сервис, написанный на скале (т.е. со строгой типизацей), валидатор которого ругался на наши "1.5" и говорил, мол это не чиселка. Тут, конечно, можно сказать, мол, просто не используйте Dumper (или любую другую функцию, неявно преобразующую тип), но это не панацея, т.к. в любой момент в проект может прийти новый человек, не знающий про эту фичу, который возьмет да и начнет использовать одну из таких функций перед отправкой и все нахрен поломается. В нашем случае решением проблемы стал перевод единицы измерения суммы из рублей в копейки и на нашей стороне и на принимающей (благо, принимающий сервис тоже наш), т.е. избавление от дробных чисел - перед отправкой для суммы всегда делался int и уже неважно было, что делали с этой чиселкой раньше. С другой сторону, в пользу не строгой типизации - если бы такой json (с "1.5") пришел в сервис, написанный на перле, то проблемы бы не было - мы бы адекватно распарсили и 1.5 и "1.5" 13.10.2015 19:08, Victor Efimov пишет: > твой пример был про программиста, который написал $b='20' с кавычками, > а потом решил с переменной $b произвести сложение. это не вменяемый > программист, даже по реальностям Perl5. он присваивает переменной > заведомо строковое значение прямо в исходном коде, зачем-то пишет > кавычки, а затем эту же переменную пытается складывать. если у тебя > какой-то xml парсер - то и приводи примеры xml парсера. я за то чтобы > избавиться от абстракций в этом треде, тут и так полно недопонимания. > так что лучше пример кода обсужать а не на пальцах пытаться что-то > объяснить и демагогией заниматься. -- С уважением, Ольга Смирнова Perl-программист проекта Деньги@mail.ru раб.: +7 (495)-725-63-57 (внутр. 2199) моб.: +7 (926)-959-16-23 e-mail: o.smirnova на corp.mail.ru skype: olga_smirnova89 mail-agent: o.smirnova на corp.mail.ru ISQ: 232733122 mail.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: ----------- следущая часть ----------- Вложение не в текстовом формате было извлечено… Имя: logo_full.png Тип: image/png Размер: 9565 байтов Описание: отсутствует URL: From victor на vsespb.ru Tue Oct 13 11:14:46 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 21:14:46 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <561D3623.8060504@corp.mail.ru> References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> <561D3623.8060504@corp.mail.ru> Message-ID: 13 октября 2015 г., 19:49 пользователь Olga Smirnova < o.smirnova на corp.mail.ru> написал: > Ни за ни против типизации, просто пример, когда строгая типизация могла бы > решить проблему простым способом > Да, помогла бы, т.к. в JSON есть числа и boolean, а в perl их нет. > > Примерно вот такой кусок кода: > > use JSON qw(to_json); > use Data::Dumper; > > my $numbers = { > one => 1.5, > two => 2, > }; > my $str = to_json( $numbers ); > print $str . "\n\n"; > > my $str2 = Dumper($numbers); > my $str3 = to_json( $numbers ); > > print $str3 . "\n\n"; > > Получаем вот такой вывод: > > {"one":1.5,"two":2} > > {"one":"1.5","two":2} > Но кстати конкретно этот пример - это вообще другая тема, имхо, она за гранью добра и зла. В Perl нет чисел, однако Марк Леманн думает что есть. Это какие-то эфемерные "числа" которые не подпадают ни под какую-либо вменяемую парадигму. С такими "числами" perl не консистентен. Я заводил ему тикет вот https://rt.cpan.org/Public/Bug/Display.html?id=94451 и ещё недавно писал письмо про точно такую же проблему как вы описываете (тоже числа после вывода в лог Dumper'ом или не Dumper'ом превращались в строки). Я хотел опцию чтобы это отключить, но оба раза он меня посылал. > > Т.е. берем структуру с заведомыми чиселками, которую нужно преобразовать в > json, затем применяем к ней какую-нибудь функцию, в данном случае Dumper, и > теперь наша дробная чиселка легким движением руки превращается в строчечку > при json-сериализации. Если бы была строгая типизация, то такой проблемы бы > не возникло. > > Конкретно у нас это стало проблемой, когда понадобилось посылать внутри > json'а сумму в рублях (соответственно, это дробная чиселка), а на > принимающей стороне был сервис, написанный на скале (т.е. со строгой > типизацей), валидатор которого ругался на наши "1.5" и говорил, мол это не > чиселка. > > Тут, конечно, можно сказать, мол, просто не используйте Dumper (или любую > другую функцию, неявно преобразующую тип), но это не панацея, т.к. в любой > момент в проект может прийти новый человек, не знающий про эту фичу, > который возьмет да и начнет использовать одну из таких функций перед > отправкой и все нахрен поломается. > В нашем случае решением проблемы стал перевод единицы измерения суммы из > рублей в копейки и на нашей стороне и на принимающей (благо, принимающий > сервис тоже наш), т.е. избавление от дробных чисел - перед отправкой для > суммы всегда делался int и уже неважно было, что делали с этой чиселкой > раньше. > > С другой сторону, в пользу не строгой типизации - если бы такой json (с > "1.5") пришел в сервис, написанный на перле, то проблемы бы не было - мы бы > адекватно распарсили и 1.5 и "1.5" > > > 13.10.2015 19:08, Victor Efimov пишет: > > твой пример был про программиста, который написал $b='20' с кавычками, а > потом решил с переменной $b произвести сложение. это не вменяемый > программист, даже по реальностям Perl5. он присваивает переменной заведомо > строковое значение прямо в исходном коде, зачем-то пишет кавычки, а затем > эту же переменную пытается складывать. если у тебя какой-то xml парсер - то > и приводи примеры xml парсера. я за то чтобы избавиться от абстракций в > этом треде, тут и так полно недопонимания. так что лучше пример кода > обсужать а не на пальцах пытаться что-то объяснить и демагогией заниматься. > > > -- > С уважением, > > Ольга Смирнова > Perl-программист проекта Деньги@mail.ru > раб.: +7 (495)-725-63-57 (внутр. 2199) > моб.: +7 (926)-959-16-23 > e-mail: o.smirnova на corp.mail.ru > skype: olga_smirnova89 > mail-agent: o.smirnova на corp.mail.ru > ISQ: 232733122 > > [image: mail.ru] > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: ----------- следущая часть ----------- Вложение не в текстовом формате было извлечено… Имя: logo_full.png Тип: image/png Размер: 9565 байтов Описание: отсутствует URL: From chesnokov.ilya на gmail.com Tue Oct 13 11:16:38 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Tue, 13 Oct 2015 21:16:38 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <561D3623.8060504@corp.mail.ru> References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> <561D3623.8060504@corp.mail.ru> Message-ID: 13 октября 2015 г., 19:49 пользователь Olga Smirnova < o.smirnova на corp.mail.ru> написал: > > Тут, конечно, можно сказать, мол, просто не используйте Dumper (или любую > другую функцию, неявно преобразующую тип), но это не панацея, т.к. в любой > момент в проект может прийти новый человек, не знающий про эту фичу, > который возьмет да и начнет использовать одну из таких функций перед > отправкой и все нахрен поломается. > Code review? Тесты? :) -- Best regards, Ilya Chesnokov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From victor на vsespb.ru Tue Oct 13 11:26:40 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 21:26:40 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> <561D3623.8060504@corp.mail.ru> Message-ID: 13 октября 2015 г., 21:16 пользователь Ilya Chesnokov написал: > > 13 октября 2015 г., 19:49 пользователь Olga Smirnova > написал: >> >> Тут, конечно, можно сказать, мол, просто не используйте Dumper (или любую >> другую функцию, неявно преобразующую тип), но это не панацея, т.к. в любой >> момент в проект может прийти новый человек, не знающий про эту фичу, который >> возьмет да и начнет использовать одну из таких функций перед отправкой и все >> нахрен поломается. > > > Code review? Тесты? :) да, у нас похожий код был и были тесты. сломать было нельзя. однако если ты по всему коду за собой таскаешь некоторую структуру с "числами" и вдруг добавление в любом месте логгирования этой струкруты делает её не валдиной, тут тесты не помогут, вернее только 100% покрытие и постоянно тест на то что число осталось числом (для чего, мужду прочим нужен модуль B или тот же JSON::XS) на все все кейзы. получается что если "число" поучаствует в строковой операции (как readonly) (например print $number) без всякой ошибки или варнинга оно превратится в "не число". это не в какие ворота не лезет. > > -- > Best regards, > Ilya Chesnokov > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > From chesnokov.ilya на gmail.com Tue Oct 13 11:44:43 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Tue, 13 Oct 2015 21:44:43 +0300 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: <2632685.83y0L6Sztl@rawen> References: <2632685.83y0L6Sztl@rawen> Message-ID: 13 октября 2015 г., 20:42 пользователь PEF Secure написал: > Посмотрел на модули RocksDB, UnQlite, Tie::LevelDB и не нашёл способа их > использовать асинхронно. Если Coro используется, то может попробовать unblock_sub? > Запускать дополнительным процессом Redis не хотелось, > это будет означать, что модуль зависит от Redis, но если не будет иного > выхода, то подумаю. > > -- > PEF Developer > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From victor на vsespb.ru Tue Oct 13 11:48:45 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 21:48:45 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> <561D3623.8060504@corp.mail.ru> Message-ID: 13 октября 2015 г., 21:26 пользователь Victor Efimov написал: > 13 октября 2015 г., 21:16 пользователь Ilya Chesnokov > написал: >> >> 13 октября 2015 г., 19:49 пользователь Olga Smirnova >> написал: >>> >>> Тут, конечно, можно сказать, мол, просто не используйте Dumper (или любую >>> другую функцию, неявно преобразующую тип), но это не панацея, т.к. в любой >>> момент в проект может прийти новый человек, не знающий про эту фичу, который >>> возьмет да и начнет использовать одну из таких функций перед отправкой и все >>> нахрен поломается. >> >> >> Code review? Тесты? :) > > да, у нас похожий код был и были тесты. сломать было нельзя. > однако если ты по всему коду за собой таскаешь некоторую структуру с > "числами" и вдруг добавление в любом месте логгирования этой струкруты > делает её не валдиной, тут тесты не помогут, вернее только 100% > покрытие и постоянно тест на то что число осталось числом (для чего, > мужду прочим нужен модуль B или тот же JSON::XS) на все все кейзы. > получается что если "число" поучаствует в строковой операции (как > readonly) (например print $number) без всякой ошибки или варнинга оно > превратится в "не число". это не в какие ворота не лезет. даже поясню ещё больше: вот допустим у тебя есть функция print_data_as_json она покрыта тестами. всё ок. числа там не портястся. отлично. затем ты пишешь новый код в рандомном месте проекта my $struct = { x => 42 }; print_data_as_json($struct) всё окей. затем ты добавляещё ещё кода my $struct = { x => 42 }; someanotherfunc($somedata, $struct) print_data_as_json($struct) всё.. приехали. теперь (учитывая что любое чтение поля x может его испортить) нужно добавить тест, гарантируюющий что someanotherfunc не "испортит" значение x в $somestruct для всех ветвлений. фактически это удваивает количество тестов (ассертов тестов) всего кода где структура с числом должна быть "живая" и оставаться числом. > >> >> -- >> Best regards, >> Ilya Chesnokov >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> From timur.nozadze на gmail.com Tue Oct 13 11:56:33 2015 From: timur.nozadze на gmail.com (=?UTF-8?B?0KLQuNC80YPRgCDQndC+0LfQsNC00LfQtQ==?=) Date: Tue, 13 Oct 2015 18:56:33 +0000 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> <561D3623.8060504@corp.mail.ru> Message-ID: Смотри-ка, люди срутся про синтаксис Перла, прям как в старые добрые времена. :) вт, 13 окт. 2015 г. в 21:49, Victor Efimov : > 13 октября 2015 г., 21:26 пользователь Victor Efimov > написал: > > 13 октября 2015 г., 21:16 пользователь Ilya Chesnokov > > написал: > >> > >> 13 октября 2015 г., 19:49 пользователь Olga Smirnova > >> написал: > >>> > >>> Тут, конечно, можно сказать, мол, просто не используйте Dumper (или > любую > >>> другую функцию, неявно преобразующую тип), но это не панацея, т.к. в > любой > >>> момент в проект может прийти новый человек, не знающий про эту фичу, > который > >>> возьмет да и начнет использовать одну из таких функций перед отправкой > и все > >>> нахрен поломается. > >> > >> > >> Code review? Тесты? :) > > > > да, у нас похожий код был и были тесты. сломать было нельзя. > > однако если ты по всему коду за собой таскаешь некоторую структуру с > > "числами" и вдруг добавление в любом месте логгирования этой струкруты > > делает её не валдиной, тут тесты не помогут, вернее только 100% > > покрытие и постоянно тест на то что число осталось числом (для чего, > > мужду прочим нужен модуль B или тот же JSON::XS) на все все кейзы. > > получается что если "число" поучаствует в строковой операции (как > > readonly) (например print $number) без всякой ошибки или варнинга оно > > превратится в "не число". это не в какие ворота не лезет. > > даже поясню ещё больше: > > вот допустим у тебя есть функция print_data_as_json > она покрыта тестами. всё ок. числа там не портястся. отлично. > > затем ты пишешь новый код в рандомном месте проекта > > my $struct = { x => 42 }; > print_data_as_json($struct) > > всё окей. > > затем ты добавляещё ещё кода > > my $struct = { x => 42 }; > someanotherfunc($somedata, $struct) > print_data_as_json($struct) > > всё.. приехали. теперь (учитывая что любое чтение поля x может его > испортить) нужно добавить тест, гарантируюющий что > > someanotherfunc не "испортит" значение x в $somestruct для всех ветвлений. > > фактически это удваивает количество тестов (ассертов тестов) всего > кода где структура с числом > должна быть "живая" и оставаться числом. > > > > > >> > >> -- > >> Best regards, > >> Ilya Chesnokov > >> > >> -- > >> Moscow.pm mailing list > >> moscow-pm на pm.org | http://moscow.pm.org > >> > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vividsnow на gmail.com Tue Oct 13 12:18:22 2015 From: vividsnow на gmail.com (vividsnow) Date: Tue, 13 Oct 2015 22:18:22 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <561D3623.8060504@corp.mail.ru> References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> <561D3623.8060504@corp.mail.ru> Message-ID: <561D58FE.4050001@gmail.com> On 10/13/2015 07:49 PM, Olga Smirnova wrote: > Ни за ни против типизации, просто пример, когда строгая типизация могла бы решить проблему простым способом > > Примерно вот такой кусок кода: > > use JSON qw(to_json); > use Data::Dumper; > > my $numbers = { > one => 1.5, > two => 2, > }; > my $str = to_json( $numbers ); > print $str . "\n\n"; > > my $str2 = Dumper($numbers); > my $str3 = to_json( $numbers ); > > print $str3 . "\n\n"; > > Получаем вот такой вывод: > > {"one":1.5,"two":2} > > {"one":"1.5","two":2} > > Т.е. берем структуру с заведомыми чиселками, которую нужно преобразовать в json, затем применяем к ней какую-нибудь функцию, в данном случае Dumper, и теперь наша дробная > чиселка легким движением руки превращается в строчечку при json-сериализации. Если бы была строгая типизация, то такой проблемы бы не возникло. > > Конкретно у нас это стало проблемой, когда понадобилось посылать внутри json'а сумму в рублях (соответственно, это дробная чиселка), а на принимающей стороне был сервис, > написанный на скале (т.е. со строгой типизацей), валидатор которого ругался на наши "1.5" и говорил, мол это не чиселка. > > Тут, конечно, можно сказать, мол, просто не используйте Dumper (или любую другую функцию, неявно преобразующую тип), но это не панацея, т.к. в любой момент в проект может > прийти новый человек, не знающий про эту фичу, который возьмет да и начнет использовать одну из таких функций перед отправкой и все нахрен поломается. > В нашем случае решением проблемы стал перевод единицы измерения суммы из рублей в копейки и на нашей стороне и на принимающей (благо, принимающий сервис тоже наш), т.е. > избавление от дробных чисел - перед отправкой для суммы всегда делался int и уже неважно было, что делали с этой чиселкой раньше. как вариант в функции-сериализаторе приводить значение к соотв. типу через: to_json({ one => $numbers->{one} +0, two => $numbers->{two} +0 }) по этой теме на CPAN'е есть: https://metacpan.org/pod/JSON::Schema::Fit > > С другой сторону, в пользу не строгой типизации - если бы такой json (с "1.5") пришел в сервис, написанный на перле, то проблемы бы не было - мы бы адекватно распарсили и > 1.5 и "1.5" > > > 13.10.2015 19:08, Victor Efimov пишет: >> твой пример был про программиста, который написал $b='20' с кавычками, а потом решил с переменной $b произвести сложение. это не вменяемый программист, даже по >> реальностям Perl5. он присваивает переменной заведомо строковое значение прямо в исходном коде, зачем-то пишет кавычки, а затем эту же переменную пытается складывать. >> если у тебя какой-то xml парсер - то и приводи примеры xml парсера. я за то чтобы избавиться от абстракций в этом треде, тут и так полно недопонимания. так что лучше >> пример кода обсужать а не на пальцах пытаться что-то объяснить и демагогией заниматься. > > -- > С уважением, > > Ольга Смирнова > Perl-программист проекта Деньги@mail.ru > раб.: +7 (495)-725-63-57 (внутр. 2199) > моб.: +7 (926)-959-16-23 > e-mail: o.smirnova на corp.mail.ru > skype: olga_smirnova89 > mail-agent: o.smirnova на corp.mail.ru > ISQ: 232733122 > > mail.ru > > From victor на vsespb.ru Tue Oct 13 12:20:45 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 22:20:45 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <561D58FE.4050001@gmail.com> References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> <561D3623.8060504@corp.mail.ru> <561D58FE.4050001@gmail.com> Message-ID: 13 октября 2015 г., 22:18 пользователь vividsnow написал: > On 10/13/2015 07:49 PM, Olga Smirnova wrote: >> Ни за ни против типизации, просто пример, когда строгая типизация могла бы решить проблему простым способом >> >> Примерно вот такой кусок кода: >> >> use JSON qw(to_json); >> use Data::Dumper; >> >> my $numbers = { >> one => 1.5, >> two => 2, >> }; >> my $str = to_json( $numbers ); >> print $str . "\n\n"; >> >> my $str2 = Dumper($numbers); >> my $str3 = to_json( $numbers ); >> >> print $str3 . "\n\n"; >> >> Получаем вот такой вывод: >> >> {"one":1.5,"two":2} >> >> {"one":"1.5","two":2} >> >> Т.е. берем структуру с заведомыми чиселками, которую нужно преобразовать в json, затем применяем к ней какую-нибудь функцию, в данном случае Dumper, и теперь наша дробная >> чиселка легким движением руки превращается в строчечку при json-сериализации. Если бы была строгая типизация, то такой проблемы бы не возникло. >> >> Конкретно у нас это стало проблемой, когда понадобилось посылать внутри json'а сумму в рублях (соответственно, это дробная чиселка), а на принимающей стороне был сервис, >> написанный на скале (т.е. со строгой типизацей), валидатор которого ругался на наши "1.5" и говорил, мол это не чиселка. >> >> Тут, конечно, можно сказать, мол, просто не используйте Dumper (или любую другую функцию, неявно преобразующую тип), но это не панацея, т.к. в любой момент в проект может >> прийти новый человек, не знающий про эту фичу, который возьмет да и начнет использовать одну из таких функций перед отправкой и все нахрен поломается. >> В нашем случае решением проблемы стал перевод единицы измерения суммы из рублей в копейки и на нашей стороне и на принимающей (благо, принимающий сервис тоже наш), т.е. >> избавление от дробных чисел - перед отправкой для суммы всегда делался int и уже неважно было, что делали с этой чиселкой раньше. > > как вариант в функции-сериализаторе приводить значение к соотв. типу через: > > to_json({ one => $numbers->{one} +0, two => $numbers->{two} +0 }) да, если функция сериализации знает какие поля будут числами, а какие - нет > > по этой теме на CPAN'е есть: https://metacpan.org/pod/JSON::Schema::Fit > >> >> С другой сторону, в пользу не строгой типизации - если бы такой json (с "1.5") пришел в сервис, написанный на перле, то проблемы бы не было - мы бы адекватно распарсили и >> 1.5 и "1.5" >> >> >> 13.10.2015 19:08, Victor Efimov пишет: >>> твой пример был про программиста, который написал $b='20' с кавычками, а потом решил с переменной $b произвести сложение. это не вменяемый программист, даже по >>> реальностям Perl5. он присваивает переменной заведомо строковое значение прямо в исходном коде, зачем-то пишет кавычки, а затем эту же переменную пытается складывать. >>> если у тебя какой-то xml парсер - то и приводи примеры xml парсера. я за то чтобы избавиться от абстракций в этом треде, тут и так полно недопонимания. так что лучше >>> пример кода обсужать а не на пальцах пытаться что-то объяснить и демагогией заниматься. >> >> -- >> С уважением, >> >> Ольга Смирнова >> Perl-программист проекта Деньги@mail.ru >> раб.: +7 (495)-725-63-57 (внутр. 2199) >> моб.: +7 (926)-959-16-23 >> e-mail: o.smirnova на corp.mail.ru >> skype: olga_smirnova89 >> mail-agent: o.smirnova на corp.mail.ru >> ISQ: 232733122 >> >> mail.ru >> >> > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From vividsnow на gmail.com Tue Oct 13 12:33:22 2015 From: vividsnow на gmail.com (vividsnow) Date: Tue, 13 Oct 2015 22:33:22 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> <561D3623.8060504@corp.mail.ru> <561D58FE.4050001@gmail.com> Message-ID: <561D5C82.1030903@gmail.com> On 10/13/2015 10:20 PM, Victor Efimov wrote: > 13 октября 2015 г., 22:18 пользователь vividsnow написал: >> On 10/13/2015 07:49 PM, Olga Smirnova wrote: >>> Ни за ни против типизации, просто пример, когда строгая типизация могла бы решить проблему простым способом >>> >>> Примерно вот такой кусок кода: >>> >>> use JSON qw(to_json); >>> use Data::Dumper; >>> >>> my $numbers = { >>> one => 1.5, >>> two => 2, >>> }; >>> my $str = to_json( $numbers ); >>> print $str . "\n\n"; >>> >>> my $str2 = Dumper($numbers); >>> my $str3 = to_json( $numbers ); >>> >>> print $str3 . "\n\n"; >>> >>> Получаем вот такой вывод: >>> >>> {"one":1.5,"two":2} >>> >>> {"one":"1.5","two":2} >>> >>> Т.е. берем структуру с заведомыми чиселками, которую нужно преобразовать в json, затем применяем к ней какую-нибудь функцию, в данном случае Dumper, и теперь наша дробная >>> чиселка легким движением руки превращается в строчечку при json-сериализации. Если бы была строгая типизация, то такой проблемы бы не возникло. >>> >>> Конкретно у нас это стало проблемой, когда понадобилось посылать внутри json'а сумму в рублях (соответственно, это дробная чиселка), а на принимающей стороне был сервис, >>> написанный на скале (т.е. со строгой типизацей), валидатор которого ругался на наши "1.5" и говорил, мол это не чиселка. >>> >>> Тут, конечно, можно сказать, мол, просто не используйте Dumper (или любую другую функцию, неявно преобразующую тип), но это не панацея, т.к. в любой момент в проект может >>> прийти новый человек, не знающий про эту фичу, который возьмет да и начнет использовать одну из таких функций перед отправкой и все нахрен поломается. >>> В нашем случае решением проблемы стал перевод единицы измерения суммы из рублей в копейки и на нашей стороне и на принимающей (благо, принимающий сервис тоже наш), т.е. >>> избавление от дробных чисел - перед отправкой для суммы всегда делался int и уже неважно было, что делали с этой чиселкой раньше. >> >> как вариант в функции-сериализаторе приводить значение к соотв. типу через: >> >> to_json({ one => $numbers->{one} +0, two => $numbers->{two} +0 }) > > да, если функция сериализации знает какие поля будут числами, а какие - нет если нужно обобщенное решение, то можно "пробежаться" по структуре и: $_+=0 if Scalar::Util::looks_like_number($_) > >> >> по этой теме на CPAN'е есть: https://metacpan.org/pod/JSON::Schema::Fit >> >>> >>> С другой сторону, в пользу не строгой типизации - если бы такой json (с "1.5") пришел в сервис, написанный на перле, то проблемы бы не было - мы бы адекватно распарсили и >>> 1.5 и "1.5" >>> >>> >>> 13.10.2015 19:08, Victor Efimov пишет: >>>> твой пример был про программиста, который написал $b='20' с кавычками, а потом решил с переменной $b произвести сложение. это не вменяемый программист, даже по >>>> реальностям Perl5. он присваивает переменной заведомо строковое значение прямо в исходном коде, зачем-то пишет кавычки, а затем эту же переменную пытается складывать. >>>> если у тебя какой-то xml парсер - то и приводи примеры xml парсера. я за то чтобы избавиться от абстракций в этом треде, тут и так полно недопонимания. так что лучше >>>> пример кода обсужать а не на пальцах пытаться что-то объяснить и демагогией заниматься. >>> >>> -- >>> С уважением, >>> >>> Ольга Смирнова >>> Perl-программист проекта Деньги@mail.ru >>> раб.: +7 (495)-725-63-57 (внутр. 2199) >>> моб.: +7 (926)-959-16-23 >>> e-mail: o.smirnova на corp.mail.ru >>> skype: olga_smirnova89 >>> mail-agent: o.smirnova на corp.mail.ru >>> ISQ: 232733122 >>> >>> mail.ru >>> >>> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org From pef-secure на yandex.ru Tue Oct 13 12:33:45 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Tue, 13 Oct 2015 21:33:45 +0200 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: References: <2632685.83y0L6Sztl@rawen> Message-ID: <2358849.5Mc5GXGKar@rawen> On Tuesday, October 13, 2015 21:44:43 Ilya Chesnokov wrote: > 13 октября 2015 г., 20:42 пользователь PEF Secure > написал: > > > Посмотрел на модули RocksDB, UnQlite, Tie::LevelDB и не нашёл способа их > > использовать асинхронно. > > > Если Coro используется, то может попробовать unblock_sub? Оно вроде ж для колбэков, а их то как раз и нет в нужных мне библиотках. -- PEF Developer From victor на vsespb.ru Tue Oct 13 12:36:01 2015 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 13 Oct 2015 22:36:01 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <561D5C82.1030903@gmail.com> References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> <561D3623.8060504@corp.mail.ru> <561D58FE.4050001@gmail.com> <561D5C82.1030903@gmail.com> Message-ID: не, а если у тебя где-то по логике должна быть json-строка, но вот так совпала что в ней цифры.. 13 октября 2015 г., 22:33 пользователь vividsnow написал: > On 10/13/2015 10:20 PM, Victor Efimov wrote: >> 13 октября 2015 г., 22:18 пользователь vividsnow написал: >>> On 10/13/2015 07:49 PM, Olga Smirnova wrote: >>>> Ни за ни против типизации, просто пример, когда строгая типизация могла бы решить проблему простым способом >>>> >>>> Примерно вот такой кусок кода: >>>> >>>> use JSON qw(to_json); >>>> use Data::Dumper; >>>> >>>> my $numbers = { >>>> one => 1.5, >>>> two => 2, >>>> }; >>>> my $str = to_json( $numbers ); >>>> print $str . "\n\n"; >>>> >>>> my $str2 = Dumper($numbers); >>>> my $str3 = to_json( $numbers ); >>>> >>>> print $str3 . "\n\n"; >>>> >>>> Получаем вот такой вывод: >>>> >>>> {"one":1.5,"two":2} >>>> >>>> {"one":"1.5","two":2} >>>> >>>> Т.е. берем структуру с заведомыми чиселками, которую нужно преобразовать в json, затем применяем к ней какую-нибудь функцию, в данном случае Dumper, и теперь наша дробная >>>> чиселка легким движением руки превращается в строчечку при json-сериализации. Если бы была строгая типизация, то такой проблемы бы не возникло. >>>> >>>> Конкретно у нас это стало проблемой, когда понадобилось посылать внутри json'а сумму в рублях (соответственно, это дробная чиселка), а на принимающей стороне был сервис, >>>> написанный на скале (т.е. со строгой типизацей), валидатор которого ругался на наши "1.5" и говорил, мол это не чиселка. >>>> >>>> Тут, конечно, можно сказать, мол, просто не используйте Dumper (или любую другую функцию, неявно преобразующую тип), но это не панацея, т.к. в любой момент в проект может >>>> прийти новый человек, не знающий про эту фичу, который возьмет да и начнет использовать одну из таких функций перед отправкой и все нахрен поломается. >>>> В нашем случае решением проблемы стал перевод единицы измерения суммы из рублей в копейки и на нашей стороне и на принимающей (благо, принимающий сервис тоже наш), т.е. >>>> избавление от дробных чисел - перед отправкой для суммы всегда делался int и уже неважно было, что делали с этой чиселкой раньше. >>> >>> как вариант в функции-сериализаторе приводить значение к соотв. типу через: >>> >>> to_json({ one => $numbers->{one} +0, two => $numbers->{two} +0 }) >> >> да, если функция сериализации знает какие поля будут числами, а какие - нет > > если нужно обобщенное решение, то можно "пробежаться" по структуре и: > $_+=0 if Scalar::Util::looks_like_number($_) > >> >>> >>> по этой теме на CPAN'е есть: https://metacpan.org/pod/JSON::Schema::Fit >>> >>>> >>>> С другой сторону, в пользу не строгой типизации - если бы такой json (с "1.5") пришел в сервис, написанный на перле, то проблемы бы не было - мы бы адекватно распарсили и >>>> 1.5 и "1.5" >>>> >>>> >>>> 13.10.2015 19:08, Victor Efimov пишет: >>>>> твой пример был про программиста, который написал $b='20' с кавычками, а потом решил с переменной $b произвести сложение. это не вменяемый программист, даже по >>>>> реальностям Perl5. он присваивает переменной заведомо строковое значение прямо в исходном коде, зачем-то пишет кавычки, а затем эту же переменную пытается складывать. >>>>> если у тебя какой-то xml парсер - то и приводи примеры xml парсера. я за то чтобы избавиться от абстракций в этом треде, тут и так полно недопонимания. так что лучше >>>>> пример кода обсужать а не на пальцах пытаться что-то объяснить и демагогией заниматься. >>>> >>>> -- >>>> С уважением, >>>> >>>> Ольга Смирнова >>>> Perl-программист проекта Деньги@mail.ru >>>> раб.: +7 (495)-725-63-57 (внутр. 2199) >>>> моб.: +7 (926)-959-16-23 >>>> e-mail: o.smirnova на corp.mail.ru >>>> skype: olga_smirnova89 >>>> mail-agent: o.smirnova на corp.mail.ru >>>> ISQ: 232733122 >>>> >>>> mail.ru >>>> >>>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From vividsnow на gmail.com Tue Oct 13 13:12:36 2015 From: vividsnow на gmail.com (vividsnow) Date: Tue, 13 Oct 2015 23:12:36 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <20151013131200.GL16225@vdsl.uvw.ru> <20151013132317.GM16225@vdsl.uvw.ru> <20151013142531.GN16225@vdsl.uvw.ru> <20151013152013.GA10595@vdsl.uvw.ru> <20151013155859.GE10595@vdsl.uvw.ru> <561D3623.8060504@corp.mail.ru> <561D58FE.4050001@gmail.com> <561D5C82.1030903@gmail.com> Message-ID: <561D65B4.6030503@gmail.com> если для каких-то полей сериализуемой структуры всё же известно, что в них должно быть, то: для строки: "$_" для числа: $_+0 -- для json api обычно известно что он должен отдавать, иначе это не api, а что-то странноватое On 10/13/2015 10:36 PM, Victor Efimov wrote: > не, а если у тебя где-то по логике должна быть json-строка, но вот так > совпала что в ней цифры.. > > 13 октября 2015 г., 22:33 пользователь vividsnow написал: >> On 10/13/2015 10:20 PM, Victor Efimov wrote: >>> 13 октября 2015 г., 22:18 пользователь vividsnow написал: >>>> On 10/13/2015 07:49 PM, Olga Smirnova wrote: >>>>> Ни за ни против типизации, просто пример, когда строгая типизация могла бы решить проблему простым способом >>>>> >>>>> Примерно вот такой кусок кода: >>>>> >>>>> use JSON qw(to_json); >>>>> use Data::Dumper; >>>>> >>>>> my $numbers = { >>>>> one => 1.5, >>>>> two => 2, >>>>> }; >>>>> my $str = to_json( $numbers ); >>>>> print $str . "\n\n"; >>>>> >>>>> my $str2 = Dumper($numbers); >>>>> my $str3 = to_json( $numbers ); >>>>> >>>>> print $str3 . "\n\n"; >>>>> >>>>> Получаем вот такой вывод: >>>>> >>>>> {"one":1.5,"two":2} >>>>> >>>>> {"one":"1.5","two":2} >>>>> >>>>> Т.е. берем структуру с заведомыми чиселками, которую нужно преобразовать в json, затем применяем к ней какую-нибудь функцию, в данном случае Dumper, и теперь наша дробная >>>>> чиселка легким движением руки превращается в строчечку при json-сериализации. Если бы была строгая типизация, то такой проблемы бы не возникло. >>>>> >>>>> Конкретно у нас это стало проблемой, когда понадобилось посылать внутри json'а сумму в рублях (соответственно, это дробная чиселка), а на принимающей стороне был сервис, >>>>> написанный на скале (т.е. со строгой типизацей), валидатор которого ругался на наши "1.5" и говорил, мол это не чиселка. >>>>> >>>>> Тут, конечно, можно сказать, мол, просто не используйте Dumper (или любую другую функцию, неявно преобразующую тип), но это не панацея, т.к. в любой момент в проект может >>>>> прийти новый человек, не знающий про эту фичу, который возьмет да и начнет использовать одну из таких функций перед отправкой и все нахрен поломается. >>>>> В нашем случае решением проблемы стал перевод единицы измерения суммы из рублей в копейки и на нашей стороне и на принимающей (благо, принимающий сервис тоже наш), т.е. >>>>> избавление от дробных чисел - перед отправкой для суммы всегда делался int и уже неважно было, что делали с этой чиселкой раньше. >>>> >>>> как вариант в функции-сериализаторе приводить значение к соотв. типу через: >>>> >>>> to_json({ one => $numbers->{one} +0, two => $numbers->{two} +0 }) >>> >>> да, если функция сериализации знает какие поля будут числами, а какие - нет >> >> если нужно обобщенное решение, то можно "пробежаться" по структуре и: >> $_+=0 if Scalar::Util::looks_like_number($_) >> >>> >>>> >>>> по этой теме на CPAN'е есть: https://metacpan.org/pod/JSON::Schema::Fit >>>> >>>>> >>>>> С другой сторону, в пользу не строгой типизации - если бы такой json (с "1.5") пришел в сервис, написанный на перле, то проблемы бы не было - мы бы адекватно распарсили и >>>>> 1.5 и "1.5" >>>>> >>>>> >>>>> 13.10.2015 19:08, Victor Efimov пишет: >>>>>> твой пример был про программиста, который написал $b='20' с кавычками, а потом решил с переменной $b произвести сложение. это не вменяемый программист, даже по >>>>>> реальностям Perl5. он присваивает переменной заведомо строковое значение прямо в исходном коде, зачем-то пишет кавычки, а затем эту же переменную пытается складывать. >>>>>> если у тебя какой-то xml парсер - то и приводи примеры xml парсера. я за то чтобы избавиться от абстракций в этом треде, тут и так полно недопонимания. так что лучше >>>>>> пример кода обсужать а не на пальцах пытаться что-то объяснить и демагогией заниматься. >>>>> >>>>> -- >>>>> С уважением, >>>>> >>>>> Ольга Смирнова >>>>> Perl-программист проекта Деньги@mail.ru >>>>> раб.: +7 (495)-725-63-57 (внутр. 2199) >>>>> моб.: +7 (926)-959-16-23 >>>>> e-mail: o.smirnova на corp.mail.ru >>>>> skype: olga_smirnova89 >>>>> mail-agent: o.smirnova на corp.mail.ru >>>>> ISQ: 232733122 >>>>> >>>>> mail.ru >>>>> >>>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org From mi на ya.ru Tue Oct 13 13:27:41 2015 From: mi на ya.ru (Nikolay Mishin) Date: Tue, 13 Oct 2015 23:27:41 +0300 Subject: [Moscow.pm] Perl6::Export::Attrs Message-ID: <2758421444768061@web8j.yandex.ru> Вложение в формате HTML было извлечено… URL: From vividsnow на gmail.com Tue Oct 13 14:00:54 2015 From: vividsnow на gmail.com (vividsnow) Date: Wed, 14 Oct 2015 00:00:54 +0300 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: <2632685.83y0L6Sztl@rawen> References: <2632685.83y0L6Sztl@rawen> Message-ID: <561D7106.3070104@gmail.com> Форкнуть процесс в котором будут выполняться блокирующие операции c любой БД и взаимодействовать с ним через сокет. Чтото вроде: https://metacpan.org/pod/AnyEvent::DBI On 10/13/2015 08:42 PM, PEF Secure wrote: > Hi, > > Спрашиваю совета о выборе модуля персистентного хранения пары ключ-значение > для использования с AnyEvent+Coro. Предварительно остановился на > AnyEvent::BDB, но не смог провести с ним нужные мне тесты, зато смог добиться > Segmentation fault (core dumped). После нескольких часов магических пасов > руками нашём магическое действие, что к такому приводит, в итоге использовать > этот модуль не хочется совсем. Основное требование: чтобы можно было дать > команду "сохранить ключ-значение" и указать колбэк на завершение операции. > Т.е. желательно не блокроваться на этой операции насколько это возможно. > > Посмотрел на модули RocksDB, UnQlite, Tie::LevelDB и не нашёл способа их > использовать асинхронно. Запускать дополнительным процессом Redis не хотелось, > это будет означать, что модуль зависит от Redis, но если не будет иного > выхода, то подумаю. > From i.petro.77.00 на gmail.com Wed Oct 14 01:08:02 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 14 Oct 2015 11:08:02 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <2646885.r7BgMFDAMy@rawen> References: <522591444210266@web12h.yandex.ru> <20151013115626.GA27113@pavilion.linuxprofy.net> <20151013130338.GK16225@vdsl.uvw.ru> <2646885.r7BgMFDAMy@rawen> Message-ID: <20151014080802.GF10595@vdsl.uvw.ru> >> крайне удручает то, что большинство путает валидацию данных с >> типами данных. > Типизация простых типов нужна для оптимизации, в первую очередь. это оптимизация безысходности. костыль иными словами. кто-то хочет конкретный use case оптимизировать - хранение массива чиселок. и из за этого портят хороший язык введением допоператоров и типов. вместо того чтобы работать над тем чтобы скаляры сами знали что нужно чтобы было быстрее. Кстати в Perl5 над скалярами на эту тему имхо очень проработано все. > Во вторую позволяет делать оверлоадинг функций по типам параметров. это уже костыль над костылем. то есть имеются типы и хочется как-то чтобы код выглядел будто их нет: когда из кода убраны типы, остается в общем-то один алгоритм и человек его лучше понимает. То есть бестиповый язык ближе к человеческому. > Иногда хочется. хочется потому что без типов жить лучше From pef-secure на yandex.ru Wed Oct 14 01:40:37 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 14 Oct 2015 10:40:37 +0200 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151014080802.GF10595@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> Message-ID: <1568421.ZoR53LfrlF@rawen> On Wednesday, October 14, 2015 11:08:02 Ivan Petrov wrote: > > Во вторую позволяет делать оверлоадинг функций по типам параметров. > это уже костыль над костылем. Приведу пример. Была функция, принимала 3 параметра. Последним параметром в течении нескольких лет всегда была строка. И вдруг меняются условия, одной строки становится мало, теперь там нужна структура. Функция находится в модуле, который используется в разных проектах, вызывается в эн местах, все менять -- переделок много. Проще воспользоваться фактом динамичности, и в том месте, где это понадобилось, передавать именно структуру (хеш), а в самой функции дописать проверку типа переданного параметра, что если это не строка, то играем по новому. Так вот, это и есть типичный костыль. Был бы оверлоадинг -- было бы "прямо". > это оптимизация безысходности. и бездуховности. байты, надёлённые конкретным типом, не имеют загадки, а значит, лишены души. > костыль иными словами. Конечно, костыль. К сожалению, когда надо сделать какой-либо математический алгоритм, подразумевающий какой-то быстрый перебор, то приходится. Поскольку одухотворённые перловые скаляры довольно медленные. -- PEF Developer From pef-secure на yandex.ru Wed Oct 14 01:47:14 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 14 Oct 2015 10:47:14 +0200 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: <561D7106.3070104@gmail.com> References: <2632685.83y0L6Sztl@rawen> <561D7106.3070104@gmail.com> Message-ID: <3034844.BrUzhXTS1K@rawen> On Wednesday, October 14, 2015 00:00:54 vividsnow wrote: > Форкнуть процесс в котором будут выполняться блокирующие операции c любой БД > и взаимодействовать с ним через сокет. > > Чтото вроде: https://metacpan.org/pod/AnyEvent::DBI Я пытаюсь воспользоваться адекватным задаче средством. Я не езжу на самосвале в магазин за продуктами. Я вообще не хотел бы зависеть от где-либо кем-либо запущенной БД, мне нужно только ключ-значение локальное хранилище. К сожалению, я нашёл только один модуль, который может с таким хранилищем работать асинхронно. Мой вопрос был о том, бывают ли ещё какие либо похожие по типу задачи варианты. Форкнуть и работать через сокет асинхронно я оставил на крайний случай, поскольку (цитата из приведённого в качестве примера модуля): The overhead for very simple statements ("select 0") is somewhere around 100% to 120% (dual/single core CPU) compared to an explicit prepare_cached/execute/fetchrow_arrayref/finish combination. -- PEF Developer From onokonem на gmail.com Wed Oct 14 01:51:14 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 14 Oct 2015 11:51:14 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <1568421.ZoR53LfrlF@rawen> References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> Message-ID: коллеги, о чем этот тред? Perl6 - новый язык, никому нахер не нужный. У Perl5 множество недостатков, но есть и достоинства, в первую очередь - CPAN. Для Perl6 CPAN - пока? - нет. И простой трансляцией Perl5 модули в Perl6 не превратятся. Ну и зачем оно нужно при таких раскладах? Дефицита языков что-то не наблюдается на планете... From shafiev на gmail.com Wed Oct 14 01:55:42 2015 From: shafiev на gmail.com (Naim Sh) Date: Wed, 14 Oct 2015 13:55:42 +0500 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> Message-ID: <561E188E.7070809@gmail.com> Ну так нарабатывать будем + неплохо обсуждать,ведь брожение умов рождает неплохие вещи.ИМХО On 10/14/2015 01:51 PM, Daniel Podolsky wrote: > коллеги, о чем этот тред? > > Perl6 - новый язык, никому нахер не нужный. > > У Perl5 множество недостатков, но есть и достоинства, в первую очередь - CPAN. > > Для Perl6 CPAN - пока? - нет. И простой трансляцией Perl5 модули в > Perl6 не превратятся. > > Ну и зачем оно нужно при таких раскладах? Дефицита языков что-то не > наблюдается на планете... -- From parserpro на gmail.com Wed Oct 14 01:57:55 2015 From: parserpro на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzRi9GI0LrQuNC9?=) Date: Wed, 14 Oct 2015 11:57:55 +0300 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: <3034844.BrUzhXTS1K@rawen> References: <2632685.83y0L6Sztl@rawen> <561D7106.3070104@gmail.com> <3034844.BrUzhXTS1K@rawen> Message-ID: Добрый день! А можно чуть подробней - объем данных какой? Хранить надо перманентно? 14 октября 2015 г., 11:47 пользователь PEF Secure написал: > On Wednesday, October 14, 2015 00:00:54 vividsnow wrote: > > Форкнуть процесс в котором будут выполняться блокирующие операции c > любой БД > > и взаимодействовать с ним через сокет. > > > > Чтото вроде: https://metacpan.org/pod/AnyEvent::DBI > > Я пытаюсь воспользоваться адекватным задаче средством. Я не езжу на > самосвале > в магазин за продуктами. Я вообще не хотел бы зависеть от где-либо кем-либо > запущенной БД, мне нужно только ключ-значение локальное хранилище. К > сожалению, я нашёл только один модуль, который может с таким хранилищем > работать асинхронно. Мой вопрос был о том, бывают ли ещё какие либо > похожие по > типу задачи варианты. Форкнуть и работать через сокет асинхронно я оставил > на > крайний случай, поскольку (цитата из приведённого в качестве примера > модуля): > > The overhead for very simple statements ("select 0") is somewhere around > 100% > to 120% (dual/single core CPU) compared to an explicit > prepare_cached/execute/fetchrow_arrayref/finish combination. > > -- > PEF Developer > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Мышкин Алексей. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Wed Oct 14 02:00:41 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 14 Oct 2015 12:00:41 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <561E188E.7070809@gmail.com> References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <561E188E.7070809@gmail.com> Message-ID: > Ну так нарабатывать будем + неплохо обсуждать,ведь брожение умов рождает > неплохие вещи.ИМХО у всего, что делает человек, должна быть цель. зачем нарабатывать и обсуждать именно Perl6? PS те, кто правда хотят обсуждать новое и нарабатывать библиотеку, собрались в чатике по Go, по моим наблюдениям. From victor на vsespb.ru Wed Oct 14 02:03:12 2015 From: victor на vsespb.ru (Victor Efimov) Date: Wed, 14 Oct 2015 12:03:12 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <561E188E.7070809@gmail.com> Message-ID: 14 октября 2015 г., 12:00 пользователь Daniel Podolsky написал: >> Ну так нарабатывать будем + неплохо обсуждать,ведь брожение умов рождает >> неплохие вещи.ИМХО > у всего, что делает человек, должна быть цель. > > зачем нарабатывать и обсуждать именно Perl6? Потому что тут Perl группа, не? > > PS > те, кто правда хотят обсуждать новое и нарабатывать библиотеку, > собрались в чатике по Go, по моим наблюдениям. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From pef-secure на yandex.ru Wed Oct 14 02:05:20 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 14 Oct 2015 11:05:20 +0200 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: References: <2632685.83y0L6Sztl@rawen> <3034844.BrUzhXTS1K@rawen> Message-ID: <26294155.hp5WPSIu3v@rawen> On Wednesday, October 14, 2015 11:57:55 Алексей Мышкин wrote: > А можно чуть подробней - объем данных какой? Неизвестный заранее. Подразумевается универсальность. Данные приходят по сети, записываются в хранилище. Когда приходит подтверждение о доставке адресату, доставленная часть стирается из хранилища. Т.е. хранилище нужно для обеспечения надёжности доставки. > Хранить надо перманентно? При новом запуске надо прочитать старое состояние. -- PEF Developer From pef-secure на yandex.ru Wed Oct 14 02:06:46 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 14 Oct 2015 11:06:46 +0200 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <561E188E.7070809@gmail.com> Message-ID: <1631953.FXZDBpKldO@rawen> On Wednesday, October 14, 2015 12:00:41 Daniel Podolsky wrote: > те, кто правда хотят обсуждать новое и нарабатывать библиотеку, > собрались в чатике по Go, по моим наблюдениям. Сделайте там макросы и исключения. Иначе, это сильный шаг назад. -- PEF Developer From shafiev на gmail.com Wed Oct 14 02:09:13 2015 From: shafiev на gmail.com (Naim Sh) Date: Wed, 14 Oct 2015 14:09:13 +0500 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <561E188E.7070809@gmail.com> Message-ID: <561E1BB9.1040706@gmail.com> Да Go интересн, учитывая что его всеми силами протолкивает Гугл, как в свое время Python . Посмотрим что получиться, хотя некоторые подвижки в мире Perl наблюдаються( тот же ribasushi ;) ) - https://www.tilt.com/tilts/year-of-ribasushi-help-him-focus-on-cpan-for-2016/description On 10/14/2015 02:00 PM, Daniel Podolsky wrote: >> Ну так нарабатывать будем + неплохо обсуждать,ведь брожение умов рождает >> неплохие вещи.ИМХО > у всего, что делает человек, должна быть цель. > > зачем нарабатывать и обсуждать именно Perl6? > > PS > те, кто правда хотят обсуждать новое и нарабатывать библиотеку, > собрались в чатике по Go, по моим наблюдениям. -- From onokonem на gmail.com Wed Oct 14 02:10:03 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 14 Oct 2015 12:10:03 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <1631953.FXZDBpKldO@rawen> References: <522591444210266@web12h.yandex.ru> <561E188E.7070809@gmail.com> <1631953.FXZDBpKldO@rawen> Message-ID: > Сделайте там макросы и исключения. Иначе, это сильный шаг назад. похер 300 раз. здесь - сильный назад, там - сильный вперед. дело-то не в конкретных фичах, а в общей пригодности под конкретные задачи. From parserpro на gmail.com Wed Oct 14 02:10:02 2015 From: parserpro на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzRi9GI0LrQuNC9?=) Date: Wed, 14 Oct 2015 12:10:02 +0300 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: <26294155.hp5WPSIu3v@rawen> References: <2632685.83y0L6Sztl@rawen> <3034844.BrUzhXTS1K@rawen> <26294155.hp5WPSIu3v@rawen> Message-ID: Вариант - данные хранить в хэше, при окончании работы хэш дампить в файл, при запуске файл этот евалить в хэш. Проблема тут в объеме данных может вылезти, зависит от конкретики. 14 октября 2015 г., 12:05 пользователь PEF Secure написал: > On Wednesday, October 14, 2015 11:57:55 Алексей Мышкин wrote: > > А можно чуть подробней - объем данных какой? > > Неизвестный заранее. Подразумевается универсальность. Данные приходят по > сети, > записываются в хранилище. Когда приходит подтверждение о доставке адресату, > доставленная часть стирается из хранилища. Т.е. хранилище нужно для > обеспечения надёжности доставки. > > > Хранить надо перманентно? > > При новом запуске надо прочитать старое состояние. > -- > PEF Developer > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Мышкин Алексей. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Wed Oct 14 02:11:02 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 14 Oct 2015 12:11:02 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <561E188E.7070809@gmail.com> Message-ID: >> зачем нарабатывать и обсуждать именно Perl6? > Потому что тут Perl группа, не? какое отношение perl6 имеет к perl? From victor на vsespb.ru Wed Oct 14 02:13:08 2015 From: victor на vsespb.ru (Victor Efimov) Date: Wed, 14 Oct 2015 12:13:08 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <561E188E.7070809@gmail.com> Message-ID: 14 октября 2015 г., 12:11 пользователь Daniel Podolsky написал: >>> зачем нарабатывать и обсуждать именно Perl6? >> Потому что тут Perl группа, не? > какое отношение perl6 имеет к perl? самое прямое (кроме того что язык по факту другой): название, автор, комьюнити, принципы те же. в других perl комьюнити обсуждают perl6 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From i.petro.77.00 на gmail.com Wed Oct 14 02:24:24 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 14 Oct 2015 12:24:24 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> Message-ID: <20151014092424.GG10595@vdsl.uvw.ru> > коллеги, о чем этот тред? > Perl6 - новый язык, никому нахер не нужный. +1 надеюсь что подохнет как можно быстрее > У Perl5 множество недостатков, но есть и достоинства, в первую очередь - CPAN. > Для Perl6 CPAN - пока? - нет. И простой трансляцией Perl5 модули в > Perl6 не превратятся. для Perl6 сделано все чтобы CPAN нельзя было портировать: - ротационно поменяли суть скобок в регекспах (то есть можно было бы расширить синтаксис, но не хотели обратной совместимости) - можно было добавить объектных свойств в базовые скаляры, но решили попутно изменить синтаксис всего ООП подхода дабы не иметь обратной совместимости - можно было написать стандартные модули на тему multi-cpu, а не добавлять какие-то глупые глобальные функции. Тогда часть бы сбакпортили назад, а так же в Perl5 что-то новое писали бы помятуя что вот это есть в Perl6. Но решили максимально насоздать трудностей тому кто захочет перейти на Perl6 - и так далее до бесконечности > Ну и зачем оно нужно при таких раскладах? Дефицита языков что-то не > наблюдается на планете... да, тем паче языков не добавляющих чего-то нового в инструментарий. From i.petro.77.00 на gmail.com Wed Oct 14 02:27:33 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 14 Oct 2015 12:27:33 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <561E188E.7070809@gmail.com> Message-ID: <20151014092733.GH10595@vdsl.uvw.ru> >> Ну так нарабатывать будем + неплохо обсуждать,ведь брожение умов рождает >> неплохие вещи.ИМХО > у всего, что делает человек, должна быть цель. > зачем нарабатывать и обсуждать именно Perl6? > PS > те, кто правда хотят обсуждать новое и нарабатывать библиотеку, > собрались в чатике по Go, по моим наблюдениям. вот кстати о Go. Теоретически если бы разрабы Perl6 бы думали о чем-то кроме злобсвований, они бы могли бы сделать так, чтобы можно было go-рутины сэмулировать на Perl6. это было бы плюсом в моих глазах. но они сделали только половину работы - передачу кода между CPU. а вот поддержки нормального асинхронного кода там так и не появилось. From i.petro.77.00 на gmail.com Wed Oct 14 02:28:45 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 14 Oct 2015 12:28:45 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <1631953.FXZDBpKldO@rawen> References: <522591444210266@web12h.yandex.ru> <561E188E.7070809@gmail.com> <1631953.FXZDBpKldO@rawen> Message-ID: <20151014092845.GI10595@vdsl.uvw.ru> >> те, кто правда хотят обсуждать новое и нарабатывать библиотеку, >> собрались в чатике по Go, по моим наблюдениям. > Сделайте там макросы и исключения. Иначе, это сильный шаг назад. живу в Perl5 отлично, без макросов. ЧЯДНТ? From vividsnow на gmail.com Wed Oct 14 02:29:04 2015 From: vividsnow на gmail.com (vividsnow) Date: Wed, 14 Oct 2015 12:29:04 +0300 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: <3034844.BrUzhXTS1K@rawen> References: <2632685.83y0L6Sztl@rawen> <561D7106.3070104@gmail.com> <3034844.BrUzhXTS1K@rawen> Message-ID: <561E2060.9010008@gmail.com> On 10/14/2015 11:47 AM, PEF Secure wrote: > On Wednesday, October 14, 2015 00:00:54 vividsnow wrote: >> Форкнуть процесс в котором будут выполняться блокирующие операции c любой БД >> и взаимодействовать с ним через сокет. >> >> Чтото вроде: https://metacpan.org/pod/AnyEvent::DBI > > Я пытаюсь воспользоваться адекватным задаче средством. Я не езжу на самосвале > в магазин за продуктами. Я вообще не хотел бы зависеть от где-либо кем-либо > запущенной БД, мне нужно только ключ-значение локальное хранилище. К > сожалению, я нашёл только один модуль, который может с таким хранилищем > работать асинхронно. Мой вопрос был о том, бывают ли ещё какие либо похожие по > типу задачи варианты. Форкнуть и работать через сокет асинхронно я оставил на > крайний случай, поскольку (цитата из приведённого в качестве примера модуля): > > The overhead for very simple statements ("select 0") is somewhere around 100% > to 120% (dual/single core CPU) compared to an explicit > prepare_cached/execute/fetchrow_arrayref/finish combination. > если не хотите сокет, то файлы: IO::AIO From i.petro.77.00 на gmail.com Wed Oct 14 02:29:38 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 14 Oct 2015 12:29:38 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <561E188E.7070809@gmail.com> Message-ID: <20151014092938.GJ10595@vdsl.uvw.ru> >> какое отношение perl6 имеет к perl? > самое прямое (кроме того что язык по факту другой): название, автор, > комьюнити, принципы те же. про коммюнити я бы не спешил заявлять. From kopytov на webhackers.ru Wed Oct 14 02:48:49 2015 From: kopytov на webhackers.ru (Dmitry Kopytov) Date: Wed, 14 Oct 2015 12:48:49 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151014092424.GG10595@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <20151014092424.GG10595@vdsl.uvw.ru> Message-ID: <20151014094849.GA20125@pavilion.linuxprofy.net> On Wed, Oct 14, 2015 at 12:24:24PM +0300, Ivan Petrov wrote: > надеюсь что подохнет как можно быстрее Вот никогда не понимал смысл таких заявлений. Мир от этого лучше станет? Или это сделает персонально вас счастливым? Возможно, тут есть над чем поработать психоаналитику. -- Dmitry Kopytov From i.petro.77.00 на gmail.com Wed Oct 14 02:53:56 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 14 Oct 2015 12:53:56 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151014094849.GA20125@pavilion.linuxprofy.net> References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <20151014092424.GG10595@vdsl.uvw.ru> <20151014094849.GA20125@pavilion.linuxprofy.net> Message-ID: <20151014095356.GK10595@vdsl.uvw.ru> >> надеюсь что подохнет как можно быстрее > Вот никогда не понимал смысл таких заявлений. Мир от этого лучше станет? конечно лучше. когда кто-то делает гадость, то мир становится лучше от того что он перестает это делать. а тут не просто делают гадость, а всякими способами пытаются вовлечь в гадость множество народу. From chesnokov.ilya на gmail.com Wed Oct 14 02:55:03 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Wed, 14 Oct 2015 12:55:03 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151014092424.GG10595@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <20151014092424.GG10595@vdsl.uvw.ru> Message-ID: 14 октября 2015 г., 12:24 пользователь Ivan Petrov написал: > да, тем паче языков не добавляющих чего-то нового в инструментарий. Я бы не был так категоричен. Perl 6 известен тем, что уже добавил много в инструментарий *Perl 5*. Всякие там say(), smartmatch operator, модули на CPAN (см. напр. Perl6::Bundle) и т.д. К слову про макросы - макросы в Perl 5 *есть* начиная с версии 5.12 и выше - нативно, см https://metacpan.org/pod/Keyword::API. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From fractal.knife на gmail.com Wed Oct 14 03:03:18 2015 From: fractal.knife на gmail.com (Fractal Knife) Date: Wed, 14 Oct 2015 13:03:18 +0300 Subject: [Moscow.pm] =?utf-8?b?INCS0LDQutCw0L3RgdC40Y8gUGVybC3RgNCw0Lc=?= =?utf-8?b?0YDQsNCx0L7RgtGH0LjQuiwg0JzQvtGB0LrQstCw?= Message-ID: Добрый день, Moscow-pm. Ищем Perl-разработчика Основные требования: знание ‪‎Perl‬ и ‪‎MySQL‬ Приветствуются знания Linux (или другой Unix). Плюс – опыт работы с ‪SVN/git, ‪nginx‬, ‪memcached‬, опыт проектирования БД. Служебные обязанности: разработка (верстка, программирование) и поддержка высоконагруженных Интернет-проектов. Мы предлагаем: • Работу в коллективе опытных специалистов. • Официальное трудоустройство и «белую» зарплату. Адрес: Москва, улица Ленинская Слобода, 19с6, м. Автозаводская ЗП обсуждается с успешными кандидатами Тип занятости: полная занятость, полный день, возможен гибкий график. Резюме отправлять на адрес it-job на newsru.com -- Yours sincerely, Andrew "Fractal" Yesin. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pef-secure на yandex.ru Wed Oct 14 03:08:03 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 14 Oct 2015 12:08:03 +0200 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: References: <2632685.83y0L6Sztl@rawen> <26294155.hp5WPSIu3v@rawen> Message-ID: <9054927.XqdsvrSfDg@rawen> On Wednesday, October 14, 2015 12:10:02 Алексей Мышкин wrote: > Вариант - данные хранить в хэше, при окончании работы хэш дампить в файл, > при запуске файл этот евалить в хэш. > Проблема тут в объеме данных может вылезти, зависит от конкретики. В хеше не проблема, проблема в том, что я зачем-то думаю о надёжности. Может и правда, не нужно... -- PEF Developer From pef-secure на yandex.ru Wed Oct 14 03:14:11 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 14 Oct 2015 12:14:11 +0200 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151014092845.GI10595@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <1631953.FXZDBpKldO@rawen> <20151014092845.GI10595@vdsl.uvw.ru> Message-ID: <1911003.IcGVUslSH5@rawen> On Wednesday, October 14, 2015 12:28:45 Ivan Petrov wrote: > живу в Perl5 отлично, без макросов. > ЧЯДНТ? Кто никогда не ел колбасу, у тех ней в ней потребности. -- PEF Developer From pef-secure на yandex.ru Wed Oct 14 03:12:09 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 14 Oct 2015 12:12:09 +0200 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <1631953.FXZDBpKldO@rawen> Message-ID: <4939164.V8JYIqaeAA@rawen> On Wednesday, October 14, 2015 12:10:03 Daniel Podolsky wrote: > > Сделайте там макросы и исключения. Иначе, это сильный шаг назад. > > похер 300 раз. здесь - сильный назад, там - сильный вперед. дело-то не > в конкретных фичах, а в общей пригодности под конкретные задачи. Пригодность определяется квалификацией применяющего. Но лично мне, как применяющему, в Go не хватает этих двух вещей, чтобы на него просто взять и перейти, не потеряв в выразительности того кода, что у меня применяется, а библиотеки я б может и сам какие перенёс/написал. -- PEF Developer From pef-secure на yandex.ru Wed Oct 14 03:16:26 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 14 Oct 2015 12:16:26 +0200 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: <561E2060.9010008@gmail.com> References: <2632685.83y0L6Sztl@rawen> <3034844.BrUzhXTS1K@rawen> <561E2060.9010008@gmail.com> Message-ID: <1972012.Cp30pYRatS@rawen> On Wednesday, October 14, 2015 12:29:04 vividsnow wrote: > если не хотите сокет, то файлы: IO::AIO И руками сделать всё хранилище самостоятельно? Не то, чтобы невозможно, но сомнительная мысль. -- PEF Developer From i.petro.77.00 на gmail.com Wed Oct 14 03:17:03 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 14 Oct 2015 13:17:03 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <20151014092424.GG10595@vdsl.uvw.ru> Message-ID: <20151014101703.GL10595@vdsl.uvw.ru> >> да, тем паче языков не добавляющих чего-то нового в инструментарий. > Я бы не был так категоричен. Perl 6 известен тем, что уже добавил > много в инструментарий *Perl 5*. > Всякие там say(), smartmatch operator, модули на CPAN (см. напр. > Perl6::Bundle) и т.д. - say - страшносомнительная фича. - smartmatch сперва добаивли, потом перевели частью в experimental. от чего некоторые огребли. Таким образом если это действие происходило благодаря Perl6, то это как раз пример о том что Perl6 несет зло в этот мир. насчет Perl6::Bundle - там нет ни одного полезного модуля. From victor на vsespb.ru Wed Oct 14 03:17:49 2015 From: victor на vsespb.ru (Victor Efimov) Date: Wed, 14 Oct 2015 13:17:49 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <4939164.V8JYIqaeAA@rawen> References: <522591444210266@web12h.yandex.ru> <1631953.FXZDBpKldO@rawen> <4939164.V8JYIqaeAA@rawen> Message-ID: 14 октября 2015 г., 13:12 пользователь PEF Secure написал: > On Wednesday, October 14, 2015 12:10:03 Daniel Podolsky wrote: >> > Сделайте там макросы и исключения. Иначе, это сильный шаг назад. >> >> похер 300 раз. здесь - сильный назад, там - сильный вперед. дело-то не >> в конкретных фичах, а в общей пригодности под конкретные задачи. > > Пригодность определяется квалификацией применяющего. Но лично мне, как > применяющему, в Go не хватает этих двух вещей, чтобы на него просто взять и > перейти, не потеряв в выразительности того кода, что у меня применяется, а > библиотеки я б может и сам какие перенёс/написал. Там вместо исключений другая парадигма. При чём тут "квалификация применяющего".. > -- > PEF Developer > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From i.petro.77.00 на gmail.com Wed Oct 14 03:21:53 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 14 Oct 2015 13:21:53 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <1631953.FXZDBpKldO@rawen> <4939164.V8JYIqaeAA@rawen> Message-ID: <20151014102153.GM10595@vdsl.uvw.ru> >>>> Сделайте там макросы и исключения. Иначе, это сильный шаг назад. >>> >>> похер 300 раз. здесь - сильный назад, там - сильный вперед. дело-то не >>> в конкретных фичах, а в общей пригодности под конкретные задачи. >> >> Пригодность определяется квалификацией применяющего. Но лично мне, как >> применяющему, в Go не хватает этих двух вещей, чтобы на него просто взять и >> перейти, не потеряв в выразительности того кода, что у меня применяется, а >> библиотеки я б может и сам какие перенёс/написал. > Там вместо исключений другая парадигма. При чём тут "квалификация > применяющего".. добавление исключений в Go врядли поменяет что-то в парадигмах. просто над этим еще не работали From onokonem на gmail.com Wed Oct 14 03:23:54 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 14 Oct 2015 13:23:54 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <1631953.FXZDBpKldO@rawen> <4939164.V8JYIqaeAA@rawen> Message-ID: > Там вместо исключений другая парадигма. При чём тут "квалификация > применяющего".. кстати для меня лично "другость" этой парадигмы - одно из ключевых полезных свойств. помогает выбить мысль из рутинной колеи. у Go есть и другие достоинства, но для программеров они не так существенны, как для нас, сисадминов. а вот что я получу для головы изучив perl6? ну, такого, чего я уже не получил от groovy? но groovy-то уже есть и работает! From i.petro.77.00 на gmail.com Wed Oct 14 03:27:47 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 14 Oct 2015 13:27:47 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <1631953.FXZDBpKldO@rawen> <4939164.V8JYIqaeAA@rawen> Message-ID: <20151014102747.GN10595@vdsl.uvw.ru> >> Там вместо исключений другая парадигма. При чём тут "квалификация >> применяющего".. > кстати для меня лично "другость" этой парадигмы - одно из ключевых > полезных свойств. помогает выбить мысль из рутинной колеи. > у Go есть и другие достоинства, но для программеров они не так > существенны, как для нас, сисадминов. > а вот что я получу для головы изучив perl6? ну, такого, чего я уже не > получил от groovy? но groovy-то уже есть и работает! Вы упомянули сисадминство. apache:[~]$ cat 1.pl6 #!/usr/bin/perl6 say "Hello, world" apache:[~]$ time perl6 1.pl6 Hello, world perl6 1.pl6 0,60s user 0,09s system 70% cpu 0,974 total Java в системном администрировании не применяют примерно по такой же причине. потому что это ППЦ From onokonem на gmail.com Wed Oct 14 03:29:54 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 14 Oct 2015 13:29:54 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151014102747.GN10595@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <1631953.FXZDBpKldO@rawen> <4939164.V8JYIqaeAA@rawen> <20151014102747.GN10595@vdsl.uvw.ru> Message-ID: 2015-10-14 13:27 GMT+03:00 Ivan Petrov : > Java в системном администрировании не применяют примерно по такой же > причине. > потому что это ППЦ а какая VM в тесте использовалась? если все та же jvm - все очевидно, jvm реально долго стартует. From i.petro.77.00 на gmail.com Wed Oct 14 03:32:07 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 14 Oct 2015 13:32:07 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: References: <522591444210266@web12h.yandex.ru> <1631953.FXZDBpKldO@rawen> <4939164.V8JYIqaeAA@rawen> <20151014102747.GN10595@vdsl.uvw.ru> Message-ID: <20151014103207.GO10595@vdsl.uvw.ru> >> Java в системном администрировании не применяют примерно по такой же >> причине. >> потому что это ППЦ > а какая VM в тесте использовалась? если все та же jvm - все очевидно, > jvm реально долго стартует. parrot 6.6.0 та что есть в репозитариях (коньпилять более свежую - неинтересно) From shafiev на gmail.com Wed Oct 14 03:38:35 2015 From: shafiev на gmail.com (Naim Sh) Date: Wed, 14 Oct 2015 15:38:35 +0500 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151014102747.GN10595@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <1631953.FXZDBpKldO@rawen> <4939164.V8JYIqaeAA@rawen> <20151014102747.GN10595@vdsl.uvw.ru> Message-ID: <561E30AB.5050009@gmail.com> Коллеги , а ничего, что оптимизировать 6 , и все равно по времени запуска будет лучше java только начали и системы каждые 4-5 лет в два раза суммарно быстрее начинают работать( да есть траблы с I/O но ssd подобные решения решают и эту проблему ) и цена падает на железку ,а труд программистов все дороже и дороже ? ) On 10/14/2015 03:27 PM, Ivan Petrov wrote: >>> Там вместо исключений другая парадигма. При чём тут "квалификация >>> применяющего".. >> кстати для меня лично "другость" этой парадигмы - одно из ключевых >> полезных свойств. помогает выбить мысль из рутинной колеи. >> у Go есть и другие достоинства, но для программеров они не так >> существенны, как для нас, сисадминов. >> а вот что я получу для головы изучив perl6? ну, такого, чего я уже не >> получил от groovy? но groovy-то уже есть и работает! > Вы упомянули сисадминство. > > apache:[~]$ cat 1.pl6 > #!/usr/bin/perl6 > > say "Hello, world" > > apache:[~]$ time perl6 1.pl6 > Hello, world > perl6 1.pl6 0,60s user 0,09s system 70% cpu 0,974 total > > Java в системном администрировании не применяют примерно по такой же > причине. > потому что это ППЦ -- From shafiev на gmail.com Wed Oct 14 03:38:54 2015 From: shafiev на gmail.com (Naim Sh) Date: Wed, 14 Oct 2015 15:38:54 +0500 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151014103207.GO10595@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <1631953.FXZDBpKldO@rawen> <4939164.V8JYIqaeAA@rawen> <20151014102747.GN10595@vdsl.uvw.ru> <20151014103207.GO10595@vdsl.uvw.ru> Message-ID: <561E30BE.70709@gmail.com> А почему не MoarVM ?? On 10/14/2015 03:32 PM, Ivan Petrov wrote: >>> Java в системном администрировании не применяют примерно по такой же >>> причине. >>> потому что это ППЦ >> а какая VM в тесте использовалась? если все та же jvm - все очевидно, >> jvm реально долго стартует. > parrot 6.6.0 > > та что есть в репозитариях (коньпилять более свежую - неинтересно) -- From kopytov на webhackers.ru Wed Oct 14 03:42:15 2015 From: kopytov на webhackers.ru (Dmitry Kopytov) Date: Wed, 14 Oct 2015 13:42:15 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <20151014103207.GO10595@vdsl.uvw.ru> References: <522591444210266@web12h.yandex.ru> <1631953.FXZDBpKldO@rawen> <4939164.V8JYIqaeAA@rawen> <20151014102747.GN10595@vdsl.uvw.ru> <20151014103207.GO10595@vdsl.uvw.ru> Message-ID: <20151014104215.GA20986@pavilion.linuxprofy.net> On Wed, Oct 14, 2015 at 01:32:07PM +0300, Ivan Petrov wrote: > parrot 6.6.0 Это при том что развиваются сейчас только две — MoarVM и JVM. Для сравнения свежий Rakudo Star 2015.09 с MoarVM: $ time perl6 -e ' say "hello world" ' hello world real 0m0.183s user 0m0.133s sys 0m0.047s Быстрее чем, например, perl5 + Moose: $ time perl -MMoose -E ' say "hello world" ' hello world real 0m0.265s user 0m0.257s sys 0m0.007s -- Dmitry Kopytov From i.petro.77.00 на gmail.com Wed Oct 14 04:20:38 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 14 Oct 2015 14:20:38 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <561E30BE.70709@gmail.com> References: <522591444210266@web12h.yandex.ru> <1631953.FXZDBpKldO@rawen> <4939164.V8JYIqaeAA@rawen> <20151014102747.GN10595@vdsl.uvw.ru> <20151014103207.GO10595@vdsl.uvw.ru> <561E30BE.70709@gmail.com> Message-ID: <20151014112038.GP10595@vdsl.uvw.ru> > А почему не MoarVM ?? я ж сказал - коньпилять нет желания From vividsnow на gmail.com Wed Oct 14 04:22:45 2015 From: vividsnow на gmail.com (vividsnow) Date: Wed, 14 Oct 2015 14:22:45 +0300 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: <1972012.Cp30pYRatS@rawen> References: <2632685.83y0L6Sztl@rawen> <3034844.BrUzhXTS1K@rawen> <561E2060.9010008@gmail.com> <1972012.Cp30pYRatS@rawen> Message-ID: <561E3B05.9050308@gmail.com> файловая система и есть хранилище - самое простое из возможных On 10/14/2015 01:16 PM, PEF Secure wrote: > On Wednesday, October 14, 2015 12:29:04 vividsnow wrote: >> если не хотите сокет, то файлы: IO::AIO > > И руками сделать всё хранилище самостоятельно? Не то, чтобы невозможно, но > сомнительная мысль. > From shafiev на gmail.com Wed Oct 14 04:25:19 2015 From: shafiev на gmail.com (Naim Sh) Date: Wed, 14 Oct 2015 16:25:19 +0500 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: <561E3B05.9050308@gmail.com> References: <2632685.83y0L6Sztl@rawen> <3034844.BrUzhXTS1K@rawen> <561E2060.9010008@gmail.com> <1972012.Cp30pYRatS@rawen> <561E3B05.9050308@gmail.com> Message-ID: <561E3B9F.3080104@gmail.com> Ну можно здесь пакеты для своего дистра поискать http://pkgs.org/search/moarvm Проект неплохой кстатит On 10/14/2015 04:22 PM, vividsnow wrote: > файловая система и есть хранилище - самое простое из возможных > > On 10/14/2015 01:16 PM, PEF Secure wrote: >> On Wednesday, October 14, 2015 12:29:04 vividsnow wrote: >>> если не хотите сокет, то файлы: IO::AIO >> И руками сделать всё хранилище самостоятельно? Не то, чтобы невозможно, но >> сомнительная мысль. >> -- From pef-secure на yandex.ru Wed Oct 14 04:28:42 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 14 Oct 2015 13:28:42 +0200 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: <561E3B9F.3080104@gmail.com> References: <2632685.83y0L6Sztl@rawen> <561E3B05.9050308@gmail.com> <561E3B9F.3080104@gmail.com> Message-ID: <1676044.nBTHFlVVzJ@rawen> On Wednesday, October 14, 2015 16:25:19 Naim Sh wrote: > Ну можно здесь пакеты для своего дистра поискать > http://pkgs.org/search/moarvm > Проект неплохой кстатит Это про что вообще (в рамках темы)? -- PEF Developer From pef-secure на yandex.ru Wed Oct 14 04:29:39 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Wed, 14 Oct 2015 13:29:39 +0200 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: <561E3B05.9050308@gmail.com> References: <2632685.83y0L6Sztl@rawen> <1972012.Cp30pYRatS@rawen> <561E3B05.9050308@gmail.com> Message-ID: <14052218.CJUboA40B8@rawen> On Wednesday, October 14, 2015 14:22:45 vividsnow wrote: > файловая система и есть хранилище - самое простое из возможных Это, конечно, можно. На каждого клиента один каталог, на каждую его очередь один файл. Посмотрим как файловая система масштабируется, умоем руки... На счёт простоты файловой системы многие не согласятся. -- PEF Developer From rabbit+moscowpm на rabbit.us Wed Oct 14 04:39:39 2015 From: rabbit+moscowpm на rabbit.us (=?UTF-8?B?0J/QuNGC0Y3RgCDQoNGN0LHQsdC40YLRgdC+0L0=?=) Date: Wed, 14 Oct 2015 13:39:39 +0200 Subject: [Moscow.pm] Perl 6 In-Reply-To: <561E1BB9.1040706@gmail.com> References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <561E188E.7070809@gmail.com> <561E1BB9.1040706@gmail.com> Message-ID: <561E3EFB.9090609@rabbit.us> On 10/14/2015 11:09 AM, Naim Sh wrote: > Да Go интересн, учитывая что его всеми силами протолкивает Гугл, как > в свое время Python . Посмотрим что получиться, хотя некоторые подвижки > в мире Perl наблюдаються( тот же ribasushi ;) ) - > https://www.tilt.com/tilts/year-of-ribasushi-help-him-focus-on-cpan-for-2016/description Хахахаха, прикольно что мои изыскания в "подвижки" записали :) Хотя черт его знает, может что и получится стоящее в конце концов... From shafiev на gmail.com Wed Oct 14 05:33:42 2015 From: shafiev на gmail.com (Naim Sh) Date: Wed, 14 Oct 2015 17:33:42 +0500 Subject: [Moscow.pm] Perl 6 In-Reply-To: <561E3EFB.9090609@rabbit.us> References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <561E188E.7070809@gmail.com> <561E1BB9.1040706@gmail.com> <561E3EFB.9090609@rabbit.us> Message-ID: <561E4BA6.9020807@gmail.com> Ну так тебя рекламируем, чтобы быстрее сумму собрал) On 10/14/2015 04:39 PM, Питэр Рэббитсон wrote: > On 10/14/2015 11:09 AM, Naim Sh wrote: >> Да Go интересн, учитывая что его всеми силами протолкивает Гугл, как >> в свое время Python . Посмотрим что получиться, хотя некоторые подвижки >> в мире Perl наблюдаються( тот же ribasushi ;) ) - >> https://www.tilt.com/tilts/year-of-ribasushi-help-him-focus-on-cpan-for-2016/description >> > > Хахахаха, прикольно что мои изыскания в "подвижки" записали :) Хотя > черт его знает, может что и получится стоящее в конце концов... > -- From thecrux на gmail.com Wed Oct 14 05:55:30 2015 From: thecrux на gmail.com (Vladimir Lettiev) Date: Wed, 14 Oct 2015 15:55:30 +0300 Subject: [Moscow.pm] Perl 6 In-Reply-To: <561E4BA6.9020807@gmail.com> References: <522591444210266@web12h.yandex.ru> <2646885.r7BgMFDAMy@rawen> <20151014080802.GF10595@vdsl.uvw.ru> <1568421.ZoR53LfrlF@rawen> <561E188E.7070809@gmail.com> <561E1BB9.1040706@gmail.com> <561E3EFB.9090609@rabbit.us> <561E4BA6.9020807@gmail.com> Message-ID: <20151014125530.GA7793@mail.truecrux.org> On Wed, Oct 14, 2015 at 05:33:42PM +0500, Naim Sh wrote: > On 10/14/2015 04:39 PM, Питэр Рэббитсон wrote: > > On 10/14/2015 11:09 AM, Naim Sh wrote: > >> Да Go интересн, учитывая что его всеми силами протолкивает Гугл, как > >> в свое время Python . Посмотрим что получиться, хотя некоторые подвижки > >> в мире Perl наблюдаються( тот же ribasushi ;) ) - > >> https://www.tilt.com/tilts/year-of-ribasushi-help-him-focus-on-cpan-for-2016/description > >> > > > > Хахахаха, прикольно что мои изыскания в "подвижки" записали :) Хотя > > черт его знает, может что и получится стоящее в конце концов... > > > > Ну так тебя рекламируем, чтобы быстрее сумму собрал) Да, да. В самое время местным компаниям сделать пиар-ход, приобщиться к великому и благородному делу, всего за $500/month ) -- Vladimir Lettiev aka crux ✉ theCrux на gmail.com From denis.fedoseev на gmail.com Wed Oct 14 07:07:52 2015 From: denis.fedoseev на gmail.com (Denis Fedoseev) Date: Wed, 14 Oct 2015 17:07:52 +0300 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: <14052218.CJUboA40B8@rawen> References: <2632685.83y0L6Sztl@rawen> <1972012.Cp30pYRatS@rawen> <561E3B05.9050308@gmail.com> <14052218.CJUboA40B8@rawen> Message-ID: Весь вопрос в объемах данных, если ожидающих очередей несколько тысяч - то можно спокойно укладывать в файлы, ничего с фс не случится. Если миллионы - то тут уже поднятый инстанс Redis не проблема совершенно, кмк. В общем плясать надо от объема, делать решение на все случаи жизни гемор и не особо осмыслено, проще подключаемые бэки сделать. 14 октября 2015 г., 14:29 пользователь PEF Secure написал: > On Wednesday, October 14, 2015 14:22:45 vividsnow wrote: > > файловая система и есть хранилище - самое простое из возможных > > Это, конечно, можно. На каждого клиента один каталог, на каждую его очередь > один файл. Посмотрим как файловая система масштабируется, умоем руки... > > На счёт простоты файловой системы многие не согласятся. > -- > PEF Developer > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Денис Федосеев ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vaneska.ru на gmail.com Wed Oct 14 09:00:31 2015 From: vaneska.ru на gmail.com (=?UTF-8?B?0JjQstCw0L0g0KHQvtC60L7Qu9C+0LI=?=) Date: Wed, 14 Oct 2015 19:00:31 +0300 Subject: [Moscow.pm] anyevent + key-value In-Reply-To: References: <2632685.83y0L6Sztl@rawen> <1972012.Cp30pYRatS@rawen> <561E3B05.9050308@gmail.com> <14052218.CJUboA40B8@rawen> Message-ID: https://metacpan.org/pod/KiokuDB + sqlite Или вообще свой велосипед на основе sqlite. 14 октября 2015 г., 17:07 пользователь Denis Fedoseev < denis.fedoseev на gmail.com> написал: > Весь вопрос в объемах данных, если ожидающих очередей несколько тысяч - то > можно спокойно укладывать в файлы, ничего с фс не случится. > Если миллионы - то тут уже поднятый инстанс Redis не проблема совершенно, > кмк. > В общем плясать надо от объема, делать решение на все случаи жизни гемор и > не особо осмыслено, проще подключаемые бэки сделать. > > 14 октября 2015 г., 14:29 пользователь PEF Secure > написал: > > On Wednesday, October 14, 2015 14:22:45 vividsnow wrote: >> > файловая система и есть хранилище - самое простое из возможных >> >> Это, конечно, можно. На каждого клиента один каталог, на каждую его >> очередь >> один файл. Посмотрим как файловая система масштабируется, умоем руки... >> >> На счёт простоты файловой системы многие не согласятся. >> -- >> PEF Developer >> -- >> 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 было извлечено… URL: From mi на ya.ru Wed Oct 14 19:43:11 2015 From: mi на ya.ru (Nikolay Mishin) Date: Thu, 15 Oct 2015 05:43:11 +0300 Subject: [Moscow.pm] refactoring Message-ID: <3702851444876991@web21h.yandex.ru> Hi Moscow.PM! Существует ли какой-либо сбособ сделать более читаемым такой код?: push @person_row, (defined $person->get_father()) ? $person->get_father()->get_id() : undef; push @person_row, (defined $person->get_mother()) ? $person->get_mother()->get_id() : undef; push @person_row, ($person->get_email(), $person->get_homepage()); my $date = ""; if(defined $person->get_date_of_birth()) { my $date_of_birth = $person->get_date_of_birth(); $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : ""; $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; } источник https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelExporter.pm#L53 -- С уважением Николай Мишин From snelius на tsu.ru Wed Oct 14 21:15:55 2015 From: snelius на tsu.ru (Anatoly Y) Date: Thu, 15 Oct 2015 10:15:55 +0600 Subject: [Moscow.pm] refactoring In-Reply-To: <3702851444876991@web21h.yandex.ru> References: <3702851444876991@web21h.yandex.ru> Message-ID: Ну вообще код читаемый :) А так, нужно смотреть класс который описывает объект $person. Его следует переписать. 2015-10-15 8:43 GMT+06:00 Nikolay Mishin : > Hi Moscow.PM! > > Существует ли какой-либо сбособ сделать более читаемым такой код?: > > push @person_row, (defined $person->get_father()) ? > $person->get_father()->get_id() : undef; > push @person_row, (defined $person->get_mother()) ? > $person->get_mother()->get_id() : undef; > push @person_row, ($person->get_email(), $person->get_homepage()); > > my $date = ""; > if(defined $person->get_date_of_birth()) { > my $date_of_birth = $person->get_date_of_birth(); > $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; > $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : > ""; > $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; > } > > источник > https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelExporter.pm#L53 > > -- > С уважением > Николай Мишин > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mi на ya.ru Wed Oct 14 21:44:13 2015 From: mi на ya.ru (Nikolay Mishin) Date: Thu, 15 Oct 2015 07:44:13 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: References: <3702851444876991@web21h.yandex.ru> Message-ID: <2160681444884253@web4o.yandex.ru> Cпасибо за ответ, класс-то вот от https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Person.pm а как переписать,есть пример, как это должно быть вменяемо (я сам перепишу, меня бы направить) 15.10.2015, 07:16, "Anatoly Y" : > Ну вообще код читаемый :) > А так, нужно смотреть класс который описывает объект $person. Его следует переписать. > > 2015-10-15 8:43 GMT+06:00 Nikolay Mishin : >> Hi Moscow.PM! >> >> Существует ли какой-либо сбособ сделать более читаемым такой код?: >> >>     push @person_row, (defined $person->get_father()) ? $person->get_father()->get_id() : undef; >>     push @person_row, (defined $person->get_mother()) ? $person->get_mother()->get_id() : undef; >>     push @person_row, ($person->get_email(), $person->get_homepage()); >> >>     my $date = ""; >>     if(defined $person->get_date_of_birth()) { >>       my $date_of_birth = $person->get_date_of_birth(); >>       $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; >>       $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : ""; >>       $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; >>     } >> >> источник https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelExporter.pm#L53 >> >> -- >> С уважением >> Николай Мишин >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > ,-- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С уважением Николай Мишин From victor на vsespb.ru Thu Oct 15 00:53:45 2015 From: victor на vsespb.ru (Victor Efimov) Date: Thu, 15 Oct 2015 10:53:45 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: <3702851444876991@web21h.yandex.ru> References: <3702851444876991@web21h.yandex.ru> Message-ID: примерно так: push @person_row, (defined $person->get_father()) ? $person->get_father()->get_id() : undef; на push @person_row, map { defined ? $_->get_id : undef } ($person->get_father(), $person->get_mother())) и $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : ""; $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; на for ($date_of_birth) { join ("/", map { $_ ? $_ : () } ($_->day, $_->month, $_->year_)) } (не тестировал) 15 октября 2015 г., 5:43 пользователь Nikolay Mishin написал: > Hi Moscow.PM! > > Существует ли какой-либо сбособ сделать более читаемым такой код?: > > push @person_row, (defined $person->get_father()) ? $person->get_father()->get_id() : undef; > push @person_row, (defined $person->get_mother()) ? $person->get_mother()->get_id() : undef; > push @person_row, ($person->get_email(), $person->get_homepage()); > > my $date = ""; > if(defined $person->get_date_of_birth()) { > my $date_of_birth = $person->get_date_of_birth(); > $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; > $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : ""; > $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; > } > > источник https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelExporter.pm#L53 > > -- > С уважением > Николай Мишин > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From mi на ya.ru Thu Oct 15 01:16:13 2015 From: mi на ya.ru (Nikolay Mishin) Date: Thu, 15 Oct 2015 11:16:13 +0300 Subject: [Moscow.pm] refactoring Message-ID: <1063801444896973@web20g.yandex.ru> Вложение в формате HTML было извлечено… URL: From victor на vsespb.ru Thu Oct 15 01:36:00 2015 From: victor на vsespb.ru (Victor Efimov) Date: Thu, 15 Oct 2015 11:36:00 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: <1063801444896973@web20g.yandex.ru> References: <1063801444896973@web20g.yandex.ru> Message-ID: а со второй что не нравится? можно ещё так записать: join ("/", map { $_ ? $_ : () } ($_->day, $_->month, $_->year)) for ($date_of_birth) или даже так join ("/", map { $_ || () } ($_->day, $_->month, $_->year)) for ($date_of_birth) perl -e 'my $date_of_birth = { day => 1, month => 2, year => 3 }; print join ("/", map { $_ ? $_ : () } ($_->{day}, $_->{month}, $_->{year})) for ($date_of_birth)' 1/2/3 хотя я тут вник в логику - она какая-то странная.. если day есть, а month нет - странные результаты 15 октября 2015 г., 11:16 пользователь Nikolay Mishin написал: > Виктор, спасибо, > певая часть действительно булет смотреться лучше > > 10:53, 15 октября 2015 г., Victor Efimov : > > примерно так: > > push @person_row, (defined $person->get_father()) ? > $person->get_father()->get_id() : undef; > > на > > push @person_row, map { defined ? $_->get_id : undef } > ($person->get_father(), $person->get_mother())) > > и > > $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; > $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : > ""; > $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; > > на > > for ($date_of_birth) { > join ("/", map { $_ ? $_ : () } ($_->day, $_->month, $_->year_)) > } > > > (не тестировал) > > > 15 октября 2015 г., 5:43 пользователь Nikolay Mishin написал: > > Hi Moscow.PM! > > Существует ли какой-либо сбособ сделать более читаемым такой код?: > > push @person_row, (defined $person->get_father()) ? > $person->get_father()->get_id() : undef; > push @person_row, (defined $person->get_mother()) ? > $person->get_mother()->get_id() : undef; > push @person_row, ($person->get_email(), $person->get_homepage()); > > my $date = ""; > if(defined $person->get_date_of_birth()) { > my $date_of_birth = $person->get_date_of_birth(); > $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; > $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : > ""; > $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; > } > > источник > https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelExporter.pm#L53 > > -- > С уважением > Николай Мишин > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > Sincerely, Nikolay Mishin > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > From mi на ya.ru Thu Oct 15 01:46:09 2015 From: mi на ya.ru (Nikolay Mishin) Date: Thu, 15 Oct 2015 11:46:09 +0300 Subject: [Moscow.pm] refactoring Message-ID: <1490351444898769@web28m.yandex.ru> Вложение в формате HTML было извлечено… URL: From vovkasm на gmail.com Thu Oct 15 01:58:36 2015 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Thu, 15 Oct 2015 11:58:36 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: <3702851444876991@web21h.yandex.ru> References: <3702851444876991@web21h.yandex.ru> Message-ID: Гм... push @person_row, $person->get_father_id, $person->get_mother_id, $person->get_email, $person->get_homepage; my $date = $person->get_display_date_of_birth; package Person; sub get_father_id { my $self = shift; if (my $self->get_father) { return $self->get_father->get_id; } return; } ... и т.д. Это раз. Можно пойти дальше и объединить построение @person_row в один метод: push @person_row, $person->get_person_fields Хотя использование массива здесь выглядит очень подозрительно, но это уже к вопросу не относится. С датами, помимо выноса в отдельный метод кода форматирования, можно потом вынести код форматирования в класс даты. Потом можно переписать код форматирования даты, так, чтоб работал корректно во всех случаях. А то сейчас можно сделать "3/" к примеру (задан только месяц). 2015-10-15 5:43 GMT+03:00 Nikolay Mishin : > Hi Moscow.PM! > > Существует ли какой-либо сбособ сделать более читаемым такой код?: > > push @person_row, (defined $person->get_father()) ? $person->get_father()->get_id() : undef; > push @person_row, (defined $person->get_mother()) ? $person->get_mother()->get_id() : undef; > push @person_row, ($person->get_email(), $person->get_homepage()); > > my $date = ""; > if(defined $person->get_date_of_birth()) { > my $date_of_birth = $person->get_date_of_birth(); > $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; > $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : ""; > $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; > } > > источник https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelExporter.pm#L53 > > -- > С уважением > Николай Мишин > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Vladimir Timofeev From mshogin на gmail.com Thu Oct 15 03:51:54 2015 From: mshogin на gmail.com (=?UTF-8?B?0JzQuNGF0LDQuNC7INCo0L7Qs9C40L0=?=) Date: Thu, 15 Oct 2015 13:51:54 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: References: <3702851444876991@web21h.yandex.ru> Message-ID: Это конечно не Perl, но все тоже самое можно написать и на Perl-e class NonePerson(BasePerson): def get_id(): return None class Person(BasePerson): def get_father(): return self.father or NonePerson() def get_mother(): return self.mother or NonePerson() def get_date_of_birth(): return self.birthday # datetime object def get_date_of_birth_as_a_very_custom_string(): date = self.birthday.day or "" if self.birthday.month: date . = "/" + self.birthday.month if self.birthday.year: date . = "/" + self.birthday.year return date class PersonRowBuilder(): def build(self, person): row = () row.append(person.get_father().get_id()) row.append(person.get_mather().get_id()) row.append(person.get_email()) row.append(person.get_homepage()) return row ################################## def info(): person = Person() birthday = person.get_date_of_birth_as_a_very_custom_string() def method_related_to_db_usage(): builder = PersonRowBuilder() row = builder.build(Person()) 15 октября 2015 г., 11:58 пользователь Vladimir Timofeev написал: > Гм... > > push @person_row, $person->get_father_id, $person->get_mother_id, > $person->get_email, $person->get_homepage; > > my $date = $person->get_display_date_of_birth; > > package Person; > > sub get_father_id { > my $self = shift; > if (my $self->get_father) { > return $self->get_father->get_id; > } > return; > } > > ... и т.д. > > Это раз. > > Можно пойти дальше и объединить построение @person_row в один метод: > > push @person_row, $person->get_person_fields > > Хотя использование массива здесь выглядит очень подозрительно, но это > уже к вопросу не относится. > > С датами, помимо выноса в отдельный метод кода форматирования, можно > потом вынести код форматирования в класс даты. Потом можно переписать > код форматирования даты, так, чтоб работал корректно во всех случаях. > А то сейчас можно сделать "3/" к примеру (задан только месяц). > > > > > 2015-10-15 5:43 GMT+03:00 Nikolay Mishin : > > Hi Moscow.PM! > > > > Существует ли какой-либо сбособ сделать более читаемым такой код?: > > > > push @person_row, (defined $person->get_father()) ? > $person->get_father()->get_id() : undef; > > push @person_row, (defined $person->get_mother()) ? > $person->get_mother()->get_id() : undef; > > push @person_row, ($person->get_email(), $person->get_homepage()); > > > > my $date = ""; > > if(defined $person->get_date_of_birth()) { > > my $date_of_birth = $person->get_date_of_birth(); > > $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : > ""; > > $date .= defined $date_of_birth->month ? $date_of_birth->month."/" > : ""; > > $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; > > } > > > > источник > https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelExporter.pm#L53 > > > > -- > > С уважением > > Николай Мишин > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Vladimir Timofeev > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением Михаил Шогин. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zahatski на gmail.com Thu Oct 15 04:24:16 2015 From: zahatski на gmail.com (Aliaksandr Zahatski) Date: Thu, 15 Oct 2015 14:24:16 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: <3702851444876991@web21h.yandex.ru> References: <3702851444876991@web21h.yandex.ru> Message-ID: perltidy 15 Окт 2015 г. 5:43 пользователь "Nikolay Mishin" написал: > Hi Moscow.PM! > > Существует ли какой-либо сбособ сделать более читаемым такой код?: > > push @person_row, (defined $person->get_father()) ? > $person->get_father()->get_id() : undef; > push @person_row, (defined $person->get_mother()) ? > $person->get_mother()->get_id() : undef; > push @person_row, ($person->get_email(), $person->get_homepage()); > > my $date = ""; > if(defined $person->get_date_of_birth()) { > my $date_of_birth = $person->get_date_of_birth(); > $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; > $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : > ""; > $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; > } > > источник > https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelExporter.pm#L53 > > -- > С уважением > Николай Мишин > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mi на ya.ru Thu Oct 15 04:28:09 2015 From: mi на ya.ru (Nikolay Mishin) Date: Thu, 15 Oct 2015 14:28:09 +0300 Subject: [Moscow.pm] refactoring Message-ID: <442111444908489@web9m.yandex.ru> Вложение в формате HTML было извлечено… URL: From mi на ya.ru Thu Oct 15 04:29:06 2015 From: mi на ya.ru (Nikolay Mishin) Date: Thu, 15 Oct 2015 14:29:06 +0300 Subject: [Moscow.pm] refactoring Message-ID: <450771444908546@web9m.yandex.ru> Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Thu Oct 15 04:50:41 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Thu, 15 Oct 2015 14:50:41 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: <3702851444876991@web21h.yandex.ru> References: <3702851444876991@web21h.yandex.ru> Message-ID: 15 октября 2015 г., 5:43 пользователь Nikolay Mishin написал: > Hi Moscow.PM! > > Существует ли какой-либо сбособ сделать более читаемым такой код?: > > push @person_row, (defined $person->get_father()) ? $person->get_father()->get_id() : undef; > push @person_row, (defined $person->get_mother()) ? $person->get_mother()->get_id() : undef; > push @person_row, ($person->get_email(), $person->get_homepage()); И так сойдет. Если такое часто используется, то может быть имеет смысл написать методы get_father_id / get_mother_id. > my $date = ""; > if(defined $person->get_date_of_birth()) { > my $date_of_birth = $person->get_date_of_birth(); > $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; > $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : ""; > $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; > } my $date = $person->get_date_of_birth && $person->get_date_of_birth->DateTime->dmy('/'); (если я правильно понял, что get_date_of_birth() возвращает объект класса Ftree::Date::Tiny) > источник https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelExporter.pm#L53 > > -- > С уважением > Николай Мишин > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From pef-secure на yandex.ru Thu Oct 15 08:14:20 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Thu, 15 Oct 2015 17:14:20 +0200 Subject: [Moscow.pm] refactoring In-Reply-To: <3702851444876991@web21h.yandex.ru> References: <3702851444876991@web21h.yandex.ru> Message-ID: <1708877.2bJAPVEGZc@rawen> On Thursday, October 15, 2015 05:43:11 Nikolay Mishin wrote: > Hi Moscow.PM! > > Существует ли какой-либо сбособ сделать более читаемым такой код?: > > push @person_row, (defined $person->get_father()) ? > $person->get_father()->get_id() : undef; push @person_row, (defined > $person->get_mother()) ? $person->get_mother()->get_id() : undef; push > @person_row, ($person->get_email(), $person->get_homepage()); > > my $date = ""; > if(defined $person->get_date_of_birth()) { > my $date_of_birth = $person->get_date_of_birth(); > $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; > $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : > ""; $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; } > > источник > https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelE > xporter.pm#L53 Подозреваю, что работа с get_date_of_birth имеет некоторые правила, не может, наверняка, присутствовать день и год, но отсутствовать месяц. push @person_row, map { my $m="get_$_"; $person->$m && $person->$m->get_id } qw(father mother); push @person_row, map { my $m="get_$_"; $person->$m } qw(email homepage); -- PEF Developer From mi на ya.ru Thu Oct 15 08:18:04 2015 From: mi на ya.ru (Nikolay Mishin) Date: Thu, 15 Oct 2015 18:18:04 +0300 Subject: [Moscow.pm] refactoring Message-ID: <1711341444922284@web16j.yandex.ru> Вложение в формате HTML было извлечено… URL: From pef-secure на yandex.ru Thu Oct 15 08:34:46 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Thu, 15 Oct 2015 17:34:46 +0200 Subject: [Moscow.pm] refactoring In-Reply-To: <1711341444922284@web16j.yandex.ru> References: <1711341444922284@web16j.yandex.ru> Message-ID: <49849759.WCfcbFkYb7@rawen> On Thursday, October 15, 2015 18:18:04 Nikolay Mishin wrote: > Это да, сам код может и не соответствовать этим правилам А вообще, какая цель рефакторинга _этого_ модуля? Он, как я понимаю, не основная функция приложения, поэтому написан в рамках тех структур данных, которыми располагает. Код, в общем, понятный, добиться там чего-то кардинально лучшего не получится. Имело бы смысл смотреть на основную функциональность сначала. А так, мелочёвка какая то: push @person_row, ($person->get_name()->get_title(), $person->get_name()->get_prefix(), $person->get_name()->get_first_name(), $person->get_name()->get_mid_name(), $person->get_name()->get_last_name(), $person->get_name()->get_suffix(), $person->get_name()->get_nickname()) можно свести к push @person_row, map { my $m="get_$_"; $person->get_name->$m } qw(title prefix first_name mid_name last_name suffix nickname); но, глобально, это не играет значения. -- PEF Developer From chesnokov.ilya на gmail.com Thu Oct 15 11:04:59 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Thu, 15 Oct 2015 21:04:59 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: <49849759.WCfcbFkYb7@rawen> References: <1711341444922284@web16j.yandex.ru> <49849759.WCfcbFkYb7@rawen> Message-ID: 15 октября 2015 г., 18:34 пользователь PEF Secure написал: > On Thursday, October 15, 2015 18:18:04 Nikolay Mishin wrote: >> Это да, сам код может и не соответствовать этим правилам > > А вообще, какая цель рефакторинга _этого_ модуля? Он, как я понимаю, не > основная функция приложения, поэтому написан в рамках тех структур данных, > которыми располагает. Это да, там в-основном рендеринг данных в Excel. А рендеринг - это по определению куча костылей - большинство из них стоит упрощать только в том случае, если они встречаются не единожды. > Код, в общем, понятный, добиться там чего-то кардинально > лучшего не получится. Имело бы смысл смотреть на основную функциональность > сначала. А так, мелочёвка какая то: > > push @person_row, ($person->get_name()->get_title(), > $person->get_name()->get_prefix(), $person->get_name()->get_first_name(), > $person->get_name()->get_mid_name(), > $person->get_name()->get_last_name(), $person->get_name()->get_suffix(), > $person->get_name()->get_nickname()) > > можно свести к > > push @person_row, map { my $m="get_$_"; $person->get_name->$m } qw(title prefix > first_name mid_name last_name suffix nickname); > > но, глобально, это не играет значения. > -- > PEF Developer > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From vovkasm на gmail.com Thu Oct 15 11:22:38 2015 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Thu, 15 Oct 2015 21:22:38 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: References: <1711341444922284@web16j.yandex.ru> <49849759.WCfcbFkYb7@rawen> Message-ID: Простите, что за автора отвечаю. > написал: >> On Thursday, October 15, 2015 18:18:04 Nikolay Mishin wrote: >>> Это да, сам код может и не соответствовать этим правилам >> >> А вообще, какая цель рефакторинга _этого_ модуля? Он, как я понимаю, не >> основная функция приложения, поэтому написан в рамках тех структур данных, >> которыми располагает. > В первом письме автор ясно обозначил цель: "Существует ли какой-либо сбособ сделать более читаемым такой код?" С моей точки зрения читаемость кода, это очень важное свойство в подавляющем большинстве проектов. И улучшение читаемости - хорошая цель. > Это да, там в-основном рендеринг данных в Excel. А рендеринг - это по > определению куча костылей - большинство из них стоит упрощать только в > том случае, если они встречаются не единожды. > 1. Код рендеринга ничем принципиально не отличается от остального кода, он так же подвержен изменениям. Более того, скорее та куча костылей в коде рендеринга, экспортеров и т.п. которая для вас присутствует "по определению", это следствие того, что именно этот код меняется наиболее часто. И с моей точки зрения, именно его и нужно писать максимально простым и понятным. 2. Если вы посмотрите на проект автора, то увидите, что там уже два практически идентичных модуля с огромным дублированием кода. Уже сейчас при небольшом изменении структуры модели, придется вносить одинаковые изменения в оба. Тут две проблемы. Одна из них дублирование кода, просто придется больше писать, больше тестировать, больше читать. Вторая - читаемость, читаемость меньше, больше времени потребуется чтоб разобраться в текущем функционале, а потом ещё раз разобраться (см. первую проблему). -- Vladimir Timofeev From agrishaev на gmail.com Thu Oct 15 12:02:28 2015 From: agrishaev на gmail.com (=?UTF-8?B?0JPRgNC40YjQsNC10LIg0JDQvdCw0YLQvtC70LjQuQ==?=) Date: Thu, 15 Oct 2015 22:02:28 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= Message-ID: Решил просветиться на тему Coro+AnyEvent Написал простейший сервер ========================================== #!/usr/bin/perl use EV; use Coro::AnyEvent; use Coro::Handle; use AnyEvent::Socket qw(tcp_server); my $channel = Coro::Channel->new(); tcp_server undef, 2000, sub { my $fh = unblock shift; my $no = fileno $fh; async_pool { print STDERR "connected\n"; last if !$fh->print( "Hi\n"); while(my $msg=$channel->get()){ my ($id, $msg) = split " ", $msg, 2; next if $id eq $no; last if ! $fh->print("$id> $msg\n"); } }; async_pool { while(defined( my $line = $fh->readline)){ chomp $line; $channel->put(join " ", $no, $line); } }; return; }; AE::cv->recv; ========================================= При подключении получаю ошибку ========================================= connected EV: error in callback (ignoring): FATAL: $Coro::idle blocked itself - did you try to block inside an event loop callback? Caught at /usr/local/lib/perl/5.14.2/Coro/Channel.pm line 83. Coro::Channel::get('Coro::Channel=ARRAY(0x8c05f98)') called at /home/gtoly/ev.pl line 15 main::__ANON__('GLOB(0x8c2317c)', 127.0.0.1, 32812) called at /usr/lib/perl5/AnyEvent/Socket.pm line 1194 AnyEvent::Socket::__ANON__('EV::IO=SCALAR(0x8c3acf8)', 1) called at /usr/local/lib/perl/5.14.2/Coro/EV.pm line 71 eval {...} called at /usr/local/lib/perl/5.14.2/Coro/EV.pm line 71 Coro::EV::__ANON__ called at /usr/local/lib/perl/5.14.2/Coro.pm line 715 Coro::_coro_run called at /home/gtoly/ev.pl line 0 ========================================= Что такое, и как это починить? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pef-secure на yandex.ru Thu Oct 15 12:32:39 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Thu, 15 Oct 2015 21:32:39 +0200 Subject: [Moscow.pm] refactoring In-Reply-To: References: <1711341444922284@web16j.yandex.ru> Message-ID: <48189404.6QgyEiiF0x@rawen> On Thursday, October 15, 2015 21:22:38 Vladimir Timofeev wrote: > В первом письме автор ясно обозначил цель: "Существует ли какой-либо > сбособ сделать более читаемым такой код?" > С моей точки зрения читаемость кода, это очень важное свойство в > подавляющем большинстве проектов. > И улучшение читаемости - хорошая цель. Замечательно. Осталось ответить себе на вопросы: так ли уж нечитаем этот код, что с ним надо что-то делать? Есть ли с ним системные проблемы? Необходимо ли для их решения что-либо делать со структурами данных в ядре программы? Не выльется ли это в рефакторинг всего кода ради рефакторинга всего кода? Ну и так далее. Код не особо красив, но городить ради неземной красоты этого кода какую то специальную инфраструктуру, считаю, не особо разумно. А простого способа сделать его "красивее" при тех структурах данных так сразу не вижу. Можно сократить и немного разгрузить многочисленные get_*, что я уже предложил. Можно навернуть инфраструктуру для подобных линейных экспортов и весь ужас спрятать туда, но, боюсь, у этого хозяйства будет ровно один пользователь. Собственно, вся суть обсуждаемого кода заключается в том, что берутся подряд данные и складываются в строку. Улучшить тут можно только упрощением или некоторой инфраструктурой, которая нужные данные возвращала бы по списку требуемых полей. Т.е. иметь список полей и способов их извлечения. После подобного описания, останется найти второго пользователя для инфраструктуры, а то обидно, все алгоритмы изнутри цикла модуля просто переместятся в другое место. > 1. Код рендеринга ничем принципиально не отличается от остального > кода, он так же подвержен изменениям. Более того, скорее та куча > костылей в коде рендеринга, экспортеров и т.п. которая для вас > присутствует "по определению", это следствие того, что именно этот код > меняется наиболее часто. И с моей точки зрения, именно его и нужно > писать максимально простым и понятным. Сомнительно, что в _этом_ коде может меняться что-то, кроме добавления дополнительных полей в таблицу икселя. Вообще, код в проекте всегда имеет какие то различия. Типа: "тут ядро системы", "тут утилиты", "тут плагины, которые могут быть никому не нужны". Так что код рендеринга _может_ принципиально отличаться от остального кода системы. Я не берусь судить как оно в этом проекте, не разбирал его. > 2. Если вы посмотрите на проект автора, то увидите, что там уже два > практически идентичных модуля с огромным дублированием кода. Уже > сейчас при небольшом изменении структуры модели, придется вносить > одинаковые изменения в оба. Тут две проблемы. Одна из них дублирование > кода, просто придется больше писать, больше тестировать, больше > читать. Вторая - читаемость, читаемость меньше, больше времени > потребуется чтоб разобраться в текущем функционале, а потом ещё раз > разобраться (см. первую проблему). Меня проект не зацепил, чтобы я там прочитал больше одного модуля. Вопросов о том, как избавиться от дублирования кода или как стоит изменить структуры данных пока что не ставилось. -- PEF Developer From sergey.aleynikov на gmail.com Thu Oct 15 13:05:35 2015 From: sergey.aleynikov на gmail.com (Sergey Aleynikov) Date: Thu, 15 Oct 2015 23:05:35 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: References: Message-ID: Добрый день, > Что такое, и как это починить? perl -MO=Deparse /home/gtoly/ev.pl Best regards, Sergey Aleynikov From i.petro.77.00 на gmail.com Thu Oct 15 13:55:20 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Thu, 15 Oct 2015 23:55:20 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: References: Message-ID: <20151015205520.GQ10595@vdsl.uvw.ru> > did you try to block inside an event loop callback? основная идея - из калбаков AE не делать ничего кроме уведомлений. соответственно что нельзя делать - писать в Channel - трогать что угодно что может позвать cede/schedule то есть идеология такая - если пишем однократный ожидальщик то используем стандартный механизм Coro::rouse_* - если пишем многократный ожидальщик (например сервер), то лучше всего использовать совокупность schedule + ready то есть заводим my $watcher; my @tasks; sub do_task { тут можно создавать async, писать в каналы итп } async { while (1) { $watcher = $Coro::current; Coro::schedule; while(@tasks) { do_task(shift @tasks); } } }; В калбеке приема соединения как-то так: sub { my ($fh) = @_; push @tasks => $fh; $watcher->ready if $watcher; $watcher->undef; } From i.petro.77.00 на gmail.com Thu Oct 15 13:57:51 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Thu, 15 Oct 2015 23:57:51 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: <20151015205520.GQ10595@vdsl.uvw.ru> References: <20151015205520.GQ10595@vdsl.uvw.ru> Message-ID: <20151015205751.GR10595@vdsl.uvw.ru> > $watcher->undef; опечатался $watcher = undef; From chesnokov.ilya на gmail.com Thu Oct 15 14:03:17 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Fri, 16 Oct 2015 00:03:17 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: References: <1711341444922284@web16j.yandex.ru> <49849759.WCfcbFkYb7@rawen> Message-ID: 15 октября 2015 г., 21:22 пользователь Vladimir Timofeev написал: > Простите, что за автора отвечаю. > >> написал: >>> On Thursday, October 15, 2015 18:18:04 Nikolay Mishin wrote: >>>> Это да, сам код может и не соответствовать этим правилам >>> >>> А вообще, какая цель рефакторинга _этого_ модуля? Он, как я понимаю, не >>> основная функция приложения, поэтому написан в рамках тех структур данных, >>> которыми располагает. >> > > В первом письме автор ясно обозначил цель: "Существует ли какой-либо > сбособ сделать более читаемым такой код?" > С моей точки зрения читаемость кода, это очень важное свойство в > подавляющем большинстве проектов. > И улучшение читаемости - хорошая цель. > >> Это да, там в-основном рендеринг данных в Excel. А рендеринг - это по >> определению куча костылей - большинство из них стоит упрощать только в >> том случае, если они встречаются не единожды. >> > > 1. Код рендеринга ничем принципиально не отличается от остального > кода, он так же подвержен изменениям. Более того, скорее та куча > костылей в коде рендеринга, экспортеров и т.п. которая для вас > присутствует "по определению", это следствие того, что именно этот код > меняется наиболее часто. И с моей точки зрения, именно его и нужно > писать максимально простым и понятным. Чтобы его сделать простым и понятным, он должен делать одну простую (и понятную) вещь: преобразовывать перловую структуру данных в эксель-табличку. Этакий аналог View в MVC. Больше никакого кода там не нужно. А в приведенном примере кода слишком много, и именно поэтому он представляет собой месиво, а не потому, что часто меняется. > 2. Если вы посмотрите на проект автора, то увидите, что там уже два > практически идентичных модуля с огромным дублированием кода. Уже > сейчас при небольшом изменении структуры модели, придется вносить > одинаковые изменения в оба. Тут две проблемы. Одна из них дублирование > кода, просто придется больше писать, больше тестировать, больше > читать. Вторая - читаемость, читаемость меньше, больше времени > потребуется чтоб разобраться в текущем функционале, а потом ещё раз > разобраться (см. первую проблему). Вот именно - поэтому полумерами тут ничего не добьешься - нужно все ломать и строить заново. А в имеющемся коде рендеринга нет смысла что-то менять. Работает - не трогай > > > -- > Vladimir Timofeev > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From ilvin на mail.ru Wed Oct 14 23:55:18 2015 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Thu, 15 Oct 2015 09:55:18 +0300 Subject: [Moscow.pm] =?utf-8?q?refactoring?= In-Reply-To: <3702851444876991@web21h.yandex.ru> References: <3702851444876991@web21h.yandex.ru> Message-ID: <1444892118.340510488@f152.i.mail.ru> Здравствуйте, комрады! Как-то так... my ($father, $mother, $email, $homepage, $date_of_birth) = (   $person->get_father // undef,   $person->get_mother // undef,   $person->get_email // undef,   $person->get_homepage // undef,   $person->get_date_of_birth // undef ); push @person_row,     $father && $father->get_id,     $mother && $mother->get_id,     $email,     $homepage,     $date_of_birth ? join('/', $date_of_birth->day // '', $date_of_birth->month // '', $date_of_birth->year // '') : ''; С почтением,   Илья Винокуров. >Четверг, 15 октября 2015, 5:43 +03:00 от Nikolay Mishin : > >Hi Moscow.PM! > >Существует ли какой-либо сбособ сделать более читаемым такой код?: > >    push @person_row, (defined $person->get_father()) ? $person->get_father()->get_id() : undef; >    push @person_row, (defined $person->get_mother()) ? $person->get_mother()->get_id() : undef; >    push @person_row, ($person->get_email(), $person->get_homepage()); >       >    my $date = ""; >    if(defined $person->get_date_of_birth()) { >      my $date_of_birth = $person->get_date_of_birth(); >      $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; >      $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : ""; >      $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; >    } > >источник https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelExporter.pm#L53 > >-- >С уважением >Николай Мишин > >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mi на ya.ru Thu Oct 15 22:04:26 2015 From: mi на ya.ru (Nikolay Mishin) Date: Fri, 16 Oct 2015 08:04:26 +0300 Subject: [Moscow.pm] refactoring Message-ID: <1620101444971866@web18h.yandex.ru> Вложение в формате HTML было извлечено… URL: From pavel на kuptsov.info Fri Oct 16 02:55:05 2015 From: pavel на kuptsov.info (=?UTF-8?B?0J/QsNCy0LXQuyDQmtGD0L/RhtC+0LI=?=) Date: Fri, 16 Oct 2015 12:55:05 +0300 Subject: [Moscow.pm] =?utf-8?b?c3dhZ2dlciDQuNC70Lgg0YfRgtC+LdGC0L4g0LQ=?= =?utf-8?b?0LvRjyDRgtC10YHRgtC+0LIgQVBJPw==?= Message-ID: Добрый день, Moscow! Cтолкнулся с некоторыми трудностями, прошу совета. Фронтэнд разработчик просит какую-то удобную систему тестов API и предлагает swagger.io, может быть есть что-то для Mojolicious более нативное и попроще? Подразумевается именно web-интерфейс к методам, которые показывают как заголовок запроса (с хэдерами), так и ответ, либо только ответ с хэдэрами, тоже в принципе устроит. Может быть есть что-то готовое? Спасибо. -- Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From l3talka на gmail.com Fri Oct 16 02:58:15 2015 From: l3talka на gmail.com (=?UTF-8?B?0JLRj9GH0LXRgdC70LDQsiDQpdCw0YXQsNC70LrQuNC9?=) Date: Fri, 16 Oct 2015 12:58:15 +0300 Subject: [Moscow.pm] =?utf-8?b?c3dhZ2dlciDQuNC70Lgg0YfRgtC+LdGC0L4g0LQ=?= =?utf-8?b?0LvRjyDRgtC10YHRgtC+0LIgQVBJPw==?= In-Reply-To: References: Message-ID: В своем проекте используем как раз таки swagger, довольно удобный интсрумент как для бэкендщика так и фронтендщика 16 октября 2015 г., 12:55 пользователь Павел Купцов написал: > > Добрый день, Moscow! > Cтолкнулся с некоторыми трудностями, прошу совета. > > Фронтэнд разработчик просит какую-то удобную систему тестов API и > предлагает swagger.io, > может быть есть что-то для Mojolicious более нативное и попроще? > Подразумевается именно web-интерфейс к методам, которые показывают как > заголовок запроса (с хэдерами), так и ответ, либо только ответ с хэдэрами, > тоже в принципе устроит. > Может быть есть что-то готовое? > > Спасибо. > > -- > Павел > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From agrishaev на gmail.com Fri Oct 16 03:22:46 2015 From: agrishaev на gmail.com (=?UTF-8?B?0JPRgNC40YjQsNC10LIg0JDQvdCw0YLQvtC70LjQuQ==?=) Date: Fri, 16 Oct 2015 13:22:46 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: <20151015205520.GQ10595@vdsl.uvw.ru> References: <20151015205520.GQ10595@vdsl.uvw.ru> Message-ID: 15 октября 2015 г., 23:55 пользователь Ivan Petrov написал: > > > did you try to block inside an event loop callback? > > основная идея - из калбаков AE не делать ничего кроме уведомлений. > > соответственно что нельзя делать > - писать в Channel > - трогать что угодно что может позвать cede/schedule > Это понял. > > то есть идеология такая > > - если пишем однократный ожидальщик то используем стандартный > механизм Coro::rouse_* > Не подходит, хотелось бы не однократно получать подключения по сети. > - если пишем многократный ожидальщик (например сервер), то лучше > всего использовать совокупность schedule + ready > > > то есть заводим > > my $watcher; > my @tasks; > > > sub do_task { > тут можно создавать async, писать в каналы итп > } > > async { > while (1) { > $watcher = $Coro::current; > Coro::schedule; > while(@tasks) { > do_task(shift @tasks); > } > } > }; > > В калбеке приема соединения как-то так: > > sub { > my ($fh) = @_; > push @tasks => $fh; > $watcher->ready if $watcher; > $watcher->undef; > } > А вот тут я завис. Вылетает с ошибкой DEADLOCK detected. Зависает на Coro::schedule. Переписал на Coro::Socket. ====================================== use Coro; use Coro::Signal; use Coro::AnyEvent; use Coro::Handle; use Coro::Socket; use AnyEvent::Socket qw(tcp_server); my @msg; my $sem = Coro::Signal->new(); my $l = Coro::Socket->new( LocalPort => 2000, Listen => 1, ReuseAddr=>1 ); while () { my $fh = $l->accept(); my $no = fileno $fh; Coro::async { while ( defined( my $line = $fh->readline ) ) { chomp $line; push @msg, "$no $line"; $sem->broadcast(); } }; Coro::async { my $i = @msg; while () { $sem->wait(); while ( $i < @msg ) { my $id = (split " ", $msg[$i],2)[0]; $fh->print("$msg[$i]\n") if $id ne $no; ++$i; } } }; } ==================================== Т.е. проблему свою я решил, но не так гладко как хотелось. Остался вопрос можно ли совместить обычные повторяющие колбэки с Coro, чтобы например сервер написаный на голом AnyEvent использоватьс Coro без его переписывания к примеру tcp_server. Есть ли рабочие примеры? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pef-secure на yandex.ru Fri Oct 16 03:48:02 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Fri, 16 Oct 2015 12:48:02 +0200 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: References: <20151015205520.GQ10595@vdsl.uvw.ru> Message-ID: <4237625.HX7BbEfns2@rawen> On Friday, October 16, 2015 13:22:46 Гришаев Анатолий wrote: > Т.е. проблему свою я решил, но не так гладко как хотелось. > Остался вопрос можно ли совместить обычные повторяющие колбэки с Coro, > чтобы например > сервер написаный на голом AnyEvent использоватьс Coro без его переписывания > к примеру tcp_server. > > Есть ли рабочие примеры? Есть рабочие примеры на AnyEvent, смысла в Coro, кроме как для получения реентерабельных AE::cv, не вижу. -- PEF Developer From i.petro.77.00 на gmail.com Fri Oct 16 04:48:08 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 16 Oct 2015 14:48:08 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: References: <20151015205520.GQ10595@vdsl.uvw.ru> Message-ID: <20151016114808.GS10595@vdsl.uvw.ru> > Остался вопрос можно ли совместить обычные повторяющие колбэки с Coro, чтобы > например > сервер написаный на голом AnyEvent использоватьс Coro без его переписывания к > примеру tcp_server. напишите аналог Coro::rouse_cb но для повторяющегося калбека. package MyRouse; use base 'Exporter'; our @EXPORT_OK = rouse_async; use Coro; sub rouse_async(&) { my ($cb) = @_; my @list; my $watcher; async { while(1) { $watcher = $Coro::current; Coro::schedule; $watcher = undef; while (my $task = shift @list) { async { \&cb; } @$task; } } }; sub { push @list => \@_; $watcher->ready if $watcher; $watcher = undef; } } a дальше будет нечто вроде use MyRouse; tcp_server $host, $port, MyRouse::rouse_async { my ($fh) = @_; create_coro_socket $fh; # работа с coro_socket }; вот как-то так с сокетами надо работать средствами coro или прямым доступом на основе coro-проверок. From i.petro.77.00 на gmail.com Fri Oct 16 04:56:36 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 16 Oct 2015 14:56:36 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: <20151016114808.GS10595@vdsl.uvw.ru> References: <20151015205520.GQ10595@vdsl.uvw.ru> <20151016114808.GS10595@vdsl.uvw.ru> Message-ID: <20151016115636.GT10595@vdsl.uvw.ru> > async { > while(1) { > $watcher = $Coro::current; > Coro::schedule; > $watcher = undef; > while (my $task = shift @list) { > async { \&cb; } @$task; > } > } > }; тут только поменять местами надо собственно цикл и усыпление, а то дедлок может получиться, сори async { while(1) { while (my $task = shift @list) { async { \&cb; } @$task; } $watcher = $Coro::current; Coro::schedule; $watcher = undef; } }; From i.petro.77.00 на gmail.com Fri Oct 16 05:11:47 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 16 Oct 2015 15:11:47 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: <4237625.HX7BbEfns2@rawen> References: <20151015205520.GQ10595@vdsl.uvw.ru> <4237625.HX7BbEfns2@rawen> Message-ID: <20151016121147.GU10595@vdsl.uvw.ru> >> Т.е. проблему свою я решил, но не так гладко как хотелось. >> Остался вопрос можно ли совместить обычные повторяющие колбэки с Coro, >> чтобы например >> сервер написаный на голом AnyEvent использоватьс Coro без его переписывания >> к примеру tcp_server. >> >> Есть ли рабочие примеры? > Есть рабочие примеры на AnyEvent, смысла в Coro, кроме как для получения > реентерабельных AE::cv, не вижу. писать на AE бизнеспроцессы (а они всегда с морем ветвлений, ошибочных веток итп) крайне тяжело. поэтому те 15% оверхеда которые дает Coro стоят той простоты кода, которая в итоге получается From agrishaev на gmail.com Fri Oct 16 05:44:20 2015 From: agrishaev на gmail.com (=?UTF-8?B?0JPRgNC40YjQsNC10LIg0JDQvdCw0YLQvtC70LjQuQ==?=) Date: Fri, 16 Oct 2015 15:44:20 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: <4237625.HX7BbEfns2@rawen> References: <20151015205520.GQ10595@vdsl.uvw.ru> <4237625.HX7BbEfns2@rawen> Message-ID: 16 октября 2015 г., 13:48 пользователь PEF Secure написал: > On Friday, October 16, 2015 13:22:46 Гришаев Анатолий wrote: > > > Т.е. проблему свою я решил, но не так гладко как хотелось. > > Остался вопрос можно ли совместить обычные повторяющие колбэки с Coro, > > чтобы например > > сервер написаный на голом AnyEvent использоватьс Coro без его > переписывания > > к примеру tcp_server. > > > > Есть ли рабочие примеры? > > Есть рабочие примеры на AnyEvent, смысла в Coro, кроме как для получения > реентерабельных AE::cv, не вижу. > На AnyEvent таких полно. Проблема с ними одна: берешь уже рабочий кусок кода даешь новому разработчику, а он две недели вкуривает, потом добавляет пару строчек кода и все ломается, а ещё через две недели до него доходит, где и почему он это сломал. А так по сути, для AnyEvent::Coro у меня этот цикл прошел за полдня и новый код меня таки радует, что само по себе ценность. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mshogin на gmail.com Fri Oct 16 05:59:48 2015 From: mshogin на gmail.com (=?UTF-8?B?0JzQuNGF0LDQuNC7INCo0L7Qs9C40L0=?=) Date: Fri, 16 Oct 2015 15:59:48 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: <1444892118.340510488@f152.i.mail.ru> References: <3702851444876991@web21h.yandex.ru> <1444892118.340510488@f152.i.mail.ru> Message-ID: Ильич, а где ООП? ;) MS 15 октября 2015 г., 9:55 пользователь Илья Винокуров написал: > > Здравствуйте, комрады! > > Как-то так... > > my ($father, $mother, $email, $homepage, $date_of_birth) = ( > $person->get_father // undef, > $person->get_mother // undef, > $person->get_email // undef, > $person->get_homepage // undef, > $person->get_date_of_birth // undef > ); > > push @person_row, > $father && $father->get_id, > $mother && $mother->get_id, > $email, > $homepage, > $date_of_birth ? join('/', $date_of_birth->day // '', > $date_of_birth->month // '', $date_of_birth->year // '') : ''; > > > С почтением, > Илья Винокуров. > > Четверг, 15 октября 2015, 5:43 +03:00 от Nikolay Mishin : > > > Hi Moscow.PM! > > Существует ли какой-либо сбособ сделать более читаемым такой код?: > > push @person_row, (defined $person->get_father()) ? > $person->get_father()->get_id() : undef; > push @person_row, (defined $person->get_mother()) ? > $person->get_mother()->get_id() : undef; > push @person_row, ($person->get_email(), $person->get_homepage()); > > my $date = ""; > if(defined $person->get_date_of_birth()) { > my $date_of_birth = $person->get_date_of_birth(); > $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; > $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : > ""; > $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; > } > > источник > https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelExporter.pm#L53 > > -- > С уважением > Николай Мишин > > -- > 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 было извлечено… URL: From chesnokov.ilya на gmail.com Fri Oct 16 06:03:28 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Fri, 16 Oct 2015 16:03:28 +0300 Subject: [Moscow.pm] =?utf-8?b?c3dhZ2dlciDQuNC70Lgg0YfRgtC+LdGC0L4g0LQ=?= =?utf-8?b?0LvRjyDRgtC10YHRgtC+0LIgQVBJPw==?= In-Reply-To: References: Message-ID: 16 октября 2015 г., 12:55 пользователь Павел Купцов написал: > > Добрый день, Moscow! > Cтолкнулся с некоторыми трудностями, прошу совета. > > Фронтэнд разработчик просит какую-то удобную систему тестов API и предлагает > swagger.io, > может быть есть что-то для Mojolicious более нативное и попроще? > Подразумевается именно web-интерфейс к методам, которые показывают как > заголовок запроса (с хэдерами), так и ответ, либо только ответ с хэдэрами, > тоже в принципе устроит. > Может быть есть что-то готовое? Мы используем свою обертку над вот этим: https://github.com/LoonyPandora/Pod-HTML5-Browser Я рассказывал об этом на одной из встреч Moscow.pm: https://www.youtube.com/watch?v=p6zWi3R0e7Q Заголовки запросов/ответов вроде бы не показываются - но, думаю, не проблема доработать. Документация генерируется из POD, так что ее могут использовать как бэкенд-программисты в консоли, так и фронтэндеры в браузере. > Спасибо. > > -- > Павел > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ilya Chesnokov From chesnokov.ilya на gmail.com Fri Oct 16 06:07:35 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Fri, 16 Oct 2015 16:07:35 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: <20151016121147.GU10595@vdsl.uvw.ru> References: <20151015205520.GQ10595@vdsl.uvw.ru> <4237625.HX7BbEfns2@rawen> <20151016121147.GU10595@vdsl.uvw.ru> Message-ID: 16 октября 2015 г., 15:11 пользователь Ivan Petrov написал: >>> Т.е. проблему свою я решил, но не так гладко как хотелось. >>> Остался вопрос можно ли совместить обычные повторяющие колбэки с Coro, >>> чтобы например >>> сервер написаный на голом AnyEvent использоватьс Coro без его переписывания >>> к примеру tcp_server. >>> >>> Есть ли рабочие примеры? > >> Есть рабочие примеры на AnyEvent, смысла в Coro, кроме как для получения >> реентерабельных AE::cv, не вижу. > > писать на AE бизнеспроцессы (а они всегда с морем ветвлений, ошибочных > веток итп) крайне тяжело. > поэтому те 15% оверхеда которые дает Coro стоят той простоты кода, > которая в итоге получается Как вы относитесь к тому, что Coro выпилили из перла? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From pef-secure на yandex.ru Fri Oct 16 06:20:28 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Fri, 16 Oct 2015 15:20:28 +0200 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: <20151016121147.GU10595@vdsl.uvw.ru> References: <4237625.HX7BbEfns2@rawen> <20151016121147.GU10595@vdsl.uvw.ru> Message-ID: <3673813.1QhhN0k4j4@rawen> On Friday, October 16, 2015 15:11:47 Ivan Petrov wrote: > писать на AE бизнеспроцессы (а они всегда с морем ветвлений, ошибочных > веток итп) крайне тяжело. > поэтому те 15% оверхеда которые дает Coro стоят той простоты кода, > которая в итоге получается Есть такое дело, на голом AE алгоритмы, которые реализуют какой либо пошаговый протокол с ветвлениями и обработками ошибок, могут выглядеть ужасно. AE можно использовать в качестве бэкенда к бизнесс-логике, тогда можно сделать вполне прилично. У меня есть опыт с POE, можно сделать очень удобно. -- PEF Developer From pef-secure на yandex.ru Fri Oct 16 06:27:21 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Fri, 16 Oct 2015 15:27:21 +0200 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: References: <20151016121147.GU10595@vdsl.uvw.ru> Message-ID: <17024843.KUbslmAptu@rawen> On Friday, October 16, 2015 16:07:35 Ilya Chesnokov wrote: > Как вы относитесь к тому, что Coro выпилили из перла? Поскольку "вы" с маленькой буквы, то это обращение ко всем участникам дискуссии, тем более, что в публичной рассылке. Поэтому, тоже влезу :) Никто не "выпиливал Coro из перла", его "там" никогда не было. Причина, по которой перестал собираться Coro для перла >5.21, возможно, будет таки исправлена, уже появились попытки. -- PEF Developer From i.petro.77.00 на gmail.com Fri Oct 16 06:40:12 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 16 Oct 2015 16:40:12 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: References: <20151015205520.GQ10595@vdsl.uvw.ru> <4237625.HX7BbEfns2@rawen> <20151016121147.GU10595@vdsl.uvw.ru> Message-ID: <20151016134012.GV10595@vdsl.uvw.ru> >>>> Т.е. проблему свою я решил, но не так гладко как хотелось. >>>> Остался вопрос можно ли совместить обычные повторяющие колбэки с Coro, >>>> чтобы например >>>> сервер написаный на голом AnyEvent использоватьс Coro без его переписывания >>>> к примеру tcp_server. >>>> >>>> Есть ли рабочие примеры? >> >>> Есть рабочие примеры на AnyEvent, смысла в Coro, кроме как для получения >>> реентерабельных AE::cv, не вижу. >> >> писать на AE бизнеспроцессы (а они всегда с морем ветвлений, ошибочных >> веток итп) крайне тяжело. >> поэтому те 15% оверхеда которые дает Coro стоят той простоты кода, >> которая в итоге получается > Как вы относитесь к тому, что Coro выпилили из перла? В каком смысле выпилили? вот он http://search.cpan.org/~mlehmann/Coro-6.48/Coro.pm 11 июля последнее обновление From agrishaev на gmail.com Fri Oct 16 06:42:38 2015 From: agrishaev на gmail.com (=?UTF-8?B?0JPRgNC40YjQsNC10LIg0JDQvdCw0YLQvtC70LjQuQ==?=) Date: Fri, 16 Oct 2015 16:42:38 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: References: <20151015205520.GQ10595@vdsl.uvw.ru> <4237625.HX7BbEfns2@rawen> <20151016121147.GU10595@vdsl.uvw.ru> Message-ID: 16 октября 2015 г., 16:07 пользователь Ilya Chesnokov < chesnokov.ilya на gmail.com> написал: > > > Как вы относитесь к тому, что Coro выпилили из перла? > 1) Shit happens. Пару лет назад один мой модуль перестал собираться под новым перлом. Через пару месяцев прислали патч для исправления этого недоразумения. Моё участие было ограниченно приложением этого патча и выкладыванием новой версии на cpan 2) У нас в задачах уже два года висит переход на perl 5.18, даже не хочу думать, когда будет планироваться переход на 5.21. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From proler на gmail.com Fri Oct 16 06:57:23 2015 From: proler на gmail.com (Oleg Alexeenkov) Date: Fri, 16 Oct 2015 16:57:23 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: <1444892118.340510488@f152.i.mail.ru> References: <3702851444876991@web21h.yandex.ru> <1444892118.340510488@f152.i.mail.ru> Message-ID: Илья Винокуров писал(а) в своём письме Thu, 15 Oct 2015 09:55:18 +0300: > Как-то так... > my ($father, $mother, $email, $homepage, $date_of_birth) = ( > $person->get_father // undef, > $person->get_mother // undef, > $person->get_email // undef, > $person->get_homepage // undef, > $person->get_date_of_birth // undef > ); $person->get_father // undef Такое выражение вообще имеет смысл? оставить просто $person->get_father > push @person_row, > $father && $father->get_id, > $mother && $mother->get_id, > $email, > $homepage, > $date_of_birth ? join('/', $date_of_birth->day // '', > $date_of_birth->month // '', $date_of_birth->year // '') : ''; no warnings qw(uninitialized); и не надо этих // '' From victor на vsespb.ru Fri Oct 16 06:59:53 2015 From: victor на vsespb.ru (Victor Efimov) Date: Fri, 16 Oct 2015 16:59:53 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: References: <20151015205520.GQ10595@vdsl.uvw.ru> <4237625.HX7BbEfns2@rawen> <20151016121147.GU10595@vdsl.uvw.ru> Message-ID: 16 октября 2015 г., 16:42 пользователь Гришаев Анатолий написал: > > > 16 октября 2015 г., 16:07 пользователь Ilya Chesnokov > написал: >> >> >> >> Как вы относитесь к тому, что Coro выпилили из перла? > > > 1) Shit happens. > Пару лет назад один мой модуль перестал собираться под новым перлом. > Через пару месяцев прислали патч для исправления этого недоразумения. > Моё участие было ограниченно приложением этого патча и выкладыванием новой > версии на cpan вы забываете личность создателя. он может упереться рогом и никогда не пофиксить > > 2) У нас в задачах уже два года висит переход на perl 5.18, даже не хочу > думать, когда будет планироваться переход на 5.21. > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > From i.petro.77.00 на gmail.com Fri Oct 16 07:08:37 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 16 Oct 2015 17:08:37 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: References: <20151015205520.GQ10595@vdsl.uvw.ru> <4237625.HX7BbEfns2@rawen> <20151016121147.GU10595@vdsl.uvw.ru> Message-ID: <20151016140837.GW10595@vdsl.uvw.ru> >>> Как вы относитесь к тому, что Coro выпилили из перла? >> >> >> 1) Shit happens. >> Пару лет назад один мой модуль перестал собираться под новым перлом. >> Через пару месяцев прислали патч для исправления этого недоразумения. >> Моё участие было ограниченно приложением этого патча и выкладыванием новой >> версии на cpan > вы забываете личность создателя. он может упереться рогом и никогда не пофиксить соответственно будет меньше поводов переходить на 5.21+ но вообще, думаю, он пофиксит или добъется чтобы можно было калбек привязать и к ридонли объектам. да он местами упирается рогом, но в целом чаще всего не зря From mi на ya.ru Fri Oct 16 07:07:27 2015 From: mi на ya.ru (Nikolay Mishin) Date: Fri, 16 Oct 2015 17:07:27 +0300 Subject: [Moscow.pm] refactoring Message-ID: <2354371445004447@web2o.yandex.ru> Вложение в формате HTML было извлечено… URL: From pef-secure на yandex.ru Fri Oct 16 07:37:18 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Fri, 16 Oct 2015 16:37:18 +0200 Subject: [Moscow.pm] refactoring In-Reply-To: <3702851444876991@web21h.yandex.ru> References: <3702851444876991@web21h.yandex.ru> Message-ID: <4793816.YbYVjPsFdX@rawen> On Thursday, October 15, 2015 05:43:11 Nikolay Mishin wrote: > источник > https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelE > xporter.pm#L53 А в чём вообще смысл, какая конечная цель? Я невнимательно посмотрел приложение, оно уровня "моя домашняя страница", во что хочется его превратить? Т.е. по уму, если надо работать с данными, масштабироваться и вообще всё делать современно, то писать надо всё просто с нуля. На моём PEF::Front, например :) -- PEF Developer From mi на ya.ru Fri Oct 16 07:44:50 2015 From: mi на ya.ru (Nikolay Mishin) Date: Fri, 16 Oct 2015 17:44:50 +0300 Subject: [Moscow.pm] refactoring Message-ID: <2689831445006690@web24h.yandex.ru> Вложение в формате HTML было извлечено… URL: From asan999 на gmail.com Fri Oct 16 08:00:57 2015 From: asan999 на gmail.com (Andrey Asyakin) Date: Fri, 16 Oct 2015 18:00:57 +0300 Subject: [Moscow.pm] refactoring In-Reply-To: References: <3702851444876991@web21h.yandex.ru> <1444892118.340510488@f152.i.mail.ru> Message-ID: > > Как-то так... > my ($father, $mother, $email, $homepage, $date_of_birth) = ( > $person->get_father // undef, > $person->get_mother // undef, > $person->get_email // undef, > $person->get_homepage // undef, > $person->get_date_of_birth // undef > ); > > $person->get_father // undef > Такое выражение вообще имеет смысл? > оставить просто > $person->get_father Вообще говоря, имеет, если эти get_father/mother возвращают пустой список в списковом контексте. Хотя этот вариант кода выглядит еще хуже, чем вариант топикстартера, который можно отформатировать нормально и не париться. либо переписать все 16 октября 2015 г., 16:57 пользователь Oleg Alexeenkov написал: > Илья Винокуров писал(а) в своём письме Thu, 15 Oct 2015 > 09:55:18 +0300: > > Как-то так... >> > > my ($father, $mother, $email, $homepage, $date_of_birth) = ( >> $person->get_father // undef, >> $person->get_mother // undef, >> $person->get_email // undef, >> $person->get_homepage // undef, >> $person->get_date_of_birth // undef >> ); >> > > $person->get_father // undef > Такое выражение вообще имеет смысл? > оставить просто > $person->get_father > > > push @person_row, >> $father && $father->get_id, >> $mother && $mother->get_id, >> $email, >> $homepage, >> $date_of_birth ? join('/', $date_of_birth->day // '', >> $date_of_birth->month // '', $date_of_birth->year // '') : ''; >> > > no warnings qw(uninitialized); > и не надо этих // '' > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pef-secure на yandex.ru Fri Oct 16 08:03:00 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Fri, 16 Oct 2015 17:03 +0200 Subject: [Moscow.pm] refactoring In-Reply-To: <2689831445006690@web24h.yandex.ru> References: <2689831445006690@web24h.yandex.ru> Message-ID: <2125121.Y7AblHgEbf@rawen> On Friday, October 16, 2015 17:44:50 Nikolay Mishin wrote: > Это лучше, чем Dancer? Я бы сказал, что да. Иначе зачем бы делал? Мне нужна была замена mod_perl, я выбрал PSGI и добавил нужных фишек. Про фишки могу долго рассказывать, но, в общем-то, я это тут уже пробовал и никто не задал ни одного вопроса. http://mail.pm.org/pipermail/moscow-pm/2015-January/019065.html > https://github.com/mishin/pef-front-psgi-dist Да, я видел, что ты проявил интерес. -- PEF Developer From chesnokov.ilya на gmail.com Fri Oct 16 08:05:54 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Fri, 16 Oct 2015 18:05:54 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: <20151016140837.GW10595@vdsl.uvw.ru> References: <20151015205520.GQ10595@vdsl.uvw.ru> <4237625.HX7BbEfns2@rawen> <20151016121147.GU10595@vdsl.uvw.ru> <20151016140837.GW10595@vdsl.uvw.ru> Message-ID: 16 октября 2015 г., 17:08 пользователь Ivan Petrov написал: >>>> Как вы относитесь к тому, что Coro выпилили из перла? >>> >>> >>> 1) Shit happens. >>> Пару лет назад один мой модуль перестал собираться под новым перлом. >>> Через пару месяцев прислали патч для исправления этого недоразумения. >>> Моё участие было ограниченно приложением этого патча и выкладыванием новой >>> версии на cpan > >> вы забываете личность создателя. он может упереться рогом и никогда не пофиксить > > > соответственно будет меньше поводов переходить на 5.21+ > > но вообще, думаю, он пофиксит или добъется чтобы можно было калбек > привязать и к ридонли объектам. > > да он местами упирается рогом, но в целом чаще всего не зря Я понял. Вкратце: "всем нас..ать". Просто вон японцы, приезжавшие на YAPC::EU (зажгли неплохо там, кстати), говорят, что Coro - это уже история, и сами используют Go. А с точки зрения неофита - какая разница, что изучать - корутины или горутины? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From victor на vsespb.ru Fri Oct 16 08:14:37 2015 From: victor на vsespb.ru (Victor Efimov) Date: Fri, 16 Oct 2015 18:14:37 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: References: <20151015205520.GQ10595@vdsl.uvw.ru> <4237625.HX7BbEfns2@rawen> <20151016121147.GU10595@vdsl.uvw.ru> <20151016140837.GW10595@vdsl.uvw.ru> Message-ID: 16 октября 2015 г., 18:05 пользователь Ilya Chesnokov написал: > 16 октября 2015 г., 17:08 пользователь Ivan Petrov > написал: >>>>> Как вы относитесь к тому, что Coro выпилили из перла? >>>> >>>> >>>> 1) Shit happens. >>>> Пару лет назад один мой модуль перестал собираться под новым перлом. >>>> Через пару месяцев прислали патч для исправления этого недоразумения. >>>> Моё участие было ограниченно приложением этого патча и выкладыванием новой >>>> версии на cpan >> >>> вы забываете личность создателя. он может упереться рогом и никогда не пофиксить >> >> >> соответственно будет меньше поводов переходить на 5.21+ >> >> но вообще, думаю, он пофиксит или добъется чтобы можно было калбек >> привязать и к ридонли объектам. >> >> да он местами упирается рогом, но в целом чаще всего не зря > > Я понял. Вкратце: "всем нас..ать". Ну почему жи нас..ать. Некоторые выбрали fork и в сторону AE не смотрели вообще > > Просто вон японцы, приезжавшие на YAPC::EU (зажгли неплохо там, > кстати), говорят, что Coro - это уже история, и сами используют Go. А > с точки зрения неофита - какая разница, что изучать - корутины или > горутины? > >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Best regards, > Ilya Chesnokov > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From pef-secure на yandex.ru Fri Oct 16 08:18:47 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Fri, 16 Oct 2015 17:18:47 +0200 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: References: <20151016140837.GW10595@vdsl.uvw.ru> Message-ID: <3004218.EQjgMQSQXG@rawen> On Friday, October 16, 2015 18:05:54 Ilya Chesnokov wrote: > Просто вон японцы, приезжавшие на YAPC::EU (зажгли неплохо там, > кстати), говорят, что Coro - это уже история, и сами используют Go. А > с точки зрения неофита - какая разница, что изучать - корутины или > горутины? Логическая связь потеряна. YAPC -- про перл, Coro -- для перла, а гоу нет. Coro используется там, где перл. Хотел бы я использовать гоу там, где перл, но пока не могу. -- PEF Developer From i.petro.77.00 на gmail.com Fri Oct 16 08:24:58 2015 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 16 Oct 2015 18:24:58 +0300 Subject: [Moscow.pm] =?utf-8?b?Q29ybyArIEFueUV2ZW50IC0tLSDQp9GC0L4g0L0=?= =?utf-8?b?0LUg0YLQsNC6?= In-Reply-To: References: <20151015205520.GQ10595@vdsl.uvw.ru> <4237625.HX7BbEfns2@rawen> <20151016121147.GU10595@vdsl.uvw.ru> <20151016140837.GW10595@vdsl.uvw.ru> Message-ID: <20151016152458.GX10595@vdsl.uvw.ru> >> соответственно будет меньше поводов переходить на 5.21+ >> >> но вообще, думаю, он пофиксит или добъется чтобы можно было калбек >> привязать и к ридонли объектам. >> >> да он местами упирается рогом, но в целом чаще всего не зря > Я понял. Вкратце: "всем нас..ать". да не не так. просто вопросы с нестабильными ветками обобщать на стабильные - неправильно. а когда Perl 5.22 стабилизируется (читай появится в популярных дистрибутивах), думаю проблему уже решат тем или иным способом > Просто вон японцы, приезжавшие на YAPC::EU (зажгли неплохо там, > кстати), говорят, что Coro - это уже история, для Perl это не история. > и сами используют Go. А > с точки зрения неофита - какая разница, что изучать - корутины или > горутины? с точки зрения неофита горутины лучше (поскольку из коробки множество CPU) но с той же точки зрения в горутинах нет ексепшенов, cpan, многого другого. кстати о Go. кому-то попадалось исследование балансера горутин по CPU? что там с равномерностью, как дела обстоят? From ilvin на mail.ru Sat Oct 17 13:26:48 2015 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Sat, 17 Oct 2015 23:26:48 +0300 Subject: [Moscow.pm] =?utf-8?q?refactoring?= In-Reply-To: References: <3702851444876991@web21h.yandex.ru> <1444892118.340510488@f152.i.mail.ru> Message-ID: <1445113608.614432255@f310.i.mail.ru> Где-то здесь и ООП: package OOP; use base qw{ PersonClass } ; sub get_father_id { eval { shift->SUPER::get_father->get_id } // undef }; sub get_mother_id { eval { shift->SUPER::get_mother->get_id } // undef }; sub get_email_id { eval { shift->SUPER::get_email } // undef }; sub get_homepage_id { eval { shift->SUPER::get_homepage } // undef }; ну и так далее говнокодим... С почтением,   Илья Винокуров. >Пятница, 16 октября 2015, 15:59 +03:00 от Михаил Шогин : > >Ильич, а где ООП? ;) > >MS > >15 октября 2015 г., 9:55 пользователь Илья Винокуров < ilvin на mail.ru > написал: >> >>Здравствуйте, комрады! >> >>Как-то так... >> >>my ($father, $mother, $email, $homepage, $date_of_birth) = ( >>  $person->get_father // undef, >>  $person->get_mother // undef, >>  $person->get_email // undef, >>  $person->get_homepage // undef, >>  $person->get_date_of_birth // undef >>); >> >>push @person_row, >>    $father && $father->get_id, >>    $mother && $mother->get_id, >>    $email, >>    $homepage, >>    $date_of_birth ? join('/', $date_of_birth->day // '', $date_of_birth->month // '', $date_of_birth->year // '') : ''; >> >> >>С почтением, >>  Илья Винокуров. >> >>>Четверг, 15 октября 2015, 5:43 +03:00 от Nikolay Mishin < mi на ya.ru >: >>> >>> >>>Hi Moscow.PM! >>> >>>Существует ли какой-либо сбособ сделать более читаемым такой код?: >>> >>>    push @person_row, (defined $person->get_father()) ? $person->get_father()->get_id() : undef; >>>    push @person_row, (defined $person->get_mother()) ? $person->get_mother()->get_id() : undef; >>>    push @person_row, ($person->get_email(), $person->get_homepage()); >>>       >>>    my $date = ""; >>>    if(defined $person->get_date_of_birth()) { >>>      my $date_of_birth = $person->get_date_of_birth(); >>>      $date .= defined $date_of_birth->day ? $date_of_birth->day."/" : ""; >>>      $date .= defined $date_of_birth->month ? $date_of_birth->month."/" : ""; >>>      $date .= defined $date_of_birth->year ? $date_of_birth->year : ""; >>>    } >>> >>>источник https://github.com/mishin/Ftree-cpan/blob/master/lib/Ftree/Exporters/ExcelExporter.pm#L53 >>> >>>-- >>>С уважением >>>Николай Мишин >>> >>>-- >>>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 было извлечено… URL: From pef-secure на yandex.ru Sat Oct 17 14:23:26 2015 From: pef-secure на yandex.ru (PEF Secure) Date: Sat, 17 Oct 2015 23:23:26 +0200 Subject: [Moscow.pm] refactoring In-Reply-To: <1445113608.614432255@f310.i.mail.ru> References: <3702851444876991@web21h.yandex.ru> <1445113608.614432255@f310.i.mail.ru> Message-ID: <7435675.fzWRV1lfdZ@rawen> On Saturday, October 17, 2015 23:26:48 Илья Винокуров wrote: > Где-то здесь и ООП: > ну и так далее говнокодим... В моём представлении, правильно было бы разделить задачу на две: получение данных (массив хешей) и их экспорт в нужный формат. Получится, что получение данных в некотором универсальном "линейном" виде один раз, а форматы -- выходные фильтры. И никакого ООП просто не нужно. -- PEF Developer From snelius на tsu.ru Sun Oct 18 00:28:43 2015 From: snelius на tsu.ru (Anatoly Y) Date: Sun, 18 Oct 2015 13:28:43 +0600 Subject: [Moscow.pm] refactoring In-Reply-To: <7435675.fzWRV1lfdZ@rawen> References: <3702851444876991@web21h.yandex.ru> <1445113608.614432255@f310.i.mail.ru> <7435675.fzWRV1lfdZ@rawen> Message-ID: мне одному что ли кажется проверка свойств по наличию методов несколько несуразна? 2015-10-18 3:23 GMT+06:00 PEF Secure : > On Saturday, October 17, 2015 23:26:48 Илья Винокуров wrote: > > Где-то здесь и ООП: > > ну и так далее говнокодим... > > В моём представлении, правильно было бы разделить задачу на две: получение > данных (массив хешей) и их экспорт в нужный формат. Получится, что > получение > данных в некотором универсальном "линейном" виде один раз, а форматы -- > выходные фильтры. И никакого ООП просто не нужно. > -- > PEF Developer > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Sun Oct 18 06:04:16 2015 From: postmaster на softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=) Date: Sun, 18 Oct 2015 16:04:16 +0300 Subject: [Moscow.pm] Ketama Message-ID: <608892432.20151018160416@softsearch.ru> Здравствуйте. Скажите, пожалуйста, а кто-нибудь пользуется при работе с мемкешедом алгоритмом балансировки ketama http://search.cpan.org/dist/Cache-Memcached-Fast/lib/Cache/Memcached/Fast.pm#ketama_points ? -- С уважением, Михаил mailto:postmaster на softsearch.ru From mi на ya.ru Mon Oct 19 20:08:58 2015 From: mi на ya.ru (Nikolay Mishin) Date: Tue, 20 Oct 2015 06:08:58 +0300 Subject: [Moscow.pm] perl core module Message-ID: <2033811445310538@web3g.yandex.ru> Привет MosowPM! Читаю тут pep8 (http://pep8.ru/doc/pep8/) и мне понравилось Группируйте импорты в следующем порядке: импорты стандартной библиотеки импорты сторонних библиотек импорты модулей текущего проекта думаю для perl это тоже актуально в связи с этим вопрос, как определить, что модуль лежит в core типа как mversion Test::More а тут mcore Test::More ? -- С уважением Николай Мишин From thecrux на gmail.com Mon Oct 19 21:43:57 2015 From: thecrux на gmail.com (Vladimir Lettiev) Date: Tue, 20 Oct 2015 07:43:57 +0300 Subject: [Moscow.pm] perl core module In-Reply-To: <2033811445310538@web3g.yandex.ru> References: <2033811445310538@web3g.yandex.ru> Message-ID: <20151020044357.GA2786@mail.truecrux.org> On Tue, Oct 20, 2015 at 06:08:58AM +0300, Nikolay Mishin wrote: > Привет MosowPM! > Читаю тут pep8 (http://pep8.ru/doc/pep8/) > и мне понравилось > Группируйте импорты в следующем порядке: > > импорты стандартной библиотеки > импорты сторонних библиотек > импорты модулей текущего проекта > > думаю для perl это тоже актуально > в связи с этим вопрос, > как определить, что модуль лежит в core > типа как mversion Test::More > а тут mcore Test::More > ? $ corelist Test::More Data for 2015-06-01 Test::More was first released with perl v5.6.2 -- Vladimir Lettiev aka crux ✉ theCrux на gmail.com From mi на ya.ru Mon Oct 19 21:50:08 2015 From: mi на ya.ru (Nikolay Mishin) Date: Tue, 20 Oct 2015 07:50:08 +0300 Subject: [Moscow.pm] perl core module In-Reply-To: <20151020044357.GA2786@mail.truecrux.org> References: <2033811445310538@web3g.yandex.ru> <20151020044357.GA2786@mail.truecrux.org> Message-ID: <2176071445316608@web3g.yandex.ru> Владимир, спасибо, теперь можно расставить use use strict; use warnings; use 5.010; use utf8; use open qw/:std :utf8/; use Getopt::Long qw(:config auto_help); use Pod::Usage; use Cwd; use FindBin '$RealBin'; #end of core module use Modern::Perl; use DateTime; use Log::Log4perl qw(:easy); use IO::Interactive qw(is_interactive); use Encode::Locale qw(decode_argv); use Text::CSV; 20.10.2015, 07:44, "Vladimir Lettiev" : > On Tue, Oct 20, 2015 at 06:08:58AM +0300, Nikolay Mishin wrote: >>  Привет MosowPM! >>  Читаю тут pep8 (http://pep8.ru/doc/pep8/) >>  и мне понравилось >>     Группируйте импорты в следующем порядке: >> >>  импорты стандартной библиотеки >>  импорты сторонних библиотек >>  импорты модулей текущего проекта >> >>  думаю для perl это тоже актуально >>  в связи с этим вопрос, >>  как определить, что модуль лежит в core >>  типа как mversion Test::More >>  а тут mcore Test::More >>  ? > > $ corelist Test::More > > Data for 2015-06-01 > Test::More was first released with perl v5.6.2 > > -- > Vladimir Lettiev aka crux ✉ theCrux на gmail.com > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С уважением Николай Мишин From sharifulin на gmail.com Thu Oct 22 09:40:06 2015 From: sharifulin на gmail.com (=?UTF-8?B?0JDQvdCw0YLQvtC70LjQuSDQqNCw0YDQuNGE0YPQu9C40L0=?=) Date: Thu, 22 Oct 2015 19:40:06 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= Message-ID: Всем привет. Давно я тут не активничал, пора это исправить :) Ищу backend-разработчика в стартап по аналитике приложений конкурентов AppFollow.io Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать данные, писать интересные алгоритмы, которые вскроют секретные формулы App Store и Google Play. Работа: удаленная, полная или частичная занятость, возможно сдельная работа. Зарплата: по результатам и способностям. Команда базируется в Москве-Хельсинке. Если интересно или знаете, кому может быть интересно, то дайте знать, можно мне на личную почту, можно на hi на appfollow.io -- С уважением, Анатолий Шарифулин. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From devrow на gmail.com Thu Oct 22 09:58:50 2015 From: devrow на gmail.com (devrow на gmail.com) Date: Thu, 22 Oct 2015 19:58:50 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: Message-ID: <562915CA.1010607@gmail.com> чо с баблом? мудянка про результаты и способности, последнее время, как-то не особо б?ять мотивируют на покорение очередной кучи г?вна. On 22.10.2015 19:40, Анатолий Шарифулин wrote: > Всем привет. > > Давно я тут не активничал, пора это исправить :) > > Ищу backend-разработчика в стартап по аналитике приложений конкурентов > AppFollow.io > > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать > данные, писать интересные алгоритмы, которые вскроют секретные формулы App > Store и Google Play. > > Работа: удаленная, полная или частичная занятость, возможно сдельная > работа. > Зарплата: по результатам и способностям. Команда базируется в > Москве-Хельсинке. > > Если интересно или знаете, кому может быть интересно, то дайте знать, можно > мне на личную почту, можно на hi на appfollow.io > > > From kes-kes на yandex.ru Thu Oct 22 17:11:54 2015 From: kes-kes на yandex.ru (Eugen Konkov) Date: Thu, 22 Oct 2015 22:11:54 -0200 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: Message-ID: <170503602.20151022221154@yandex.ru> Вложение в формате HTML было извлечено… URL: From victor на vsespb.ru Thu Oct 22 14:12:03 2015 From: victor на vsespb.ru (Victor Efimov) Date: Fri, 23 Oct 2015 00:12:03 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: <562915CA.1010607@gmail.com> References: <562915CA.1010607@gmail.com> Message-ID: да, тут перл программисты, а не абы кто. нам палец в рот не клади. 22 октября 2015 г., 19:58 пользователь devrow на gmail.com написал: > чо с баблом? мудянка про результаты и способности, > последнее время, как-то не особо б?ять мотивируют > на покорение очередной кучи г?вна. > > On 22.10.2015 19:40, Анатолий Шарифулин wrote: >> Всем привет. >> >> Давно я тут не активничал, пора это исправить :) >> >> Ищу backend-разработчика в стартап по аналитике приложений конкурентов >> AppFollow.io >> >> Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, >> sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >> данные, писать интересные алгоритмы, которые вскроют секретные формулы App >> Store и Google Play. >> >> Работа: удаленная, полная или частичная занятость, возможно сдельная >> работа. >> Зарплата: по результатам и способностям. Команда базируется в >> Москве-Хельсинке. >> >> Если интересно или знаете, кому может быть интересно, то дайте знать, можно >> мне на личную почту, можно на hi на appfollow.io >> >> >> > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From yu.pats на gmail.com Fri Oct 23 00:05:55 2015 From: yu.pats на gmail.com (Yury Pats) Date: Fri, 23 Oct 2015 10:05:55 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: А у меня это сообщение с вопросиками вообще в спам попало. 2015-10-23 0:12 GMT+03:00 Victor Efimov : > да, тут перл программисты, а не абы кто. нам палец в рот не клади. > > 22 октября 2015 г., 19:58 пользователь devrow на gmail.com > написал: > > чо с баблом? мудянка про результаты и способности, > > последнее время, как-то не особо б?ять мотивируют > > на покорение очередной кучи г?вна. > > > > On 22.10.2015 19:40, Анатолий Шарифулин wrote: > >> Всем привет. > >> > >> Давно я тут не активничал, пора это исправить :) > >> > >> Ищу backend-разработчика в стартап по аналитике приложений конкурентов > >> AppFollow.io > >> > >> Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, > >> sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать > >> данные, писать интересные алгоритмы, которые вскроют секретные формулы > App > >> Store и Google Play. > >> > >> Работа: удаленная, полная или частичная занятость, возможно сдельная > >> работа. > >> Зарплата: по результатам и способностям. Команда базируется в > >> Москве-Хельсинке. > >> > >> Если интересно или знаете, кому может быть интересно, то дайте знать, > можно > >> мне на личную почту, можно на hi на appfollow.io > >> > >> > >> > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- WBR, Yury Pats skype: yuripats mobile: +375 (29) 5870723 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sharifulin на gmail.com Fri Oct 23 00:49:52 2015 From: sharifulin на gmail.com (=?UTF-8?B?0JDQvdCw0YLQvtC70LjQuSDQqNCw0YDQuNGE0YPQu9C40L0=?=) Date: Fri, 23 Oct 2015 10:49:52 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: <562915CA.1010607@gmail.com> References: <562915CA.1010607@gmail.com> Message-ID: Жаль тех, у кого это самый первый вопрос. Умение вести переговоры отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение в силе, по-прежнему ждём всех желающих. ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать это самое лучший момент за день. Буду дальше стараться :-) четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: > чо с баблом? мудянка про результаты и способности, > последнее время, как-то не особо б?ять мотивируют > на покорение очередной кучи г?вна. > > On 22.10.2015 19:40, Анатолий Шарифулин wrote: > > Всем привет. > > > > Давно я тут не активничал, пора это исправить :) > > > > Ищу backend-разработчика в стартап по аналитике приложений конкурентов > > AppFollow.io > > > > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, > > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать > > данные, писать интересные алгоритмы, которые вскроют секретные формулы > App > > Store и Google Play. > > > > Работа: удаленная, полная или частичная занятость, возможно сдельная > > работа. > > Зарплата: по результатам и способностям. Команда базируется в > > Москве-Хельсинке. > > > > Если интересно или знаете, кому может быть интересно, то дайте знать, > можно > > мне на личную почту, можно на hi на appfollow.io > > > > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Анатолий Шарифулин. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From somerandomlogin на gmail.com Fri Oct 23 00:56:39 2015 From: somerandomlogin на gmail.com (Jack of Shadows) Date: Fri, 23 Oct 2015 10:56:39 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: Жаль тех, кто в описании вакансии не указывает ценник. Навык найма персонала отсутствует как понятие. Много таких нынче развелось, видать, боятся прогадать свою жалкую копейку -- или может стыдно предлагать зарплату $5 в час? Нормальные-то люди знают, чего и сколько стоит на рынке труда и не стесняются предлагать :-) 2015-10-23 10:49 GMT+03:00 Анатолий Шарифулин : > Жаль тех, у кого это самый первый вопрос. Умение вести переговоры > отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение > в силе, по-прежнему ждём всех желающих. > > ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать это > самое лучший момент за день. Буду дальше стараться :-) > > > четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: > > чо с баблом? мудянка про результаты и способности, >> последнее время, как-то не особо б?ять мотивируют >> на покорение очередной кучи г?вна. >> >> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >> > Всем привет. >> > >> > Давно я тут не активничал, пора это исправить :) >> > >> > Ищу backend-разработчика в стартап по аналитике приложений конкурентов >> > AppFollow.io >> > >> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, >> > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >> > данные, писать интересные алгоритмы, которые вскроют секретные формулы >> App >> > Store и Google Play. >> > >> > Работа: удаленная, полная или частичная занятость, возможно сдельная >> > работа. >> > Зарплата: по результатам и способностям. Команда базируется в >> > Москве-Хельсинке. >> > >> > Если интересно или знаете, кому может быть интересно, то дайте знать, >> можно >> > мне на личную почту, можно на hi на appfollow.io >> > >> > >> > >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > -- > С уважением, > Анатолий Шарифулин. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sharifulin на gmail.com Fri Oct 23 01:03:28 2015 From: sharifulin на gmail.com (=?UTF-8?B?0JDQvdCw0YLQvtC70LjQuSDQqNCw0YDQuNGE0YPQu9C40L0=?=) Date: Fri, 23 Oct 2015 11:03:28 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: Повторять повторять мы умеем мы умеем. Вообще-то это было сделано специально, чтобы отсеить тех, кто мне не нужен. Это практики кастдева) пятница, 23 октября 2015 г. пользователь Jack of Shadows написал: > Жаль тех, кто в описании вакансии не указывает ценник. Навык найма > персонала отсутствует как понятие. Много таких нынче развелось, видать, > боятся прогадать свою жалкую копейку -- или может стыдно предлагать > зарплату $5 в час? Нормальные-то люди знают, чего и сколько стоит на рынке > труда и не стесняются предлагать :-) > > 2015-10-23 10:49 GMT+03:00 Анатолий Шарифулин >: > >> Жаль тех, у кого это самый первый вопрос. Умение вести переговоры >> отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение >> в силе, по-прежнему ждём всех желающих. >> >> ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать это >> самое лучший момент за день. Буду дальше стараться :-) >> >> >> четверг, 22 октября 2015 г. пользователь devrow на gmail.com >> написал: >> >> чо с баблом? мудянка про результаты и способности, >>> последнее время, как-то не особо б?ять мотивируют >>> на покорение очередной кучи г?вна. >>> >>> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >>> > Всем привет. >>> > >>> > Давно я тут не активничал, пора это исправить :) >>> > >>> > Ищу backend-разработчика в стартап по аналитике приложений конкурентов >>> > AppFollow.io >>> > >>> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, >>> > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >>> > данные, писать интересные алгоритмы, которые вскроют секретные формулы >>> App >>> > Store и Google Play. >>> > >>> > Работа: удаленная, полная или частичная занятость, возможно сдельная >>> > работа. >>> > Зарплата: по результатам и способностям. Команда базируется в >>> > Москве-Хельсинке. >>> > >>> > Если интересно или знаете, кому может быть интересно, то дайте знать, >>> можно >>> > мне на личную почту, можно на hi на appfollow.io >>> > >>> > >>> > >>> -- >>> 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 было извлечено… URL: From name2rnd на gmail.com Fri Oct 23 01:09:01 2015 From: name2rnd на gmail.com (Natalya Savenkova) Date: Fri, 23 Oct 2015 11:09:01 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: Ничего особенного в выкладывании в инстаграм здесь нет, рассылка moscow.pm это вполне себе такой же паблик =) Ничего личного, просто реплики повеселили с утра. У всех, видимо, наболело вот про эти "зарплата-по-результатам". А так-то я вообще согласна, что каждому по способностям. Хотя в предложении, хорошо бы указывать вилку. Может быть, у вас там и правда хорошее предложение и серьезные намерения, но без вилки кажется, что "опять очередной стартапчик на хлебе и воде, да ну его" =) 23 октября 2015 г., 10:49 пользователь Анатолий Шарифулин < sharifulin на gmail.com> написал: > Жаль тех, у кого это самый первый вопрос. Умение вести переговоры > отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение > в силе, по-прежнему ждём всех желающих. > > ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать это > самое лучший момент за день. Буду дальше стараться :-) > > > четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: > >> чо с баблом? мудянка про результаты и способности, >> последнее время, как-то не особо б?ять мотивируют >> на покорение очередной кучи г?вна. >> >> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >> > Всем привет. >> > >> > Давно я тут не активничал, пора это исправить :) >> > >> > Ищу backend-разработчика в стартап по аналитике приложений конкурентов >> > AppFollow.io >> > >> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, >> > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >> > данные, писать интересные алгоритмы, которые вскроют секретные формулы >> App >> > Store и Google Play. >> > >> > Работа: удаленная, полная или частичная занятость, возможно сдельная >> > работа. >> > Зарплата: по результатам и способностям. Команда базируется в >> > Москве-Хельсинке. >> > >> > Если интересно или знаете, кому может быть интересно, то дайте знать, >> можно >> > мне на личную почту, можно на hi на appfollow.io >> > >> > >> > >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > -- > С уважением, > Анатолий Шарифулин. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Savenkova Natalya Perl developer, Yandex.ru https://www.facebook.com/wwaxaww ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From somerandomlogin на gmail.com Fri Oct 23 01:14:45 2015 From: somerandomlogin на gmail.com (Jack of Shadows) Date: Fri, 23 Oct 2015 11:14:45 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: Писать passive-aggressive сообщения это видимо тоже какая-то тайная практика. :-) 2015-10-23 11:03 GMT+03:00 Анатолий Шарифулин : > Повторять повторять мы умеем мы умеем. > > Вообще-то это было сделано специально, чтобы отсеить тех, кто мне не > нужен. Это практики кастдева) > > пятница, 23 октября 2015 г. пользователь Jack of Shadows написал: > > Жаль тех, кто в описании вакансии не указывает ценник. Навык найма >> персонала отсутствует как понятие. Много таких нынче развелось, видать, >> боятся прогадать свою жалкую копейку -- или может стыдно предлагать >> зарплату $5 в час? Нормальные-то люди знают, чего и сколько стоит на рынке >> труда и не стесняются предлагать :-) >> >> 2015-10-23 10:49 GMT+03:00 Анатолий Шарифулин : >> >>> Жаль тех, у кого это самый первый вопрос. Умение вести переговоры >>> отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение >>> в силе, по-прежнему ждём всех желающих. >>> >>> ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать >>> это самое лучший момент за день. Буду дальше стараться :-) >>> >>> >>> четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: >>> >>> чо с баблом? мудянка про результаты и способности, >>>> последнее время, как-то не особо б?ять мотивируют >>>> на покорение очередной кучи г?вна. >>>> >>>> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >>>> > Всем привет. >>>> > >>>> > Давно я тут не активничал, пора это исправить :) >>>> > >>>> > Ищу backend-разработчика в стартап по аналитике приложений конкурентов >>>> > AppFollow.io >>>> > >>>> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, >>>> > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >>>> > данные, писать интересные алгоритмы, которые вскроют секретные >>>> формулы App >>>> > Store и Google Play. >>>> > >>>> > Работа: удаленная, полная или частичная занятость, возможно сдельная >>>> > работа. >>>> > Зарплата: по результатам и способностям. Команда базируется в >>>> > Москве-Хельсинке. >>>> > >>>> > Если интересно или знаете, кому может быть интересно, то дайте знать, >>>> можно >>>> > мне на личную почту, можно на hi на appfollow.io >>>> > >>>> > >>>> > >>>> -- >>>> 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sharifulin на gmail.com Fri Oct 23 01:16:18 2015 From: sharifulin на gmail.com (=?UTF-8?B?0JDQvdCw0YLQvtC70LjQuSDQqNCw0YDQuNGE0YPQu9C40L0=?=) Date: Fri, 23 Oct 2015 11:16:18 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: Согласен. > Может быть, у вас там и правда хорошее предложение и серьезные намерения, но без вилки кажется, что "опять очередной стартапчик на хлебе и воде, да ну его" =) Я знаю один работающий способ узнать, хорошее/подходящее/серьезное ли это предложение :) 2015-10-23 11:09 GMT+03:00 Natalya Savenkova : > Ничего особенного в выкладывании в инстаграм здесь нет, рассылка moscow.pm > это вполне себе такой же паблик =) Ничего личного, просто реплики > повеселили с утра. > У всех, видимо, наболело вот про эти "зарплата-по-результатам". > А так-то я вообще согласна, что каждому по способностям. Хотя в > предложении, хорошо бы указывать вилку. Может быть, у вас там и правда > хорошее предложение и серьезные намерения, но без вилки кажется, что "опять > очередной стартапчик на хлебе и воде, да ну его" =) > > 23 октября 2015 г., 10:49 пользователь Анатолий Шарифулин < > sharifulin на gmail.com> написал: > > Жаль тех, у кого это самый первый вопрос. Умение вести переговоры >> отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение >> в силе, по-прежнему ждём всех желающих. >> >> ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать это >> самое лучший момент за день. Буду дальше стараться :-) >> >> >> четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: >> >>> чо с баблом? мудянка про результаты и способности, >>> последнее время, как-то не особо б?ять мотивируют >>> на покорение очередной кучи г?вна. >>> >>> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >>> > Всем привет. >>> > >>> > Давно я тут не активничал, пора это исправить :) >>> > >>> > Ищу backend-разработчика в стартап по аналитике приложений конкурентов >>> > AppFollow.io >>> > >>> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, >>> > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >>> > данные, писать интересные алгоритмы, которые вскроют секретные формулы >>> App >>> > Store и Google Play. >>> > >>> > Работа: удаленная, полная или частичная занятость, возможно сдельная >>> > работа. >>> > Зарплата: по результатам и способностям. Команда базируется в >>> > Москве-Хельсинке. >>> > >>> > Если интересно или знаете, кому может быть интересно, то дайте знать, >>> можно >>> > мне на личную почту, можно на hi на appfollow.io >>> > >>> > >>> > >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >> -- >> С уважением, >> Анатолий Шарифулин. >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > Savenkova Natalya > Perl developer, Yandex.ru > > https://www.facebook.com/wwaxaww > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Анатолий Шарифулин. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From parserpro на gmail.com Fri Oct 23 01:20:23 2015 From: parserpro на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzRi9GI0LrQuNC9?=) Date: Fri, 23 Oct 2015 11:20:23 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: Звучит как "я знаю 100% способ определения ядовитых грибов" ) А если серьезно, то кого вы хотите так найти, не давая базовой информации об условиях труда? Так только студентов набирать, которые на все согласны ради набора опыта и стажа. 23 октября 2015 г., 11:16 пользователь Анатолий Шарифулин < sharifulin на gmail.com> написал: > Согласен. > > > Может быть, у вас там и правда хорошее предложение и серьезные > намерения, но без вилки кажется, что "опять очередной стартапчик на хлебе и > воде, да ну его" =) > > Я знаю один работающий способ узнать, хорошее/подходящее/серьезное ли это > предложение :) > > > 2015-10-23 11:09 GMT+03:00 Natalya Savenkova : > >> Ничего особенного в выкладывании в инстаграм здесь нет, рассылка >> moscow.pm это вполне себе такой же паблик =) Ничего личного, просто >> реплики повеселили с утра. >> У всех, видимо, наболело вот про эти "зарплата-по-результатам". >> А так-то я вообще согласна, что каждому по способностям. Хотя в >> предложении, хорошо бы указывать вилку. Может быть, у вас там и правда >> хорошее предложение и серьезные намерения, но без вилки кажется, что "опять >> очередной стартапчик на хлебе и воде, да ну его" =) >> >> 23 октября 2015 г., 10:49 пользователь Анатолий Шарифулин < >> sharifulin на gmail.com> написал: >> >> Жаль тех, у кого это самый первый вопрос. Умение вести переговоры >>> отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение >>> в силе, по-прежнему ждём всех желающих. >>> >>> ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать >>> это самое лучший момент за день. Буду дальше стараться :-) >>> >>> >>> четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: >>> >>>> чо с баблом? мудянка про результаты и способности, >>>> последнее время, как-то не особо б?ять мотивируют >>>> на покорение очередной кучи г?вна. >>>> >>>> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >>>> > Всем привет. >>>> > >>>> > Давно я тут не активничал, пора это исправить :) >>>> > >>>> > Ищу backend-разработчика в стартап по аналитике приложений конкурентов >>>> > AppFollow.io >>>> > >>>> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, >>>> > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >>>> > данные, писать интересные алгоритмы, которые вскроют секретные >>>> формулы App >>>> > Store и Google Play. >>>> > >>>> > Работа: удаленная, полная или частичная занятость, возможно сдельная >>>> > работа. >>>> > Зарплата: по результатам и способностям. Команда базируется в >>>> > Москве-Хельсинке. >>>> > >>>> > Если интересно или знаете, кому может быть интересно, то дайте знать, >>>> можно >>>> > мне на личную почту, можно на hi на appfollow.io >>>> > >>>> > >>>> > >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>> >>> -- >>> С уважением, >>> Анатолий Шарифулин. >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> >> -- >> Savenkova Natalya >> Perl developer, Yandex.ru >> >> https://www.facebook.com/wwaxaww >> >> -- >> 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 было извлечено… URL: From mescalito.ua на gmail.com Fri Oct 23 01:38:01 2015 From: mescalito.ua на gmail.com (D.MON) Date: Fri, 23 Oct 2015 11:38:01 +0300 Subject: [Moscow.pm] =?koi8-r?b?98/UIMkg0SDJ3dUg0NLPx9LBzc3J09TBIDop?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: Не то, чтобы я хотел ввязаться в адвокатуру метода найма персонала по Шарифулину, но все же. С одной стороны на "оплату по результатам" реагируют как раз в основном студенты, готовые работать за еду. С другой методом заявления "оплата - большая вполне конкретная куча денег" можно набрать реально кого попало, у кого деньги - основная и единственная мотивация (имею опыт). Я думаю что золотая середина - сразу обсудить это в личной переписке. Что касается условий - мало кто (почти никто) предлагает на выбор офис/удаленка и полная/частичная занятость. Это хороший мотиватор для тех, кому осточертели офисные тусовки "от забора и до обеда" Sent from my iPhone > On 23 Oct 2015, at 11:20, Алексей Мышкин wrote: > > Звучит как "я знаю 100% способ определения ядовитых грибов" ) > > А если серьезно, то кого вы хотите так найти, не давая базовой информации об условиях труда? > Так только студентов набирать, которые на все согласны ради набора опыта и стажа. > > 23 октября 2015 г., 11:16 пользователь Анатолий Шарифулин написал: >> Согласен. >> >> > Может быть, у вас там и правда хорошее предложение и серьезные намерения, но без вилки кажется, что "опять очередной стартапчик на хлебе и воде, да ну его" =) >> >> Я знаю один работающий способ узнать, хорошее/подходящее/серьезное ли это предложение :) >> >> >> 2015-10-23 11:09 GMT+03:00 Natalya Savenkova : >>> Ничего особенного в выкладывании в инстаграм здесь нет, рассылка moscow.pm это вполне себе такой же паблик =) Ничего личного, просто реплики повеселили с утра. >>> У всех, видимо, наболело вот про эти "зарплата-по-результатам". >>> А так-то я вообще согласна, что каждому по способностям. Хотя в предложении, хорошо бы указывать вилку. Может быть, у вас там и правда хорошее предложение и серьезные намерения, но без вилки кажется, что "опять очередной стартапчик на хлебе и воде, да ну его" =) >>> >>> 23 октября 2015 г., 10:49 пользователь Анатолий Шарифулин написал: >>> >>>> Жаль тех, у кого это самый первый вопрос. Умение вести переговоры отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение в силе, по-прежнему ждём всех желающих. >>>> >>>> ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать это самое лучший момент за день. Буду дальше стараться :-) >>>> >>>> >>>> четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: >>>>> чо с баблом? мудянка про результаты и способности, >>>>> последнее время, как-то не особо б?ять мотивируют >>>>> на покорение очередной кучи г?вна. >>>>> >>>>> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >>>>> > Всем привет. >>>>> > >>>>> > Давно я тут не активничал, пора это исправить :) >>>>> > >>>>> > Ищу backend-разработчика в стартап по аналитике приложений конкурентов >>>>> > AppFollow.io >>>>> > >>>>> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, >>>>> > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >>>>> > данные, писать интересные алгоритмы, которые вскроют секретные формулы App >>>>> > Store и Google Play. >>>>> > >>>>> > Работа: удаленная, полная или частичная занятость, возможно сдельная >>>>> > работа. >>>>> > Зарплата: по результатам и способностям. Команда базируется в >>>>> > Москве-Хельсинке. >>>>> > >>>>> > Если интересно или знаете, кому может быть интересно, то дайте знать, можно >>>>> > мне на личную почту, можно на hi на appfollow.io >>>>> > >>>>> > >>>>> > >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>> -- >>>> С уважением, >>>> Анатолий Шарифулин. >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> Savenkova Natalya >>> Perl developer, Yandex.ru >>> >>> https://www.facebook.com/wwaxaww >>> >>> -- >>> 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 было извлечено… URL: From denis.fedoseev на gmail.com Fri Oct 23 01:41:50 2015 From: denis.fedoseev на gmail.com (Denis Fedoseev) Date: Fri, 23 Oct 2015 11:41:50 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: А что, написать автору письмо с вопросом о вилке это уже непосильный труд для труженников клавиатуры? :) Те кому интересна смена работы - напишут, те кому языком поболтать - всегда найдут повод и без вилки :) 23 октября 2015 г., 11:20 пользователь Алексей Мышкин написал: > Звучит как "я знаю 100% способ определения ядовитых грибов" ) > > А если серьезно, то кого вы хотите так найти, не давая базовой информации > об условиях труда? > Так только студентов набирать, которые на все согласны ради набора опыта и > стажа. > > 23 октября 2015 г., 11:16 пользователь Анатолий Шарифулин < > sharifulin на gmail.com> написал: > > Согласен. >> >> > Может быть, у вас там и правда хорошее предложение и серьезные >> намерения, но без вилки кажется, что "опять очередной стартапчик на хлебе и >> воде, да ну его" =) >> >> Я знаю один работающий способ узнать, хорошее/подходящее/серьезное ли это >> предложение :) >> >> >> 2015-10-23 11:09 GMT+03:00 Natalya Savenkova : >> >>> Ничего особенного в выкладывании в инстаграм здесь нет, рассылка >>> moscow.pm это вполне себе такой же паблик =) Ничего личного, просто >>> реплики повеселили с утра. >>> У всех, видимо, наболело вот про эти "зарплата-по-результатам". >>> А так-то я вообще согласна, что каждому по способностям. Хотя в >>> предложении, хорошо бы указывать вилку. Может быть, у вас там и правда >>> хорошее предложение и серьезные намерения, но без вилки кажется, что "опять >>> очередной стартапчик на хлебе и воде, да ну его" =) >>> >>> 23 октября 2015 г., 10:49 пользователь Анатолий Шарифулин < >>> sharifulin на gmail.com> написал: >>> >>> Жаль тех, у кого это самый первый вопрос. Умение вести переговоры >>>> отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение >>>> в силе, по-прежнему ждём всех желающих. >>>> >>>> ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать >>>> это самое лучший момент за день. Буду дальше стараться :-) >>>> >>>> >>>> четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: >>>> >>>>> чо с баблом? мудянка про результаты и способности, >>>>> последнее время, как-то не особо б?ять мотивируют >>>>> на покорение очередной кучи г?вна. >>>>> >>>>> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >>>>> > Всем привет. >>>>> > >>>>> > Давно я тут не активничал, пора это исправить :) >>>>> > >>>>> > Ищу backend-разработчика в стартап по аналитике приложений >>>>> конкурентов >>>>> > AppFollow.io >>>>> > >>>>> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, >>>>> > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >>>>> > данные, писать интересные алгоритмы, которые вскроют секретные >>>>> формулы App >>>>> > Store и Google Play. >>>>> > >>>>> > Работа: удаленная, полная или частичная занятость, возможно сдельная >>>>> > работа. >>>>> > Зарплата: по результатам и способностям. Команда базируется в >>>>> > Москве-Хельсинке. >>>>> > >>>>> > Если интересно или знаете, кому может быть интересно, то дайте >>>>> знать, можно >>>>> > мне на личную почту, можно на hi на appfollow.io >>>>> > >>>>> > >>>>> > >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>> >>>> >>>> -- >>>> С уважением, >>>> Анатолий Шарифулин. >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> >>> >>> -- >>> Savenkova Natalya >>> Perl developer, Yandex.ru >>> >>> https://www.facebook.com/wwaxaww >>> >>> -- >>> 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 было извлечено… URL: From sharifulin на gmail.com Fri Oct 23 01:46:53 2015 From: sharifulin на gmail.com (=?UTF-8?B?0JDQvdCw0YLQvtC70LjQuSDQqNCw0YDQuNGE0YPQu9C40L0=?=) Date: Fri, 23 Oct 2015 11:46:53 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: 2015-10-23 11:38 GMT+03:00 D.MON : > Не то, чтобы я хотел ввязаться в адвокатуру метода найма персонала по > Шарифулину, но все же. Спасибо, всё так. -- С уважением, Анатолий Шарифулин. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Fri Oct 23 01:47:06 2015 From: dsimonov на gmail.com (Dmitry Simonov) Date: Fri, 23 Oct 2015 11:47:06 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: Вместо тысячи слов :) http://coub.com/view/6x6m6 --- Dmitriy V. Simonov 23 октября 2015 г., 11:41 пользователь Denis Fedoseev написал: > А что, написать автору письмо с вопросом о вилке это уже непосильный труд > для труженников клавиатуры? :) > Те кому интересна смена работы - напишут, те кому языком поболтать - всегда > найдут повод и без вилки :) > > 23 октября 2015 г., 11:20 пользователь Алексей Мышкин > написал: > >> Звучит как "я знаю 100% способ определения ядовитых грибов" ) >> >> А если серьезно, то кого вы хотите так найти, не давая базовой информации >> об условиях труда? >> Так только студентов набирать, которые на все согласны ради набора опыта и >> стажа. >> >> 23 октября 2015 г., 11:16 пользователь Анатолий Шарифулин >> написал: >> >>> Согласен. >>> >>> > Может быть, у вас там и правда хорошее предложение и серьезные >>> > намерения, но без вилки кажется, что "опять очередной стартапчик на хлебе и >>> > воде, да ну его" =) >>> >>> Я знаю один работающий способ узнать, хорошее/подходящее/серьезное ли это >>> предложение :) >>> >>> >>> 2015-10-23 11:09 GMT+03:00 Natalya Savenkova : >>>> >>>> Ничего особенного в выкладывании в инстаграм здесь нет, рассылка >>>> moscow.pm это вполне себе такой же паблик =) Ничего личного, просто реплики >>>> повеселили с утра. >>>> У всех, видимо, наболело вот про эти "зарплата-по-результатам". >>>> А так-то я вообще согласна, что каждому по способностям. Хотя в >>>> предложении, хорошо бы указывать вилку. Может быть, у вас там и правда >>>> хорошее предложение и серьезные намерения, но без вилки кажется, что "опять >>>> очередной стартапчик на хлебе и воде, да ну его" =) >>>> >>>> 23 октября 2015 г., 10:49 пользователь Анатолий Шарифулин >>>> написал: >>>> >>>>> Жаль тех, у кого это самый первый вопрос. Умение вести переговоры >>>>> отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение >>>>> в силе, по-прежнему ждём всех желающих. >>>>> >>>>> ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать >>>>> это самое лучший момент за день. Буду дальше стараться :-) >>>>> >>>>> >>>>> четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: >>>>>> >>>>>> чо с баблом? мудянка про результаты и способности, >>>>>> последнее время, как-то не особо б?ять мотивируют >>>>>> на покорение очередной кучи г?вна. >>>>>> >>>>>> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >>>>>> > Всем привет. >>>>>> > >>>>>> > Давно я тут не активничал, пора это исправить :) >>>>>> > >>>>>> > Ищу backend-разработчика в стартап по аналитике приложений >>>>>> > конкурентов >>>>>> > AppFollow.io >>>>>> > >>>>>> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, >>>>>> > nginx, >>>>>> > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >>>>>> > данные, писать интересные алгоритмы, которые вскроют секретные >>>>>> > формулы App >>>>>> > Store и Google Play. >>>>>> > >>>>>> > Работа: удаленная, полная или частичная занятость, возможно сдельная >>>>>> > работа. >>>>>> > Зарплата: по результатам и способностям. Команда базируется в >>>>>> > Москве-Хельсинке. >>>>>> > >>>>>> > Если интересно или знаете, кому может быть интересно, то дайте >>>>>> > знать, можно >>>>>> > мне на личную почту, можно на hi на appfollow.io >>>>>> > >>>>>> > >>>>>> > >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>>> >>>>> -- >>>>> С уважением, >>>>> Анатолий Шарифулин. >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>> >>>> >>>> >>>> -- >>>> Savenkova Natalya >>>> Perl developer, Yandex.ru >>>> >>>> https://www.facebook.com/wwaxaww >>>> >>>> -- >>>> 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 > From sharifulin на gmail.com Fri Oct 23 01:51:25 2015 From: sharifulin на gmail.com (=?UTF-8?B?0JDQvdCw0YLQvtC70LjQuSDQqNCw0YDQuNGE0YPQu9C40L0=?=) Date: Fri, 23 Oct 2015 11:51:25 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: Денис, Я был по обе стороны баррикад, знаю психологию одних и других. И умышленно написал так, чтобы найти именно тех, кто готов и способен откликнуться, и после обсудить все интересующие вопросы. Кажется, для всех остальных есть другие известные компании. 2015-10-23 11:41 GMT+03:00 Denis Fedoseev : > А что, написать автору письмо с вопросом о вилке это уже непосильный труд > для труженников клавиатуры? :) > Те кому интересна смена работы - напишут, те кому языком поболтать - > всегда найдут повод и без вилки :) > > 23 октября 2015 г., 11:20 пользователь Алексей Мышкин > написал: > > Звучит как "я знаю 100% способ определения ядовитых грибов" ) >> >> А если серьезно, то кого вы хотите так найти, не давая базовой информации >> об условиях труда? >> Так только студентов набирать, которые на все согласны ради набора опыта >> и стажа. >> >> 23 октября 2015 г., 11:16 пользователь Анатолий Шарифулин < >> sharifulin на gmail.com> написал: >> >> Согласен. >>> >>> > Может быть, у вас там и правда хорошее предложение и серьезные >>> намерения, но без вилки кажется, что "опять очередной стартапчик на хлебе и >>> воде, да ну его" =) >>> >>> Я знаю один работающий способ узнать, хорошее/подходящее/серьезное ли >>> это предложение :) >>> >>> >>> 2015-10-23 11:09 GMT+03:00 Natalya Savenkova : >>> >>>> Ничего особенного в выкладывании в инстаграм здесь нет, рассылка >>>> moscow.pm это вполне себе такой же паблик =) Ничего личного, просто >>>> реплики повеселили с утра. >>>> У всех, видимо, наболело вот про эти "зарплата-по-результатам". >>>> А так-то я вообще согласна, что каждому по способностям. Хотя в >>>> предложении, хорошо бы указывать вилку. Может быть, у вас там и правда >>>> хорошее предложение и серьезные намерения, но без вилки кажется, что "опять >>>> очередной стартапчик на хлебе и воде, да ну его" =) >>>> >>>> 23 октября 2015 г., 10:49 пользователь Анатолий Шарифулин < >>>> sharifulin на gmail.com> написал: >>>> >>>> Жаль тех, у кого это самый первый вопрос. Умение вести переговоры >>>>> отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение >>>>> в силе, по-прежнему ждём всех желающих. >>>>> >>>>> ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать >>>>> это самое лучший момент за день. Буду дальше стараться :-) >>>>> >>>>> >>>>> четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: >>>>> >>>>>> чо с баблом? мудянка про результаты и способности, >>>>>> последнее время, как-то не особо б?ять мотивируют >>>>>> на покорение очередной кучи г?вна. >>>>>> >>>>>> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >>>>>> > Всем привет. >>>>>> > >>>>>> > Давно я тут не активничал, пора это исправить :) >>>>>> > >>>>>> > Ищу backend-разработчика в стартап по аналитике приложений >>>>>> конкурентов >>>>>> > AppFollow.io >>>>>> > >>>>>> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, >>>>>> nginx, >>>>>> > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >>>>>> > данные, писать интересные алгоритмы, которые вскроют секретные >>>>>> формулы App >>>>>> > Store и Google Play. >>>>>> > >>>>>> > Работа: удаленная, полная или частичная занятость, возможно сдельная >>>>>> > работа. >>>>>> > Зарплата: по результатам и способностям. Команда базируется в >>>>>> > Москве-Хельсинке. >>>>>> > >>>>>> > Если интересно или знаете, кому может быть интересно, то дайте >>>>>> знать, можно >>>>>> > мне на личную почту, можно на hi на appfollow.io >>>>>> > >>>>>> > >>>>>> > >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>> >>>>> >>>>> -- >>>>> С уважением, >>>>> Анатолий Шарифулин. >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>> >>>> >>>> -- >>>> Savenkova Natalya >>>> Perl developer, Yandex.ru >>>> >>>> https://www.facebook.com/wwaxaww >>>> >>>> -- >>>> 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 было извлечено… URL: From pavel на kuptsov.info Fri Oct 23 02:11:49 2015 From: pavel на kuptsov.info (=?UTF-8?B?0J/QsNCy0LXQuyDQmtGD0L/RhtC+0LI=?=) Date: Fri, 23 Oct 2015 12:11:49 +0300 Subject: [Moscow.pm] =?utf-8?b?c3dhZ2dlciDQuNC70Lgg0YfRgtC+LdGC0L4g0LQ=?= =?utf-8?b?0LvRjyDRgtC10YHRgtC+0LIgQVBJPw==?= Message-ID: Возвращаясь к вопросу: Нашел для себя инструмент: Postman https://www.getpostman.com/ Это конечно не сваггер - но старт гораздо быстрей Там есть какие-то еще платные штуки - их не щупал, пока хватает стандартного функционала В общем делюсь - кому интересно. >* Добрый день, Moscow! *>* Cтолкнулся с некоторыми трудностями, прошу совета. *>>* Фронтэнд разработчик просит какую-то удобную систему тестов API и предлагает *>* swagger.io , *>* может быть есть что-то для Mojolicious более нативное и попроще? *>* Подразумевается именно web-интерфейс к методам, которые показывают как *>* заголовок запроса (с хэдерами), так и ответ, либо только ответ с хэдэрами, *>* тоже в принципе устроит. *>* Может быть есть что-то готовое? * > Мы используем свою обертку над вот этим: > https://github.com/LoonyPandora/Pod-HTML5-Browser > Я рассказывал об этом на одной из встреч Moscow.pm: > https://www.youtube.com/watch?v=p6zWi3R0e7Q > Заголовки запросов/ответов вроде бы не показываются - но, думаю, не > проблема доработать. Документация генерируется из POD, так что ее > могут использовать как бэкенд-программисты в консоли, так и >фронтэндеры в браузере.-- Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From qalexx на gmail.com Fri Oct 23 02:21:42 2015 From: qalexx на gmail.com (Alexander Q) Date: Fri, 23 Oct 2015 09:21:42 +0000 Subject: [Moscow.pm] =?utf-8?b?c3dhZ2dlciDQuNC70Lgg0YfRgtC+LdGC0L4g0LQ=?= =?utf-8?b?0LvRjyDRgtC10YHRgtC+0LIgQVBJPw==?= In-Reply-To: References: Message-ID: Платные штуки в Postman, собственно, обеспечивают возможность нормально потестить апи. https://www.getpostman.com/docs/jetpacks_intro А ещё я ими после запроса устанавливаю локальные переменные, которые используются в последующих запросах. Короче, без платных штук он хорош, а с платными — офигенен. On Fri, Oct 23, 2015 at 12:14 PM Павел Купцов wrote: > Возвращаясь к вопросу: > Нашел для себя инструмент: Postman https://www.getpostman.com/ > Это конечно не сваггер - но старт гораздо быстрей > Там есть какие-то еще платные штуки - их не щупал, пока хватает > стандартного функционала > В общем делюсь - кому интересно. > > >* Добрый день, Moscow! > *>* Cтолкнулся с некоторыми трудностями, прошу совета. > *>>* Фронтэнд разработчик просит какую-то удобную систему тестов API и предлагает > *>* swagger.io , > *>* может быть есть что-то для Mojolicious более нативное и попроще? > *>* Подразумевается именно web-интерфейс к методам, которые показывают как > *>* заголовок запроса (с хэдерами), так и ответ, либо только ответ с хэдэрами, > *>* тоже в принципе устроит. > *>* Может быть есть что-то готовое? > * > > Мы используем свою обертку над вот этим: > > https://github.com/LoonyPandora/Pod-HTML5-Browser > > Я рассказывал об этом на одной из встреч Moscow.pm: > > https://www.youtube.com/watch?v=p6zWi3R0e7Q > > > Заголовки запросов/ответов вроде бы не показываются - но, думаю, не > > проблема доработать. Документация генерируется из POD, так что ее > > могут использовать как бэкенд-программисты в консоли, так и > >фронтэндеры в браузере. > > -- > > Павел > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From yu.pats на gmail.com Fri Oct 23 03:29:59 2015 From: yu.pats на gmail.com (Yury Pats) Date: Fri, 23 Oct 2015 13:29:59 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: Напрашивается вывод. Или в перле много вакансий, или мало платят. 2015-10-23 11:51 GMT+03:00 Анатолий Шарифулин : > Денис, > > Я был по обе стороны баррикад, знаю психологию одних и других. > И умышленно написал так, чтобы найти именно тех, кто готов и способен > откликнуться, и после обсудить все интересующие вопросы. > > Кажется, для всех остальных есть другие известные компании. > > 2015-10-23 11:41 GMT+03:00 Denis Fedoseev : > >> А что, написать автору письмо с вопросом о вилке это уже непосильный >> труд для труженников клавиатуры? :) >> Те кому интересна смена работы - напишут, те кому языком поболтать - >> всегда найдут повод и без вилки :) >> >> 23 октября 2015 г., 11:20 пользователь Алексей Мышкин < >> parserpro на gmail.com> написал: >> >> Звучит как "я знаю 100% способ определения ядовитых грибов" ) >>> >>> А если серьезно, то кого вы хотите так найти, не давая базовой >>> информации об условиях труда? >>> Так только студентов набирать, которые на все согласны ради набора опыта >>> и стажа. >>> >>> 23 октября 2015 г., 11:16 пользователь Анатолий Шарифулин < >>> sharifulin на gmail.com> написал: >>> >>> Согласен. >>>> >>>> > Может быть, у вас там и правда хорошее предложение и серьезные >>>> намерения, но без вилки кажется, что "опять очередной стартапчик на хлебе и >>>> воде, да ну его" =) >>>> >>>> Я знаю один работающий способ узнать, хорошее/подходящее/серьезное ли >>>> это предложение :) >>>> >>>> >>>> 2015-10-23 11:09 GMT+03:00 Natalya Savenkova : >>>> >>>>> Ничего особенного в выкладывании в инстаграм здесь нет, рассылка >>>>> moscow.pm это вполне себе такой же паблик =) Ничего личного, просто >>>>> реплики повеселили с утра. >>>>> У всех, видимо, наболело вот про эти "зарплата-по-результатам". >>>>> А так-то я вообще согласна, что каждому по способностям. Хотя в >>>>> предложении, хорошо бы указывать вилку. Может быть, у вас там и правда >>>>> хорошее предложение и серьезные намерения, но без вилки кажется, что "опять >>>>> очередной стартапчик на хлебе и воде, да ну его" =) >>>>> >>>>> 23 октября 2015 г., 10:49 пользователь Анатолий Шарифулин < >>>>> sharifulin на gmail.com> написал: >>>>> >>>>> Жаль тех, у кого это самый первый вопрос. Умение вести переговоры >>>>>> отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение >>>>>> в силе, по-прежнему ждём всех желающих. >>>>>> >>>>>> ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать >>>>>> это самое лучший момент за день. Буду дальше стараться :-) >>>>>> >>>>>> >>>>>> четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: >>>>>> >>>>>>> чо с баблом? мудянка про результаты и способности, >>>>>>> последнее время, как-то не особо б?ять мотивируют >>>>>>> на покорение очередной кучи г?вна. >>>>>>> >>>>>>> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >>>>>>> > Всем привет. >>>>>>> > >>>>>>> > Давно я тут не активничал, пора это исправить :) >>>>>>> > >>>>>>> > Ищу backend-разработчика в стартап по аналитике приложений >>>>>>> конкурентов >>>>>>> > AppFollow.io >>>>>>> > >>>>>>> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, >>>>>>> nginx, >>>>>>> > sphinx, читаемый код. Придётся много парсить, хранить и >>>>>>> обрабатывать >>>>>>> > данные, писать интересные алгоритмы, которые вскроют секретные >>>>>>> формулы App >>>>>>> > Store и Google Play. >>>>>>> > >>>>>>> > Работа: удаленная, полная или частичная занятость, возможно >>>>>>> сдельная >>>>>>> > работа. >>>>>>> > Зарплата: по результатам и способностям. Команда базируется в >>>>>>> > Москве-Хельсинке. >>>>>>> > >>>>>>> > Если интересно или знаете, кому может быть интересно, то дайте >>>>>>> знать, можно >>>>>>> > мне на личную почту, можно на hi на appfollow.io >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- >>>>>>> Moscow.pm mailing list >>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> С уважением, >>>>>> Анатолий Шарифулин. >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Savenkova Natalya >>>>> Perl developer, Yandex.ru >>>>> >>>>> https://www.facebook.com/wwaxaww >>>>> >>>>> -- >>>>> 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 >> >> > > > -- > С уважением, > Анатолий Шарифулин. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- WBR, Yury Pats skype: yuripats mobile: +375 (29) 5870723 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Fri Oct 23 03:40:15 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Fri, 23 Oct 2015 13:40:15 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: 23 октября 2015 г., 10:56 пользователь Jack of Shadows написал: > Жаль тех, кто в описании вакансии не указывает ценник. А что мешает написать свою часовую ставку? Боитесь прогадать жалкую копейку? > Навык найма персонала > отсутствует как понятие. Много таких нынче развелось, видать, боятся > прогадать свою жалкую копейку -- или может стыдно предлагать зарплату $5 в > час? Нормальные-то люди знают, чего и сколько стоит на рынке труда и не > стесняются предлагать :-) > > 2015-10-23 10:49 GMT+03:00 Анатолий Шарифулин : >> >> Жаль тех, у кого это самый первый вопрос. Умение вести переговоры >> отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение >> в силе, по-прежнему ждём всех желающих. >> >> ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать это >> самое лучший момент за день. Буду дальше стараться :-) >> >> >> четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: >> >>> чо с баблом? мудянка про результаты и способности, >>> последнее время, как-то не особо б?ять мотивируют >>> на покорение очередной кучи г?вна. >>> >>> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >>> > Всем привет. >>> > >>> > Давно я тут не активничал, пора это исправить :) >>> > >>> > Ищу backend-разработчика в стартап по аналитике приложений конкурентов >>> > AppFollow.io >>> > >>> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, >>> > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >>> > данные, писать интересные алгоритмы, которые вскроют секретные формулы >>> > App >>> > Store и Google Play. >>> > >>> > Работа: удаленная, полная или частичная занятость, возможно сдельная >>> > работа. >>> > Зарплата: по результатам и способностям. Команда базируется в >>> > Москве-Хельсинке. >>> > >>> > Если интересно или знаете, кому может быть интересно, то дайте знать, >>> > можно >>> > мне на личную почту, можно на hi на appfollow.io >>> > >>> > >>> > >>> -- >>> 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 > -- Best regards, Ilya Chesnokov From nikzubkov на gmail.com Fri Oct 23 03:45:09 2015 From: nikzubkov на gmail.com (nikzubkov на gmail.com) Date: Fri, 23 Oct 2015 12:45:09 +0200 Subject: [Moscow.pm] =?koi8-r?b?98/UIMkg0SDJ3dUg0NLPx9LBzc3J09TBIDop?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: Неужели для всех возмущенных это неожиданность, что работодатель хочет платить меньше, а работник хочет получать больше? Это рынок. :) По опыту знаю, что тяжело указать даже вилку в вакансии, если у тебя не корпоративные бюджеты. Вообщем, странное нытье. Учитесь продавать себя, это не так сложно как кажется. Можно начать с того, чтобы откликнуться на вакансию. :) > 23 окт. 2015 г., в 10:51, Анатолий Шарифулин написал(а): > > Денис, > > Я был по обе стороны баррикад, знаю психологию одних и других. > И умышленно написал так, чтобы найти именно тех, кто готов и способен откликнуться, и после обсудить все интересующие вопросы. > > Кажется, для всех остальных есть другие известные компании. > > 2015-10-23 11:41 GMT+03:00 Denis Fedoseev : >> А что, написать автору письмо с вопросом о вилке это уже непосильный труд для труженников клавиатуры? :) >> Те кому интересна смена работы - напишут, те кому языком поболтать - всегда найдут повод и без вилки :) >> >> 23 октября 2015 г., 11:20 пользователь Алексей Мышкин написал: >> >>> Звучит как "я знаю 100% способ определения ядовитых грибов" ) >>> >>> А если серьезно, то кого вы хотите так найти, не давая базовой информации об условиях труда? >>> Так только студентов набирать, которые на все согласны ради набора опыта и стажа. >>> >>> 23 октября 2015 г., 11:16 пользователь Анатолий Шарифулин написал: >>> >>>> Согласен. >>>> >>>> > Может быть, у вас там и правда хорошее предложение и серьезные намерения, но без вилки кажется, что "опять очередной стартапчик на хлебе и воде, да ну его" =) >>>> >>>> Я знаю один работающий способ узнать, хорошее/подходящее/серьезное ли это предложение :) >>>> >>>> >>>> 2015-10-23 11:09 GMT+03:00 Natalya Savenkova : >>>>> Ничего особенного в выкладывании в инстаграм здесь нет, рассылка moscow.pm это вполне себе такой же паблик =) Ничего личного, просто реплики повеселили с утра. >>>>> У всех, видимо, наболело вот про эти "зарплата-по-результатам". >>>>> А так-то я вообще согласна, что каждому по способностям. Хотя в предложении, хорошо бы указывать вилку. Может быть, у вас там и правда хорошее предложение и серьезные намерения, но без вилки кажется, что "опять очередной стартапчик на хлебе и воде, да ну его" =) >>>>> >>>>> 23 октября 2015 г., 10:49 пользователь Анатолий Шарифулин написал: >>>>> >>>>>> Жаль тех, у кого это самый первый вопрос. Умение вести переговоры отсутствует как понятие. Но я знал на что шёл) Всем остальным — предложение в силе, по-прежнему ждём всех желающих. >>>>>> >>>>>> ЗЫ: забавно, когда почтовую переписку выкладывают в Инстаграм, видать это самое лучший момент за день. Буду дальше стараться :-) >>>>>> >>>>>> >>>>>> четверг, 22 октября 2015 г. пользователь devrow на gmail.com написал: >>>>>>> чо с баблом? мудянка про результаты и способности, >>>>>>> последнее время, как-то не особо б?ять мотивируют >>>>>>> на покорение очередной кучи г?вна. >>>>>>> >>>>>>> On 22.10.2015 19:40, Анатолий Шарифулин wrote: >>>>>>> > Всем привет. >>>>>>> > >>>>>>> > Давно я тут не активничал, пора это исправить :) >>>>>>> > >>>>>>> > Ищу backend-разработчика в стартап по аналитике приложений конкурентов >>>>>>> > AppFollow.io >>>>>>> > >>>>>>> > Требования: уверенное владение Perl/Mojolicious, MySQL, Redis, nginx, >>>>>>> > sphinx, читаемый код. Придётся много парсить, хранить и обрабатывать >>>>>>> > данные, писать интересные алгоритмы, которые вскроют секретные формулы App >>>>>>> > Store и Google Play. >>>>>>> > >>>>>>> > Работа: удаленная, полная или частичная занятость, возможно сдельная >>>>>>> > работа. >>>>>>> > Зарплата: по результатам и способностям. Команда базируется в >>>>>>> > Москве-Хельсинке. >>>>>>> > >>>>>>> > Если интересно или знаете, кому может быть интересно, то дайте знать, можно >>>>>>> > мне на личную почту, можно на hi на appfollow.io >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- >>>>>>> Moscow.pm mailing list >>>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>>> >>>>>> -- >>>>>> С уважением, >>>>>> Анатолий Шарифулин. >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>>> >>>>> -- >>>>> Savenkova Natalya >>>>> Perl developer, Yandex.ru >>>>> >>>>> https://www.facebook.com/wwaxaww >>>>> >>>>> -- >>>>> 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 > > > > -- > С уважением, > Анатолий Шарифулин. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Fri Oct 23 04:59:32 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Fri, 23 Oct 2015 14:59:32 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: 2015-10-23 13:45 GMT+03:00 : > По опыту знаю, что тяжело указать даже вилку в вакансии, если у тебя не > корпоративные бюджеты. то есть как? всегда известно, сколько работодатель готов платить, и за какую квалификацию From worldmind на mail.ru Fri Oct 23 05:50:31 2015 From: worldmind на mail.ru (Alexey Shrub) Date: Fri, 23 Oct 2015 15:50:31 +0300 Subject: [Moscow.pm] =?koi8-r?b?98/UIMkg0SDJ3dUg0NLPx9LBzc3J09TBIDop?= In-Reply-To: References: Message-ID: <1445604631.1549.3@smtp.mail.ru> А в каких единицах измеряется квалификация и каким тестом её определяете? On Пт, окт 23, 2015 в 2:59 , Daniel Podolsky wrote: > всегда известно, сколько > работодатель готов платить, и за > какую квалификацию ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nikzubkov на gmail.com Fri Oct 23 10:09:18 2015 From: nikzubkov на gmail.com (nikzubkov на gmail.com) Date: Fri, 23 Oct 2015 19:09:18 +0200 Subject: [Moscow.pm] =?koi8-r?b?98/UIMkg0SDJ3dUg0NLPx9LBzc3J09TBIDop?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: Это вы как работодатель говорите? Как вы определяете квалификацию? > 23 окт. 2015 г., в 13:59, Daniel Podolsky написал(а): > > 2015-10-23 13:45 GMT+03:00 : >> По опыту знаю, что тяжело указать даже вилку в вакансии, если у тебя не >> корпоративные бюджеты. > то есть как? > > всегда известно, сколько работодатель готов платить, и за какую квалификацию > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From onokonem на gmail.com Fri Oct 23 13:59:40 2015 From: onokonem на gmail.com (Daniel Podolsky) Date: Fri, 23 Oct 2015 23:59:40 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <562915CA.1010607@gmail.com> Message-ID: > Это вы как работодатель говорите? Как вы определяете квалификацию? как работодатель. на глаз. From worldmind на mail.ru Fri Oct 23 14:12:13 2015 From: worldmind на mail.ru (Alexey Shrub) Date: Sat, 24 Oct 2015 00:12:13 +0300 Subject: [Moscow.pm] =?koi8-r?b?98/UIMkg0SDJ3dUg0NLPx9LBzc3J09TBIDop?= In-Reply-To: References: Message-ID: <1445634733.1549.7@smtp.mail.ru> Если квалификация на глаз, то и зарплата на глаз, поэтому и пишут - по итогам наглаза On Пт, окт 23, 2015 в 11:59 , Daniel Podolsky wrote: >> Это вы как работодатель говорите? >> Как вы определяете квалификацию? > как работодатель. на глаз. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From iskhartakh на gmail.com Sat Oct 24 04:04:25 2015 From: iskhartakh на gmail.com (Anatoly Y) Date: Sat, 24 Oct 2015 17:04:25 +0600 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: <1445634733.1549.7@smtp.mail.ru> References: <1445634733.1549.7@smtp.mail.ru> Message-ID: Что вы тут устроили? Работодатель предложил, наше дело продолжить диалог в личке если интересно или пропустить мимо. Развели какую-то совершенно не понятную дискуссию. Чесслово.. 2015-10-24 3:12 GMT+06:00 Alexey Shrub : > Если квалификация на глаз, то и зарплата на глаз, поэтому и пишут - по > итогам наглаза > > > On Пт, окт 23, 2015 в 11:59 , Daniel Podolsky wrote: > > Это вы как работодатель говорите? Как вы определяете квалификацию? > > как работодатель. на глаз. > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From aml на rulezz.ru Sat Oct 24 23:51:36 2015 From: aml на rulezz.ru (Alexander Lourier) Date: Sun, 25 Oct 2015 06:51:36 +0000 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <1445634733.1549.7@smtp.mail.ru> Message-ID: Это древняя традиция. С незапамятных времён участники moscow.pm цинично издеваются над всеми, кто постит вакансии в рассылку. То незадачливый рекрутер не укажет название дефолт-сити, то зарплату, то захочет системного архитектора на зарплату джуниора, то ему нужен человек-оркестр, то ещё чего. Будучи участником рассылки уже давно, Анатолий это прекрасно знает, и, тем не менее, кинул объявление сюда. Я полагаю, он знает, чего хочет. PS. Хотя я не стал бы. On Sat, Oct 24, 2015 at 1:04 PM Anatoly Y wrote: > Что вы тут устроили? Работодатель предложил, наше дело продолжить диалог в > личке если интересно или пропустить мимо. > Развели какую-то совершенно не понятную дискуссию. Чесслово.. > > 2015-10-24 3:12 GMT+06:00 Alexey Shrub : > >> Если квалификация на глаз, то и зарплата на глаз, поэтому и пишут - по >> итогам наглаза >> >> >> On Пт, окт 23, 2015 в 11:59 , Daniel Podolsky wrote: >> >> Это вы как работодатель говорите? Как вы определяете квалификацию? >> >> как работодатель. на глаз. >> >> >> -- >> 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 было извлечено… URL: From mi на ya.ru Sun Oct 25 14:20:05 2015 From: mi на ya.ru (Nikolay Mishin) Date: Mon, 26 Oct 2015 00:20:05 +0300 Subject: [Moscow.pm] =?koi8-r?b?98/UIMkg0SDJ3dUg0NLPx9LBzc3J09TBIDop?= In-Reply-To: References: <1445634733.1549.7@smtp.mail.ru> Message-ID: <667861445808005@web11o.yandex.ru> Я с удовольствием все это прочитал в воскресенье вечером..можно Карцеву отдавать по-моему 25.10.2015, 09:52, "Alexander Lourier" : > Это древняя традиция. С незапамятных времён участники moscow.pm цинично издеваются над всеми, кто постит вакансии в рассылку. То незадачливый рекрутер не укажет название дефолт-сити, то зарплату, то захочет системного архитектора на зарплату джуниора, то ему нужен человек-оркестр, то ещё чего. Будучи участником рассылки уже давно, Анатолий это прекрасно знает, и, тем не менее, кинул объявление сюда. Я полагаю, он знает, чего хочет. > > PS. Хотя я не стал бы. > > On Sat, Oct 24, 2015 at 1:04 PM Anatoly Y wrote: >> Что вы тут устроили? Работодатель предложил, наше дело продолжить диалог в личке если интересно или пропустить мимо. >> Развели какую-то совершенно не понятную дискуссию. Чесслово.. >> >> 2015-10-24 3:12 GMT+06:00 Alexey Shrub : >>> Если квалификация на глаз, то и зарплата на глаз, поэтому и пишут - по итогам наглаза >>> >>> On Пт, окт 23, 2015 в 11:59 , Daniel Podolsky wrote: >>> >>>>> Это вы как работодатель говорите? Как вы определяете квалификацию? >>>> как работодатель. на глаз. >>> >>> -- >>> 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 -- С уважением Николай Мишин From ruslan.zakirov на gmail.com Wed Oct 28 02:46:10 2015 From: ruslan.zakirov на gmail.com (Ruslan Zakirov) Date: Wed, 28 Oct 2015 12:46:10 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQvtGCINC4INGPINC40YnRgyDQv9GA0L7Qs9GA?= =?utf-8?b?0LDQvNC80LjRgdGC0LAgOik=?= In-Reply-To: References: <1445634733.1549.7@smtp.mail.ru> Message-ID: 2015-10-25 9:51 GMT+03:00 Alexander Lourier : > Это древняя традиция. С незапамятных времён участники moscow.pm цинично > издеваются над всеми, кто постит вакансии в рассылку. То незадачливый > рекрутер не укажет название дефолт-сити, то зарплату, то захочет системного > архитектора на зарплату джуниора, то ему нужен человек-оркестр, то ещё > чего. Будучи участником рассылки уже давно, Анатолий это прекрасно знает, > и, тем не менее, кинул объявление сюда. Я полагаю, он знает, чего хочет. > > PS. Хотя я не стал бы. > Все кто заинтересовался - написали в личку. Толя может даже поставить сам тред в игнор. Паблик часть - это так пустой треп для развлечения общественности, все важное было в первом посте. Я развлекся, читая юмористические заметки :) -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Sat Oct 31 10:20:15 2015 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Sat, 31 Oct 2015 20:20:15 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLRgdGC0YDQtdGH0LAg0L/QvtGB0LvQtSBIaWdo?= =?utf-8?q?Load++?= Message-ID: Всем привет. Как известно, в понедельник и вторник проводится конференция HighLoad++. Если кто-то из участников рассылки собирается туда пойти, то может быть после первого дня конференции, часиков в 8, организуем встречу (social meeting) в каком-нибудь из кафе неподалеку - пообщаемся, перетрем за Perl? Как мне подсказывает 2gis, ближайший к Крокус Экспо бар - это Rose Bar, который работает до 12 ночи. Если собираетесь идти, отпишитесь сюда или в личку, чтобы знать, на сколько народу бронировать место. Спасибо. -- Best regards, Ilya Chesnokov