From onokonem на gmail.com Sat Oct 1 01:02:37 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Sat, 1 Oct 2016 11:02:37 +0300 Subject: [Moscow.pm] =?utf-8?b?0KDRj9C30LDQvdGB0LrQuNC5IFBlcmwgV29ya3No?= =?utf-8?q?op_/_Meetup_2016?= In-Reply-To: References: Message-ID: > Стол часа на 4 буду заказывать, а дальше по обстоятельствам. так это же хорошо поезд мой в 9, можно усидеться будет From khedin на gmail.com Mon Oct 3 06:01:56 2016 From: khedin на gmail.com (Konstantin S. Uvarin) Date: Mon, 3 Oct 2016 16:01:56 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker Message-ID: Приветствую. Давно мечтал запилить трекер для учёта времени, продолбанного на борьбу с техническим долгом. И вот - выдалась минутка... В чём суть: для любой проблемы типа "кеш долго перегружается" или "надо каждый раз обходить грабли" или "сложный код сложно модифицировать" заводится задача (как и в обычном багтрекере). Затем можно логировать время, потраченное на вот это вот (вместо, конечно же, действительно полезной работы). Можно также комментить и предлагать решения (типа "я пофикшу эту проблему за 4 часа"). (Предполагается, что по мере превышения продолбанного времени над оценкой для решения можно будет их конвертировать в обычные таски.) Планируется: маркдаун, редактирование постов, улучшенные репорты и поиск (сейчас он очень тупой). И ещё пластическая операция, ибо оно страшное, как моя жизнь. Для не убоявшихся: Попробовать http://potracheno.shln.ru/ Сорцы https://github.com/dallaylaen/potracheno -- Konstantin S. Uvarin jabber: see skype: kuvarin http://github.com/dallaylaen ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mescalito.ua на gmail.com Mon Oct 3 06:13:14 2016 From: mescalito.ua на gmail.com (D.MON) Date: Mon, 3 Oct 2016 16:13:14 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker In-Reply-To: References: Message-ID: <356EC3CC-A592-4913-B12B-92C43F256708@gmail.com> "Ураработает" Текст в юникоде, но заголовок передаёт ср1251, в итоге сначала все кракозяблами Sent from my iPhone > On 3 Oct 2016, at 16:01, Konstantin S. Uvarin wrote: > > Приветствую. > > Давно мечтал запилить трекер для учёта времени, продолбанного на борьбу с техническим долгом. И вот - выдалась минутка... > > В чём суть: для любой проблемы типа "кеш долго перегружается" или "надо каждый раз обходить грабли" или "сложный код сложно модифицировать" заводится задача (как и в обычном багтрекере). Затем можно логировать время, потраченное на вот это вот (вместо, конечно же, действительно полезной работы). Можно также комментить и предлагать решения (типа "я пофикшу эту проблему за 4 часа"). > > (Предполагается, что по мере превышения продолбанного времени над оценкой для решения можно будет их конвертировать в обычные таски.) > > Планируется: маркдаун, редактирование постов, улучшенные репорты и поиск (сейчас он очень тупой). И ещё пластическая операция, ибо оно страшное, как моя жизнь. > > Для не убоявшихся: > > Попробовать http://potracheno.shln.ru/ > Сорцы https://github.com/dallaylaen/potracheno > > -- > Konstantin S. Uvarin > jabber: see > skype: kuvarin > http://github.com/dallaylaen > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From khedin на gmail.com Mon Oct 3 06:21:42 2016 From: khedin на gmail.com (Konstantin S. Uvarin) Date: Mon, 3 Oct 2016 16:21:42 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker In-Reply-To: <356EC3CC-A592-4913-B12B-92C43F256708@gmail.com> References: <356EC3CC-A592-4913-B12B-92C43F256708@gmail.com> Message-ID: Приветствую. Очень странно, "ураработает" в юникоде это от совсем другого сайта. nginx чудит?.. 2016-10-03 16:13 GMT+03:00 D.MON : > "Ураработает" > > Текст в юникоде, но заголовок передаёт ср1251, в итоге сначала все > кракозяблами > > Sent from my iPhone > > On 3 Oct 2016, at 16:01, Konstantin S. Uvarin wrote: > > Приветствую. > > Давно мечтал запилить трекер для учёта времени, продолбанного на борьбу > с техническим долгом. И вот - выдалась минутка... > > В чём суть: для любой проблемы типа "кеш долго перегружается" или "надо > каждый раз обходить грабли" или "сложный код сложно модифицировать" > заводится задача (как и в обычном багтрекере). Затем можно логировать > время, потраченное на вот это вот (вместо, конечно же, действительно > полезной работы). Можно также комментить и предлагать решения (типа "я > пофикшу эту проблему за 4 часа"). > > (Предполагается, что по мере превышения продолбанного времени над > оценкой для решения можно будет их конвертировать в обычные таски.) > > Планируется: маркдаун, редактирование постов, улучшенные репорты и поиск > (сейчас он очень тупой). И ещё пластическая операция, ибо оно страшное, как > моя жизнь. > > Для не убоявшихся: > > Попробовать http://potracheno.shln.ru/ > Сорцы https://github.com/dallaylaen/potracheno > > -- > Konstantin S. Uvarin > jabber: see > skype: kuvarin > http://github.com/dallaylaen > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Konstantin S. Uvarin jabber: see skype: kuvarin http://github.com/dallaylaen ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From khedin на gmail.com Mon Oct 3 06:33:18 2016 From: khedin на gmail.com (Konstantin S. Uvarin) Date: Mon, 3 Oct 2016 16:33:18 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker In-Reply-To: References: <356EC3CC-A592-4913-B12B-92C43F256708@gmail.com> Message-ID: Приветствую. У меня, вроде, работает, у ещё пары людей тоже. Какой-то, видимо, временный глюк был. Если воспроизводится, отпишите в личку, пожалуйста! 2016-10-03 16:21 GMT+03:00 Konstantin S. Uvarin : > Приветствую. > > Очень странно, "ураработает" в юникоде это от совсем другого сайта. > nginx чудит?.. > > 2016-10-03 16:13 GMT+03:00 D.MON : > >> "Ураработает" >> >> Текст в юникоде, но заголовок передаёт ср1251, в итоге сначала все >> кракозяблами >> >> Sent from my iPhone >> >> On 3 Oct 2016, at 16:01, Konstantin S. Uvarin wrote: >> >> Приветствую. >> >> Давно мечтал запилить трекер для учёта времени, продолбанного на борьбу >> с техническим долгом. И вот - выдалась минутка... >> >> В чём суть: для любой проблемы типа "кеш долго перегружается" или "надо >> каждый раз обходить грабли" или "сложный код сложно модифицировать" >> заводится задача (как и в обычном багтрекере). Затем можно логировать >> время, потраченное на вот это вот (вместо, конечно же, действительно >> полезной работы). Можно также комментить и предлагать решения (типа "я >> пофикшу эту проблему за 4 часа"). >> >> (Предполагается, что по мере превышения продолбанного времени над >> оценкой для решения можно будет их конвертировать в обычные таски.) >> >> Планируется: маркдаун, редактирование постов, улучшенные репорты и >> поиск (сейчас он очень тупой). И ещё пластическая операция, ибо оно >> страшное, как моя жизнь. >> >> Для не убоявшихся: >> >> Попробовать http://potracheno.shln.ru/ >> Сорцы https://github.com/dallaylaen/potracheno >> >> -- >> Konstantin S. Uvarin >> jabber: see >> skype: kuvarin >> http://github.com/dallaylaen >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > Konstantin S. Uvarin > jabber: see > skype: kuvarin > http://github.com/dallaylaen > -- Konstantin S. Uvarin jabber: see skype: kuvarin http://github.com/dallaylaen ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mescalito.ua на gmail.com Mon Oct 3 07:43:37 2016 From: mescalito.ua на gmail.com (D.MON) Date: Mon, 3 Oct 2016 17:43:37 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker In-Reply-To: References: <356EC3CC-A592-4913-B12B-92C43F256708@gmail.com> Message-ID: Больше не воспроизводится. Ушёл смотреть Sent from my iPhone > On 3 Oct 2016, at 16:33, Konstantin S. Uvarin wrote: > > Приветствую. > > У меня, вроде, работает, у ещё пары людей тоже. Какой-то, видимо, временный глюк был. Если воспроизводится, отпишите в личку, пожалуйста! > > > 2016-10-03 16:21 GMT+03:00 Konstantin S. Uvarin : >> Приветствую. >> >> Очень странно, "ураработает" в юникоде это от совсем другого сайта. nginx чудит?.. >> >> 2016-10-03 16:13 GMT+03:00 D.MON : >>> "Ураработает" >>> >>> Текст в юникоде, но заголовок передаёт ср1251, в итоге сначала все кракозяблами >>> >>> Sent from my iPhone >>> >>>> On 3 Oct 2016, at 16:01, Konstantin S. Uvarin wrote: >>>> >>>> Приветствую. >>>> >>>> Давно мечтал запилить трекер для учёта времени, продолбанного на борьбу с техническим долгом. И вот - выдалась минутка... >>>> >>>> В чём суть: для любой проблемы типа "кеш долго перегружается" или "надо каждый раз обходить грабли" или "сложный код сложно модифицировать" заводится задача (как и в обычном багтрекере). Затем можно логировать время, потраченное на вот это вот (вместо, конечно же, действительно полезной работы). Можно также комментить и предлагать решения (типа "я пофикшу эту проблему за 4 часа"). >>>> >>>> (Предполагается, что по мере превышения продолбанного времени над оценкой для решения можно будет их конвертировать в обычные таски.) >>>> >>>> Планируется: маркдаун, редактирование постов, улучшенные репорты и поиск (сейчас он очень тупой). И ещё пластическая операция, ибо оно страшное, как моя жизнь. >>>> >>>> Для не убоявшихся: >>>> >>>> Попробовать http://potracheno.shln.ru/ >>>> Сорцы https://github.com/dallaylaen/potracheno >>>> >>>> -- >>>> Konstantin S. Uvarin >>>> jabber: see >>>> skype: kuvarin >>>> http://github.com/dallaylaen >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >> >> -- >> Konstantin S. Uvarin >> jabber: see >> skype: kuvarin >> http://github.com/dallaylaen > > > > -- > Konstantin S. Uvarin > jabber: see > skype: kuvarin > http://github.com/dallaylaen > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From worldmind на mail.ru Mon Oct 3 09:23:04 2016 From: worldmind на mail.ru (Alexey Shrub) Date: Mon, 03 Oct 2016 19:23:04 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker In-Reply-To: References: Message-ID: <1475511784.1513.0@smtp.mail.ru> On Пн, окт 3, 2016 в 4:01 , Konstantin S. Uvarin wrote: > Давно мечтал запилить трекер для > учёта времени, продолбанного на > борьбу с техническим долгом. И вот - > выдалась минутка... Идея шикарная, хотя требует привычки/дисциплины от разработчика. Но не уверен насчёт отдельной тулзы, получается надо и в обычную таску время вписать и в тикет просраченного времени - дублирование, нарушение DRY. В идеале надо конфигурить/плагинить популярные таск-трекеры (redmine какой) так, чтобы можно было при вписывании времени указать тип - просраченное, а потом глядеть в отчёте по затраченному времени сколько полезной активности было, а сколько не очень. Плюс надо привязывать просраченное время к компоненту и виновному разработчику, чтобы потом по статистике видеть кого в первую очередь рефакторить. From kes-kes на yandex.ru Tue Oct 4 01:32:47 2016 From: kes-kes на yandex.ru (KES) Date: Tue, 04 Oct 2016 11:32:47 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker In-Reply-To: <1475511784.1513.0@smtp.mail.ru> References: <1475511784.1513.0@smtp.mail.ru> Message-ID: <800191475569967@web3o.yandex.ru> Вот хорошая штука https://wakatime.com , чтобы смотреть в каких приложениях потратилось время. Как по мне, очень хорошая интеграция с редакторами и браузерами: https://wakatime.com/editors 03.10.2016, 19:23, "Alexey Shrub" : > On Пн, окт 3, 2016 в 4:01 , Konstantin S. Uvarin > wrote: >>    Давно мечтал запилить трекер для >>  учёта времени, продолбанного на >>  борьбу с техническим долгом. И вот - >>  выдалась минутка... > > Идея шикарная, хотя требует > привычки/дисциплины от разработчика. > Но не уверен насчёт отдельной тулзы, > получается надо и в обычную таску > время вписать и в тикет просраченного > времени - дублирование, нарушение DRY. > В идеале надо конфигурить/плагинить > популярные таск-трекеры (redmine какой) > так, чтобы можно было при вписывании > времени указать тип - просраченное, а > потом глядеть в отчёте по затраченному > времени сколько полезной активности > было, а сколько не очень. > Плюс надо привязывать просраченное > время к компоненту и виновному > разработчику, чтобы потом по > статистике видеть кого в первую > очередь рефакторить. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From khedin на gmail.com Tue Oct 4 06:34:39 2016 From: khedin на gmail.com (Konstantin S. Uvarin) Date: Tue, 4 Oct 2016 16:34:39 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker In-Reply-To: <800191475569967@web3o.yandex.ru> References: <1475511784.1513.0@smtp.mail.ru> <800191475569967@web3o.yandex.ru> Message-ID: Приветствую. Наверное, надо бы описать кейс, который у меня в голове. Допустим, команда ноет, что продукт плохой внутри, что задолбалась воевать с багами и надо рефакторинг. Менеджер не видит проблемы: тикеты-то кое-как закрываются, а программисты - ну они всегда ноют. Или, если он подкован, говорит: хорошо, сделаем рефакторинг, но когда закроем текущие задачи. То есть никогда. Конфликт. Я предполагаю, что "задолбались" имеет вполне конкретную оценку в человеко-часах (а, следственно, и стоимость в деньгах). Также я предполагаю, что есть конкретные проблемы у конкретных компонентов, которые если пофиксить - заметная часть этой задолбанности пропадёт. (По аналогии с узкими местами в производительности). Соответственно, если менеджеру сказать "мы задолбались" - он ответит "иншалла, пилите Шура, пилите". Если сказать "мы протаптываем 20 человеко-часов в месяц из-за проблемы, решаемой за 10" - у менеджера в голове закрутятся шестерёнки. ЕСЛИ предположения верны, ТО обсуждаемый тул позволяет как раз собрать эту статистику. Больше он, собственно, никаких задач и не решает - собрали статистику, презентовали менеджеру, создали задачи на рефакторинг в Редмайне или Жире. Намылись, смыть, повторить. (Замечу в скобках, что технический долг - это ещё и демотивация команды. Но это оценивать в деньгах давайте будем после того, как миелофон изобретут). Ну как-то так. Надеюсь, стало яснее, что это и зачем это. 2016-10-04 11:32 GMT+03:00 KES : > Вот хорошая штука https://wakatime.com , чтобы смотреть в каких > приложениях потратилось время. > Как по мне, очень хорошая интеграция с редакторами и браузерами: > https://wakatime.com/editors > > 03.10.2016, 19:23, "Alexey Shrub" : > > On Пн, окт 3, 2016 в 4:01 , Konstantin S. Uvarin > > wrote: > >> Давно мечтал запилить трекер для > >> учёта времени, продолбанного на > >> борьбу с техническим долгом. И вот - > >> выдалась минутка... > > > > Идея шикарная, хотя требует > > привычки/дисциплины от разработчика. > > Но не уверен насчёт отдельной тулзы, > > получается надо и в обычную таску > > время вписать и в тикет просраченного > > времени - дублирование, нарушение DRY. > > В идеале надо конфигурить/плагинить > > популярные таск-трекеры (redmine какой) > > так, чтобы можно было при вписывании > > времени указать тип - просраченное, а > > потом глядеть в отчёте по затраченному > > времени сколько полезной активности > > было, а сколько не очень. > > Плюс надо привязывать просраченное > > время к компоненту и виновному > > разработчику, чтобы потом по > > статистике видеть кого в первую > > очередь рефакторить. > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Konstantin S. Uvarin jabber: see skype: kuvarin http://github.com/dallaylaen ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From warstone на list.ru Tue Oct 4 08:30:54 2016 From: warstone на list.ru (=?UTF-8?B?V2Fyc3RvbmVAbGlzdC5ydQ==?=) Date: Tue, 04 Oct 2016 18:30:54 +0300 Subject: [Moscow.pm] =?utf-8?q?Potracheno=3A_wasted_time_tracker?= In-Reply-To: References: <800191475569967@web3o.yandex.ru> Message-ID: <1475595054.283666148@f316.i.mail.ru> Эм... А зачем так страшно?.. У нас, допустим, если техническая команда чувствует что надо сделать рефакторинг где-то она просто вносит время на этот рефакторинг в задачу, которая касается этого места и во все последующие, если текущая снимается. Соотв., если нету задачи, которая касается этих мест, то и рефакторить пока-что незачем. А дальше идет борьба бобра с ослом. Весь вопрос насколько менеджер может ставить раком команду. Но это вопрос не к инструментам, а к подходу к работе. >Вторник, 4 октября 2016, 16:34 +03:00 от "Konstantin S. Uvarin" : > >Приветствую. > >  Наверное, надо бы описать кейс, который у меня в голове. > >  Допустим, команда ноет, что продукт плохой внутри, что задолбалась воевать с багами и надо рефакторинг. Менеджер не видит проблемы: тикеты-то кое-как закрываются, а программисты - ну они всегда ноют. Или, если он подкован, говорит: хорошо, сделаем рефакторинг, но когда закроем текущие задачи. То есть никогда. Конфликт. > >  Я предполагаю, что "задолбались" имеет вполне конкретную оценку в человеко-часах (а, следственно, и стоимость в деньгах). Также я предполагаю, что есть конкретные проблемы у конкретных компонентов, которые если пофиксить - заметная часть этой задолбанности пропадёт. (По аналогии с узкими местами в производительности). > >  Соответственно, если менеджеру сказать "мы задолбались" - он ответит "иншалла, пилите Шура, пилите". Если сказать "мы протаптываем 20 человеко-часов в месяц из-за проблемы, решаемой за 10" - у менеджера в голове закрутятся шестерёнки. > >  ЕСЛИ предположения верны, ТО обсуждаемый тул позволяет как раз собрать эту статистику. Больше он, собственно, никаких задач и не решает - собрали статистику, презентовали менеджеру, создали задачи на рефакторинг в Редмайне или Жире. Намылись, смыть, повторить. > >  (Замечу в скобках, что технический долг - это ещё и демотивация команды. Но это оценивать в деньгах давайте будем после того, как миелофон изобретут). > >  Ну как-то так. Надеюсь, стало яснее, что это и зачем это. > > >2016-10-04 11:32 GMT+03:00 KES < kes-kes на yandex.ru > : >>Вот хорошая штука https://wakatime.com , чтобы смотреть в каких приложениях потратилось время. >>Как по мне, очень хорошая интеграция с редакторами и браузерами: https://wakatime.com/editors >> >>03.10.2016, 19:23, "Alexey Shrub" < worldmind на mail.ru >: >>> On Пн, окт 3, 2016 в 4:01 , Konstantin S. Uvarin >>> < khedin на gmail.com > wrote: >>>>    Давно мечтал запилить трекер для >>>>  учёта времени, продолбанного на >>>>  борьбу с техническим долгом. И вот - >>>>  выдалась минутка... >>> >>> Идея шикарная, хотя требует >>> привычки/дисциплины от разработчика. >>> Но не уверен насчёт отдельной тулзы, >>> получается надо и в обычную таску >>> время вписать и в тикет просраченного >>> времени - дублирование, нарушение DRY. >>> В идеале надо конфигурить/плагинить >>> популярные таск-трекеры (redmine какой) >>> так, чтобы можно было при вписывании >>> времени указать тип - просраченное, а >>> потом глядеть в отчёте по затраченному >>> времени сколько полезной активности >>> было, а сколько не очень. >>> Плюс надо привязывать просраченное >>> время к компоненту и виновному >>> разработчику, чтобы потом по >>> статистике видеть кого в первую >>> очередь рефакторить. >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>-- >>Moscow.pm mailing list >>moscow-pm на pm.org | http://moscow.pm.org > > > >-- >Konstantin S. Uvarin >jabber: see >skype: kuvarin >http://github.com/dallaylaen >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pavel на kuptsov.info Wed Oct 5 02:49:07 2016 From: pavel на kuptsov.info (=?UTF-8?B?0J/QsNCy0LXQuyDQmtGD0L/RhtC+0LI=?=) Date: Wed, 5 Oct 2016 12:49:07 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker Message-ID: У меня вот тоже выдалась минутка, и вооружившись bootstrap причесал немного внешний вид, если автора устроит - то закончу и отправлю pull reqquest. Тут скрин (т.к. пока нет на паблик) https://www.dropbox.com/s/4rckn7q6er7l1i3/print1.png?dl=0 -- Павел 3 октября 2016 г., 17:44 пользователь написал: > Сообщения, предназначенные для списка > рассылки 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: Potracheno: wasted time tracker (Konstantin S. Uvarin) > 2. Re: Potracheno: wasted time tracker (D.MON) > > > > >> Планируется: маркдаун, редактирование постов, улучшенные репорты и > >> поиск (сейчас он очень тупой). И ещё пластическая операция, ибо оно > >> страшное, как моя жизнь. > >> > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From khedin на gmail.com Wed Oct 5 03:21:23 2016 From: khedin на gmail.com (Konstantin S. Uvarin) Date: Wed, 5 Oct 2016 13:21:23 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker In-Reply-To: <1475595054.283666148@f316.i.mail.ru> References: <800191475569967@web3o.yandex.ru> <1475595054.283666148@f316.i.mail.ru> Message-ID: ​Приветствую. Отлично сказано! Очень здравый подход, сам стараюсь так делать и другим советую. А обсуждаемый инструмент просто немного (как мне кажется) должен в этом помочь. Вот у Вас >команда чувствует у меня считается точно - сколько вешать в граммах. ​(Адекватна ли эта оценка - другой вопрос - для того и бета).​ И дальше >идет борьба бобра с ослом Менеджер любит отчёты, таблицы и графики - надо дать ему их! Графики, впрочем, у меня будут ещё нескоро. =) 2016-10-04 18:30 GMT+03:00 Warstone на list.ru : > Эм... А зачем так страшно?.. У нас, допустим, если техническая команда > чувствует что надо сделать рефакторинг где-то она просто вносит время на > этот рефакторинг в задачу, которая касается этого места и во все > последующие, если текущая снимается. Соотв., если нету задачи, которая > касается этих мест, то и рефакторить пока-что незачем. А дальше идет борьба > бобра с ослом. Весь вопрос насколько менеджер может ставить раком команду. > Но это вопрос не к инструментам, а к подходу к работе. > > Вторник, 4 октября 2016, 16:34 +03:00 от "Konstantin S. Uvarin" < > khedin на gmail.com>: > > > Приветствую. > > Наверное, надо бы описать кейс, который у меня в голове. > > Допустим, команда ноет, что продукт плохой внутри, что задолбалась > воевать с багами и надо рефакторинг. Менеджер не видит проблемы: тикеты-то > кое-как закрываются, а программисты - ну они всегда ноют. Или, если он > подкован, говорит: хорошо, сделаем рефакторинг, но когда закроем текущие > задачи. То есть никогда. Конфликт. > > Я предполагаю, что "задолбались" имеет вполне конкретную оценку в > человеко-часах (а, следственно, и стоимость в деньгах). Также я > предполагаю, что есть конкретные проблемы у конкретных компонентов, которые > если пофиксить - заметная часть этой задолбанности пропадёт. (По аналогии с > узкими местами в производительности). > > Соответственно, если менеджеру сказать "мы задолбались" - он ответит > "иншалла, пилите Шура, пилите". Если сказать "мы протаптываем 20 > человеко-часов в месяц из-за проблемы, решаемой за 10" - у менеджера в > голове закрутятся шестерёнки. > > ЕСЛИ предположения верны, ТО обсуждаемый тул позволяет как раз собрать > эту статистику. Больше он, собственно, никаких задач и не решает - собрали > статистику, презентовали менеджеру, создали задачи на рефакторинг в > Редмайне или Жире. Намылись, смыть, повторить. > > (Замечу в скобках, что технический долг - это ещё и демотивация команды. > Но это оценивать в деньгах давайте будем после того, как миелофон > изобретут). > > Ну как-то так. Надеюсь, стало яснее, что это и зачем это. > > > 2016-10-04 11:32 GMT+03:00 KES : > > Вот хорошая штука https://wakatime.com , чтобы смотреть в каких > приложениях потратилось время. > Как по мне, очень хорошая интеграция с редакторами и браузерами: > https://wakatime.com/editors > > 03.10.2016, 19:23, "Alexey Shrub" : > > On Пн, окт 3, 2016 в 4:01 , Konstantin S. Uvarin > > wrote: > >> Давно мечтал запилить трекер для > >> учёта времени, продолбанного на > >> борьбу с техническим долгом. И вот - > >> выдалась минутка... > > > > Идея шикарная, хотя требует > > привычки/дисциплины от разработчика. > > Но не уверен насчёт отдельной тулзы, > > получается надо и в обычную таску > > время вписать и в тикет просраченного > > времени - дублирование, нарушение DRY. > > В идеале надо конфигурить/плагинить > > популярные таск-трекеры (redmine какой) > > так, чтобы можно было при вписывании > > времени указать тип - просраченное, а > > потом глядеть в отчёте по затраченному > > времени сколько полезной активности > > было, а сколько не очень. > > Плюс надо привязывать просраченное > > время к компоненту и виновному > > разработчику, чтобы потом по > > статистике видеть кого в первую > > очередь рефакторить. > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > > -- > Konstantin S. Uvarin > jabber: see > skype: kuvarin > http://github.com/dallaylaen > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Konstantin S. Uvarin jabber: see skype: kuvarin http://github.com/dallaylaen ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From khedin на gmail.com Wed Oct 5 03:25:42 2016 From: khedin на gmail.com (Konstantin S. Uvarin) Date: Wed, 5 Oct 2016 13:25:42 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker In-Reply-To: References: Message-ID: Приветствую! Павел, спасибо, фронт пейдж очень даже. Оформляйте пулл, буду рад. 2016-10-05 12:49 GMT+03:00 Павел Купцов : > > У меня вот тоже выдалась минутка, и вооружившись bootstrap причесал > немного внешний вид, если автора устроит - то закончу и отправлю pull > reqquest. > Тут скрин (т.к. пока нет на паблик) > https://www.dropbox.com/s/4rckn7q6er7l1i3/print1.png?dl=0 > > -- > Павел > > 3 октября 2016 г., 17:44 пользователь написал: > >> Сообщения, предназначенные для списка >> рассылки 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: Potracheno: wasted time tracker (Konstantin S. Uvarin) >> 2. Re: Potracheno: wasted time tracker (D.MON) >> >> >> >> >> Планируется: маркдаун, редактирование постов, улучшенные репорты и >> >> поиск (сейчас он очень тупой). И ещё пластическая операция, ибо оно >> >> страшное, как моя жизнь. >> >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Konstantin S. Uvarin jabber: see skype: kuvarin http://github.com/dallaylaen ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From warstone на list.ru Wed Oct 5 05:02:55 2016 From: warstone на list.ru (=?UTF-8?B?V2Fyc3RvbmVAbGlzdC5ydQ==?=) Date: Wed, 05 Oct 2016 15:02:55 +0300 Subject: [Moscow.pm] =?utf-8?q?Potracheno=3A_wasted_time_tracker?= In-Reply-To: References: <1475595054.283666148@f316.i.mail.ru> Message-ID: <1475668975.237784350@f421.i.mail.ru> А я правильно понимаю, что у вас за техническую часть отвечает менеджер, который не является техническим специалистом и, тем более, не знает что творится в коде, так как не "сопровождает" его? И вы должны доказывать ему что это "надо"? Если это так, то не кажется-ли вам что в этой схеме что-то сломалось? >Среда, 5 октября 2016, 13:21 +03:00 от "Konstantin S. Uvarin" : > >​Приветствую. > >Отлично сказано! Очень здравый подход, сам стараюсь так делать и другим советую. А обсуждаемый инструмент просто немного (как мне кажется) должен в этом помочь. > >Вот у Вас > >>команда чувствует > >у меня считается точно - сколько вешать в граммах. >​(Адекватна ли эта оценка - другой вопрос - для того и бета).​ > >И дальше > >>идет борьба бобра с ослом > >Менеджер любит отчёты, таблицы и графики - надо дать ему их! Графики, впрочем, у меня будут ещё нескоро. =) > >  > >2016-10-04 18:30 GMT+03:00 Warstone на list.ru < warstone на list.ru > : >>Эм... А зачем так страшно?.. У нас, допустим, если техническая команда чувствует что надо сделать рефакторинг где-то она просто вносит время на этот рефакторинг в задачу, которая касается этого места и во все последующие, если текущая снимается. Соотв., если нету задачи, которая касается этих мест, то и рефакторить пока-что незачем. А дальше идет борьба бобра с ослом. Весь вопрос насколько менеджер может ставить раком команду. Но это вопрос не к инструментам, а к подходу к работе. >> >>>Вторник, 4 октября 2016, 16:34 +03:00 от "Konstantin S. Uvarin" < khedin на gmail.com >: >>> >>> >>>Приветствую. >>> >>>  Наверное, надо бы описать кейс, который у меня в голове. >>> >>>  Допустим, команда ноет, что продукт плохой внутри, что задолбалась воевать с багами и надо рефакторинг. Менеджер не видит проблемы: тикеты-то кое-как закрываются, а программисты - ну они всегда ноют. Или, если он подкован, говорит: хорошо, сделаем рефакторинг, но когда закроем текущие задачи. То есть никогда. Конфликт. >>> >>>  Я предполагаю, что "задолбались" имеет вполне конкретную оценку в человеко-часах (а, следственно, и стоимость в деньгах). Также я предполагаю, что есть конкретные проблемы у конкретных компонентов, которые если пофиксить - заметная часть этой задолбанности пропадёт. (По аналогии с узкими местами в производительности). >>> >>>  Соответственно, если менеджеру сказать "мы задолбались" - он ответит "иншалла, пилите Шура, пилите". Если сказать "мы протаптываем 20 человеко-часов в месяц из-за проблемы, решаемой за 10" - у менеджера в голове закрутятся шестерёнки. >>> >>>  ЕСЛИ предположения верны, ТО обсуждаемый тул позволяет как раз собрать эту статистику. Больше он, собственно, никаких задач и не решает - собрали статистику, презентовали менеджеру, создали задачи на рефакторинг в Редмайне или Жире. Намылись, смыть, повторить. >>> >>>  (Замечу в скобках, что технический долг - это ещё и демотивация команды. Но это оценивать в деньгах давайте будем после того, как миелофон изобретут). >>> >>>  Ну как-то так. Надеюсь, стало яснее, что это и зачем это. >>> >>> >>>2016-10-04 11:32 GMT+03:00 KES < kes-kes на yandex.ru > : >>>>Вот хорошая штука https://wakatime.com , чтобы смотреть в каких приложениях потратилось время. >>>>Как по мне, очень хорошая интеграция с редакторами и браузерами: https://wakatime.com/editors >>>> >>>>03.10.2016, 19:23, "Alexey Shrub" < worldmind на mail.ru >: >>>>> On Пн, окт 3, 2016 в 4:01 , Konstantin S. Uvarin >>>>> < khedin на gmail.com > wrote: >>>>>>    Давно мечтал запилить трекер для >>>>>>  учёта времени, продолбанного на >>>>>>  борьбу с техническим долгом. И вот - >>>>>>  выдалась минутка... >>>>> >>>>> Идея шикарная, хотя требует >>>>> привычки/дисциплины от разработчика. >>>>> Но не уверен насчёт отдельной тулзы, >>>>> получается надо и в обычную таску >>>>> время вписать и в тикет просраченного >>>>> времени - дублирование, нарушение DRY. >>>>> В идеале надо конфигурить/плагинить >>>>> популярные таск-трекеры (redmine какой) >>>>> так, чтобы можно было при вписывании >>>>> времени указать тип - просраченное, а >>>>> потом глядеть в отчёте по затраченному >>>>> времени сколько полезной активности >>>>> было, а сколько не очень. >>>>> Плюс надо привязывать просраченное >>>>> время к компоненту и виновному >>>>> разработчику, чтобы потом по >>>>> статистике видеть кого в первую >>>>> очередь рефакторить. >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>-- >>>>Moscow.pm mailing list >>>>moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>>-- >>>Konstantin S. Uvarin >>>jabber: see >>>skype: kuvarin >>>http://github.com/dallaylaen >>>-- >>>Moscow.pm mailing list >>>moscow-pm на pm.org | http://moscow.pm.org >> >> >>-- >>Moscow.pm mailing list >>moscow-pm на pm.org | http://moscow.pm.org >> > > > >-- >Konstantin S. Uvarin >jabber: see >skype: kuvarin >http://github.com/dallaylaen >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Wed Oct 5 10:12:37 2016 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Wed, 5 Oct 2016 20:12:37 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker In-Reply-To: <1475668975.237784350@f421.i.mail.ru> References: <1475595054.283666148@f316.i.mail.ru> <1475668975.237784350@f421.i.mail.ru> Message-ID: 5 октября 2016 г., 15:02 пользователь Warstone на list.ru написал: > А я правильно понимаю, что у вас за техническую часть отвечает менеджер, > который не является техническим специалистом и, тем более, не знает что > творится в коде, так как не "сопровождает" его? И вы должны доказывать ему > что это "надо"? > > Если это так, то не кажется-ли вам что в этой схеме что-то сломалось? А что именно? В Скраме вот, например, вообще нет менеджера. Есть продакт оунер, скрам мастер и команда разработки. И кто из них должен знать что творится в коде и рассказывать о техническом долге? Правильно, сама команда. > Среда, 5 октября 2016, 13:21 +03:00 от "Konstantin S. Uvarin" > : > > > Приветствую. > > Отлично сказано! Очень здравый подход, сам стараюсь так делать и другим > советую. А обсуждаемый инструмент просто немного (как мне кажется) должен в > этом помочь. > > Вот у Вас > >>команда чувствует > > у меня считается точно - сколько вешать в граммах. > (Адекватна ли эта оценка - другой вопрос - для того и бета). > > > И дальше > >>идет борьба бобра с ослом > > Менеджер любит отчёты, таблицы и графики - надо дать ему их! Графики, > впрочем, у меня будут ещё нескоро. =) > > > > 2016-10-04 18:30 GMT+03:00 Warstone на list.ru : > > Эм... А зачем так страшно?.. У нас, допустим, если техническая команда > чувствует что надо сделать рефакторинг где-то она просто вносит время на > этот рефакторинг в задачу, которая касается этого места и во все > последующие, если текущая снимается. Соотв., если нету задачи, которая > касается этих мест, то и рефакторить пока-что незачем. А дальше идет борьба > бобра с ослом. Весь вопрос насколько менеджер может ставить раком команду. > Но это вопрос не к инструментам, а к подходу к работе. > > Вторник, 4 октября 2016, 16:34 +03:00 от "Konstantin S. Uvarin" > : > > > Приветствую. > > Наверное, надо бы описать кейс, который у меня в голове. > > Допустим, команда ноет, что продукт плохой внутри, что задолбалась воевать > с багами и надо рефакторинг. Менеджер не видит проблемы: тикеты-то кое-как > закрываются, а программисты - ну они всегда ноют. Или, если он подкован, > говорит: хорошо, сделаем рефакторинг, но когда закроем текущие задачи. То > есть никогда. Конфликт. > > Я предполагаю, что "задолбались" имеет вполне конкретную оценку в > человеко-часах (а, следственно, и стоимость в деньгах). Также я предполагаю, > что есть конкретные проблемы у конкретных компонентов, которые если > пофиксить - заметная часть этой задолбанности пропадёт. (По аналогии с > узкими местами в производительности). > > Соответственно, если менеджеру сказать "мы задолбались" - он ответит > "иншалла, пилите Шура, пилите". Если сказать "мы протаптываем 20 > человеко-часов в месяц из-за проблемы, решаемой за 10" - у менеджера в > голове закрутятся шестерёнки. > > ЕСЛИ предположения верны, ТО обсуждаемый тул позволяет как раз собрать эту > статистику. Больше он, собственно, никаких задач и не решает - собрали > статистику, презентовали менеджеру, создали задачи на рефакторинг в Редмайне > или Жире. Намылись, смыть, повторить. > > (Замечу в скобках, что технический долг - это ещё и демотивация команды. > Но это оценивать в деньгах давайте будем после того, как миелофон > изобретут). > > Ну как-то так. Надеюсь, стало яснее, что это и зачем это. > > > 2016-10-04 11:32 GMT+03:00 KES : > > Вот хорошая штука https://wakatime.com , чтобы смотреть в каких приложениях > потратилось время. > Как по мне, очень хорошая интеграция с редакторами и браузерами: > https://wakatime.com/editors > > 03.10.2016, 19:23, "Alexey Shrub" : >> On Пн, окт 3, 2016 в 4:01 , Konstantin S. Uvarin >> wrote: >>> Давно мечтал запилить трекер для >>> учёта времени, продолбанного на >>> борьбу с техническим долгом. И вот - >>> выдалась минутка... >> >> Идея шикарная, хотя требует >> привычки/дисциплины от разработчика. >> Но не уверен насчёт отдельной тулзы, >> получается надо и в обычную таску >> время вписать и в тикет просраченного >> времени - дублирование, нарушение DRY. >> В идеале надо конфигурить/плагинить >> популярные таск-трекеры (redmine какой) >> так, чтобы можно было при вписывании >> времени указать тип - просраченное, а >> потом глядеть в отчёте по затраченному >> времени сколько полезной активности >> было, а сколько не очень. >> Плюс надо привязывать просраченное >> время к компоненту и виновному >> разработчику, чтобы потом по >> статистике видеть кого в первую >> очередь рефакторить. >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > > -- > Konstantin S. Uvarin > jabber: see > skype: kuvarin > http://github.com/dallaylaen > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > > -- > Konstantin S. Uvarin > jabber: see > skype: kuvarin > http://github.com/dallaylaen > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ilya Chesnokov From warstone на list.ru Wed Oct 5 10:26:04 2016 From: warstone на list.ru (=?UTF-8?B?V2Fyc3RvbmVAbGlzdC5ydQ==?=) Date: Wed, 05 Oct 2016 20:26:04 +0300 Subject: [Moscow.pm] =?utf-8?q?Potracheno=3A_wasted_time_tracker?= In-Reply-To: References: <1475668975.237784350@f421.i.mail.ru> Message-ID: <1475688364.954705536@f379.i.mail.ru> В классическом скраме, насколько я помню, скрам мастер обычно часть - команды. То есть он про этот технический долг знает и может его оценить. Я говорил про то, что если в процессе разработки решения принимает технически неграмотный человек, особенно который "любит графики", и/или если команда не может объяснить необходимость этих работ, то что-то не так в менеджере и, может быть, в команде. В менеджере - так как он такое допустил, как минимум. >Среда, 5 октября 2016, 20:12 +03:00 от Ilya Chesnokov : > >5 октября 2016 г., 15:02 пользователь Warstone на list.ru >< warstone на list.ru > написал: >> А я правильно понимаю, что у вас за техническую часть отвечает менеджер, >> который не является техническим специалистом и, тем более, не знает что >> творится в коде, так как не "сопровождает" его? И вы должны доказывать ему >> что это "надо"? >> >> Если это так, то не кажется-ли вам что в этой схеме что-то сломалось? > >А что именно? В Скраме вот, например, вообще нет менеджера. Есть >продакт оунер, скрам мастер и команда разработки. И кто из них должен >знать что творится в коде и рассказывать о техническом долге? >Правильно, сама команда. > >> Среда, 5 октября 2016, 13:21 +03:00 от "Konstantin S. Uvarin" >> < khedin на gmail.com >: >> >> >> Приветствую. >> >> Отлично сказано! Очень здравый подход, сам стараюсь так делать и другим >> советую. А обсуждаемый инструмент просто немного (как мне кажется) должен в >> этом помочь. >> >> Вот у Вас >> >>>команда чувствует >> >> у меня считается точно - сколько вешать в граммах. >> (Адекватна ли эта оценка - другой вопрос - для того и бета). >> >> >> И дальше >> >>>идет борьба бобра с ослом >> >> Менеджер любит отчёты, таблицы и графики - надо дать ему их! Графики, >> впрочем, у меня будут ещё нескоро. =) >> >> >> >> 2016-10-04 18:30 GMT+03:00 Warstone на list.ru < warstone на list.ru >: >> >> Эм... А зачем так страшно?.. У нас, допустим, если техническая команда >> чувствует что надо сделать рефакторинг где-то она просто вносит время на >> этот рефакторинг в задачу, которая касается этого места и во все >> последующие, если текущая снимается. Соотв., если нету задачи, которая >> касается этих мест, то и рефакторить пока-что незачем. А дальше идет борьба >> бобра с ослом. Весь вопрос насколько менеджер может ставить раком команду. >> Но это вопрос не к инструментам, а к подходу к работе. >> >> Вторник, 4 октября 2016, 16:34 +03:00 от "Konstantin S. Uvarin" >> < khedin на gmail.com >: >> >> >> Приветствую. >> >> Наверное, надо бы описать кейс, который у меня в голове. >> >> Допустим, команда ноет, что продукт плохой внутри, что задолбалась воевать >> с багами и надо рефакторинг. Менеджер не видит проблемы: тикеты-то кое-как >> закрываются, а программисты - ну они всегда ноют. Или, если он подкован, >> говорит: хорошо, сделаем рефакторинг, но когда закроем текущие задачи. То >> есть никогда. Конфликт. >> >> Я предполагаю, что "задолбались" имеет вполне конкретную оценку в >> человеко-часах (а, следственно, и стоимость в деньгах). Также я предполагаю, >> что есть конкретные проблемы у конкретных компонентов, которые если >> пофиксить - заметная часть этой задолбанности пропадёт. (По аналогии с >> узкими местами в производительности). >> >> Соответственно, если менеджеру сказать "мы задолбались" - он ответит >> "иншалла, пилите Шура, пилите". Если сказать "мы протаптываем 20 >> человеко-часов в месяц из-за проблемы, решаемой за 10" - у менеджера в >> голове закрутятся шестерёнки. >> >> ЕСЛИ предположения верны, ТО обсуждаемый тул позволяет как раз собрать эту >> статистику. Больше он, собственно, никаких задач и не решает - собрали >> статистику, презентовали менеджеру, создали задачи на рефакторинг в Редмайне >> или Жире. Намылись, смыть, повторить. >> >> (Замечу в скобках, что технический долг - это ещё и демотивация команды. >> Но это оценивать в деньгах давайте будем после того, как миелофон >> изобретут). >> >> Ну как-то так. Надеюсь, стало яснее, что это и зачем это. >> >> >> 2016-10-04 11:32 GMT+03:00 KES < kes-kes на yandex.ru >: >> >> Вот хорошая штука https://wakatime.com , чтобы смотреть в каких приложениях >> потратилось время. >> Как по мне, очень хорошая интеграция с редакторами и браузерами: >> https://wakatime.com/editors >> >> 03.10.2016, 19:23, "Alexey Shrub" < worldmind на mail.ru >: >>> On Пн, окт 3, 2016 в 4:01 , Konstantin S. Uvarin >>> < khedin на gmail.com > wrote: >>>> Давно мечтал запилить трекер для >>>> учёта времени, продолбанного на >>>> борьбу с техническим долгом. И вот - >>>> выдалась минутка... >>> >>> Идея шикарная, хотя требует >>> привычки/дисциплины от разработчика. >>> Но не уверен насчёт отдельной тулзы, >>> получается надо и в обычную таску >>> время вписать и в тикет просраченного >>> времени - дублирование, нарушение DRY. >>> В идеале надо конфигурить/плагинить >>> популярные таск-трекеры (redmine какой) >>> так, чтобы можно было при вписывании >>> времени указать тип - просраченное, а >>> потом глядеть в отчёте по затраченному >>> времени сколько полезной активности >>> было, а сколько не очень. >>> Плюс надо привязывать просраченное >>> время к компоненту и виновному >>> разработчику, чтобы потом по >>> статистике видеть кого в первую >>> очередь рефакторить. >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> >> -- >> Konstantin S. Uvarin >> jabber: see >> skype: kuvarin >> http://github.com/dallaylaen >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> >> -- >> Konstantin S. Uvarin >> jabber: see >> skype: kuvarin >> http://github.com/dallaylaen >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > >-- >Best regards, >Ilya Chesnokov >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Thu Oct 6 01:07:01 2016 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Thu, 6 Oct 2016 11:07:01 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker In-Reply-To: <1475688364.954705536@f379.i.mail.ru> References: <1475668975.237784350@f421.i.mail.ru> <1475688364.954705536@f379.i.mail.ru> Message-ID: 5 октября 2016 г., 20:26 пользователь Warstone на list.ru написал: > В классическом скраме, насколько я помню, скрам мастер обычно часть - > команды. То есть он про этот технический долг знает и может его оценить. > > Я говорил про то, что если в процессе разработки решения принимает > технически неграмотный человек, особенно который "любит графики", и/или если > команда не может объяснить необходимость этих работ, то что-то не так в > менеджере и, может быть, в команде. В менеджере - так как он такое допустил, > как минимум. Вы так говорите, как будто "менеджер - мудак" - это просто невозможная ситуация в реальном мире :-) Менеджер может быть безграмотен, не понимать цели рефакторинга, может лизать зад заказчику, может быть ему лень. Может не понимать реальной ситуации и насколько все запущено. В конце концов, вы сами можете оказаться этим менеджером, и вам придется объяснять заказчику, чем именно занимается команда и за что заказчик платит деньги. В этом случае такое значение как количество часов, потраченное впустую, может оказаться очень кстати для оценки ситуации. > > Среда, 5 октября 2016, 20:12 +03:00 от Ilya Chesnokov > : > > > 5 октября 2016 г., 15:02 пользователь Warstone на list.ru > написал: >> А я правильно понимаю, что у вас за техническую часть отвечает менеджер, >> который не является техническим специалистом и, тем более, не знает что >> творится в коде, так как не "сопровождает" его? И вы должны доказывать ему >> что это "надо"? >> >> Если это так, то не кажется-ли вам что в этой схеме что-то сломалось? > > А что именно? В Скраме вот, например, вообще нет менеджера. Есть > продакт оунер, скрам мастер и команда разработки. И кто из них должен > знать что творится в коде и рассказывать о техническом долге? > Правильно, сама команда. > >> Среда, 5 октября 2016, 13:21 +03:00 от "Konstantin S. Uvarin" >> : >> >> >> Приветствую. >> >> Отлично сказано! Очень здравый подход, сам стараюсь так делать и другим >> советую. А обсуждаемый инструмент просто немного (как мне кажется) должен >> в >> этом помочь. >> >> Вот у Вас >> >>>команда чувствует >> >> у меня считается точно - сколько вешать в граммах. >> (Адекватна ли эта оценка - другой вопрос - для того и бета). >> >> >> И дальше >> >>>идет борьба бобра с ослом >> >> Менеджер любит отчёты, таблицы и графики - надо дать ему их! Графики, >> впрочем, у меня будут ещё нескоро. =) >> >> >> >> 2016-10-04 18:30 GMT+03:00 Warstone на list.ru : >> >> Эм... А зачем так страшно?.. У нас, допустим, если техническая команда >> чувствует что надо сделать рефакторинг где-то она просто вносит время на >> этот рефакторинг в задачу, которая касается этого места и во все >> последующие, если текущая снимается. Соотв., если нету задачи, которая >> касается этих мест, то и рефакторить пока-что незачем. А дальше идет >> борьба >> бобра с ослом. Весь вопрос насколько менеджер может ставить раком команду. >> Но это вопрос не к инструментам, а к подходу к работе. >> >> Вторник, 4 октября 2016, 16:34 +03:00 от "Konstantin S. Uvarin" >> : >> >> >> Приветствую. >> >> Наверное, надо бы описать кейс, который у меня в голове. >> >> Допустим, команда ноет, что продукт плохой внутри, что задолбалась воевать >> с багами и надо рефакторинг. Менеджер не видит проблемы: тикеты-то кое-как >> закрываются, а программисты - ну они всегда ноют. Или, если он подкован, >> говорит: хорошо, сделаем рефакторинг, но когда закроем текущие задачи. То >> есть никогда. Конфликт. >> >> Я предполагаю, что "задолбались" имеет вполне конкретную оценку в >> человеко-часах (а, следственно, и стоимость в деньгах). Также я >> предполагаю, >> что есть конкретные проблемы у конкретных компонентов, которые если >> пофиксить - заметная часть этой задолбанности пропадёт. (По аналогии с >> узкими местами в производительности). >> >> Соответственно, если менеджеру сказать "мы задолбались" - он ответит >> "иншалла, пилите Шура, пилите". Если сказать "мы протаптываем 20 >> человеко-часов в месяц из-за проблемы, решаемой за 10" - у менеджера в >> голове закрутятся шестерёнки. >> >> ЕСЛИ предположения верны, ТО обсуждаемый тул позволяет как раз собрать эту >> статистику. Больше он, собственно, никаких задач и не решает - собрали >> статистику, презентовали менеджеру, создали задачи на рефакторинг в >> Редмайне >> или Жире. Намылись, смыть, повторить. >> >> (Замечу в скобках, что технический долг - это ещё и демотивация команды. >> Но это оценивать в деньгах давайте будем после того, как миелофон >> изобретут). >> >> Ну как-то так. Надеюсь, стало яснее, что это и зачем это. >> >> >> 2016-10-04 11:32 GMT+03:00 KES : >> >> Вот хорошая штука https://wakatime.com , чтобы смотреть в каких >> приложениях >> потратилось время. >> Как по мне, очень хорошая интеграция с редакторами и браузерами: >> https://wakatime.com/editors >> >> 03.10.2016, 19:23, "Alexey Shrub" : >>> On Пн, окт 3, 2016 в 4:01 , Konstantin S. Uvarin >>> wrote: >>>> Давно мечтал запилить трекер для >>>> учёта времени, продолбанного на >>>> борьбу с техническим долгом. И вот - >>>> выдалась минутка... >>> >>> Идея шикарная, хотя требует >>> привычки/дисциплины от разработчика. >>> Но не уверен насчёт отдельной тулзы, >>> получается надо и в обычную таску >>> время вписать и в тикет просраченного >>> времени - дублирование, нарушение DRY. >>> В идеале надо конфигурить/плагинить >>> популярные таск-трекеры (redmine какой) >>> так, чтобы можно было при вписывании >>> времени указать тип - просраченное, а >>> потом глядеть в отчёте по затраченному >>> времени сколько полезной активности >>> было, а сколько не очень. >>> Плюс надо привязывать просраченное >>> время к компоненту и виновному >>> разработчику, чтобы потом по >>> статистике видеть кого в первую >>> очередь рефакторить. >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> >> -- >> Konstantin S. Uvarin >> jabber: see >> skype: kuvarin >> http://github.com/dallaylaen >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> >> -- >> Konstantin S. Uvarin >> jabber: see >> skype: kuvarin >> http://github.com/dallaylaen >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > Best regards, > Ilya Chesnokov > -- > 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 khedin на gmail.com Thu Oct 6 02:05:41 2016 From: khedin на gmail.com (Konstantin S. Uvarin) Date: Thu, 6 Oct 2016 12:05:41 +0300 Subject: [Moscow.pm] Potracheno: wasted time tracker In-Reply-To: <1475688364.954705536@f379.i.mail.ru> References: <1475668975.237784350@f421.i.mail.ru> <1475688364.954705536@f379.i.mail.ru> Message-ID: Приветствую. Я дико извиняюсь за путаное изложение, вызывающее разногласия. Давайте уйдём от термина "менеджер", который означает что угодно, и придём к термину "product owner" (или [внутренний] заказчик). ПО - это человек, который принимает конечные решения о том, ЧТО и ЗАЧЕМ мы делаем (но не КАК мы это делаем - это уже должна решать команда). У него нет цели "нагнуть команду". У него есть цель "выпустить как можно больше фич как можно быстрее". Если у него такой цели нет - команда идёт на мороз, вместе с вылизанным и круто сделанным, но никому не нужным продуктом. Вот для этого человека рефакторинг или написание внутренних тулзов - потерянное время (в течение которого можно бы было пилить фичи). Если он нормальный человек, а не погонщик волов, он в принципе понимает, что это тоже нужно делать. Но в принципе. А данная тулза, как мне кажется, могла бы немного облегчить здесь взаимопонимание команды и owner-а. ​ Ну и плюс возможность увековечить свои печали ​по поводу кода предшественников в полезном для остальной команды виде, а не в качестве гифки на developerslife.ru 2016-10-05 20:26 GMT+03:00 Warstone на list.ru : > В классическом скраме, насколько я помню, скрам мастер обычно часть - > команды. То есть он про этот технический долг знает и может его оценить. > > Я говорил про то, что если в процессе разработки решения принимает > технически неграмотный человек, особенно который "любит графики", и/или > если команда не может объяснить необходимость этих работ, то что-то не так > в менеджере и, может быть, в команде. В менеджере - так как он такое > допустил, как минимум. > > > Среда, 5 октября 2016, 20:12 +03:00 от Ilya Chesnokov < > chesnokov.ilya на gmail.com>: > > > 5 октября 2016 г., 15:02 пользователь Warstone на list.ru > написал: > > А я правильно понимаю, что у вас за техническую часть отвечает менеджер, > > который не является техническим специалистом и, тем более, не знает что > > творится в коде, так как не "сопровождает" его? И вы должны доказывать > ему > > что это "надо"? > > > > Если это так, то не кажется-ли вам что в этой схеме что-то сломалось? > > А что именно? В Скраме вот, например, вообще нет менеджера. Есть > продакт оунер, скрам мастер и команда разработки. И кто из них должен > знать что творится в коде и рассказывать о техническом долге? > Правильно, сама команда. > > > Среда, 5 октября 2016, 13:21 +03:00 от "Konstantin S. Uvarin" > > : > > > > > > Приветствую. > > > > Отлично сказано! Очень здравый подход, сам стараюсь так делать и другим > > советую. А обсуждаемый инструмент просто немного (как мне кажется) > должен в > > этом помочь. > > > > Вот у Вас > > > >>команда чувствует > > > > у меня считается точно - сколько вешать в граммах. > > (Адекватна ли эта оценка - другой вопрос - для того и бета). > > > > > > И дальше > > > >>идет борьба бобра с ослом > > > > Менеджер любит отчёты, таблицы и графики - надо дать ему их! Графики, > > впрочем, у меня будут ещё нескоро. =) > > > > > > > > 2016-10-04 18:30 GMT+03:00 Warstone на list.ru : > > > > Эм... А зачем так страшно?.. У нас, допустим, если техническая команда > > чувствует что надо сделать рефакторинг где-то она просто вносит время на > > этот рефакторинг в задачу, которая касается этого места и во все > > последующие, если текущая снимается. Соотв., если нету задачи, которая > > касается этих мест, то и рефакторить пока-что незачем. А дальше идет > борьба > > бобра с ослом. Весь вопрос насколько менеджер может ставить раком > команду. > > Но это вопрос не к инструментам, а к подходу к работе. > > > > Вторник, 4 октября 2016, 16:34 +03:00 от "Konstantin S. Uvarin" > > : > > > > > > Приветствую. > > > > Наверное, надо бы описать кейс, который у меня в голове. > > > > Допустим, команда ноет, что продукт плохой внутри, что задолбалась > воевать > > с багами и надо рефакторинг. Менеджер не видит проблемы: тикеты-то > кое-как > > закрываются, а программисты - ну они всегда ноют. Или, если он подкован, > > говорит: хорошо, сделаем рефакторинг, но когда закроем текущие задачи. То > > есть никогда. Конфликт. > > > > Я предполагаю, что "задолбались" имеет вполне конкретную оценку в > > человеко-часах (а, следственно, и стоимость в деньгах). Также я > предполагаю, > > что есть конкретные проблемы у конкретных компонентов, которые если > > пофиксить - заметная часть этой задолбанности пропадёт. (По аналогии с > > узкими местами в производительности). > > > > Соответственно, если менеджеру сказать "мы задолбались" - он ответит > > "иншалла, пилите Шура, пилите". Если сказать "мы протаптываем 20 > > человеко-часов в месяц из-за проблемы, решаемой за 10" - у менеджера в > > голове закрутятся шестерёнки. > > > > ЕСЛИ предположения верны, ТО обсуждаемый тул позволяет как раз собрать > эту > > статистику. Больше он, собственно, никаких задач и не решает - собрали > > статистику, презентовали менеджеру, создали задачи на рефакторинг в > Редмайне > > или Жире. Намылись, смыть, повторить. > > > > (Замечу в скобках, что технический долг - это ещё и демотивация команды. > > Но это оценивать в деньгах давайте будем после того, как миелофон > > изобретут). > > > > Ну как-то так. Надеюсь, стало яснее, что это и зачем это. > > > > > > 2016-10-04 11:32 GMT+03:00 KES : > > > > Вот хорошая штука https://wakatime.com , чтобы смотреть в каких > приложениях > > потратилось время. > > Как по мне, очень хорошая интеграция с редакторами и браузерами: > > https://wakatime.com/editors > > > > 03.10.2016, 19:23, "Alexey Shrub" : > >> On Пн, окт 3, 2016 в 4:01 , Konstantin S. Uvarin > >> wrote: > >>> Давно мечтал запилить трекер для > >>> учёта времени, продолбанного на > >>> борьбу с техническим долгом. И вот - > >>> выдалась минутка... > >> > >> Идея шикарная, хотя требует > >> привычки/дисциплины от разработчика. > >> Но не уверен насчёт отдельной тулзы, > >> получается надо и в обычную таску > >> время вписать и в тикет просраченного > >> времени - дублирование, нарушение DRY. > >> В идеале надо конфигурить/плагинить > >> популярные таск-трекеры (redmine какой) > >> так, чтобы можно было при вписывании > >> времени указать тип - просраченное, а > >> потом глядеть в отчёте по затраченному > >> времени сколько полезной активности > >> было, а сколько не очень. > >> Плюс надо привязывать просраченное > >> время к компоненту и виновному > >> разработчику, чтобы потом по > >> статистике видеть кого в первую > >> очередь рефакторить. > >> -- > >> Moscow.pm mailing list > >> moscow-pm на pm.org | http://moscow.pm.org > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > > > > > > > -- > > Konstantin S. Uvarin > > jabber: see > > skype: kuvarin > > http://github.com/dallaylaen > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > > > > > > > -- > > Konstantin S. Uvarin > > jabber: see > > skype: kuvarin > > http://github.com/dallaylaen > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > > > -- > Best regards, > Ilya Chesnokov > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Konstantin S. Uvarin jabber: see skype: kuvarin http://github.com/dallaylaen ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Thu Oct 6 06:56:43 2016 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Thu, 6 Oct 2016 16:56:43 +0300 Subject: [Moscow.pm] Perl Advent Calendar call for participation Message-ID: Открыта регистрация заявок для желающих написать статью в Perl Advent Calendar: http://cfp.perladvent.org -- Best regards, Ilya Chesnokov From i.petro.77.00 на gmail.com Tue Oct 18 08:52:12 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 18 Oct 2016 18:52:12 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= Message-ID: <20161018155212.GA9277@vdsl.uvw.ru> Нету слов. Работаю над проблемой "обновить perl в проекте" наткнулся на то что в Encode был такой код sub decode_utf8($;$) { my ( $octets, $check ) = @_; return $octets if is_utf8($octets); return undef unless defined $octets; $octets .= '' if ref $octets; $check ||= 0; $utf8enc ||= find_encoding('utf8'); my $string = $utf8enc->decode( $octets, $check ); $_[0] = $octets if $check and !ref $check and !( $check & LEAVE_SRC() ); return $string; } А теперь вот такой: sub decode_utf8($;$) { my ( $octets, $check ) = @_; return undef unless defined $octets; $octets .= ''; $check ||= 0; $utf8enc ||= find_encoding('utf8'); my $string = $utf8enc->decode( $octets, $check ); $_[0] = $octets if $check and !ref $check and !( $check & LEAVE_SRC() ); return $string; } То есть если раньше код работал нормально: use utf8; use Encode qw(decode_utf8); $bla = decode_utf8('привет, медвед') То на свежем Perl валится. Поглядел я в заголовки модуля, автор некто - danko gay. И вот собственно скажите, можно ли к геям относиться нормально? они же вредители все поголовно! PS: в Mojolicious тоже гомики: запретили использовать utf8 в тестах. use utf8; use open qw(:std :utf8); use Test::More; use Test::Mojo; print "А теперь потестим\n"; ok 1, 'тест Test::More пройден'; Test::Mojo->new('MyApp')->get_ok('/', 'тест пройден'); теперь не работает куды мир катится? From victor на vsespb.ru Tue Oct 18 09:49:12 2016 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 18 Oct 2016 19:49:12 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161018155212.GA9277@vdsl.uvw.ru> References: <20161018155212.GA9277@vdsl.uvw.ru> Message-ID: Ну вот интересно, если ты другого человека называешь геем, как ты отнесёшься к тому что тебя так назовут? А ведь всё к тому и идёт, ведь новая версия Encode всё правильно делает ( https://github.com/dankogai/p5-encode/pull/11/files https://rt.cpan.org/Public/Bug/Display.html?id=87267 , я тоже посильно поучаствовал пинанием автора сделать это изменение ) , твой код абсолютно безграмотен, и ты не смог прочитать имя автора Encode: "Dan Kogai" и даже букву в его имени "i", а не "y" 18 октября 2016 г., 18:52 пользователь Ivan Petrov написал: > Нету слов. > > Работаю над проблемой "обновить perl в проекте" > наткнулся на то что в Encode был такой код > > sub decode_utf8($;$) { > my ( $octets, $check ) = @_; > return $octets if is_utf8($octets); > return undef unless defined $octets; > $octets .= '' if ref $octets; > $check ||= 0; > $utf8enc ||= find_encoding('utf8'); > my $string = $utf8enc->decode( $octets, $check ); > $_[0] = $octets if $check and !ref $check and !( $check & LEAVE_SRC() ); > return $string; > } > > > А теперь вот такой: > > sub decode_utf8($;$) { > my ( $octets, $check ) = @_; > return undef unless defined $octets; > $octets .= ''; > $check ||= 0; > $utf8enc ||= find_encoding('utf8'); > my $string = $utf8enc->decode( $octets, $check ); > $_[0] = $octets if $check and !ref $check and !( $check & LEAVE_SRC() ); > return $string; > } > > > То есть если раньше код работал нормально: > > use utf8; > use Encode qw(decode_utf8); > $bla = decode_utf8('привет, медвед') > > > То на свежем Perl валится. > Поглядел я в заголовки модуля, автор некто - danko gay. > > И вот собственно скажите, можно ли к геям относиться нормально? они же > вредители все поголовно! > > PS: в Mojolicious тоже гомики: запретили использовать utf8 в > тестах. > > use utf8; > use open qw(:std :utf8); > use Test::More; > use Test::Mojo; > > print "А теперь потестим\n"; > ok 1, 'тест Test::More пройден'; > Test::Mojo->new('MyApp')->get_ok('/', 'тест пройден'); > > теперь не работает > > куды мир катится? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From i.petro.77.00 на gmail.com Tue Oct 18 10:10:33 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 18 Oct 2016 20:10:33 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> Message-ID: <20161018171033.GB9277@vdsl.uvw.ru> > Ну вот интересно, если ты другого человека называешь геем, как ты > отнесёшься к тому что тебя так назовут? > А ведь всё к тому и идёт, ведь новая версия Encode всё правильно > делает ( https://github.com/dankogai/p5-encode/pull/11/files > https://rt.cpan.org/Public/Bug/Display.html?id=87267 , я тоже посильно > поучаствовал пинанием автора сделать это изменение ) , твой код > абсолютно безграмотен, и ты не смог прочитать имя автора Encode: "Dan > Kogai" и даже букву в его имени "i", а не "y" я прочитал dankogay правильно. этот пулл реквест я посмотрел, там у гомика use utf8 отсутствует, поэтому проблем он не понимает. Еще из жизни гомиков нарыл следующее: современный DBD::Pg валится на таком коде use utf8; $dbh->selectrow_hashref('/* получим юзера */ SELECT * FROM users WHERE id = 1') получаем замечательный креш вида Wide character in subroutine entry at /usr/lib/x86_64-linux-gnu/perl5/5.20/DBD/Pg.pm line 277. at /usr/lib/x86_64-linux-gnu/perl5/5.20/DBD/Pg.pm line 277. Реально в этом мире кто-то в мире Perl объявил войну юникоду. Encode - забанили проверку на is_utf8 которая там была почитай десяток лет Mojo - запретили использовать юникод в тестах DBD::Pg - сломали юникод в SQL-запросах From i.petro.77.00 на gmail.com Tue Oct 18 11:33:21 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 18 Oct 2016 21:33:21 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> Message-ID: <20161018183321.GC9277@vdsl.uvw.ru> Вообще в последнее время начинаю понимать Марка Лемана. когда гомики сломали перл настолько, что в нем перестало работать Coro, он плюнул на гомиков и сказал "я буду пользоваться форком Perl, поскольку их слишком много!" From vovkasm на gmail.com Tue Oct 18 11:54:32 2016 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Tue, 18 Oct 2016 21:54:32 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161018183321.GC9277@vdsl.uvw.ru> References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> Message-ID: Вообще в Perl 5 очень много всего сломанного и неправильного (спасибо попыткам сохранения обратной совместимости и патчингу без понимания внутренних принципов и идей, что усложнило изменения кодовой базы в тысячи раз). Но в данном случае, речь идёт именно о маленьком шаге к улучшению. К сожалению, даже этот малый шаг, вызывает нервную и недостойную реакцию таких людей, как Иван Петров. Жаль. 2016-10-18 21:33 GMT+03:00 Ivan Petrov : > Вообще в последнее время начинаю понимать Марка Лемана. > когда гомики сломали перл настолько, что в нем перестало работать > Coro, он плюнул на гомиков и сказал "я буду пользоваться форком Perl, > поскольку их слишком много!" > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Vladimir Timofeev From i.petro.77.00 на gmail.com Tue Oct 18 12:18:19 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 18 Oct 2016 22:18:19 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> Message-ID: <20161018191819.GD9277@vdsl.uvw.ru> > Вообще в Perl 5 очень много всего сломанного и неправильного (спасибо > попыткам сохранения обратной совместимости и патчингу без понимания > внутренних принципов и идей, что усложнило изменения кодовой базы в > тысячи раз). вот именно без понимания принципов и идей > Но в данном случае, речь идёт именно о маленьком шаге к улучшению. к какому улучшению? имеется туева хуча кода работающего с языками которая полагается на то что decode_utf8 не выбросит ексепшена на валидном юникоде. приходит эстет (зачеркнуто) гей и вместо того чтобы поправить документацию и зафиксировать в ней текущее положение вещей, исправляет, меняет зафиксированное до этого на более чем 15 лет поведение! какое улучшение? > К сожалению, даже этот малый шаг, вызывает нервную и недостойную > реакцию таких людей, как Иван Петров. Жаль. реакция как раз адекватная. linux поглощается systemd perl поглощается гомосяками а реакция на это видите ли недостойная. ппц! From victor на vsespb.ru Tue Oct 18 12:24:35 2016 From: victor на vsespb.ru (Victor Efimov) Date: Tue, 18 Oct 2016 22:24:35 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161018191819.GD9277@vdsl.uvw.ru> References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> Message-ID: 18 октября 2016 г., 22:18 пользователь Ivan Petrov написал: >> Вообще в Perl 5 очень много всего сломанного и неправильного (спасибо >> попыткам сохранения обратной совместимости и патчингу без понимания >> внутренних принципов и идей, что усложнило изменения кодовой базы в >> тысячи раз). > > вот именно без понимания принципов и идей > > >> Но в данном случае, речь идёт именно о маленьком шаге к улучшению. > > к какому улучшению? > имеется туева хуча кода работающего с языками которая полагается на то > что decode_utf8 не выбросит ексепшена на валидном юникоде. > приходит эстет (зачеркнуто) гей и вместо того чтобы поправить > документацию и зафиксировать в ней текущее положение вещей, > исправляет, меняет зафиксированное до этого на более чем 15 лет > поведение! Ну так как ты не читал документацию к Perl и твой код - один сплошной баг, то улучшение и исправление багов в perl вызывают поломку твоего кода. Ты при этом настолько профнепригоден, что не можешь этого понять и даже MR с описанием фикса не наводят тебя на мысль, что ты что-то делаешь не так. > > какое улучшение? > >> К сожалению, даже этот малый шаг, вызывает нервную и недостойную >> реакцию таких людей, как Иван Петров. Жаль. > > реакция как раз адекватная. > linux поглощается systemd > perl поглощается гомосяками > а реакция на это видите ли недостойная. ппц! > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From zhuravlev.ua на gmail.com Tue Oct 18 12:43:53 2016 From: zhuravlev.ua на gmail.com (Artem Zhuravlev) Date: Tue, 18 Oct 2016 22:43:53 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> Message-ID: The decode_utf8 doesn't do the same as decode("utf8",...) for all inputs despite the documentation explicitly saying that $string = decode_utf8($octets [, CHECK]); Equivalent to "$string = decode("utf8", $octets [, CHECK])". It acts differently when $octets has the UTF-8 flag turned on. decode("utf8",...) treats each character in the string as a byte. decode_utf8 simply returns the string unaltered. +1 к карме Виктор. 18 октября 2016 г., 22:24 пользователь Victor Efimov написал: > 18 октября 2016 г., 22:18 пользователь Ivan Petrov > написал: > >> Вообще в Perl 5 очень много всего сломанного и неправильного (спасибо > >> попыткам сохранения обратной совместимости и патчингу без понимания > >> внутренних принципов и идей, что усложнило изменения кодовой базы в > >> тысячи раз). > > > > вот именно без понимания принципов и идей > > > > > >> Но в данном случае, речь идёт именно о маленьком шаге к улучшению. > > > > к какому улучшению? > > имеется туева хуча кода работающего с языками которая полагается на то > > что decode_utf8 не выбросит ексепшена на валидном юникоде. > > приходит эстет (зачеркнуто) гей и вместо того чтобы поправить > > документацию и зафиксировать в ней текущее положение вещей, > > исправляет, меняет зафиксированное до этого на более чем 15 лет > > поведение! > > Ну так как ты не читал документацию к Perl и твой код - один сплошной > баг, то улучшение и исправление багов в perl вызывают поломку твоего > кода. Ты при этом настолько профнепригоден, что не можешь этого понять > и даже MR с описанием фикса не наводят тебя на мысль, что ты что-то > делаешь не так. > > > > > какое улучшение? > > > >> К сожалению, даже этот малый шаг, вызывает нервную и недостойную > >> реакцию таких людей, как Иван Петров. Жаль. > > > > реакция как раз адекватная. > > linux поглощается systemd > > perl поглощается гомосяками > > а реакция на это видите ли недостойная. ппц! > > > > -- > > 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, Artem V. Zhuravlev ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Oct 18 12:50:03 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 18 Oct 2016 22:50:03 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> Message-ID: <20161018195003.GE9277@vdsl.uvw.ru> >> к какому улучшению? >> имеется туева хуча кода работающего с языками которая полагается на то >> что decode_utf8 не выбросит ексепшена на валидном юникоде. >> приходит эстет (зачеркнуто) гей и вместо того чтобы поправить >> документацию и зафиксировать в ней текущее положение вещей, >> исправляет, меняет зафиксированное до этого на более чем 15 лет >> поведение! > Ну так как ты не читал документацию к Perl и твой код - один сплошной > баг, то улучшение и исправление багов в perl вызывают поломку твоего > кода. Ты при этом настолько профнепригоден, что не можешь этого понять > и даже MR с описанием фикса не наводят тебя на мысль, что ты что-то > делаешь не так. MR с описанием фикса чего? там чисто эстетический "фикс". Который более правильно назвать поломкой. Если 15+ лет одна из базовых функций ведет себя определенным образом, то менять ее поведение НЕЛЬЗЯ. см. Например спор Дреппера с Линусом Торвальдсом: первый говорил - мои эстетические чуйства требуют изменить поведение memcpy, а второй говорил - но имеется 100500 кода, который полагается на текущее (более чем 25 лет постоянное) поведение и эту вашу эстетику надо засунуть в одно место. И вообще у меня видео из за вашей эстетики поломалось! в итоге видео чинили месяцев этак шесть по репозитариям. А в ядре линукс memcpy ведет себя по старому и никто от этого не страдает. а код в ядерных модулях, который мог бы сломаться из за подобного эстета (зачеркнуто) гея, не ломается. From zhuravlev.ua на gmail.com Tue Oct 18 12:55:10 2016 From: zhuravlev.ua на gmail.com (Artem Zhuravlev) Date: Tue, 18 Oct 2016 22:55:10 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161018195003.GE9277@vdsl.uvw.ru> References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> <20161018195003.GE9277@vdsl.uvw.ru> Message-ID: Забавно радуем связь что условно Dan Kogai "гей" то utf8 в тестах Mojo тоже "гей" какой то обломал все, прям Милонов. 😂 18 октября 2016 г., 22:50 пользователь Ivan Petrov написал: > >> к какому улучшению? > >> имеется туева хуча кода работающего с языками которая полагается на то > >> что decode_utf8 не выбросит ексепшена на валидном юникоде. > >> приходит эстет (зачеркнуто) гей и вместо того чтобы поправить > >> документацию и зафиксировать в ней текущее положение вещей, > >> исправляет, меняет зафиксированное до этого на более чем 15 лет > >> поведение! > > > Ну так как ты не читал документацию к Perl и твой код - один сплошной > > баг, то улучшение и исправление багов в perl вызывают поломку твоего > > кода. Ты при этом настолько профнепригоден, что не можешь этого понять > > и даже MR с описанием фикса не наводят тебя на мысль, что ты что-то > > делаешь не так. > > MR с описанием фикса чего? > там чисто эстетический "фикс". Который более правильно назвать > поломкой. > Если 15+ лет одна из базовых функций ведет себя определенным образом, > то менять ее поведение НЕЛЬЗЯ. > см. Например спор Дреппера с Линусом Торвальдсом: первый говорил > - мои эстетические чуйства требуют изменить поведение memcpy, > а второй говорил > - но имеется 100500 кода, который полагается на текущее (более > чем 25 лет постоянное) поведение и эту вашу эстетику надо засунуть в > одно место. И вообще у меня видео из за вашей эстетики поломалось! > > в итоге видео чинили месяцев этак шесть по репозитариям. А в ядре > линукс memcpy ведет себя по старому и никто от этого не страдает. > а код в ядерных модулях, который мог бы сломаться из за подобного > эстета (зачеркнуто) гея, не ломается. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Artem V. Zhuravlev ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Oct 18 12:57:06 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 18 Oct 2016 22:57:06 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> Message-ID: <20161018195706.GF9277@vdsl.uvw.ru> > The decode_utf8 doesn't do the same as decode("utf8",...) for all inputs > despite the documentation explicitly saying that соответственно фиксить надо было документацию. однако данко-гей пофиксил код! ппц! From i.petro.77.00 на gmail.com Tue Oct 18 12:58:45 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 18 Oct 2016 22:58:45 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> <20161018195003.GE9277@vdsl.uvw.ru> Message-ID: <20161018195845.GG9277@vdsl.uvw.ru> > то utf8 в тестах Mojo тоже "гей" какой то обломал все, прям Милонов. дык а как его назвать? гей на букву п. что не так? From kes-kes на yandex.ru Tue Oct 18 13:40:43 2016 From: kes-kes на yandex.ru (KES) Date: Tue, 18 Oct 2016 23:40:43 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161018171033.GB9277@vdsl.uvw.ru> References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018171033.GB9277@vdsl.uvw.ru> Message-ID: <8291631476823243@web11g.yandex.ru> >$dbh->selectrow_hashref('/* получим юзера */ SELECT * FROM users WHERE id = 1') А как вас называет за такое? :D Есть проблема - открываете issue. Горит??? Делаете pull request. В чём проблема? From i.petro.77.00 на gmail.com Tue Oct 18 14:09:50 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 19 Oct 2016 00:09:50 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <8291631476823243@web11g.yandex.ru> References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> Message-ID: <20161018210950.GH9277@vdsl.uvw.ru> >> $dbh->>> selectrow_hashref('/* получим юзера */ SELECT * FROM users WHERE id = 1') > А как вас называет за такое? :D а что не нравится-то? русские коменты в SQL? хотим видеть их в pg_top - разве плохое желание? > Есть проблема - открываете issue. да я то так и сделаю. > В чём проблема? проблема в том что открытие issue иногда приводит к обратному результату. вот я наблюдал issue на mojo, про упомянутый utf8. в Test::More можно написать ok $var, 'тест пройден'; в Test::Mojo можно БЫЛО написать get_ok($url, 'тест пройден') человек открыл багу про json_is($bla, 'тест пройден') в итоге гей на букву п багу закрыл и сломал get_ok и все прочие _ok. при этом поскольку этот гей на букву п не русскоязычный то он тупо НЕ ПОНИМАЕТ проблему (общались с ним в IM). то есть например use utf8; use open qw(:std :utf8); $str = 'привет, медвед'; like $str => qr{при\w+,}, 'тест пройден'; в его гейском (на букву п) виртуальном мире делать не нужно. Юникода в данных в коде программы встречаться не должно. Гею на букву п нужен геморрой питонячий вида if 'hello world' == u'hello world': сюда никогда не попадаем. що является ППЦ ему нужно втащить этот геморрой в perl! далее становится вопрос что делать-то? возможно идти по пути Марка Лемана. Грустно это все. они заполонили планету, блин From victor на vsespb.ru Tue Oct 18 15:08:48 2016 From: victor на vsespb.ru (Victor Efimov) Date: Wed, 19 Oct 2016 01:08:48 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161018195003.GE9277@vdsl.uvw.ru> References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> <20161018195003.GE9277@vdsl.uvw.ru> Message-ID: 18 октября 2016 г., 22:50 пользователь Ivan Petrov написал: >>> к какому улучшению? >>> имеется туева хуча кода работающего с языками которая полагается на то >>> что decode_utf8 не выбросит ексепшена на валидном юникоде. >>> приходит эстет (зачеркнуто) гей и вместо того чтобы поправить >>> документацию и зафиксировать в ней текущее положение вещей, >>> исправляет, меняет зафиксированное до этого на более чем 15 лет >>> поведение! > >> Ну так как ты не читал документацию к Perl и твой код - один сплошной >> баг, то улучшение и исправление багов в perl вызывают поломку твоего >> кода. Ты при этом настолько профнепригоден, что не можешь этого понять >> и даже MR с описанием фикса не наводят тебя на мысль, что ты что-то >> делаешь не так. > > MR с описанием фикса чего? > там чисто эстетический "фикс". Который более правильно назвать Это не эстетический фикс, это фикс реального бага, пример тест-кейза здесь https://rt.cpan.org/Public/Bug/Display.html?id=87267#txn-1250086 > поломкой. > Если 15+ лет одна из базовых функций ведет себя определенным образом, > то менять ее поведение НЕЛЬЗЯ. > см. Например спор Дреппера с Линусом Торвальдсом: первый говорил > - мои эстетические чуйства требуют изменить поведение memcpy, > а второй говорил > - но имеется 100500 кода, который полагается на текущее (более > чем 25 лет постоянное) поведение и эту вашу эстетику надо засунуть в > одно место. И вообще у меня видео из за вашей эстетики поломалось! Сравнение с этим случаем не корректное: 1) в случае с линуксом идёт речь о том чтобы сделать workaround в багжному коду юзеров, ничего не сломав, в нашем случае ничего не сломать нельзя (оно и было сломано до этого фикса) 2) в случае с линуксом функция могла бы проверять что её вызывают с неправильными данными, она этого не делала. в нашем случае проверка не возможна - в этом суть юникода perl - нельзя в общем случае отличить текст от бинарных данных (да, utf8 флаг ничего не говорит о том текст это в юникоде или нет). Хотя.. это сложно объяснить как раз русскоязычному юзеру, ибо такие проблемы только с Latin1 3) в линуксе в роли юзеров у которых memcpy "иногда глючит" (из-за того что оптимизация intel иногда проявляла себя) были юзеры после внесения изменения, а в нашем случае, как раз "иногда глючило" до внесения изменения (иногда - если у строки появлялся utf8 флаг, это программист плохо контроллирует, он может появляться "случайно") > > в итоге видео чинили месяцев этак шесть по репозитариям. А в ядре > линукс memcpy ведет себя по старому и никто от этого не страдает. > а код в ядерных модулях, который мог бы сломаться из за подобного > эстета (зачеркнуто) гея, не ломается. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From unknown.vagrant на gmail.com Wed Oct 19 00:58:22 2016 From: unknown.vagrant на gmail.com (Nikolay Poletaev) Date: Wed, 19 Oct 2016 07:58:22 +0000 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> <20161018195003.GE9277@vdsl.uvw.ru> Message-ID: Не вижу проблемы, да, что-то изменили, но перед тем как обновляться, стоит ИМХО почитать change log и еще раз подумать, а точно ли надо обновляться? ср, 19 окт. 2016 г. в 1:09, Victor Efimov : > 18 октября 2016 г., 22:50 пользователь Ivan Petrov > написал: > >>> к какому улучшению? > >>> имеется туева хуча кода работающего с языками которая полагается на то > >>> что decode_utf8 не выбросит ексепшена на валидном юникоде. > >>> приходит эстет (зачеркнуто) гей и вместо того чтобы поправить > >>> документацию и зафиксировать в ней текущее положение вещей, > >>> исправляет, меняет зафиксированное до этого на более чем 15 лет > >>> поведение! > > > >> Ну так как ты не читал документацию к Perl и твой код - один сплошной > >> баг, то улучшение и исправление багов в perl вызывают поломку твоего > >> кода. Ты при этом настолько профнепригоден, что не можешь этого понять > >> и даже MR с описанием фикса не наводят тебя на мысль, что ты что-то > >> делаешь не так. > > > > MR с описанием фикса чего? > > там чисто эстетический "фикс". Который более правильно назвать > > Это не эстетический фикс, это фикс реального бага, пример тест-кейза здесь > https://rt.cpan.org/Public/Bug/Display.html?id=87267#txn-1250086 > > > поломкой. > > Если 15+ лет одна из базовых функций ведет себя определенным образом, > > то менять ее поведение НЕЛЬЗЯ. > > см. Например спор Дреппера с Линусом Торвальдсом: первый говорил > > - мои эстетические чуйства требуют изменить поведение memcpy, > > а второй говорил > > - но имеется 100500 кода, который полагается на текущее (более > > чем 25 лет постоянное) поведение и эту вашу эстетику надо засунуть в > > одно место. И вообще у меня видео из за вашей эстетики поломалось! > > Сравнение с этим случаем не корректное: > 1) в случае с линуксом идёт речь о том чтобы сделать workaround в > багжному коду юзеров, ничего не сломав, > в нашем случае ничего не сломать нельзя (оно и было сломано до этого фикса) > 2) в случае с линуксом функция могла бы проверять что её вызывают с > неправильными данными, она этого не делала. в нашем > случае проверка не возможна - в этом суть юникода perl - нельзя в > общем случае отличить текст от бинарных данных (да, utf8 флаг ничего > не говорит > о том текст это в юникоде или нет). Хотя.. это сложно объяснить как > раз русскоязычному юзеру, ибо такие проблемы только с Latin1 > 3) в линуксе в роли юзеров у которых memcpy "иногда глючит" (из-за > того что оптимизация intel иногда проявляла себя) были юзеры после > внесения изменения, а в нашем случае, как раз "иногда глючило" до > внесения изменения (иногда - если у строки появлялся utf8 флаг, это > программист плохо контроллирует, он > может появляться "случайно") > > > > > в итоге видео чинили месяцев этак шесть по репозитариям. А в ядре > > линукс memcpy ведет себя по старому и никто от этого не страдает. > > а код в ядерных модулях, который мог бы сломаться из за подобного > > эстета (зачеркнуто) гея, не ломается. > > -- > > 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 Wed Oct 19 01:06:24 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 19 Oct 2016 11:06:24 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> <20161018195003.GE9277@vdsl.uvw.ru> Message-ID: > Не вижу проблемы, да, что-то изменили, но перед тем как обновляться, стоит > ИМХО почитать change log и еще раз подумать, а точно ли надо обновляться? стокгольмский синдром как он есть From unknown.vagrant на gmail.com Wed Oct 19 01:10:29 2016 From: unknown.vagrant на gmail.com (Nikolay Poletaev) Date: Wed, 19 Oct 2016 08:10:29 +0000 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> <20161018195003.GE9277@vdsl.uvw.ru> Message-ID: Это в мой адрес или? как то двусмысленно получается ))) ср, 19 окт. 2016 г. в 11:06, Daniel Podolsky : > > Не вижу проблемы, да, что-то изменили, но перед тем как обновляться, > стоит > > ИМХО почитать change log и еще раз подумать, а точно ли надо обновляться? > > стокгольмский синдром как он есть > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Wed Oct 19 01:15:31 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 19 Oct 2016 11:15:31 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> <20161018195003.GE9277@vdsl.uvw.ru> Message-ID: > Это в мой адрес или? как то двусмысленно получается ))) я специально сделал безадресным. но подход "мы сами виноваты в том, что с нами произошло" - он порочный From i.petro.77.00 на gmail.com Wed Oct 19 02:34:21 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 19 Oct 2016 12:34:21 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> <20161018195003.GE9277@vdsl.uvw.ru> Message-ID: <20161019093421.GI9277@vdsl.uvw.ru> >>>> к какому улучшению? >>>> имеется туева хуча кода работающего с языками которая полагается на то >>>> что decode_utf8 не выбросит ексепшена на валидном юникоде. >>>> приходит эстет (зачеркнуто) гей и вместо того чтобы поправить >>>> документацию и зафиксировать в ней текущее положение вещей, >>>> исправляет, меняет зафиксированное до этого на более чем 15 лет >>>> поведение! >> >>> Ну так как ты не читал документацию к Perl и твой код - один сплошной >>> баг, то улучшение и исправление багов в perl вызывают поломку твоего >>> кода. Ты при этом настолько профнепригоден, что не можешь этого понять >>> и даже MR с описанием фикса не наводят тебя на мысль, что ты что-то >>> делаешь не так. >> >> MR с описанием фикса чего? >> там чисто эстетический "фикс". Который более правильно назвать > Это не эстетический фикс, это фикс реального бага, пример тест-кейза здесь > https://rt.cpan.org/Public/Bug/Display.html?id=87267#txn-1250086 еще ра: тесткейз выдуман исходя из документации о том что в ней написано. Главная ошибка гомика в том что он пытается (как обычно) конкатенировать utf и noutf. Отсюда растет в его голове пустой - вывих и тикеты что он пишет. а из за его тупоголового тикета поменяли поведение одной из базовых функций, которое не менялось 15+лет >> поломкой. >> Если 15+ лет одна из базовых функций ведет себя определенным образом, >> то менять ее поведение НЕЛЬЗЯ. >> см. Например спор Дреппера с Линусом Торвальдсом: первый говорил >> - мои эстетические чуйства требуют изменить поведение memcpy, >> а второй говорил >> - но имеется 100500 кода, который полагается на текущее (более >> чем 25 лет постоянное) поведение и эту вашу эстетику надо засунуть в >> одно место. И вообще у меня видео из за вашей эстетики поломалось! > Сравнение с этим случаем не корректное: > 1) в случае с линуксом идёт речь о том чтобы сделать workaround в > багжному коду юзеров, ничего не сломав, > в нашем случае ничего не сломать нельзя (оно и было сломано до этого фикса) оно не было сломано. > 2) в случае с линуксом функция могла бы проверять что её вызывают с > неправильными данными, в случае с линукосм ключевое было то, что все функции что писались пол века до этого вели себя одинаково. и соответственно этот большой срок их одинакового поведения требовал просто зафиксировать его в документации, а не брать и ломать юзерам видео. она этого не делала. в нашем > случае проверка не возможна - в этом суть юникода perl - нельзя в > общем случае отличить текст от бинарных данных (да, utf8 флаг ничего > не говорит просто есть нормальная практика: не конкатенировать non-utf с utf. на этой дороге ничего хорошего нет. в идеале конкатенация utf с noutf должна приводить весь результат к utf. тогда гомикам не о чем тикеты писать будет. но проблема в том что ключевые модули пишутся всякими dankogay'ями :-\ >> в итоге видео чинили месяцев этак шесть по репозитариям. А в ядре >> линукс memcpy ведет себя по старому и никто от этого не страдает. >> а код в ядерных модулях, который мог бы сломаться из за подобного >> эстета (зачеркнуто) гея, не ломается. From victor на vsespb.ru Wed Oct 19 02:39:22 2016 From: victor на vsespb.ru (Victor Efimov) Date: Wed, 19 Oct 2016 12:39:22 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161019093421.GI9277@vdsl.uvw.ru> References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> <20161018195003.GE9277@vdsl.uvw.ru> <20161019093421.GI9277@vdsl.uvw.ru> Message-ID: 19 октября 2016 г., 12:34 пользователь Ivan Petrov написал: >>>>> к какому улучшению? >>>>> имеется туева хуча кода работающего с языками которая полагается на то >>>>> что decode_utf8 не выбросит ексепшена на валидном юникоде. >>>>> приходит эстет (зачеркнуто) гей и вместо того чтобы поправить >>>>> документацию и зафиксировать в ней текущее положение вещей, >>>>> исправляет, меняет зафиксированное до этого на более чем 15 лет >>>>> поведение! >>> >>>> Ну так как ты не читал документацию к Perl и твой код - один сплошной >>>> баг, то улучшение и исправление багов в perl вызывают поломку твоего >>>> кода. Ты при этом настолько профнепригоден, что не можешь этого понять >>>> и даже MR с описанием фикса не наводят тебя на мысль, что ты что-то >>>> делаешь не так. >>> >>> MR с описанием фикса чего? >>> там чисто эстетический "фикс". Который более правильно назвать > >> Это не эстетический фикс, это фикс реального бага, пример тест-кейза здесь >> https://rt.cpan.org/Public/Bug/Display.html?id=87267#txn-1250086 > > еще ра: тесткейз выдуман исходя из документации о том что в ней > написано. Главная ошибка гомика в том что он пытается (как обычно) Этот "гомик", как ты говоришь, я. > конкатенировать utf и noutf. Отсюда растет в его голове пустой - вывих > и тикеты что он пишет. Ты не понимаешь принципы работы юникода в perl, и не правильно понимаешь что такое "utf8" в perl. > > а из за его тупоголового тикета поменяли поведение одной из базовых > функций, которое не менялось 15+лет > >>> поломкой. >>> Если 15+ лет одна из базовых функций ведет себя определенным образом, >>> то менять ее поведение НЕЛЬЗЯ. >>> см. Например спор Дреппера с Линусом Торвальдсом: первый говорил >>> - мои эстетические чуйства требуют изменить поведение memcpy, >>> а второй говорил >>> - но имеется 100500 кода, который полагается на текущее (более >>> чем 25 лет постоянное) поведение и эту вашу эстетику надо засунуть в >>> одно место. И вообще у меня видео из за вашей эстетики поломалось! > >> Сравнение с этим случаем не корректное: >> 1) в случае с линуксом идёт речь о том чтобы сделать workaround в >> багжному коду юзеров, ничего не сломав, >> в нашем случае ничего не сломать нельзя (оно и было сломано до этого фикса) > > оно не было сломано. > >> 2) в случае с линуксом функция могла бы проверять что её вызывают с >> неправильными данными, > > в случае с линукосм ключевое было то, что все функции что писались пол > века до этого вели себя одинаково. > и соответственно этот большой срок их одинакового поведения требовал > просто зафиксировать его в документации, а не брать и ломать юзерам > видео. > она этого не делала. в нашем > >> случае проверка не возможна - в этом суть юникода perl - нельзя в >> общем случае отличить текст от бинарных данных (да, utf8 флаг ничего >> не говорит > > просто есть нормальная практика: не конкатенировать non-utf с utf. > на этой дороге ничего хорошего нет. > > в идеале конкатенация utf с noutf должна приводить весь результат к > utf. тогда гомикам не о чем тикеты писать будет. > > но проблема в том что ключевые модули пишутся всякими dankogay'ями :-\ > Проблема только в том что ты профнепригоден >>> в итоге видео чинили месяцев этак шесть по репозитариям. А в ядре >>> линукс memcpy ведет себя по старому и никто от этого не страдает. >>> а код в ядерных модулях, который мог бы сломаться из за подобного >>> эстета (зачеркнуто) гея, не ломается. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From i.petro.77.00 на gmail.com Wed Oct 19 02:42:42 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 19 Oct 2016 12:42:42 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> <20161018195003.GE9277@vdsl.uvw.ru> <20161019093421.GI9277@vdsl.uvw.ru> Message-ID: <20161019094242.GJ9277@vdsl.uvw.ru> >>> Это не эстетический фикс, это фикс реального бага, пример тест-кейза здесь >>> https://rt.cpan.org/Public/Bug/Display.html?id=87267#txn-1250086 >> >> еще ра: тесткейз выдуман исходя из документации о том что в ней >> написано. Главная ошибка гомика в том что он пытается (как обычно) > Этот "гомик", как ты говоришь, я. я знал что эта падла сыщется именно в moscow.pm >> конкатенировать utf и noutf. Отсюда растет в его голове пустой - вывих >> и тикеты что он пишет. > Ты не понимаешь принципы работы юникода в perl, и не правильно > понимаешь что такое "utf8" в perl. и она еще думает что она понимает что такое юникод ппц писать тест no utf8, конкатенировать символы latin1 и utf8 и рассказывать другим о том что они не понимают что такое юникод. а после этого еще скажи что ты не гомик на букву п? From ccnweb на gmail.com Wed Oct 19 03:25:40 2016 From: ccnweb на gmail.com (Alexander Onokhov) Date: Wed, 19 Oct 2016 13:25:40 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018183321.GC9277@vdsl.uvw.ru> <20161018191819.GD9277@vdsl.uvw.ru> <20161018195003.GE9277@vdsl.uvw.ru> Message-ID: 2016-10-19 11:15 GMT+03:00 Daniel Podolsky : > ... подход "мы сами виноваты в том, > что с нами произошло" - он порочный Подход (как он тобой сформулирован) как раз правильный. А стокгольмский синдром не о том. -- Alexander ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Wed Oct 19 03:56:51 2016 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Wed, 19 Oct 2016 13:56:51 +0300 Subject: [Moscow.pm] =?utf-8?b?0KDRj9C30LDQvdGB0LrQuNC5IFBlcmwgV29ya3No?= =?utf-8?q?op_/_Meetup_2016?= In-Reply-To: References: Message-ID: Всем привет. Рязанский Perl Workshop прошел вполне успешно - в теплой, дружелюбной обстановке. Рекорды по посещаемости мы не ставим, да нам это было и не нужно, однако народу пришло больше, чем в прошлом году, что не может не радовать. И - ура! - у нас есть видео. Даниил Подольский заснял видео на свой ноутбук и звук на телефон, а Дмитрий Кобец все это отлично смонтировал, за что им огромное спасибо! Плейлист на youtube: https://www.youtube.com/playlist?list=PLKmg_mgBeymUsB4zM3wKky8uB-tZnvrOo Также у нас появился веб-сайт http://ryazan.pm.org, где есть ссылки на наши мероприятия и где будут выкладываться дополнительные материалы. Всем спасибо за участие, приходите еще :-) -- Best regards, Ilya Chesnokov From vovkasm на gmail.com Wed Oct 19 04:16:07 2016 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Wed, 19 Oct 2016 14:16:07 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161018210950.GH9277@vdsl.uvw.ru> References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> Message-ID: Оставлю это здесь, в надежде, что подобных ошибок в будущем будет меньше. 2016-10-19 0:09 GMT+03:00 Ivan Petrov : > >>> $dbh->>> selectrow_hashref('/* получим юзера */ SELECT * FROM users WHERE id = 1') > >> А как вас называет за такое? :D > > а что не нравится-то? > русские коменты в SQL? хотим видеть их в pg_top - разве плохое > желание? > Нормальное желание, делается так: use 5.024; use warnings; use utf8; use Test::More; use DBI; my $dbh = DBI->connect('dbi:Pg:dbname=test', '', '', { AutoCommit => 1, RaiseError => 1, }); $dbh->do('/* Удаляем старую таблицу */ DROP TABLE IF EXISTS sample_test'); $dbh->do('/* Создаём таблицу */ CREATE TABLE sample_test (id integer, value text)'); $dbh->do('/* Вставляем данные */ INSERT INTO sample_test VALUES (?,?),(?,?)', undef, 10, 'Привет', 20, 'Медвед'); my $result = $dbh->selectrow_hashref('/* получим данные */ SELECT * FROM sample_test WHERE id = 10'); is $result->{id}, 10; is $result->{value}, 'Привет'; $dbh->disconnect; done_testing; В логах видим: LOG: statement: /* Удаляем старую таблицу */ DROP TABLE IF EXISTS sample_test LOG: statement: /* Создаём таблицу */ CREATE TABLE sample_test (id integer, value text) LOG: statement: /* Вставляем данные */ INSERT INTO sample_test VALUES ('10','Привет'),('20','Медвед') LOG: statement: /* получим данные */ SELECT * FROM sample_test WHERE id = 10 Может уже пофиксили? Perl 5.24.0, DBI 1.636, DBD::Pg 3.5.3 > проблема в том что открытие issue иногда приводит к обратному > результату. > вот я наблюдал issue на mojo, про упомянутый utf8. > > в Test::More можно написать ok $var, 'тест пройден'; > в Test::Mojo можно БЫЛО написать get_ok($url, 'тест пройден') > человек открыл багу про json_is($bla, 'тест пройден') > > в итоге гей на букву п багу закрыл и сломал get_ok и все прочие _ok. > > при этом поскольку этот гей на букву п не русскоязычный то он тупо НЕ > ПОНИМАЕТ проблему (общались с ним в IM). > Судя по комментариям к - https://github.com/kraih/mojo/pull/997 - https://github.com/kraih/mojo/issues/995 - https://github.com/kraih/mojo/issues/497 - https://github.com/kraih/mojo/issues/430 Автор как раз понимает о чём речь, гораздо лучше, чем топикстартер, который считает для себя нормальным оскорблять незнакомых людей в публичной рассылке. > то есть например > > use utf8; > use open qw(:std :utf8); > > $str = 'привет, медвед'; > like $str => qr{при\w+,}, 'тест пройден'; > > в его гейском (на букву п) виртуальном мире делать не нужно. Юникода в > данных в коде программы встречаться не должно. Скорей всего kraih говорил Ивану, что опасно делать`use open qw(:std :utf8)`. В данном примере это работает, но только потому, что Test::More не поддерживает юникод, а рекомендация использовать io-layers в документации к нему, очевидный хак, более того, там это и описано, как 'workaround'. В своём текущем состоянии Test::More очевидно является той границей, на которой должна происходить конверсия string<->bytes, поэтому такой тест скорее должен выглядеть как: my $str = 'привет, медвед'; like $str => qr{при\w+,}, encode('utf-8','тест пройден'); Но и это не будет работать на 100%, оно будет генерить ворнинг при завалившихся тестах. В идеальном будущем, кто-то сделает правильно вот эту работу: https://github.com/Test-More/test-more/pull/422 и тест будет выглядеть: use Test::More output => {formatter => 'TAP', encoding => 'utf-8'} my $str = 'привет, медвед'; like $str => qr{при\w+,}, 'тест пройден'; Но если только ныть и ругаться, ничего такого не произойдёт, как не произошло до сих пор, максимум, в очередной версии очередного модуля будут проходить весь цикл ошибок с обработкой юникода, как это делает сам интерпретатор ) Сделайте Test::More::Unicode, где он? Что-то не вижу ) Вот Монсу понадобился, он сделал Test::More::UTF8, правда только обёртку вокруг binmode )) А про Mojolicious так вообще смешно... ну сделайте подкласс Test::Mojo, да перебейте один метод (и это круто, что там теперь один такой метод), как вам нравится ) > > Гею на букву п нужен геморрой питонячий вида > if 'hello world' == u'hello world': > сюда никогда не попадаем. що является ППЦ > ему нужно втащить этот геморрой в perl! > Это жизнь... вам придётся различать бинарные данные и строки. В разных языках и средах это делается по разному, но делается везде. И в Perl тоже приходится. К сожалению, в Perl это сложнее по многим причинам. > > далее становится вопрос что делать-то? > возможно идти по пути Марка Лемана. > > Грустно это все. они заполонили планету, блин > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Vladimir Timofeev From i.petro.77.00 на gmail.com Wed Oct 19 05:25:58 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 19 Oct 2016 15:25:58 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> Message-ID: <20161019122558.GK9277@vdsl.uvw.ru> >> в его гейском (на букву п) виртуальном мире делать не нужно. Юникода в >> данных в коде программы встречаться не должно. > Скорей всего kraih говорил Ивану, что опасно делать`use open qw(:std :utf8)`. в тикетах я не участвовал, я обсуждал с ним в IM. насчет опасно делать use open - другого выхода для неlatin-1 говорящих приложений нет. если мы хотим в регекспах иметь возможность написать $str = qr{привет\w}; то use utf8 - мастхев если далее мы хотим этот регексп/строку принтануть, то stdout должен быть помечен как :utf8. Если мы хотим не дергать decode на каждый чих, то stdin тоже должен быть помечен так же. итого получается use open ':std:', ':utf8'; use utf8; это мастхев на сегодня. Test::More нормально работает с этим и вообще все остальное что не считает нужным навязать другим модель. тебе прислали строку - и надо ее напечатать: печатай и пусть пользователь видя warning решит что ему сделать: строку тебе прислать encode'уную или stdout пометить как :utf8. но нет, же. гомосяки считают что они умнее всех! что просто надо запретить использование utf8 в тестах с этим мегафреймворком в котором 5 последних версий только и занимались что переименовывали методы secret -> secrets post_form_ok -> post_ok(form => итп > В данном примере это работает, но только потому, что Test::More не > поддерживает юникод что такое "поддерживает юникод"? у Test::More задача тесты запускать, а не юникод поддерживать. о результатах тестов его задача напечатать сообщение в stdout и stderr. причем печатает он в общем виде то, что юзер прислал, либо английский текст. соответственно Test::More и не нужно поддерживать никакой юникод, что он с успехом и делает. поэтому когда один пишет в no utf8 like $str => q{\w}, 'тест пройден'; то получает работающий тест, ибо он (видимо) сам знает что такое \w в no utf8, а другой кто пишет в utf8 окружении like $str => {приве\w,}, 'тест пройден'; получает так же работающий тест. И заметьте, Test::More работает в обоих случаях ибо до него гомосеки пока не добрались "впилить ему поддержку юникода" "поддержка юникода" это когда пользователь манипулирует строками естественно, по минимуму прибегая ко всяким encode/decode. если пользователю ЗАЧЕМ-то понадобится сконкатенировать blob и utf8, то он МОЖЕТ это делать, но в среднем это тупая практика и ломать из за этой тупой практики поведение функций которое не менялось полтора десятка лет - дебилизм. в итоге мы придем к питонячьему варианту что hello world и hello world - не дают в сравнении истину. и видимо 1 и '1' тоже станут со временем не равны. Но тогда зачем нужен Perl, я вас спрашиваю? Если 1 != '1' станет? From ksvs1996 на ymail.com Wed Oct 19 06:51:59 2016 From: ksvs1996 на ymail.com (ksvs) Date: Wed, 19 Oct 2016 13:51:59 +0000 (UTC) Subject: [Moscow.pm] =?utf-8?b?INCf0L7QtNC+0LvRjNGB0LrQuNC5IC0gUGVybCBV?= =?utf-8?q?ndead!?= References: <1287726776.6804445.1476885119178.ref@mail.yahoo.com> Message-ID: <1287726776.6804445.1476885119178@mail.yahoo.com> Привет, прослушал Perl Undead. Так что после go выбрал Александр Чистяков? Потом пошел разговор про чистые функции? Значит Haskell? Или OCaml, SML? Или что-то еще? :-( From victor на vsespb.ru Wed Oct 19 06:53:55 2016 From: victor на vsespb.ru (Victor Efimov) Date: Wed, 19 Oct 2016 16:53:55 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161019122558.GK9277@vdsl.uvw.ru> References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> Message-ID: 19 октября 2016 г., 15:25 пользователь Ivan Petrov написал: >>> в его гейском (на букву п) виртуальном мире делать не нужно. Юникода в >>> данных в коде программы встречаться не должно. > >> Скорей всего kraih говорил Ивану, что опасно делать`use open qw(:std :utf8)`. > > в тикетах я не участвовал, я обсуждал с ним в IM. > > > насчет опасно делать use open - другого выхода для неlatin-1 говорящих > приложений нет. > > если мы хотим в регекспах иметь возможность написать > > $str = qr{привет\w}; > > то use utf8 - мастхев > > если далее мы хотим этот регексп/строку принтануть, то stdout должен > быть помечен как :utf8. Если мы хотим не дергать decode на каждый чих, > то stdin тоже должен быть помечен так же. > итого получается > > use open ':std:', ':utf8'; > use utf8; > > это мастхев на сегодня. > > Test::More нормально работает с этим > > и вообще все остальное что не считает нужным навязать другим модель. > тебе прислали строку - и надо ее напечатать: печатай и пусть > пользователь видя warning решит что ему сделать: строку тебе прислать > encode'уную или stdout пометить как :utf8. > но нет, же. гомосяки считают что они умнее всех! что просто надо > запретить использование utf8 в тестах с этим мегафреймворком в котором > 5 последних версий только и занимались что переименовывали методы > > secret -> secrets > post_form_ok -> post_ok(form => > итп > > >> В данном примере это работает, но только потому, что Test::More не >> поддерживает юникод > > что такое "поддерживает юникод"? > у Test::More задача тесты запускать, а не юникод поддерживать. > о результатах тестов его задача напечатать сообщение в stdout и > stderr. > причем печатает он в общем виде то, что юзер прислал, либо английский > текст. соответственно Test::More и не нужно поддерживать никакой > юникод, что он с успехом и делает. > > поэтому когда один пишет в no utf8 > > like $str => q{\w}, 'тест пройден'; > > то получает работающий тест, ибо он (видимо) сам знает что такое \w в > no utf8, > а другой кто пишет в utf8 окружении > > like $str => {приве\w,}, 'тест пройден'; > > получает так же работающий тест. И заметьте, Test::More работает в > обоих случаях ибо до него гомосеки пока не добрались "впилить ему > поддержку юникода" > > > "поддержка юникода" это когда пользователь манипулирует строками > естественно, по минимуму прибегая ко всяким encode/decode. > > если пользователю ЗАЧЕМ-то понадобится сконкатенировать blob и utf8, > то он МОЖЕТ это делать, но в среднем это тупая практика и ломать из за > этой тупой практики поведение функций которое не менялось полтора десятка > лет - дебилизм. > в итоге мы придем к питонячьему варианту что hello world и hello world > - не дают в сравнении истину. и видимо 1 и '1' тоже станут со временем > не равны. как раз здесь https://rt.cpan.org/Public/Bug/Display.html?id=87267#txn-1250086 специально стоит строчка die unless $x eq 'X'; это значит что hello world таки равен hello world, но ты почему-то называешь это "сконкатенировать blob и utf8" а это потому что ты считаешь что utf8 флаг означает текст, хотя это не правда, и что это направда написано в документации, которую ты не читал. и именно чтобы hello world был всегда hello world сделаны фиксы в Encode > Но тогда зачем нужен Perl, я вас спрашиваю? Если 1 != '1' станет? > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From i.petro.77.00 на gmail.com Wed Oct 19 07:04:03 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 19 Oct 2016 17:04:03 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> Message-ID: <20161019140403.GL9277@vdsl.uvw.ru> > как раз здесь https://rt.cpan.org/Public/Bug/Display.html?id=87267#txn-1250086 > специально стоит строчка > die unless $x eq 'X'; > это значит что hello world таки равен hello world, но ты почему-то > называешь это "сконкатенировать blob и utf8" я не это называю сконкатенировать, а вот это $bytes .= "\x{2603}"; chop $bytes; вот за это идиоту надо яйцы отрезать и сказать что так и было. по хорошему бы конечно .= должна привести ВСЮ строку к юникоду (или бросить ексепшен) и chop $bytes последующий должен уже отрезать символ а не байт > а это потому что ты считаешь что utf8 флаг означает текст, utf8 флаг означает валидный текст, а где не означает - там еще значит не доработано и именно это и надо дорабатывать. а не "фиксить" смеси $bytes .= "\x{2603}"; chop $bytes; это дебилизм чистой воды From akovbovich на gmail.com Wed Oct 19 07:19:34 2016 From: akovbovich на gmail.com (Andrey Kovbovich) Date: Wed, 19 Oct 2016 17:19:34 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161019140403.GL9277@vdsl.uvw.ru> References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> <20161019140403.GL9277@vdsl.uvw.ru> Message-ID: Только мне противно это читать? Админам пора принять меры мне кажется. 19 окт. 2016 г. 17:05 пользователь "Ivan Petrov" написал: > > как раз здесь https://rt.cpan.org/Public/Bug/Display.html?id=87267#txn- > 1250086 > > специально стоит строчка > > > die unless $x eq 'X'; > > > это значит что hello world таки равен hello world, но ты почему-то > > называешь это "сконкатенировать blob и utf8" > > я не это называю сконкатенировать, > а вот это > > $bytes .= "\x{2603}"; > chop $bytes; > > вот за это идиоту надо яйцы отрезать и сказать что так и было. > > по хорошему бы конечно .= должна привести ВСЮ строку к юникоду (или > бросить ексепшен) и chop $bytes последующий должен уже отрезать символ > а не байт > > > а это потому что ты считаешь что utf8 флаг означает текст, > > utf8 флаг означает валидный текст, а где не означает - там еще значит > не доработано и именно это и надо дорабатывать. а не "фиксить" смеси > > $bytes .= "\x{2603}"; chop $bytes; > > это дебилизм чистой воды > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zhuravlev.ua на gmail.com Wed Oct 19 07:25:21 2016 From: zhuravlev.ua на gmail.com (Artem Zhuravlev) Date: Wed, 19 Oct 2016 17:25:21 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> <20161019140403.GL9277@vdsl.uvw.ru> Message-ID: Ты не один 19 октября 2016 г., 17:19 пользователь Andrey Kovbovich < akovbovich на gmail.com> написал: > Только мне противно это читать? Админам пора принять меры мне кажется. > > 19 окт. 2016 г. 17:05 пользователь "Ivan Petrov" > написал: > > > как раз здесь https://rt.cpan.org/Public/Bug >> /Display.html?id=87267#txn-1250086 >> > специально стоит строчка >> >> > die unless $x eq 'X'; >> >> > это значит что hello world таки равен hello world, но ты почему-то >> > называешь это "сконкатенировать blob и utf8" >> >> я не это называю сконкатенировать, >> а вот это >> >> $bytes .= "\x{2603}"; >> chop $bytes; >> >> вот за это идиоту надо яйцы отрезать и сказать что так и было. >> >> по хорошему бы конечно .= должна привести ВСЮ строку к юникоду (или >> бросить ексепшен) и chop $bytes последующий должен уже отрезать символ >> а не байт >> >> > а это потому что ты считаешь что utf8 флаг означает текст, >> >> utf8 флаг означает валидный текст, а где не означает - там еще значит >> не доработано и именно это и надо дорабатывать. а не "фиксить" смеси >> >> $bytes .= "\x{2603}"; chop $bytes; >> >> это дебилизм чистой воды >> >> -- >> 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, Artem V. Zhuravlev ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From gnatyna на gmail.com Wed Oct 19 07:31:39 2016 From: gnatyna на gmail.com (Alexander Gnatyna) Date: Wed, 19 Oct 2016 17:31:39 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> <20161019140403.GL9277@vdsl.uvw.ru> Message-ID: в карму еще поставьте -100500. Чтобы только тренди и корректно. имхо спор по теме, а эмоции вообщето свойственны живым людям. Так что зря админов зовете. 19 Окт 2016 г. 17:19 пользователь "Andrey Kovbovich" написал: > Только мне противно это читать? Админам пора принять меры мне кажется. > > 19 окт. 2016 г. 17:05 пользователь "Ivan Petrov" > написал: > >> > как раз здесь https://rt.cpan.org/Public/Bug >> /Display.html?id=87267#txn-1250086 >> > специально стоит строчка >> >> > die unless $x eq 'X'; >> >> > это значит что hello world таки равен hello world, но ты почему-то >> > называешь это "сконкатенировать blob и utf8" >> >> я не это называю сконкатенировать, >> а вот это >> >> $bytes .= "\x{2603}"; >> chop $bytes; >> >> вот за это идиоту надо яйцы отрезать и сказать что так и было. >> >> по хорошему бы конечно .= должна привести ВСЮ строку к юникоду (или >> бросить ексепшен) и chop $bytes последующий должен уже отрезать символ >> а не байт >> >> > а это потому что ты считаешь что utf8 флаг означает текст, >> >> utf8 флаг означает валидный текст, а где не означает - там еще значит >> не доработано и именно это и надо дорабатывать. а не "фиксить" смеси >> >> $bytes .= "\x{2603}"; chop $bytes; >> >> это дебилизм чистой воды >> >> -- >> 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 qalexx на gmail.com Wed Oct 19 07:35:44 2016 From: qalexx на gmail.com (Alexander Q) Date: Wed, 19 Oct 2016 14:35:44 +0000 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> <20161019140403.GL9277@vdsl.uvw.ru> Message-ID: Мой голос за то, чтобы админы пресекли On Wed, Oct 19, 2016 at 5:31 PM Alexander Gnatyna wrote: > в карму еще поставьте -100500. Чтобы только тренди и корректно. имхо спор > по теме, а эмоции вообщето свойственны живым людям. Так что зря админов > зовете. > > 19 Окт 2016 г. 17:19 пользователь "Andrey Kovbovich" > написал: > > Только мне противно это читать? Админам пора принять меры мне кажется. > > 19 окт. 2016 г. 17:05 пользователь "Ivan Petrov" > написал: > > > как раз здесь > https://rt.cpan.org/Public/Bug/Display.html?id=87267#txn-1250086 > > специально стоит строчка > > > die unless $x eq 'X'; > > > это значит что hello world таки равен hello world, но ты почему-то > > называешь это "сконкатенировать blob и utf8" > > я не это называю сконкатенировать, > а вот это > > $bytes .= "\x{2603}"; > chop $bytes; > > вот за это идиоту надо яйцы отрезать и сказать что так и было. > > по хорошему бы конечно .= должна привести ВСЮ строку к юникоду (или > бросить ексепшен) и chop $bytes последующий должен уже отрезать символ > а не байт > > > а это потому что ты считаешь что utf8 флаг означает текст, > > utf8 флаг означает валидный текст, а где не означает - там еще значит > не доработано и именно это и надо дорабатывать. а не "фиксить" смеси > > $bytes .= "\x{2603}"; chop $bytes; > > это дебилизм чистой воды > > -- > 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 iskhartakh на gmail.com Wed Oct 19 07:59:11 2016 From: iskhartakh на gmail.com (Anatoly Y) Date: Wed, 19 Oct 2016 21:59:11 +0700 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> <20161019140403.GL9277@vdsl.uvw.ru> Message-ID: Поддерживаю On Oct 19, 2016 21:36, "Alexander Q" wrote: > Мой голос за то, чтобы админы пресекли > > On Wed, Oct 19, 2016 at 5:31 PM Alexander Gnatyna > wrote: > >> в карму еще поставьте -100500. Чтобы только тренди и корректно. имхо спор >> по теме, а эмоции вообщето свойственны живым людям. Так что зря админов >> зовете. >> >> 19 Окт 2016 г. 17:19 пользователь "Andrey Kovbovich" < >> akovbovich на gmail.com> написал: >> >> Только мне противно это читать? Админам пора принять меры мне кажется. >> >> 19 окт. 2016 г. 17:05 пользователь "Ivan Petrov" >> написал: >> >> > как раз здесь https://rt.cpan.org/Public/Bug/Display.html?id=87267#txn- >> 1250086 >> > специально стоит строчка >> >> > die unless $x eq 'X'; >> >> > это значит что hello world таки равен hello world, но ты почему-то >> > называешь это "сконкатенировать blob и utf8" >> >> я не это называю сконкатенировать, >> а вот это >> >> $bytes .= "\x{2603}"; >> chop $bytes; >> >> вот за это идиоту надо яйцы отрезать и сказать что так и было. >> >> по хорошему бы конечно .= должна привести ВСЮ строку к юникоду (или >> бросить ексепшен) и chop $bytes последующий должен уже отрезать символ >> а не байт >> >> > а это потому что ты считаешь что utf8 флаг означает текст, >> >> utf8 флаг означает валидный текст, а где не означает - там еще значит >> не доработано и именно это и надо дорабатывать. а не "фиксить" смеси >> >> $bytes .= "\x{2603}"; chop $bytes; >> >> это дебилизм чистой воды >> >> -- >> 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 19 08:23:18 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 19 Oct 2016 18:23:18 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> <20161019140403.GL9277@vdsl.uvw.ru> Message-ID: <20161019152318.GM9277@vdsl.uvw.ru> > Мой голос за то, чтобы админы пресекли папа, папа, Вовочка по маме ругается! From dayfuaim на gmail.com Wed Oct 19 09:53:23 2016 From: dayfuaim на gmail.com (Denis Yurashku) Date: Wed, 19 Oct 2016 19:53:23 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161019152318.GM9277@vdsl.uvw.ru> References: <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> <20161019140403.GL9277@vdsl.uvw.ru> <20161019152318.GM9277@vdsl.uvw.ru> Message-ID: Интересно, что будет, если "товарищу" не ответить? ;) По-моему, тема себя исчерпала. 19 октября 2016 г., 18:23 пользователь Ivan Petrov написал: > > Мой голос за то, чтобы админы пресекли > > папа, папа, Вовочка по маме ругается! > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- with Best regards, Denis A. Yurashku ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Wed Oct 19 10:00:24 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 19 Oct 2016 20:00:24 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> <20161019140403.GL9277@vdsl.uvw.ru> <20161019152318.GM9277@vdsl.uvw.ru> Message-ID: <20161019170024.GN9277@vdsl.uvw.ru> > Интересно, что будет, если "товарищу" не ответить? ;) но ты уже ж ответил :) > По-моему, тема себя исчерпала. тема только только начата. суть темы в том что есть кучка вредителей, которые попролезли в ключевые места. отсюда берутся такие вещи как systemd или форсированный utf8-encode в mojo или гомосячьи "исправления" (или как там их назвали - "фиксы") в Encode. From worldmind на mail.ru Thu Oct 20 00:03:55 2016 From: worldmind на mail.ru (Alexey Shrub) Date: Thu, 20 Oct 2016 10:03:55 +0300 Subject: [Moscow.pm] =?koi8-r?b?RW5jb2RlOiBkYW5rbyBnYXksINfTxSDHxckgLSDX?= =?koi8-r?b?0sXEydTFzMkh?= In-Reply-To: <20161019170024.GN9277@vdsl.uvw.ru> References: <20161019170024.GN9277@vdsl.uvw.ru> Message-ID: <1476947035.1871.1@smtp.mail.ru> 1. В любом случае переход на личности это плохой вариант, имя упомянутого автора мне кажется знакомым, видимо юзал какие-то модули им написанные, человек что-то делает, приносит пользу, даже если считать его действия ошибкой (думаю никто всерьёз не считает что он сознательный вредитель), то это не значит что стоит его оскорблять. 2. Не видел исследований на тему связи сексуальной ориентации и каких-то иных качеств вроде навыков программирования или проектирования и сомневаюсь что такие есть, а если нет, то нет смысла этот вопрос обмусоливать в технической рассылке. 3. Это же свободный софт, никто никому ничего не должен, стоит сказать спасибо за то что он есть, за то что он столь многие задачи позволяет решать без оплаты. Причём надо понимать что так как гарантий нет, то бесплатность эта существует пока тебя он устраивает as is, а если кто-то считает что ему чего не хватает, то он вправе приложить усилие/деньги и сделать как ему нужно (протолкнуть патч, сделать форк) или покупать коммерческий софт и материть их техподдержку. -- Alexey Shrub http://mindstate.info From unknown.vagrant на gmail.com Thu Oct 20 00:47:26 2016 From: unknown.vagrant на gmail.com (Nikolay Poletaev) Date: Thu, 20 Oct 2016 07:47:26 +0000 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161019170024.GN9277@vdsl.uvw.ru> References: <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> <20161019140403.GL9277@vdsl.uvw.ru> <20161019152318.GM9277@vdsl.uvw.ru> <20161019170024.GN9277@vdsl.uvw.ru> Message-ID: Я думаю если Иван поймет что в таком ключе решить проблему не получится и начнется разговор по делу без оскорблений, будет интересно On Wed, 19 Oct 2016 20:00 Ivan Petrov, wrote: > > Интересно, что будет, если "товарищу" не ответить? ;) > > но ты уже ж ответил :) > > > По-моему, тема себя исчерпала. > > тема только только начата. > суть темы в том что есть кучка вредителей, которые попролезли в > ключевые места. > отсюда берутся такие вещи как systemd или форсированный utf8-encode в > mojo или гомосячьи "исправления" (или как там их назвали - "фиксы") в > Encode. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dayfuaim на gmail.com Thu Oct 20 02:13:00 2016 From: dayfuaim на gmail.com (Denis Yurashku) Date: Thu, 20 Oct 2016 12:13:00 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> <20161019140403.GL9277@vdsl.uvw.ru> <20161019152318.GM9277@vdsl.uvw.ru> <20161019170024.GN9277@vdsl.uvw.ru> Message-ID: 20 октября 2016 г., 10:47 пользователь Nikolay Poletaev < unknown.vagrant на gmail.com> написал: > Я думаю если Иван поймет что в таком ключе решить проблему не получится и > начнется разговор по делу без оскорблений, будет интересно > "К сожалению, сударь, сие невозможно." (с) "Формула любви" :) > > On Wed, 19 Oct 2016 20:00 Ivan Petrov, wrote: > >> > Интересно, что будет, если "товарищу" не ответить? ;) >> >> но ты уже ж ответил :) > > >> > По-моему, тема себя исчерпала. >> >> тема только только начата. >> суть темы в том что есть кучка вредителей, которые попролезли в >> ключевые места. >> отсюда берутся такие вещи как systemd или форсированный utf8-encode в >> mojo или гомосячьи "исправления" (или как там их назвали - "фиксы") в >> Encode. >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- with Best regards, Denis A. Yurashku ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From rshadow на rambler.ru Thu Oct 20 02:18:40 2016 From: rshadow на rambler.ru (Roman V. Nikolaev) Date: Thu, 20 Oct 2016 12:18:40 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: <20161018155212.GA9277@vdsl.uvw.ru> <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> Message-ID: <698e0010-4a1e-7c88-6735-48f49f2377a8@rambler.ru> > Скорей всего kraih говорил Ивану, что опасно делать`use open qw(:std :utf8)`. Не с Иваном а со мной. Если кому-то интересно о чем была речь: https://irclog.perlgeek.de/mojo/2016-09-14 -- Roman V. Nikolaev From sergle.ua на gmail.com Thu Oct 20 03:07:52 2016 From: sergle.ua на gmail.com (Sergey Leschenko) Date: Thu, 20 Oct 2016 13:07:52 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <20161019152318.GM9277@vdsl.uvw.ru> References: <20161018171033.GB9277@vdsl.uvw.ru> <8291631476823243@web11g.yandex.ru> <20161018210950.GH9277@vdsl.uvw.ru> <20161019122558.GK9277@vdsl.uvw.ru> <20161019140403.GL9277@vdsl.uvw.ru> <20161019152318.GM9277@vdsl.uvw.ru> Message-ID: А Dmitriy Obukhov и Ivan Petrov - это братья или просто родственники? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From kes-kes на yandex.ru Thu Oct 20 03:52:12 2016 From: kes-kes на yandex.ru (KES) Date: Thu, 20 Oct 2016 13:52:12 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <1476947035.1871.1@smtp.mail.ru> References: <20161019170024.GN9277@vdsl.uvw.ru> <1476947035.1871.1@smtp.mail.ru> Message-ID: <2666641476960732@web11o.yandex.ru> >20.10.2016, 10:04, "Alexey Shrub" : >2. Не видел исследований на тему связи сексуальной ориентации и каких-то иных качеств вроде навыков программирования или проектирования и сомневаюсь что такие есть, а если нет, то нет смысла этот вопрос обмусоливать в технической рассылке. По исследованиям британских ученых злостные нарушители пдд склонны к гомосексуализму (или являются таковыми). Думаю просто никто технарей не проверял ещё. Но ввиду темы, задуматься стоит :D From mescalito.ua на gmail.com Thu Oct 20 04:12:36 2016 From: mescalito.ua на gmail.com (D.MON) Date: Thu, 20 Oct 2016 14:12:36 +0300 Subject: [Moscow.pm] =?koi8-r?b?RW5jb2RlOiBkYW5rbyBnYXksINfTxSDHxckgLSDX?= =?koi8-r?b?0sXEydTFzMkh?= In-Reply-To: <2666641476960732@web11o.yandex.ru> References: <20161019170024.GN9277@vdsl.uvw.ru> <1476947035.1871.1@smtp.mail.ru> <2666641476960732@web11o.yandex.ru> Message-ID: <518CE405-57BA-4712-92F1-2925018321E6@gmail.com> А кто администрирует эту рассылку? Или бессовестный спам с элементами пропаганды патерналистско-уркаганских ценностей уже в порядке вещей ученом сообществе? On 20 Oct 2016, at 13:52, KES wrote: >> 20.10.2016, 10:04, "Alexey Shrub" : >> 2. Не видел исследований на тему связи > сексуальной ориентации и каких-то иных > качеств вроде навыков > программирования или проектирования и > сомневаюсь что такие есть, а если нет, > то нет смысла этот вопрос обмусоливать > в технической рассылке. > > По исследованиям британских ученых злостные нарушители пдд склонны к гомосексуализму (или являются таковыми). > Думаю просто никто технарей не проверял ещё. Но ввиду темы, задуматься стоит :D > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From unknown.vagrant на gmail.com Thu Oct 20 04:39:03 2016 From: unknown.vagrant на gmail.com (Nikolay Poletaev) Date: Thu, 20 Oct 2016 11:39:03 +0000 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <518CE405-57BA-4712-92F1-2925018321E6@gmail.com> References: <20161019170024.GN9277@vdsl.uvw.ru> <1476947035.1871.1@smtp.mail.ru> <2666641476960732@web11o.yandex.ru> <518CE405-57BA-4712-92F1-2925018321E6@gmail.com> Message-ID: Предлагаю всем успокоится, кто-то погарячился, остальные подхватили, но тема то реально интересная, давай по делу пообщаемся чт, 20 окт. 2016 г. в 14:12, D.MON : > А кто администрирует эту рассылку? > Или бессовестный спам с элементами пропаганды патерналистско-уркаганских > ценностей уже в порядке вещей ученом сообществе? > > > > On 20 Oct 2016, at 13:52, KES wrote: > > >> 20.10.2016, 10:04, "Alexey Shrub" : > >> 2. Не видел исследований на тему связи > > сексуальной ориентации и каких-то иных > > качеств вроде навыков > > программирования или проектирования и > > сомневаюсь что такие есть, а если нет, > > то нет смысла этот вопрос обмусоливать > > в технической рассылке. > > > > По исследованиям британских ученых злостные нарушители пдд склонны к > гомосексуализму (или являются таковыми). > > Думаю просто никто технарей не проверял ещё. Но ввиду темы, задуматься > стоит :D > > -- > > 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 21 00:40:47 2016 From: pavel на kuptsov.info (=?UTF-8?B?0J/QsNCy0LXQuyDQmtGD0L/RhtC+0LI=?=) Date: Fri, 21 Oct 2016 10:40:47 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= Message-ID: Знакомая тема, в германии в 30-х было тоже самое. Всем нам известно чем закончилось. Да и в СССР тоже типа "дело врачей" и прочих поисков врагов по национальному, профессиональному и прочим признакам. Рассуждения у Ивана примерно того же порядка, хотя сперва казался интеллигентным человеком. Надеюсь это просто в эмоциональном порыве вывалилось и он принесет извинения и продолжит уже по технической теме без примеси лишнего... > тема только только начата. > суть темы в том что есть кучка вредителей, которые попролезли в > ключевые места. > отсюда берутся такие вещи как systemd или форсированный utf8-encode в > mojo или гомосячьи "исправления" (или как там их назвали - "фиксы") в > Encode. > > > ------------------------------ > > Subject: Нижний колонтитул дайджеста > > _______________________________________________ > Moscow-pm mailing list > Moscow-pm на pm.org > http://mail.pm.org/mailman/listinfo/moscow-pm > > > ------------------------------ > > Конец Дайджест списка рассылки Moscow-pm; том 108, выпуск 20 > ************************************************************ > ************************************ > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Fri Oct 21 01:45:06 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 21 Oct 2016 11:45:06 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: References: Message-ID: <20161021084506.GO9277@vdsl.uvw.ru> > Рассуждения у Ивана примерно того же порядка, хотя сперва казался > интеллигентным человеком. Надеюсь это просто в эмоциональном порыве вывалилось > и он принесет извинения и продолжит уже по технической теме без примеси > лишнего... по технической теме все ясно: некоторые люди вбили себе в голову что заради кейза "смешаем блоб и строки в кучу" надо "исправлять" то что итак работает + "прикручивать поддержку utf туда где она нафиг не нужна". Вероятно кончится это прикручиванием utf к функциям sin, cos и а заодно push, pop, shift и unshift. что с этим делать не знаю, но действия этих людей носят явно деструктивный характер. и когда обращаешь внимание на баги вроде [1] тебе начинают рассказывать с большим апломбом дескать "ты в юникоде ничего не понимаешь" 1. https://github.com/kraih/mojo/blob/e135670f129810a090ba38b0f74d079a32869854/lib/Test/Mojo.pm#L326 а все растет от того что один звездочка-гей пишет другому данко-гею тикет на тему "если смешать блоб и строку получается фигня", третий диез-гей предлагает патч "исправляющий ситуацию" и вместе эти три гея исправляют ситуацию к тому что применять utf в своих скриптах и тестах становится возможно только с непрерывным использованием decode/encode, которые так же "исправлены" неким тильда-геем. возможно ситуация и похожа на гитлеровскую германию но только в том ключе что "если гитлер строил дороги, то давайте любую попытку строить дороги приравняем к гитлеризму" From nordicdyno на yandex.ru Sat Oct 22 06:26:17 2016 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Sat, 22 Oct 2016 16:26:17 +0300 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <1476947035.1871.1@smtp.mail.ru> References: <20161019170024.GN9277@vdsl.uvw.ru> <1476947035.1871.1@smtp.mail.ru> Message-ID: <4611381477142777@web12g.yandex.ru> Вложение в формате HTML было извлечено… URL: From chapov на reg.ru Sun Oct 23 20:45:07 2016 From: chapov на reg.ru (=?UTF-8?B?0JTQtdC90LjRgSDQp9Cw0L/QvtCy?=) Date: Mon, 24 Oct 2016 07:45:07 +0400 Subject: [Moscow.pm] =?utf-8?b?RW5jb2RlOiBkYW5rbyBnYXksINCy0YHQtSDQs9C1?= =?utf-8?b?0LggLSDQstGA0LXQtNC40YLQtdC70Lgh?= In-Reply-To: <4611381477142777@web12g.yandex.ru> References: <20161019170024.GN9277@vdsl.uvw.ru> <1476947035.1871.1@smtp.mail.ru> <4611381477142777@web12g.yandex.ru> Message-ID: 22 октября 2016 г., 17:26 пользователь Orlovsky Alexander < nordicdyno на yandex.ru> написал: > Оскорблять точно не нужно, ибо возможно тут дело серьезное и нужна срочная > помощь, пока не стало как описано тут: http://doktor.ru/q/7g5r8/ > Откуда у вас такие ссылки?:) > > 20.10.2016, 10:04, "Alexey Shrub" : > > 1. В любом случае переход на личности > это плохой вариант, имя упомянутого > автора мне кажется знакомым, видимо > юзал какие-то модули им написанные, > человек что-то делает, приносит пользу, > даже если считать его действия ошибкой > (думаю никто всерьёз не считает что он > сознательный вредитель), то это не > значит что стоит его оскорблять. > > -- > Alexey Shrub > http://mindstate.info > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- *Спасибо!* http://spasibo.reg.ru С уважением, Чапов Денис Программист | Регистратор доменных имён REG.RU Тел.: +7 (495) 580-11-11, доб. 502 | Моб.: +8 (927) 7063974 Эл. почта: chapov на reg.ru | http://www.reg.ru | http://рег.рф Kind regards, Denis Chapov Developer | Accredited Domain Registrar REG.RU Phone: +7 (495) 580-11-11, ext. 502 | Mobile: +8 (927) 7063974 Email: chapov на reg.ru | http://www.reg.com ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From kopytov на webhackers.ru Mon Oct 24 03:20:57 2016 From: kopytov на webhackers.ru (Dmitry Kopytov) Date: Mon, 24 Oct 2016 13:20:57 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= Message-ID: <20161024102057.GA24517@pavilion> Собственно, вопрос в теме. Давненько уже не было. -- Dmitry Kopytov From evgeniy на just4i.ru Mon Oct 24 03:44:17 2016 From: evgeniy на just4i.ru (Evgeniy Vansevich) Date: Mon, 24 Oct 2016 13:44:17 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: <20161024102057.GA24517@pavilion> References: <20161024102057.GA24517@pavilion> Message-ID: <4290961477305857@web25g.yandex.ru> Вложение в формате HTML было извлечено… URL: From worldmind на mail.ru Mon Oct 24 05:39:24 2016 From: worldmind на mail.ru (Alexey Shrub) Date: Mon, 24 Oct 2016 15:39:24 +0300 Subject: [Moscow.pm] Perl vs Python Message-ID: <1477312764.1605.3@smtp.mail.ru> Привет всем, небось скучаете по холиварам, мне тут попался прямо эталонный пример разницы между перлом и питоном http://stackoverflow.com/questions/2383505/perl-if-element-in-list в питоне есть нормальный способ, а в перле есть очень много странных способов, товарищ в первом ответе постарался их собрать. -- Alexey Shrub http://mindstate.info/ From i.petro.77.00 на gmail.com Mon Oct 24 06:19:02 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 24 Oct 2016 16:19:02 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <1477312764.1605.3@smtp.mail.ru> References: <1477312764.1605.3@smtp.mail.ru> Message-ID: <20161024131902.GT9277@vdsl.uvw.ru> > Привет всем, > небось скучаете по холиварам, мне тут попался прямо эталонный пример > разницы между перлом и питоном > http://stackoverflow.com/questions/2383505/perl-if-element-in-list > в питоне есть нормальный способ, а в перле есть очень много странных > способов, товарищ в первом ответе постарался их собрать. ключевой недостаток питона - табы. Он неисправим. из за этого нельзя например сделать темлейты python-embedded, а-ля перловые масон/моджо темлейты. а то что оно имеет в языке функцию any из List::MoreUtils круто конечно, но ключевую ацтойность это не компенсирует From chapov на reg.ru Mon Oct 24 06:51:37 2016 From: chapov на reg.ru (=?UTF-8?B?0JTQtdC90LjRgSDQp9Cw0L/QvtCy?=) Date: Mon, 24 Oct 2016 17:51:37 +0400 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161024131902.GT9277@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> Message-ID: any есть, increment нет 24 октября 2016 г., 17:19 пользователь Ivan Petrov написал: > > Привет всем, > > > небось скучаете по холиварам, мне тут попался прямо эталонный пример > > разницы между перлом и питоном > > http://stackoverflow.com/questions/2383505/perl-if-element-in-list > > в питоне есть нормальный способ, а в перле есть очень много странных > > способов, товарищ в первом ответе постарался их собрать. > > ключевой недостаток питона - табы. Он неисправим. > из за этого нельзя например сделать темлейты python-embedded, а-ля > перловые масон/моджо темлейты. > > а то что оно имеет в языке функцию any из List::MoreUtils круто > конечно, но ключевую ацтойность это не компенсирует > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- *Спасибо!* http://spasibo.reg.ru С уважением, Чапов Денис Программист | Регистратор доменных имён REG.RU Тел.: +7 (495) 580-11-11, доб. 502 | Моб.: +8 (927) 7063974 Эл. почта: chapov на reg.ru | http://www.reg.ru | http://рег.рф Kind regards, Denis Chapov Developer | Accredited Domain Registrar REG.RU Phone: +7 (495) 580-11-11, ext. 502 | Mobile: +8 (927) 7063974 Email: chapov на reg.ru | http://www.reg.com ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From victor на vsespb.ru Mon Oct 24 07:16:17 2016 From: victor на vsespb.ru (Victor Efimov) Date: Mon, 24 Oct 2016 17:16:17 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <1477312764.1605.3@smtp.mail.ru> References: <1477312764.1605.3@smtp.mail.ru> Message-ID: 24 октября 2016 г., 15:39 пользователь Alexey Shrub написал: > Привет всем, > > небось скучаете по холиварам, мне тут попался прямо эталонный пример разницы > между перлом и питоном > http://stackoverflow.com/questions/2383505/perl-if-element-in-list > в питоне есть нормальный способ, а в перле есть очень много странных > способов, товарищ в первом ответе постарался их собрать. > офф: почему-то именно ваши письма в рассылку я нахожу исключительно в "спам" и оттуда выковыриваю. гугль пишет: "Почему это сообщение попало в спам? В адресе отправителя указан домен mail.ru, но аутентифицировать его в домене mail.ru не удалось." > -- > Alexey Shrub > http://mindstate.info/ > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From r.yusufkhanov на gmail.com Mon Oct 24 07:20:22 2016 From: r.yusufkhanov на gmail.com (=?utf-8?B?0KDQvtC80LDQvSDQrtGB0YPRhNGF0LDQvdC+0LI=?=) Date: Mon, 24 Oct 2016 17:20:22 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: <4290961477305857@web25g.yandex.ru> References: <20161024102057.GA24517@pavilion> <4290961477305857@web25g.yandex.ru> Message-ID: <6B788900-E893-41B7-AECA-67BBCEB5FC9A@gmail.com> А может он просто побухать хочет? ) Зачем доклады?)) > 24 окт. 2016 г., в 13:44, Evgeniy Vansevich написал(а): > > А что? - есть идеи докладов?) > > > 24.10.2016, 13:42, "Dmitry Kopytov" : >> Собственно, вопрос в теме. Давненько уже не было. >> >> >> -- >> Dmitry Kopytov >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org С ув. Роман Юсуфханов r.yusufkhanov на gmail.com моб.: +79310075149 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dmitriyivanov82 на gmail.com Mon Oct 24 07:28:12 2016 From: dmitriyivanov82 на gmail.com (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JjQstCw0L3QvtCy?=) Date: Mon, 24 Oct 2016 17:28:12 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> Message-ID: Я тоже сейчас из спама достал письма. 24 октября 2016 г., 17:16 пользователь Victor Efimov написал: > 24 октября 2016 г., 15:39 пользователь Alexey Shrub > написал: > > Привет всем, > > > > небось скучаете по холиварам, мне тут попался прямо эталонный пример > разницы > > между перлом и питоном > > http://stackoverflow.com/questions/2383505/perl-if-element-in-list > > в питоне есть нормальный способ, а в перле есть очень много странных > > способов, товарищ в первом ответе постарался их собрать. > > > > офф: почему-то именно ваши письма в рассылку я нахожу исключительно в > "спам" и оттуда выковыриваю. гугль пишет: > "Почему это сообщение попало в спам? В адресе отправителя указан домен > mail.ru, но аутентифицировать его в домене mail.ru не удалось." > > -- > > Alexey Shrub > > http://mindstate.info/ > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Mon Oct 24 07:32:32 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 24 Oct 2016 17:32:32 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> Message-ID: <20161024143232.GU9277@vdsl.uvw.ru> > any есть, increment нет ++ же From afyodorov на gmail.com Mon Oct 24 07:40:18 2016 From: afyodorov на gmail.com (Anton Fyodorov) Date: Mon, 24 Oct 2016 17:40:18 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161024143232.GU9277@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> Message-ID: Вот как ни печально, но ++ в питоне нет Только вариант number += 1 2016-10-24 17:32 GMT+03:00 Ivan Petrov : > > any есть, increment нет > > ++ же > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Федоров А.А. +7 (916) 812 4959 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Mon Oct 24 08:45:43 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 24 Oct 2016 18:45:43 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> Message-ID: <20161024154543.GV9277@vdsl.uvw.ru> > Вот как ни печально, но ++ в питоне нет Дык мы же обсуждаем тут тему о том насколько Python ацтойный язык итого уже собрали список минусов: - язык на пробелах и табуляциях - нет инкремента - типизация if 0 == '0' - отсутствие строковых операторов сравнения/конкатенации From qalexx на gmail.com Mon Oct 24 08:47:42 2016 From: qalexx на gmail.com (Alexander Q) Date: Mon, 24 Oct 2016 15:47:42 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161024154543.GV9277@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> Message-ID: Захачить в код tail call optimization сложнее, чем в перле. On Mon, Oct 24, 2016 at 6:46 PM Ivan Petrov wrote: > > Вот как ни печально, но ++ в питоне нет > > Дык мы же обсуждаем тут тему о том насколько Python ацтойный язык > > итого уже собрали список минусов: > > - язык на пробелах и табуляциях > - нет инкремента > - типизация if 0 == '0' > - отсутствие строковых операторов сравнения/конкатенации > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From agrishaev на gmail.com Mon Oct 24 09:54:27 2016 From: agrishaev на gmail.com (=?UTF-8?B?0KLQvtC70Y/QvSBJSQ==?=) Date: Mon, 24 Oct 2016 19:54:27 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> Message-ID: нет ссылок на значения $a = \$abc{"abc"} нет local нет goto нет простой работы с символьной таблицей нет tie нет синтаксически разницы между массивом и словарем нет strict режима который отслеживает необъявленные переменные и до запуска интерпретатора не узнать, что кто-то опечатался в имени переменной. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From afyodorov на gmail.com Mon Oct 24 10:08:11 2016 From: afyodorov на gmail.com (Anton Fyodorov) Date: Mon, 24 Oct 2016 20:08:11 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> Message-ID: Ну претензия "нет strict режима который отслеживает необъявленные переменные" звучит довольно странно для языка, в котором нет объявления переменных:-) 2016-10-24 19:54 GMT+03:00 Толян II : > нет ссылок на значения $a = \$abc{"abc"} > нет local > нет goto > нет простой работы с символьной таблицей > нет tie > нет синтаксически разницы между массивом и словарем > нет strict режима который отслеживает необъявленные переменные > и до запуска интерпретатора не узнать, что кто-то опечатался в имени > переменной. > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Федоров А.А. +7 (916) 812 4959 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Mon Oct 24 10:31:22 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 24 Oct 2016 20:31:22 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> Message-ID: <20161024173122.GW9277@vdsl.uvw.ru> > Ну претензия "нет strict режима который отслеживает необъявленные переменные" > звучит довольно странно для языка, в котором нет объявления переменных:-) отсутствие объявлений переменных - такая же бага в дизайне языка как и типизация этих самых переменных. типизация нормальна (вернее термима) для компилируемых языков, но типизация в скриптовых языках - зло в чистом виде From qalexx на gmail.com Mon Oct 24 10:47:48 2016 From: qalexx на gmail.com (Alexander Q) Date: Mon, 24 Oct 2016 17:47:48 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161024173122.GW9277@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: Типизация помогает рефакторить, генерировать тесты, отлаживать мышление, писать более качественный код, писать более быстрый код. Мешает типизация только писать фигню, которую в продакшн выпускать нельзя. On Mon, Oct 24, 2016, 20:31 Ivan Petrov wrote: > > Ну претензия "нет strict режима который отслеживает необъявленные > переменные" > > звучит довольно странно для языка, в котором нет объявления переменных:-) > > отсутствие объявлений переменных - такая же бага в дизайне языка как и > типизация этих самых переменных. > типизация нормальна (вернее термима) для компилируемых языков, но > типизация в скриптовых языках - зло в чистом виде > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From agrishaev на gmail.com Mon Oct 24 10:48:30 2016 From: agrishaev на gmail.com (=?UTF-8?B?0KLQvtC70Y/QvSBJSQ==?=) Date: Mon, 24 Oct 2016 20:48:30 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> Message-ID: 24 октября 2016 г., 20:08 пользователь Anton Fyodorov написал: > Ну претензия "нет strict режима который отслеживает необъявленные > переменные" звучит довольно странно для языка, в котором нет объявления > переменных:-) > > Ну да, коряво. Сам бы хотел увидеть лучший вариант. > 2016-10-24 19:54 GMT+03:00 Толян II : > >> нет ссылок на значения $a = \$abc{"abc"} >> нет local >> нет goto >> нет простой работы с символьной таблицей >> нет tie >> нет синтаксически разницы между массивом и словарем >> нет strict режима который отслеживает необъявленные переменные >> и до запуска интерпретатора не узнать, что кто-то опечатался в имени >> переменной. >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > С уважением, > Федоров А.А. > > +7 (916) 812 4959 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Mon Oct 24 10:51:12 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 24 Oct 2016 20:51:12 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: <20161024175112.GX9277@vdsl.uvw.ru> > Типизация помогает рефакторить, генерировать тесты, отлаживать мышление, писать > более качественный код, писать более быстрый код. Мешает типизация только > писать фигню, которую в продакшн выпускать нельзя. Зачем вам Perl если у Вас в голове ТАКОЕ? From khedin на gmail.com Mon Oct 24 10:56:48 2016 From: khedin на gmail.com (Konstantin S. Uvarin) Date: Mon, 24 Oct 2016 20:56:48 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> Message-ID: Приветствую. А по-моему, Питон отличный язык, несколько раз хотел на него спрыгнуть. А Перл ещё лучше - так и не спрыгнул. :) И у Перла, конечно, есть недостатки, но вот _отсутствие_ в синтаксисе обозначения для конструкции, которая пишется за три минуты не глядя на экран, - точно к ним не относится. Если уж на то пошло, я бы что-нибудь лишнее выкинул. Правда, двух программистов с одним набором "лишнего", наверное, не бывает. Так и живём со всем багажом. :) 2016-10-24 20:48 GMT+03:00 Толян II : > > 24 октября 2016 г., 20:08 пользователь Anton Fyodorov > написал: > >> Ну претензия "нет strict режима который отслеживает необъявленные >> переменные" звучит довольно странно для языка, в котором нет объявления >> переменных:-) >> >> > Ну да, коряво. Сам бы хотел увидеть лучший вариант. > > > >> 2016-10-24 19:54 GMT+03:00 Толян II : >> >>> нет ссылок на значения $a = \$abc{"abc"} >>> нет local >>> нет goto >>> нет простой работы с символьной таблицей >>> нет tie >>> нет синтаксически разницы между массивом и словарем >>> нет strict режима который отслеживает необъявленные переменные >>> и до запуска интерпретатора не узнать, что кто-то опечатался в имени >>> переменной. >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> >> -- >> С уважением, >> Федоров А.А. >> >> +7 (916) 812 4959 >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Konstantin S. Uvarin jabber: see skype: kuvarin http://github.com/dallaylaen ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From agrishaev на gmail.com Mon Oct 24 10:57:38 2016 From: agrishaev на gmail.com (=?UTF-8?B?0KLQvtC70Y/QvSBJSQ==?=) Date: Mon, 24 Oct 2016 20:57:38 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: 24 октября 2016 г., 20:47 пользователь Alexander Q написал: > Типизация помогает рефакторить, генерировать тесты, отлаживать мышление, > писать более качественный код, писать более быстрый код. Мешает типизация > только писать фигню, которую в продакшн выпускать нельзя. > Иногда, рабочая "фигня" лучше, чем непонятно как написанный "качественный" код. Чаще "рабочий" и "написанный" лучше "ненаписанный" и "качественный". А "непонятно как написанный" это вообще зло. > On Mon, Oct 24, 2016, 20:31 Ivan Petrov wrote: > >> > Ну претензия "нет strict режима который отслеживает необъявленные >> переменные" >> > звучит довольно странно для языка, в котором нет объявления >> переменных:-) >> >> отсутствие объявлений переменных - такая же бага в дизайне языка как и >> типизация этих самых переменных. >> типизация нормальна (вернее термима) для компилируемых языков, но >> типизация в скриптовых языках - зло в чистом виде >> >> >> -- >> 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 an.gorohovski на gmail.com Mon Oct 24 11:10:11 2016 From: an.gorohovski на gmail.com (Alessandro Gorohovski) Date: Mon, 24 Oct 2016 21:10:11 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> Message-ID: Hello All, Я далеко не поклонник python, но удивительно то, что на python -- flying circus, странные люди пишут кошмарный код (почему то довольно много в биоинформатике), которым умудряются пользоваться другие. Серьёзно, но не могу понять этот феномен. 24 октября 2016 г., 20:48 пользователь Толян II написал: > > 24 октября 2016 г., 20:08 пользователь Anton Fyodorov > написал: > >> Ну претензия "нет strict режима который отслеживает необъявленные >> переменные" звучит довольно странно для языка, в котором нет объявления >> переменных:-) >> >> > Ну да, коряво. Сам бы хотел увидеть лучший вариант. > > > >> 2016-10-24 19:54 GMT+03:00 Толян II : >> >>> нет ссылок на значения $a = \$abc{"abc"} >>> нет local >>> нет goto >>> нет простой работы с символьной таблицей >>> нет tie >>> нет синтаксически разницы между массивом и словарем >>> нет strict режима который отслеживает необъявленные переменные >>> и до запуска интерпретатора не узнать, что кто-то опечатался в имени >>> переменной. >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> >> -- >> С уважением, >> Федоров А.А. >> >> +7 (916) 812 4959 >> >> -- >> 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 makarov.e.g на gmail.com Mon Oct 24 11:04:46 2016 From: makarov.e.g на gmail.com (Egor Makarov) Date: Mon, 24 Oct 2016 20:04:46 +0200 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: конечно. но перл явно не король в категории. это скорее про пхп и jquery сказка 2016-10-24 19:57 GMT+02:00 Толян II : > > > 24 октября 2016 г., 20:47 пользователь Alexander Q > написал: >> >> Типизация помогает рефакторить, генерировать тесты, отлаживать мышление, >> писать более качественный код, писать более быстрый код. Мешает типизация >> только писать фигню, которую в продакшн выпускать нельзя. > > Иногда, рабочая "фигня" лучше, чем непонятно как написанный "качественный" > код. > > Чаще "рабочий" и "написанный" лучше "ненаписанный" и "качественный". > > А "непонятно как написанный" это вообще зло. > >> >> On Mon, Oct 24, 2016, 20:31 Ivan Petrov wrote: >>> >>> > Ну претензия "нет strict режима который отслеживает необъявленные >>> > переменные" >>> > звучит довольно странно для языка, в котором нет объявления >>> > переменных:-) >>> >>> отсутствие объявлений переменных - такая же бага в дизайне языка как и >>> типизация этих самых переменных. >>> типизация нормальна (вернее термима) для компилируемых языков, но >>> типизация в скриптовых языках - зло в чистом виде >>> >>> >>> -- >>> 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 timur.nozadze на gmail.com Mon Oct 24 11:31:29 2016 From: timur.nozadze на gmail.com (Timur Nozadze) Date: Mon, 24 Oct 2016 18:31:29 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: > почему то довольно много в биоинформатике Потому что эти странные люди не программисты, а биоинформатики? пн, 24 окт. 2016 г. в 21:12, Egor Makarov : > конечно. но перл явно не король в категории. это скорее про пхп и jquery > сказка > > 2016-10-24 19:57 GMT+02:00 Толян II : > > > > > > 24 октября 2016 г., 20:47 пользователь Alexander Q > > написал: > >> > >> Типизация помогает рефакторить, генерировать тесты, отлаживать мышление, > >> писать более качественный код, писать более быстрый код. Мешает > типизация > >> только писать фигню, которую в продакшн выпускать нельзя. > > > > Иногда, рабочая "фигня" лучше, чем непонятно как написанный > "качественный" > > код. > > > > Чаще "рабочий" и "написанный" лучше "ненаписанный" и "качественный". > > > > А "непонятно как написанный" это вообще зло. > > > >> > >> On Mon, Oct 24, 2016, 20:31 Ivan Petrov > wrote: > >>> > >>> > Ну претензия "нет strict режима который отслеживает необъявленные > >>> > переменные" > >>> > звучит довольно странно для языка, в котором нет объявления > >>> > переменных:-) > >>> > >>> отсутствие объявлений переменных - такая же бага в дизайне языка как и > >>> типизация этих самых переменных. > >>> типизация нормальна (вернее термима) для компилируемых языков, но > >>> типизация в скриптовых языках - зло в чистом виде > >>> > >>> > >>> -- > >>> 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 an.gorohovski на gmail.com Mon Oct 24 11:42:50 2016 From: an.gorohovski на gmail.com (Alessandro Gorohovski) Date: Mon, 24 Oct 2016 21:42:50 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: 24 октября 2016 г., 21:31 пользователь Timur Nozadze < timur.nozadze на gmail.com> написал: > > почему то довольно много в биоинформатике > Потому что эти странные люди не программисты, а биоинформатики? > Так для этих целей, какбэ, более естественным является именно Perl. Может на python "шустрее" работают программы или параллельное программирование более проще реализуется ? Много на python встречается на тему text/data mining (machine learning), по всей видимости в основном из-за NTLK и графических модулей > пн, 24 окт. 2016 г. в 21:12, Egor Makarov : > >> конечно. но перл явно не король в категории. это скорее про пхп и jquery >> сказка >> >> 2016-10-24 19:57 GMT+02:00 Толян II : >> > >> > >> > 24 октября 2016 г., 20:47 пользователь Alexander Q >> > написал: >> >> >> >> Типизация помогает рефакторить, генерировать тесты, отлаживать >> мышление, >> >> писать более качественный код, писать более быстрый код. Мешает >> типизация >> >> только писать фигню, которую в продакшн выпускать нельзя. >> > >> > Иногда, рабочая "фигня" лучше, чем непонятно как написанный >> "качественный" >> > код. >> > >> > Чаще "рабочий" и "написанный" лучше "ненаписанный" и "качественный". >> > >> > А "непонятно как написанный" это вообще зло. >> > >> >> >> >> On Mon, Oct 24, 2016, 20:31 Ivan Petrov >> wrote: >> >>> >> >>> > Ну претензия "нет strict режима который отслеживает необъявленные >> >>> > переменные" >> >>> > звучит довольно странно для языка, в котором нет объявления >> >>> > переменных:-) >> >>> >> >>> отсутствие объявлений переменных - такая же бага в дизайне языка как и >> >>> типизация этих самых переменных. >> >>> типизация нормальна (вернее термима) для компилируемых языков, но >> >>> типизация в скриптовых языках - зло в чистом виде >> >>> >> >>> >> >>> -- >> >>> 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 zhecka на gmail.com Mon Oct 24 12:02:47 2016 From: zhecka на gmail.com (Eugene Kaltashkin) Date: Mon, 24 Oct 2016 22:02:47 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: Я пару лет назад ушел на питон и не особо жалею. Лично мне в Питоне нравится возможность разным переменным переприсваивать разное поведение. Да GIL местами бесит. В остальном из некомфортного это отсутствие динамических регекспов в проверках. А так, язык удобен и модулей много полезных из коробки. Но перл таки для обработки строк и данных, а питон для удобного структурирования и application уровня. Uwsgi и twisted очень хороши для быстрого прототипирования. 24 окт. 2016 г. 9:43 PM пользователь "Alessandro Gorohovski" < an.gorohovski на gmail.com> написал: > > 24 октября 2016 г., 21:31 пользователь Timur Nozadze < > timur.nozadze на gmail.com> написал: > >> > почему то довольно много в биоинформатике >> Потому что эти странные люди не программисты, а биоинформатики? >> > > Так для этих целей, какбэ, более естественным является именно Perl. > Может на python "шустрее" работают программы > или параллельное программирование более проще реализуется > ? > > Много на python встречается на тему text/data mining (machine learning), > по всей видимости в основном из-за NTLK и графических модулей > > > > >> пн, 24 окт. 2016 г. в 21:12, Egor Makarov : >> >>> конечно. но перл явно не король в категории. это скорее про пхп и jquery >>> сказка >>> >>> 2016-10-24 19:57 GMT+02:00 Толян II : >>> > >>> > >>> > 24 октября 2016 г., 20:47 пользователь Alexander Q >>> > написал: >>> >> >>> >> Типизация помогает рефакторить, генерировать тесты, отлаживать >>> мышление, >>> >> писать более качественный код, писать более быстрый код. Мешает >>> типизация >>> >> только писать фигню, которую в продакшн выпускать нельзя. >>> > >>> > Иногда, рабочая "фигня" лучше, чем непонятно как написанный >>> "качественный" >>> > код. >>> > >>> > Чаще "рабочий" и "написанный" лучше "ненаписанный" и "качественный". >>> > >>> > А "непонятно как написанный" это вообще зло. >>> > >>> >> >>> >> On Mon, Oct 24, 2016, 20:31 Ivan Petrov >>> wrote: >>> >>> >>> >>> > Ну претензия "нет strict режима который отслеживает необъявленные >>> >>> > переменные" >>> >>> > звучит довольно странно для языка, в котором нет объявления >>> >>> > переменных:-) >>> >>> >>> >>> отсутствие объявлений переменных - такая же бага в дизайне языка как >>> и >>> >>> типизация этих самых переменных. >>> >>> типизация нормальна (вернее термима) для компилируемых языков, но >>> >>> типизация в скриптовых языках - зло в чистом виде >>> >>> >>> >>> >>> >>> -- >>> >>> 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 Mon Oct 24 12:15:39 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 24 Oct 2016 22:15:39 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: <20161024191539.GY9277@vdsl.uvw.ru> > конечно. но перл явно не король в категории. это скорее про пхп и jquery сказка в пхп тоже типизация путается под ногами. и это неприятно наиболее сильно конечно типизация достает в JS. наиболее типовой кейз JS - доставка до одной функции данных двумя путями: скажем в json и в атрибутах тегов. соответственно приходится геморроиться с String() или parseInt() повсюду, а это ацтой. From i.petro.77.00 на gmail.com Mon Oct 24 12:16:44 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 24 Oct 2016 22:16:44 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: <20161024191644.GZ9277@vdsl.uvw.ru> > Может на python "шустрее" работают программы с чего бы это им быстрее работать? > или параллельное программирование более проще реализуется > ? с чего бы это проще бы на python'е было бы? From zhecka на gmail.com Mon Oct 24 12:21:44 2016 From: zhecka на gmail.com (Eugene Kaltashkin) Date: Mon, 24 Oct 2016 22:21:44 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161024191644.GZ9277@vdsl.uvw.ru> References: <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <20161024191644.GZ9277@vdsl.uvw.ru> Message-ID: > > > Может на python "шустрее" работают программы > > с чего бы это им быстрее работать? Разные задачи - разная скорость Можно отtimeitить > > > или параллельное программирование более проще реализуется > > ? > > с чего бы это проще бы на python'е было бы? Зависит от того что имеется под смыслом "параллельное программирование" ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From timur.nozadze на gmail.com Mon Oct 24 12:22:42 2016 From: timur.nozadze на gmail.com (Timur Nozadze) Date: Mon, 24 Oct 2016 19:22:42 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: > Так для этих целей, какбэ, более естественным является именно Perl. При всей моей любви к Перлу, не представляю, для каких целей он является более естественным, если мы говорим об учёных, или других непрограммистах, которым нужно не красотой и богатством языка наслаждаться, а с минимальной болью и погружением писать программы, решающие их основные задачи. Питон как минимум однозначнее. > Много на python встречается на тему text/data mining (machine learning), > по всей видимости в основном из-за NTLK и графических модулей Не думаю, что это правильная последовательность. Определённый круг людей (не просто прикладные программисты, скажем так) выбрал Питон как удобный для себя язык, поэтому там есть и NLTK, и data mining, и machine learning, и куча всякой статистики и математики, той же биоинформатики и т. п. пн, 24 окт. 2016 г. в 22:07, Eugene Kaltashkin : > Я пару лет назад ушел на питон и не особо жалею. Лично мне в Питоне > нравится возможность разным переменным переприсваивать разное поведение. Да > GIL местами бесит. В остальном из некомфортного это отсутствие динамических > регекспов в проверках. А так, язык удобен и модулей много полезных из > коробки. Но перл таки для обработки строк и данных, а питон для удобного > структурирования и application уровня. Uwsgi и twisted очень хороши для > быстрого прототипирования. > > 24 окт. 2016 г. 9:43 PM пользователь "Alessandro Gorohovski" < > an.gorohovski на gmail.com> написал: > > > 24 октября 2016 г., 21:31 пользователь Timur Nozadze < > timur.nozadze на gmail.com> написал: > > > почему то довольно много в биоинформатике > Потому что эти странные люди не программисты, а биоинформатики? > > > Так для этих целей, какбэ, более естественным является именно Perl. > Может на python "шустрее" работают программы > или параллельное программирование более проще реализуется > ? > > Много на python встречается на тему text/data mining (machine learning), > по всей видимости в основном из-за NTLK и графических модулей > > > > > пн, 24 окт. 2016 г. в 21:12, Egor Makarov : > > конечно. но перл явно не король в категории. это скорее про пхп и jquery > сказка > > 2016-10-24 19:57 GMT+02:00 Толян II : > > > > > > 24 октября 2016 г., 20:47 пользователь Alexander Q > > написал: > >> > >> Типизация помогает рефакторить, генерировать тесты, отлаживать мышление, > >> писать более качественный код, писать более быстрый код. Мешает > типизация > >> только писать фигню, которую в продакшн выпускать нельзя. > > > > Иногда, рабочая "фигня" лучше, чем непонятно как написанный > "качественный" > > код. > > > > Чаще "рабочий" и "написанный" лучше "ненаписанный" и "качественный". > > > > А "непонятно как написанный" это вообще зло. > > > >> > >> On Mon, Oct 24, 2016, 20:31 Ivan Petrov > wrote: > >>> > >>> > Ну претензия "нет strict режима который отслеживает необъявленные > >>> > переменные" > >>> > звучит довольно странно для языка, в котором нет объявления > >>> > переменных:-) > >>> > >>> отсутствие объявлений переменных - такая же бага в дизайне языка как и > >>> типизация этих самых переменных. > >>> типизация нормальна (вернее термима) для компилируемых языков, но > >>> типизация в скриптовых языках - зло в чистом виде > >>> > >>> > >>> -- > >>> 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 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vovkasm на gmail.com Mon Oct 24 14:26:25 2016 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Tue, 25 Oct 2016 00:26:25 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161024131902.GT9277@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> Message-ID: Ключевое преимущество Python в том, что на нем написаны: anki, ansible, calibre, gyp, mercurial, salt, moinmoin, etc... Я перечислил только те, которыми сам пользуюсь. Уверяю вас, если бы были достойные аналоги на Perl, использовал бы их... но нет ведь... То ли язык не задался, то ли комьюнити такое... Может чем холивары вести задуматься, почему так и постараться сделать любимый язык более конкурентноспособным? 2016-10-24 16:19 GMT+03:00 Ivan Petrov : >> Привет всем, > >> небось скучаете по холиварам, мне тут попался прямо эталонный пример >> разницы между перлом и питоном >> http://stackoverflow.com/questions/2383505/perl-if-element-in-list >> в питоне есть нормальный способ, а в перле есть очень много странных >> способов, товарищ в первом ответе постарался их собрать. > > ключевой недостаток питона - табы. Он неисправим. > из за этого нельзя например сделать темлейты python-embedded, а-ля > перловые масон/моджо темлейты. > > а то что оно имеет в языке функцию any из List::MoreUtils круто > конечно, но ключевую ацтойность это не компенсирует > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Vladimir Timofeev From i.petro.77.00 на gmail.com Mon Oct 24 14:35:35 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 25 Oct 2016 00:35:35 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> Message-ID: <20161024213535.GA30546@vdsl.uvw.ru> > Ключевое преимущество Python в том, что на нем написаны: > anki, ansible, calibre, gyp, mercurial, salt, moinmoin, etc... ни одной не знаю > Я перечислил только те, которыми сам пользуюсь. попробуйте выполнить apt-get remove perl и просто посмотрите что останется в системе > Уверяю вас, если бы > были достойные аналоги на Perl, использовал бы их... но нет ведь... понятия не имею зачем все эти программы, ни одной не пользуюсь From onokonem на gmail.com Mon Oct 24 14:38:51 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Tue, 25 Oct 2016 00:38:51 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161024213535.GA30546@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024213535.GA30546@vdsl.uvw.ru> Message-ID: 2016-10-25 0:35 GMT+03:00 Ivan Petrov : >> anki, ansible, calibre, gyp, mercurial, salt, moinmoin, etc... > ни одной не знаю это стыдно >> Я перечислил только те, которыми сам пользуюсь. > попробуйте выполнить apt-get remove perl и просто посмотрите что > останется в системе останется неюзабельный огрызок. но. это же все сплошное legacy... остатки былой роскоши... From i.petro.77.00 на gmail.com Mon Oct 24 14:47:08 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 25 Oct 2016 00:47:08 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024213535.GA30546@vdsl.uvw.ru> Message-ID: <20161024214708.GB30546@vdsl.uvw.ru> >>> anki, ansible, calibre, gyp, mercurial, salt, moinmoin, etc... >> ни одной не знаю > это стыдно да ну нафиг. прошелся по списку - ничего необходимого меркуриал - мертв а gyp это вообще какая-то хрень из не нашего мира GYP (Generate Your Projects) is a tool to generate native Visual Studio >>> Я перечислил только те, которыми сам пользуюсь. >> попробуйте выполнить apt-get remove perl и просто посмотрите что >> останется в системе > останется неюзабельный огрызок. дык > но. а питон у меня например банально не установлен и в системе есть абсолютно все что нужно для комфортного проживания :) From ali на ali.org.ua Mon Oct 24 14:50:01 2016 From: ali на ali.org.ua (Oleg Alistratov) Date: Tue, 25 Oct 2016 00:50:01 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: <2346231477345801@web16h.yandex.ru> Плюсую. Я скажу, что меня жмет в питоне; одну из вещей, здесь ее еще не приводили в пример. В питоне властвует explicit is better than implicit. Это не правда. В перле есть политика «разумного умолчания». И это круто. Например, вам нужно удалить элемент по ключу из хэша (дикта). А в нем такого ключа нет. Здравый смысл говорит, что нет — и окей, не надо, все равно его удалять собрались, ничего страшного в этом нет. Перл выполнит delete $hash{foo} и не крякнет. Питон упадет с KeyError. И то, и то, в общем-то, верно. В рамках парадигмы языка. Не хочешь, чтобы питон визжал — проверь существование ключа перед удалением. Вот только в жизни это практически никогда не надо. Если бы меня действительно волновало, есть такой ключ или нет, я бы в перле это легко проверил. В питоне придется проверять каждый раз, или городить try-except, или (на самом деле) использовать неочевидный pop(). Долгая практика позволяет мне говорить, что большие приложения на питоне менее устойчивы. Они падают чаще, падают в глупых местах по глупым причинам. Там, где достаточно было бы применить здравое умолчание. Конечно, проблема перла обратная — он молча переваривает то, что является ошибкой, и найти такие ошибки трудно. Но по сумме впечатлений — перл надежнее. Парадокс. 24.10.2016, 20:58, "Толян II" : > 24 октября 2016 г., 20:47 пользователь Alexander Q написал: >> Типизация помогает рефакторить, генерировать тесты, отлаживать мышление, писать более качественный код, писать более быстрый код. Мешает типизация только писать фигню, которую в продакшн выпускать нельзя. > Иногда, рабочая "фигня" лучше, чем непонятно как написанный "качественный" код. > > Чаще "рабочий" и "написанный" лучше "ненаписанный" и "качественный". > > А "непонятно как написанный" это вообще зло. > >> On Mon, Oct 24, 2016, 20:31 Ivan Petrov wrote: >>>> Ну претензия "нет strict режима который отслеживает необъявленные переменные" >>>> звучит довольно странно для языка, в котором нет объявления переменных:-) >>> >>> отсутствие объявлений переменных - такая же бага в дизайне языка как и >>> типизация этих самых переменных. >>> типизация нормальна (вернее термима) для компилируемых языков, но >>> типизация в скриптовых языках - зло в чистом виде >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > ,-- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Oleg Alistratov From an.gorohovski на gmail.com Mon Oct 24 23:13:50 2016 From: an.gorohovski на gmail.com (Alessandro Gorohovski) Date: Tue, 25 Oct 2016 09:13:50 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <2346231477345801@web16h.yandex.ru> References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> Message-ID: Согласен, только не совсем уверен, что "проблема перла обратная — он молча переваривает то, что является ошибкой". Разве strict, -w,warnings не достаточно контролируют ситуацию? 25 октября 2016 г., 0:50 пользователь Oleg Alistratov написал: > Плюсую. > > Я скажу, что меня жмет в питоне; одну из вещей, здесь ее еще не приводили > в пример. > > В питоне властвует explicit is better than implicit. Это не правда. В > перле есть политика «разумного умолчания». И это круто. > > Например, вам нужно удалить элемент по ключу из хэша (дикта). А в нем > такого ключа нет. Здравый смысл говорит, что нет — и окей, не надо, все > равно его удалять собрались, ничего страшного в этом нет. > > Перл выполнит delete $hash{foo} и не крякнет. Питон упадет с KeyError. > > И то, и то, в общем-то, верно. В рамках парадигмы языка. Не хочешь, чтобы > питон визжал — проверь существование ключа перед удалением. > > Вот только в жизни это практически никогда не надо. Если бы меня > действительно волновало, есть такой ключ или нет, я бы в перле это легко > проверил. В питоне придется проверять каждый раз, или городить try-except, > или (на самом деле) использовать неочевидный pop(). > > Долгая практика позволяет мне говорить, что большие приложения на питоне > менее устойчивы. Они падают чаще, падают в глупых местах по глупым > причинам. Там, где достаточно было бы применить здравое умолчание. > > Конечно, проблема перла обратная — он молча переваривает то, что является > ошибкой, и найти такие ошибки трудно. > > Но по сумме впечатлений — перл надежнее. Парадокс. > > > 24.10.2016, 20:58, "Толян II" : > > 24 октября 2016 г., 20:47 пользователь Alexander Q > написал: > >> Типизация помогает рефакторить, генерировать тесты, отлаживать > мышление, писать более качественный код, писать более быстрый код. Мешает > типизация только писать фигню, которую в продакшн выпускать нельзя. > > Иногда, рабочая "фигня" лучше, чем непонятно как написанный > "качественный" код. > > > > Чаще "рабочий" и "написанный" лучше "ненаписанный" и "качественный". > > > > А "непонятно как написанный" это вообще зло. > > > >> On Mon, Oct 24, 2016, 20:31 Ivan Petrov > wrote: > >>>> Ну претензия "нет strict режима который отслеживает необъявленные > переменные" > >>>> звучит довольно странно для языка, в котором нет объявления > переменных:-) > >>> > >>> отсутствие объявлений переменных - такая же бага в дизайне языка как и > >>> типизация этих самых переменных. > >>> типизация нормальна (вернее термима) для компилируемых языков, но > >>> типизация в скриптовых языках - зло в чистом виде > >>> > >>> -- > >>> Moscow.pm mailing list > >>> moscow-pm на pm.org | http://moscow.pm.org > >> > >> -- > >> Moscow.pm mailing list > >> moscow-pm на pm.org | http://moscow.pm.org > > ,-- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > -- > Oleg Alistratov > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From worldmind на mail.ru Mon Oct 24 23:35:25 2016 From: worldmind на mail.ru (Alexey Shrub) Date: Tue, 25 Oct 2016 09:35:25 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: Message-ID: <1477377325.1645.1@smtp.mail.ru> On Пн, окт 24, 2016 в 8:56 , Konstantin S. Uvarin wrote: > но вот _отсутствие_ в синтаксисе > обозначения для конструкции, которая > пишется за три минуты не глядя на > экран, - точно к ним не относится. Да вот в том-то и дело что не пишется эта конструкция на перле, не умеет он инфиксные функции делать, лучшее что есть в перле это first {$elem == $_} @array что, очевидно, выглядит ужасно, язык высокого уровня должен быть максимально близок к человеческому языку. Конечно одно это не делает питон лучшим языком, но отсутствие этого странно - типовая же задача, питонщикам о ней не надо думать, как и например о работе с датами. Хороший язык должен хорошо решать типовые задачи и благодаря этому оставлять время на решение новых задач. From onokonem на gmail.com Tue Oct 25 00:22:36 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Tue, 25 Oct 2016 10:22:36 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> Message-ID: > Разве strict, -w,warnings не достаточно контролируют ситуацию? нет, конечно. большая часть моих перловых ошибок были связаны с "сделал опечатку в ключе хеша" From asan999 на gmail.com Tue Oct 25 00:56:05 2016 From: asan999 на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCQ0YHRj9C60LjQvQ==?=) Date: Tue, 25 Oct 2016 10:56:05 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> Message-ID: <9c4ac281-6dba-a3f7-5ce6-3ff0ac6e5835@gmail.com> Есть прагма use fields и Hash::Util. Которые я возненавидел, когда довелось столкнуться. И некоторые модули глючат при работе с рестриктед хешами (JSON::XS например). On 10/25/2016 10:22 AM, Daniel Podolsky wrote: >> Разве strict, -w,warnings не достаточно контролируют ситуацию? > нет, конечно. > > большая часть моих перловых ошибок были связаны с "сделал опечатку в ключе хеша" From ruslan.zakirov на gmail.com Tue Oct 25 01:41:13 2016 From: ruslan.zakirov на gmail.com (Ruslan Zakirov) Date: Tue, 25 Oct 2016 11:41:13 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <2346231477345801@web16h.yandex.ru> References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> Message-ID: 2016-10-25 0:50 GMT+03:00 Oleg Alistratov : > Например, вам нужно удалить элемент по ключу из хэша (дикта). А в нем > такого ключа нет. Здравый смысл говорит, что нет — и окей, не надо, все > равно его удалять собрались, ничего страшного в этом нет. > > Перл выполнит delete $hash{foo} и не крякнет. Питон упадет с KeyError. > В perl есть еще возможность зафиксировать хеш и получим тоже exception. Конечно с delete не очень удобно, но вот зафиксировать все ключи большого конфига и получать exception, когда обращаются с очепяткой в имени ключа можно и удобно. Становится ненужными accessor'ы проверки правильности написания. -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From eugene.toropov на gmail.com Tue Oct 25 01:50:49 2016 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Tue, 25 Oct 2016 11:50:49 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> Message-ID: <01FB8E56-AEF2-4678-B27B-C21383744A03@gmail.com> Чтобы получать exception на опечатки в имени ключа - переходите на Go :) и структуры типа type CardMeta struct { OrgID bson.ObjectId `json:"orgid,omitempty" bson:"orgid,omitempty"` Text string `json:"text" bson:"text"` Visible bool `json:"visible" bson:"visible"` } Компилятор при сохранении выскажет вам все, что думает на этот счет. Бонусом получите автодополнение на "ключи" :)) Евгений > On Oct 25, 2016, at 11:41 AM, Ruslan Zakirov wrote: > > > 2016-10-25 0:50 GMT+03:00 Oleg Alistratov >: > Например, вам нужно удалить элемент по ключу из хэша (дикта). А в нем такого ключа нет. Здравый смысл говорит, что нет — и окей, не надо, все равно его удалять собрались, ничего страшного в этом нет. > > Перл выполнит delete $hash{foo} и не крякнет. Питон упадет с KeyError. > > В perl есть еще возможность зафиксировать хеш и получим тоже exception. Конечно с delete не очень удобно, но вот зафиксировать все ключи большого конфига и получать exception, когда обращаются с очепяткой в имени ключа можно и удобно. Становится ненужными accessor'ы проверки правильности написания. > > > -- > Best regards, Ruslan. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dzirtik на gmail.com Tue Oct 25 02:05:56 2016 From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=) Date: Tue, 25 Oct 2016 12:05:56 +0300 Subject: [Moscow.pm] =?utf-8?b?0JLQsNC60LDQvdGB0LjRjw==?= Message-ID: Я ищу новых людей в команду. В медиапроектах Mail.Ru мы внедряем новые процессы и технологии, создаем новые продукты и модернизируем старые. Я ищу не «просто программистов», а единомышленников. Нужны люди, которые не только пишут крутой код, но хотят делать продукт. Которые знают, что хороший спор — лучше, чем плохо сделанная задача, что «сделать» — не равно «делать», и которые получают удовольствие, достигая лучшего возможного результата. Мне не подойдут люди-роботы, которые привыкли четко следовать инструкциям в таске. Мы не сработаемся с теми, кто не готов отстаивать свои идеи и решения. Мне не нужны программисты, которые не умеют делать масштабируемые решения. Уверен в себе? Хочешь делать лучшие проекты? Пиши на p.scherbinin на corp.mail.ru -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From an.gorohovski на gmail.com Tue Oct 25 02:27:29 2016 From: an.gorohovski на gmail.com (Alessandro Gorohovski) Date: Tue, 25 Oct 2016 12:27:29 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> Message-ID: 25 октября 2016 г., 11:41 пользователь Ruslan Zakirov < ruslan.zakirov на gmail.com> написал: > > 2016-10-25 0:50 GMT+03:00 Oleg Alistratov : > >> Например, вам нужно удалить элемент по ключу из хэша (дикта). А в нем >> такого ключа нет. Здравый смысл говорит, что нет — и окей, не надо, все >> равно его удалять собрались, ничего страшного в этом нет. >> >> Перл выполнит delete $hash{foo} и не крякнет. Питон упадет с KeyError. >> > > В perl есть еще возможность зафиксировать хеш и получим тоже exception. > Конечно с delete не очень удобно, но вот зафиксировать все ключи большого > конфига и получать exception, когда обращаются с очепяткой в имени ключа > можно и удобно. Становится ненужными accessor'ы проверки правильности > написания. > > Пардон, интересно, каким образом можно это сделать ? Если можно, маленький пример. > -- > Best regards, Ruslan. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vividsnow на gmail.com Tue Oct 25 02:37:06 2016 From: vividsnow на gmail.com (vividsnow) Date: Tue, 25 Oct 2016 12:37:06 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> Message-ID: <63d00bae-5a33-8eec-1524-c342f7c174fd@gmail.com> lock_hash из Hash::Util On 10/25/2016 12:27 PM, Alessandro Gorohovski wrote: > 25 октября 2016 г., 11:41 пользователь Ruslan Zakirov > написал: > > > 2016-10-25 0:50 GMT+03:00 Oleg Alistratov >: > > Например, вам нужно удалить элемент по ключу из хэша (дикта). А в нем такого ключа нет. Здравый смысл говорит, > что нет — и окей, не надо, все равно его удалять собрались, ничего страшного в этом нет. > > Перл выполнит delete $hash{foo} и не крякнет. Питон упадет с KeyError. > > > В perl есть еще возможность зафиксировать хеш и получим тоже exception. Конечно с delete не очень удобно, но вот > зафиксировать все ключи большого конфига и получать exception, когда обращаются с очепяткой в имени ключа можно и > удобно. Становится ненужными accessor'ы проверки правильности написания. > > Пардон, > интересно, каким образом можно это сделать > ? > > Если можно, маленький пример. > > > -- > Best regards, Ruslan. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > From parserpro на gmail.com Tue Oct 25 02:43:45 2016 From: parserpro на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzRi9GI0LrQuNC9?=) Date: Tue, 25 Oct 2016 12:43:45 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> Message-ID: И еще http://search.cpan.org/~davecross/Tie-Hash-FixedKeys-1.12/lib/Tie/Hash/FixedKeys.pm 25 октября 2016 г., 12:27 пользователь Alessandro Gorohovski < an.gorohovski на gmail.com> написал: > 25 октября 2016 г., 11:41 пользователь Ruslan Zakirov < > ruslan.zakirov на gmail.com> написал: > >> >> 2016-10-25 0:50 GMT+03:00 Oleg Alistratov : >> >>> Например, вам нужно удалить элемент по ключу из хэша (дикта). А в нем >>> такого ключа нет. Здравый смысл говорит, что нет — и окей, не надо, все >>> равно его удалять собрались, ничего страшного в этом нет. >>> >>> Перл выполнит delete $hash{foo} и не крякнет. Питон упадет с KeyError. >>> >> >> В perl есть еще возможность зафиксировать хеш и получим тоже exception. >> Конечно с delete не очень удобно, но вот зафиксировать все ключи большого >> конфига и получать exception, когда обращаются с очепяткой в имени ключа >> можно и удобно. Становится ненужными accessor'ы проверки правильности >> написания. >> >> Пардон, > интересно, каким образом можно это сделать > ? > > Если можно, маленький пример. > > >> -- >> Best regards, Ruslan. >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Мышкин Алексей. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vds.ivanov на gmail.com Tue Oct 25 03:03:21 2016 From: vds.ivanov на gmail.com (Ivanov Vadim) Date: Tue, 25 Oct 2016 13:03:21 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> Message-ID: А еще с помощью python'a открыли гравитационные волны) 2016-10-25 12:43 GMT+03:00 Алексей Мышкин : > И еще http://search.cpan.org/~davecross/Tie-Hash-FixedKeys- > 1.12/lib/Tie/Hash/FixedKeys.pm > > 25 октября 2016 г., 12:27 пользователь Alessandro Gorohovski < > an.gorohovski на gmail.com> написал: > > 25 октября 2016 г., 11:41 пользователь Ruslan Zakirov < >> ruslan.zakirov на gmail.com> написал: >> >>> >>> 2016-10-25 0:50 GMT+03:00 Oleg Alistratov : >>> >>>> Например, вам нужно удалить элемент по ключу из хэша (дикта). А в нем >>>> такого ключа нет. Здравый смысл говорит, что нет — и окей, не надо, все >>>> равно его удалять собрались, ничего страшного в этом нет. >>>> >>>> Перл выполнит delete $hash{foo} и не крякнет. Питон упадет с KeyError. >>>> >>> >>> В perl есть еще возможность зафиксировать хеш и получим тоже exception. >>> Конечно с delete не очень удобно, но вот зафиксировать все ключи большого >>> конфига и получать exception, когда обращаются с очепяткой в имени ключа >>> можно и удобно. Становится ненужными accessor'ы проверки правильности >>> написания. >>> >>> Пардон, >> интересно, каким образом можно это сделать >> ? >> >> Если можно, маленький пример. >> >> >>> -- >>> Best regards, Ruslan. >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > С уважением, > Мышкин Алексей. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Вадим Иванов системный администратор ЗАО "Донской Ломбард" ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Oct 25 03:48:46 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 25 Oct 2016 13:48:46 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <01FB8E56-AEF2-4678-B27B-C21383744A03@gmail.com> References: <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> <01FB8E56-AEF2-4678-B27B-C21383744A03@gmail.com> Message-ID: <20161025104846.GA9478@vdsl.uvw.ru> > Чтобы получать exception на опечатки в имени ключа - переходите на Go :) и > структуры типа в Go уже появились рантайм ексепшены? сорри не слежу за Go From iozherelyev на gmail.com Tue Oct 25 04:02:42 2016 From: iozherelyev на gmail.com (Hoots The Owl) Date: Tue, 25 Oct 2016 11:02:42 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> <01FB8E56-AEF2-4678-B27B-C21383744A03@gmail.com> <20161025104846.GA9478@vdsl.uvw.ru> Message-ID: + там есть Runtime механизм для panic. вт, 25 окт. 2016 г. в 14:02, Hoots The Owl : > В go будет ошибка сборки. А не рантайм > > вт, 25 окт. 2016 г. в 13:49, Ivan Petrov : > > > Чтобы получать exception на опечатки в имени ключа - переходите на Go :) > и > > структуры типа > > в Go уже появились рантайм ексепшены? > сорри не слежу за Go > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From iozherelyev на gmail.com Tue Oct 25 04:02:03 2016 From: iozherelyev на gmail.com (Hoots The Owl) Date: Tue, 25 Oct 2016 11:02:03 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025104846.GA9478@vdsl.uvw.ru> References: <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> <01FB8E56-AEF2-4678-B27B-C21383744A03@gmail.com> <20161025104846.GA9478@vdsl.uvw.ru> Message-ID: В go будет ошибка сборки. А не рантайм вт, 25 окт. 2016 г. в 13:49, Ivan Petrov : > > Чтобы получать exception на опечатки в имени ключа - переходите на Go :) > и > > структуры типа > > в Go уже появились рантайм ексепшены? > сорри не слежу за Go > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From an.gorohovski на gmail.com Tue Oct 25 04:07:38 2016 From: an.gorohovski на gmail.com (Alessandro Gorohovski) Date: Tue, 25 Oct 2016 14:07:38 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <63d00bae-5a33-8eec-1524-c342f7c174fd@gmail.com> References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> <63d00bae-5a33-8eec-1524-c342f7c174fd@gmail.com> Message-ID: Спасибо :) 25 октября 2016 г., 12:37 пользователь vividsnow написал: > lock_hash из Hash::Util > > On 10/25/2016 12:27 PM, Alessandro Gorohovski wrote: > >> 25 октября 2016 г., 11:41 пользователь Ruslan Zakirov < >> ruslan.zakirov на gmail.com > написал: >> >> >> 2016-10-25 0:50 GMT+03:00 Oleg Alistratov > ali на ali.org.ua>>: >> >> Например, вам нужно удалить элемент по ключу из хэша (дикта). А в >> нем такого ключа нет. Здравый смысл говорит, >> что нет — и окей, не надо, все равно его удалять собрались, >> ничего страшного в этом нет. >> >> Перл выполнит delete $hash{foo} и не крякнет. Питон упадет с >> KeyError. >> >> >> В perl есть еще возможность зафиксировать хеш и получим тоже >> exception. Конечно с delete не очень удобно, но вот >> зафиксировать все ключи большого конфига и получать exception, когда >> обращаются с очепяткой в имени ключа можно и >> удобно. Становится ненужными accessor'ы проверки правильности >> написания. >> >> Пардон, >> интересно, каким образом можно это сделать >> ? >> >> Если можно, маленький пример. >> >> >> -- >> Best regards, Ruslan. >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> >> -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From an.gorohovski на gmail.com Tue Oct 25 04:08:43 2016 From: an.gorohovski на gmail.com (Alessandro Gorohovski) Date: Tue, 25 Oct 2016 14:08:43 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> Message-ID: Премного благодарен. 25 октября 2016 г., 12:43 пользователь Алексей Мышкин написал: > И еще http://search.cpan.org/~davecross/Tie-Hash-FixedKeys- > 1.12/lib/Tie/Hash/FixedKeys.pm > > 25 октября 2016 г., 12:27 пользователь Alessandro Gorohovski < > an.gorohovski на gmail.com> написал: > > 25 октября 2016 г., 11:41 пользователь Ruslan Zakirov < >> ruslan.zakirov на gmail.com> написал: >> >>> >>> 2016-10-25 0:50 GMT+03:00 Oleg Alistratov : >>> >>>> Например, вам нужно удалить элемент по ключу из хэша (дикта). А в нем >>>> такого ключа нет. Здравый смысл говорит, что нет — и окей, не надо, все >>>> равно его удалять собрались, ничего страшного в этом нет. >>>> >>>> Перл выполнит delete $hash{foo} и не крякнет. Питон упадет с KeyError. >>>> >>> >>> В perl есть еще возможность зафиксировать хеш и получим тоже exception. >>> Конечно с delete не очень удобно, но вот зафиксировать все ключи большого >>> конфига и получать exception, когда обращаются с очепяткой в имени ключа >>> можно и удобно. Становится ненужными accessor'ы проверки правильности >>> написания. >>> >>> Пардон, >> интересно, каким образом можно это сделать >> ? >> >> Если можно, маленький пример. >> >> >>> -- >>> Best regards, Ruslan. >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > С уважением, > Мышкин Алексей. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ilvin на mail.ru Tue Oct 25 03:51:42 2016 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Tue, 25 Oct 2016 13:51:42 +0300 Subject: [Moscow.pm] =?utf-8?q?Perl_vs_Python?= In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> Message-ID: <1477392702.565933543@f148.i.mail.ru> А еще недавно у меня случился когнитивный резонанс, когда я пытался простейшую строку перла в питон конвертнуть.. my @A = ('k1=v1;k2=v2', 'k4=v4', ...) Было: my @B = map { split /;/ } @A; А на питоне пришлось писать: B = ';'.join(A).split(';') Ну почему там join метод строки, а не списка? >Вторник, 25 октября 2016, 13:03 +03:00 от Ivanov Vadim : > >А еще с помощью python'a открыли гравитационные волны) > >2016-10-25 12:43 GMT+03:00 Алексей Мышкин < parserpro на gmail.com > : >>И еще  http://search.cpan.org/~davecross/Tie-Hash-FixedKeys-1.12/lib/Tie/Hash/FixedKeys.pm >> >>25 октября 2016 г., 12:27 пользователь Alessandro Gorohovski < an.gorohovski на gmail.com > написал: >> >>>25 октября 2016 г., 11:41 пользователь Ruslan Zakirov < ruslan.zakirov на gmail.com > написал: >>>> >>>>2016-10-25 0:50 GMT+03:00 Oleg Alistratov < ali на ali.org.ua > : >>>>>Например, вам нужно удалить элемент по ключу из хэша (дикта). А в нем такого ключа нет. Здравый смысл говорит, что нет — и окей, не надо, все равно его удалять собрались, ничего страшного в этом нет. >>>>> >>>>>Перл выполнит delete $hash{foo} и не крякнет. Питон упадет с KeyError. >>>>В perl есть еще возможность зафиксировать хеш и получим тоже exception. Конечно с delete не очень удобно, но вот зафиксировать все ключи большого конфига и получать exception, когда обращаются с очепяткой в имени ключа можно и удобно. Становится ненужными accessor'ы проверки правильности написания. >>>> >>>Пардон, >>>интересно, каким образом можно это сделать >>>? >>>  >>>Если можно, маленький пример. >>> >>>> >>>>-- >>>>Best regards, Ruslan. >>>>-- >>>>Moscow.pm mailing list >>>>moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>> >>>-- >>>Moscow.pm mailing list >>>moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >> >>-- >>С уважением, >>Мышкин Алексей. >>-- >>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 25 04:15:31 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 25 Oct 2016 14:15:31 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <1477392702.565933543@f148.i.mail.ru> References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> Message-ID: <20161025111531.GB9478@vdsl.uvw.ru> > А на питоне пришлось писать: > B = ';'.join(A).split(';') Вообще тенденция делать методы у стандартных типов это имхо зло ';'.blah( - это по моему полный ППЦ и в данном примере - очередное проявление этого ППЦ From qalexx на gmail.com Tue Oct 25 04:20:20 2016 From: qalexx на gmail.com (Alexander Q) Date: Tue, 25 Oct 2016 11:20:20 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025111531.GB9478@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> Message-ID: Нет большой разницы между ';'.blah, blah(';'), (blah ';') и кучей других нотаций. Фимоз головного мозга имеет одним из симптомов излишнюю привязку к синтаксическим мелочам языка, он же не даёт оценить удобства статической типизации. On Tue, Oct 25, 2016 at 2:15 PM Ivan Petrov wrote: > > А на питоне пришлось писать: > > B = ';'.join(A).split(';') > > > Вообще тенденция делать методы у стандартных типов это имхо зло > > ';'.blah( - это по моему полный ППЦ > > и в данном примере - очередное проявление этого ППЦ > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Oct 25 04:29:39 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 25 Oct 2016 14:29:39 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> Message-ID: <20161025112939.GC9478@vdsl.uvw.ru> > Нет большой разницы между ';'.blah, blah(';'), (blah ';') и кучей других > нотаций. Фимоз головного мозга имеет одним из симптомов излишнюю привязку к > синтаксическим мелочам языка, он же не даёт оценить удобства статической > типизации. у статической типизации кроме вреда никаких "удобств" сотни тысяч крешей Type Error в питонячьих программах - самое лучшее тому подтверждение. From qalexx на gmail.com Tue Oct 25 04:31:18 2016 From: qalexx на gmail.com (Alexander Q) Date: Tue, 25 Oct 2016 11:31:18 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025112939.GC9478@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> Message-ID: У питона статическая типизация? Увы мне. Статическая типизация — у хаскеля. On Tue, Oct 25, 2016 at 2:30 PM Ivan Petrov wrote: > > Нет большой разницы между ';'.blah, blah(';'), (blah ';') и кучей других > > нотаций. Фимоз головного мозга имеет одним из симптомов излишнюю > привязку к > > синтаксическим мелочам языка, он же не даёт оценить удобства статической > > типизации. > > у статической типизации кроме вреда никаких "удобств" > > сотни тысяч крешей Type Error в питонячьих программах - самое лучшее > тому подтверждение. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From agrishaev на gmail.com Tue Oct 25 04:43:51 2016 From: agrishaev на gmail.com (=?UTF-8?B?0KLQvtC70Y/QvSBJSQ==?=) Date: Tue, 25 Oct 2016 14:43:51 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025112939.GC9478@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> Message-ID: 25 октября 2016 г., 14:29 пользователь Ivan Petrov написал: > > > сотни тысяч крешей Type Error в питонячьих программах - самое лучшее > тому подтверждение. > Ой, не путайте строгую и статическую типизацию. Это две большие разницы. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Oct 25 05:56:54 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 25 Oct 2016 15:56:54 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> Message-ID: <20161025125654.GD9478@vdsl.uvw.ru> >> сотни тысяч крешей Type Error в питонячьих программах - самое лучшее >> тому подтверждение. > Ой, не путайте строгую и статическую типизацию. > Это две большие разницы. и то и другое для скриптового языка - зло From kopytov на webhackers.ru Tue Oct 25 06:53:27 2016 From: kopytov на webhackers.ru (Dmitry Kopytov) Date: Tue, 25 Oct 2016 16:53:27 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: <4290961477305857@web25g.yandex.ru> References: <20161024102057.GA24517@pavilion> <4290961477305857@web25g.yandex.ru> Message-ID: <20161025135327.GA9370@pavilion> On Mon, Oct 24, 2016 at 01:44:17PM +0300, Evgeniy Vansevich wrote: > А что? - есть идеи докладов?) Да идеи всегда есть и у всех, просто почему-то не хотят делиться. В рассылке очень много крутых гуру-перловиков, почему не хотите делиться своими наработками и опытом? Жадничаете чтоли? Уверен, что масса людей с удовольствием бы вас послушала! Где вы все?? -- Dmitry Kopytov From dzirtik на gmail.com Tue Oct 25 07:02:10 2016 From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=) Date: Tue, 25 Oct 2016 17:02:10 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: <20161025135327.GA9370@pavilion> References: <20161024102057.GA24517@pavilion> <4290961477305857@web25g.yandex.ru> <20161025135327.GA9370@pavilion> Message-ID: Встреча будет в декабре! Присылайте доклады! 25 октября 2016 г., 16:53 пользователь Dmitry Kopytov написал: > On Mon, Oct 24, 2016 at 01:44:17PM +0300, Evgeniy Vansevich wrote: > > А что? - есть идеи докладов?) > > Да идеи всегда есть и у всех, просто почему-то не хотят делиться. В > рассылке очень много крутых гуру-перловиков, почему не хотите делиться > своими наработками и опытом? Жадничаете чтоли? Уверен, что масса людей с > удовольствием бы вас послушала! Где вы все?? > > -- > Dmitry Kopytov > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From name2rnd на gmail.com Tue Oct 25 10:14:40 2016 From: name2rnd на gmail.com (Natalya Savenkova) Date: Tue, 25 Oct 2016 20:14:40 +0300 Subject: [Moscow.pm] =?koi8-r?b?68/HxMEg1dbFIMLVxMXUINfT1NLF3sEgTW9zY293?= =?koi8-r?b?LnBtPw==?= In-Reply-To: <20161025135327.GA9370@pavilion> References: <20161024102057.GA24517@pavilion> <4290961477305857@web25g.yandex.ru> <20161025135327.GA9370@pavilion> Message-ID: Я просто страшно стесняюсь:) Savenkova Natalya > On 25 Oct 2016, at 16:53, Dmitry Kopytov wrote: > >> On Mon, Oct 24, 2016 at 01:44:17PM +0300, Evgeniy Vansevich wrote: >> А что? - есть идеи докладов?) > > Да идеи всегда есть и у всех, просто почему-то не хотят делиться. В > рассылке очень много крутых гуру-перловиков, почему не хотите делиться > своими наработками и опытом? Жадничаете чтоли? Уверен, что масса людей с > удовольствием бы вас послушала! Где вы все?? > > -- > Dmitry Kopytov > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From tzirulnicov на mail.ru Tue Oct 25 11:12:22 2016 From: tzirulnicov на mail.ru (=?UTF-8?B?0KbRi9GA0YPQu9GM0L3QuNC60L7QsiDQktCw0LTQuNC8?=) Date: Tue, 25 Oct 2016 21:12:22 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: References: <20161024102057.GA24517@pavilion> <20161025135327.GA9370@pavilion> Message-ID: <1477419142.95592107@f421.i.mail.ru> Был на вашем докладе, понравилось. Надеюсь, в скором времени в очередной раз пересилите стеснение :-) Вторник, 25 октября 2016, 20:14 +03:00 от Natalya Savenkova : >Я просто страшно стесняюсь:) > >Savenkova Natalya > >> On 25 Oct 2016, at 16:53, Dmitry Kopytov < kopytov на webhackers.ru > wrote: >> >>> On Mon, Oct 24, 2016 at 01:44:17PM +0300, Evgeniy Vansevich wrote: >>> А что? - есть идеи докладов?) >> >> Да идеи всегда есть и у всех, просто почему-то не хотят делиться. В >> рассылке очень много крутых гуру-перловиков, почему не хотите делиться >> своими наработками и опытом? Жадничаете чтоли? Уверен, что масса людей с >> удовольствием бы вас послушала! Где вы все?? >> >> -- >> Dmitry Kopytov >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org С уважением, Вадим Цырульников tzirulnicov на mail.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From rabbit+moscowpm на rabbit.us Tue Oct 25 12:05:34 2016 From: rabbit+moscowpm на rabbit.us (=?UTF-8?B?0J/QuNGC0Y3RgCDQoNGN0LHQsdC40YLRgdC+0L0=?=) Date: Tue, 25 Oct 2016 21:05:34 +0200 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025125654.GD9478@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> Message-ID: <22dc6bf5-6ff9-4f6e-45f0-e2e7dc9b3d17@rabbit.us> On 10/25/2016 02:56 PM, Ivan Petrov wrote: > > и то и другое для скриптового языка - зло > .оО( и то и друго всякие Данко придумали ... ) From warstone на list.ru Tue Oct 25 12:22:11 2016 From: warstone на list.ru (=?UTF-8?B?V2Fyc3RvbmVAbGlzdC5ydQ==?=) Date: Tue, 25 Oct 2016 22:22:11 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: References: <20161024102057.GA24517@pavilion> <20161025135327.GA9370@pavilion> Message-ID: <1477423331.579752637@f131.i.mail.ru> А о чем хотели рассказать, кстати?.. >Вторник, 25 октября 2016, 20:14 +03:00 от Natalya Savenkova : > >Я просто страшно стесняюсь:) > >Savenkova Natalya > >> On 25 Oct 2016, at 16:53, Dmitry Kopytov < kopytov на webhackers.ru > wrote: >> >>> On Mon, Oct 24, 2016 at 01:44:17PM +0300, Evgeniy Vansevich wrote: >>> А что? - есть идеи докладов?) >> >> Да идеи всегда есть и у всех, просто почему-то не хотят делиться. В >> рассылке очень много крутых гуру-перловиков, почему не хотите делиться >> своими наработками и опытом? Жадничаете чтоли? Уверен, что масса людей с >> удовольствием бы вас послушала! Где вы все?? >> >> -- >> Dmitry Kopytov >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From warstone на list.ru Tue Oct 25 12:20:50 2016 From: warstone на list.ru (=?UTF-8?B?V2Fyc3RvbmVAbGlzdC5ydQ==?=) Date: Tue, 25 Oct 2016 22:20:50 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: <20161025135327.GA9370@pavilion> References: <20161024102057.GA24517@pavilion> <4290961477305857@web25g.yandex.ru> <20161025135327.GA9370@pavilion> Message-ID: <1477423250.134948002@f131.i.mail.ru> Мы как раз сегодня на кухне холиварили на тему того - что писать в корпоративный блог на Хабре или "почему его у нас нету"... Ни к чему не пришли, но мое мнение - что рассказывать не о чем... Вот из относительно интересного - я поюзал магию перловскую для АБ-тестирования. Но делать доклад "смотрите, я написал 5кб Си кода с 2мя вызовами коллбеков" - это бред, ИМХО. Идите и читайте perlguts / perlapi и исходники перла... Делать доклад на тему "почему кодогенерация через наследование и прекеш перед форком - это тру" - тоже не сильно имеет смысл, ИМХО. А больше-то и нету тем. >Вторник, 25 октября 2016, 16:53 +03:00 от Dmitry Kopytov : > >On Mon, Oct 24, 2016 at 01:44:17PM +0300, Evgeniy Vansevich wrote: >> А что? - есть идеи докладов?) > >Да идеи всегда есть и у всех, просто почему-то не хотят делиться. В >рассылке очень много крутых гуру-перловиков, почему не хотите делиться >своими наработками и опытом? Жадничаете чтоли? Уверен, что масса людей с >удовольствием бы вас послушала! Где вы все?? > >-- >Dmitry Kopytov > >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ruslan.zakirov на gmail.com Tue Oct 25 12:41:13 2016 From: ruslan.zakirov на gmail.com (Ruslan Zakirov) Date: Tue, 25 Oct 2016 22:41:13 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <01FB8E56-AEF2-4678-B27B-C21383744A03@gmail.com> References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> <01FB8E56-AEF2-4678-B27B-C21383744A03@gmail.com> Message-ID: 2016-10-25 11:50 GMT+03:00 Eugene Toropov : > Чтобы получать exception на опечатки в имени ключа - переходите на Go :) и > структуры типа > > type CardMeta struct { > OrgID bson.ObjectId `json:"orgid,omitempty" bson:"orgid,omitempty"` > Text string `json:"text" bson:"text"` > Visible bool `json:"visible" bson:"visible"` > } > > Компилятор при сохранении выскажет вам все, что думает на этот счет. > Бонусом получите автодополнение на "ключи" :)) > Перейду, когда в асинхронном коде на perl перестанет хватать производительности, но не ранее. -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ruslan.zakirov на gmail.com Tue Oct 25 12:42:16 2016 From: ruslan.zakirov на gmail.com (Ruslan Zakirov) Date: Tue, 25 Oct 2016 22:42:16 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> Message-ID: 2016-10-25 12:27 GMT+03:00 Alessandro Gorohovski : > Пардон, > интересно, каким образом можно это сделать > ? > http://perldoc.perl.org/Hash/Util.html#Restricted-hashes -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Tue Oct 25 12:44:03 2016 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 25 Oct 2016 22:44:03 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025125654.GD9478@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> Message-ID: Все зависит от размера проекта. В большом проекте типизация (хотя бы опциональная) - великое благо. Именно поэтому сейчас тот же Angular 2 в основном предпочитает TypeScript вместо ES6. 25 октября 2016 г., 15:56 пользователь Ivan Petrov написал: > > >> сотни тысяч крешей Type Error в питонячьих программах - самое лучшее > >> тому подтверждение. > > > Ой, не путайте строгую и статическую типизацию. > > Это две большие разницы. > > и то и другое для скриптового языка - зло > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Oct 25 13:08:22 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 25 Oct 2016 23:08:22 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> Message-ID: <20161025200822.GA13173@vdsl.uvw.ru> > Все зависит от размера проекта. В большом проекте типизация (хотя бы > опциональная) - великое благо. именно в большом она - великое зло. как раз в маленьких проектах кейзы "доставляем одни и те же данные между ВНУТРЕННИМИ частями по разным маршрутам" - редкое явление, а в больших проектах они - явление рядовое кроме того в больших проектах рядовое явление - работа множества людей над разными частями кода. соответственно хрень что до функции foo($) аргумент доставился в виде чиселки по одному маршруту (например на транспорте - JSON), а по другому он же в виде строки (например на транспорте - атрибут XML) - явление рядовое и тестами причем выявляемое сложно > Именно поэтому сейчас тот же Angular 2 в основном предпочитает TypeScript > вместо ES6. в JS проблема с типами наиболее неприятна ибо как раз JS наиболее часто манипулирует данными из разных источников (DOM + json) From onokonem на gmail.com Tue Oct 25 13:11:28 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Tue, 25 Oct 2016 23:11:28 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025200822.GA13173@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> Message-ID: > именно в большом она - великое зло. коллега, а как называется ваш большой проект? From i.petro.77.00 на gmail.com Tue Oct 25 13:20:52 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 25 Oct 2016 23:20:52 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> Message-ID: <20161025202052.GB13173@vdsl.uvw.ru> >> именно в большом она - великое зло. > коллега, а как называется ваш большой проект? а вы с какой целью интересуетесь? мы тут обсуждаем не мои проекты, а Perl vs Python (ввиду названия рассылки больше даже ацтойность второго перед первым). PS: один из моих проектов - большой, если живете в крупном российском городе, то скорее всего явно или опосредовано им пользовались. From qalexx на gmail.com Tue Oct 25 13:26:41 2016 From: qalexx на gmail.com (Alexander Q) Date: Tue, 25 Oct 2016 20:26:41 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025202052.GB13173@vdsl.uvw.ru> References: <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> Message-ID: Так как он называется, которым я пользовался? On Tue, Oct 25, 2016, 23:21 Ivan Petrov wrote: > >> именно в большом она - великое зло. > > коллега, а как называется ваш большой проект? > > а вы с какой целью интересуетесь? > > мы тут обсуждаем не мои проекты, а Perl vs Python (ввиду названия > рассылки больше даже ацтойность второго перед первым). > > PS: один из моих проектов - большой, если живете в крупном российском > городе, то скорее всего явно или опосредовано им пользовались. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Tue Oct 25 13:26:47 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Tue, 25 Oct 2016 23:26:47 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025202052.GB13173@vdsl.uvw.ru> References: <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> Message-ID: > а вы с какой целью интересуетесь? выяснить, насколько вы компетентны оценивать пользу и вред строгой статической типизации для большого проекта. From i.petro.77.00 на gmail.com Tue Oct 25 13:34:45 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 25 Oct 2016 23:34:45 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> Message-ID: <20161025203445.GC13173@vdsl.uvw.ru> >> а вы с какой целью интересуетесь? > выяснить, насколько вы компетентны оценивать пользу и вред строгой > статической типизации для большого проекта. это русло разговора неконструктивное From qalexx на gmail.com Tue Oct 25 13:39:06 2016 From: qalexx на gmail.com (Alexander Q) Date: Tue, 25 Oct 2016 20:39:06 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025203445.GC13173@vdsl.uvw.ru> References: <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> Message-ID: А название проекта? On Tue, Oct 25, 2016, 23:35 Ivan Petrov wrote: > >> а вы с какой целью интересуетесь? > > > выяснить, насколько вы компетентны оценивать пользу и вред строгой > > статической типизации для большого проекта. > > это русло разговора неконструктивное > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Oct 25 13:46:33 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Tue, 25 Oct 2016 23:46:33 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> Message-ID: <20161025204633.GD13173@vdsl.uvw.ru> > А название проекта? видишь ли, я привел в пример контраргументом к фразе "типизация это неимоверно хорошо" - конкретный кейз, который часто встречается и в JS и в больших проектах. тебе вдруг перестало хотеться обсуждать типизацию и захотелось пообсуждать меня. Это называется слив. а больших проектов в которых я участвовал много. вот "Мой мир" например - полностью на Perl (за исключением пары демонов на C). или под большой проект не канает 20+КК юзеров? From makarov.e.g на gmail.com Tue Oct 25 13:56:58 2016 From: makarov.e.g на gmail.com (Egor Makarov) Date: Tue, 25 Oct 2016 22:56:58 +0200 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025200822.GA13173@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> Message-ID: угу, это же так прикольно поддерживать что-то вроде if ( $param == 20 || $param eq 'Двацать' || $param eq 'zwanzig' ) { # тут 2000 строк кода *большого* проекта. зато написано и работает, а не "непонятно как написанный" } 2016-10-25 22:08 GMT+02:00 Ivan Petrov : >> Все зависит от размера проекта. В большом проекте типизация (хотя бы >> опциональная) - великое благо. > > именно в большом она - великое зло. > как раз в маленьких проектах кейзы "доставляем одни и те же данные > между ВНУТРЕННИМИ частями по разным маршрутам" - редкое явление, > а в больших проектах они - явление рядовое > кроме того в больших проектах рядовое явление - работа множества людей > над разными частями кода. > > соответственно хрень что до функции foo($) аргумент доставился в виде > чиселки по одному маршруту (например на транспорте - JSON), а по > другому он же в виде строки (например на транспорте - атрибут XML) - > явление рядовое и тестами причем выявляемое сложно > >> Именно поэтому сейчас тот же Angular 2 в основном предпочитает TypeScript >> вместо ES6. > > в JS проблема с типами наиболее неприятна ибо как раз JS наиболее > часто манипулирует данными из разных источников (DOM + json) > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From akzhan.abdulin на gmail.com Tue Oct 25 14:02:04 2016 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Wed, 26 Oct 2016 00:02:04 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025204633.GD13173@vdsl.uvw.ru> References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> Message-ID: У меня есть что сказать по данному поводу, но лень. Напомню лишь, кто зачатки типизации вполне внедрены в Perl (объектные системы Moo*), и используются широко. Тренды разработки в JavaScript указывают на широкое внедрение TypeScript в этом году, хоть и уступая распространению Webpack и ES6/Babel (что естественно, учитывая, что TypeScript ныне - это обычно одна из надстроек над этой экосистемой). Ну и судя по настроениям в моём коллективе, то же внедрение TypeScript у наших фронтэндеров вызывает энтузиазм (до этого был аналогичный энтузиазм при переходе сборке клиентсайда с Gulp на Webpack). 25 октября 2016 г., 23:46 пользователь Ivan Petrov написал: > > А название проекта? > > видишь ли, я привел в пример контраргументом к фразе "типизация это > неимоверно хорошо" - конкретный кейз, который часто встречается и в JS > и в больших проектах. > тебе вдруг перестало хотеться обсуждать типизацию и захотелось > пообсуждать меня. Это называется слив. > > а больших проектов в которых я участвовал много. > вот "Мой мир" например - полностью на Perl (за исключением пары > демонов на C). или под большой проект не канает 20+КК юзеров? > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Tue Oct 25 14:04:03 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 00:04:03 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> Message-ID: <20161025210403.GE13173@vdsl.uvw.ru> > угу, это же так прикольно поддерживать что-то вроде > if ( $param == 20 || $param eq 'Двацать' || $param eq 'zwanzig' ) { в perl == означает "привести оба аргумента к цифрам и сравнить как цифры" а eq означает "сравнить как строки код if ($a == число || $a eq строка) является бессмысленным примером. в реальной жизни не встречающимся. подобный косяк можно ПРИДУМАТЬ для любого языка но это как раз косяк из серии "мы смешали blob и utf, получили фигню, написали данко-гею и он сделал патч на базовый модуль, теперь фигни в мире больше" From i.petro.77.00 на gmail.com Tue Oct 25 14:09:08 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 00:09:08 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> Message-ID: <20161025210908.GF13173@vdsl.uvw.ru> > У меня есть что сказать по данному поводу, но лень. Напомню лишь, кто зачатки > типизации вполне внедрены в Perl (объектные системы Moo*), и используются > широко. не надо путать типизацию и валидацию параметров has bla => is => 'ro', isa => 'Int', required => 1; $foo = new Blah(bla => '1234'); из примера видно что валидация параметров с типизацией не пересекается НИКАК. > Тренды разработки в JavaScript указывают на широкое внедрение TypeScript тренды разработки в пределах языка базирующегося на типизации ничего другого показать не могут. ибо 20 + '10' равно '2010'. Хотя + - знак математический, а никак не строковый. это дурь. Далее поскольку эта дурь неотменяема (и неотменяема правильно, ибо есть огромное число кода который на этой дури базируется), то далее дурь можно развивать "ничего не трогая" в основах. Хотя вполне допускаю что и в мире JS имеются свои данко-геи, которые "по заявкам телезрителей" вполне могут "исправить к лучшему" From akzhan.abdulin на gmail.com Tue Oct 25 14:39:44 2016 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Wed, 26 Oct 2016 00:39:44 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025210908.GF13173@vdsl.uvw.ru> References: <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> <20161025210908.GF13173@vdsl.uvw.ru> Message-ID: Я вполне себе знаком с Moose/Manual/Types.pod :) Остальное и комментировать лень. Типизация - очень удобна для кода, который строит и поддерживает команда. Еще удобнее для строгого определения интерфейсов между командами. Но у вас, видимо, просто нет достаточного опыта разработки на типизируемых языках. Я уже не затрагиваю таких базисных вещей, как автодокументирование кода на основании определений и комментариев в коде. 26 октября 2016 г., 0:09 пользователь Ivan Petrov написал: > > У меня есть что сказать по данному поводу, но лень. Напомню лишь, кто > зачатки > > типизации вполне внедрены в Perl (объектные системы Moo*), и используются > > широко. > > не надо путать типизацию и валидацию параметров > > has bla => is => 'ro', isa => 'Int', required => 1; > > $foo = new Blah(bla => '1234'); > > из примера видно что валидация параметров с типизацией не пересекается > НИКАК. > > > > Тренды разработки в JavaScript указывают на широкое внедрение TypeScript > > тренды разработки в пределах языка базирующегося на типизации ничего > другого показать не могут. > > ибо 20 + '10' равно '2010'. > Хотя + - знак математический, а никак не строковый. > это дурь. > Далее поскольку эта дурь неотменяема (и неотменяема правильно, ибо > есть огромное число кода который на этой дури базируется), то далее > дурь можно развивать "ничего не трогая" в основах. > > Хотя вполне допускаю что и в мире JS имеются свои данко-геи, которые > "по заявкам телезрителей" вполне могут "исправить к лучшему" > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From makarov.e.g на gmail.com Tue Oct 25 14:42:55 2016 From: makarov.e.g на gmail.com (Egor Makarov) Date: Tue, 25 Oct 2016 23:42:55 +0200 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025210403.GE13173@vdsl.uvw.ru> References: <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025210403.GE13173@vdsl.uvw.ru> Message-ID: > мы смешали blob и utf а почему бы и нет. это же большой проект, где люди работают над разными частями. у одного данные в юникоде прочитались, а у другого - блобом. потом через пять уровней стектрейса это приходит в твою функцию, которая очень любит, чтобы 12 равнялось '12' и не любит типы. и она гейски мешает блобы с юникодом, сама о том не зная (но возможно догадываясь) 2016-10-25 23:04 GMT+02:00 Ivan Petrov : >> угу, это же так прикольно поддерживать что-то вроде > >> if ( $param == 20 || $param eq 'Двацать' || $param eq 'zwanzig' ) { > > в perl == означает "привести оба аргумента к цифрам и сравнить как > цифры" > а eq означает "сравнить как строки > > код > > if ($a == число || $a eq строка) > > является бессмысленным примером. в реальной жизни не встречающимся. > > подобный косяк можно ПРИДУМАТЬ для любого языка но это как раз косяк > из серии "мы смешали blob и utf, получили фигню, написали данко-гею и > он сделал патч на базовый модуль, теперь фигни в мире больше" > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From victor на vsespb.ru Tue Oct 25 14:50:42 2016 From: victor на vsespb.ru (Victor Efimov) Date: Wed, 26 Oct 2016 00:50:42 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025210403.GE13173@vdsl.uvw.ru> Message-ID: 26 октября 2016 г., 0:42 пользователь Egor Makarov написал: >> мы смешали blob и utf > > а почему бы и нет. это же большой проект, где люди работают над > разными частями. у одного данные в юникоде прочитались, а у другого - > блобом. потом через пять уровней стектрейса это приходит в твою > функцию, которая очень любит, чтобы 12 равнялось '12' и не любит типы. > и она гейски мешает блобы с юникодом, сама о том не зная (но возможно > догадываясь) странно обсуждать и развивать некую вымышленную легенду что "блоб смешали с юникодом", возникшую из предыдущих тредов. хотя нигде никто не смешивал блоб с юникодом. это он просто данный товарищ юникод не понимает > > 2016-10-25 23:04 GMT+02:00 Ivan Petrov : >>> угу, это же так прикольно поддерживать что-то вроде >> >>> if ( $param == 20 || $param eq 'Двацать' || $param eq 'zwanzig' ) { >> >> в perl == означает "привести оба аргумента к цифрам и сравнить как >> цифры" >> а eq означает "сравнить как строки >> >> код >> >> if ($a == число || $a eq строка) >> >> является бессмысленным примером. в реальной жизни не встречающимся. >> >> подобный косяк можно ПРИДУМАТЬ для любого языка но это как раз косяк >> из серии "мы смешали blob и utf, получили фигню, написали данко-гею и >> он сделал патч на базовый модуль, теперь фигни в мире больше" >> >> -- >> 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 alexclear на gmail.com Tue Oct 25 15:46:35 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 01:46:35 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025204633.GD13173@vdsl.uvw.ru> References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> Message-ID: 2016-10-25 23:46 GMT+03:00 Ivan Petrov : > > А название проекта? > > видишь ли, я привел в пример контраргументом к фразе "типизация это > неимоверно хорошо" - конкретный кейз, который часто встречается и в JS > и в больших проектах. > тебе вдруг перестало хотеться обсуждать типизацию и захотелось > пообсуждать меня. Это называется слив. > > а больших проектов в которых я участвовал много. > вот "Мой мир" например - полностью на Perl (за исключением пары > демонов на C). или под большой проект не канает 20+КК юзеров? > А что, MRG уже в Fortune 50? Я что-то пропустил? > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Tue Oct 25 15:49:08 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 01:49:08 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025125654.GD9478@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> Message-ID: 2016-10-25 15:56 GMT+03:00 Ivan Petrov : > > >> сотни тысяч крешей Type Error в питонячьих программах - самое лучшее > >> тому подтверждение. > > > Ой, не путайте строгую и статическую типизацию. > > Это две большие разницы. > > и то и другое для скриптового языка - зло > У вас в проекте использование Perl::Critic не принято? А как вы вообще тогда живете, можно узнать? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Tue Oct 25 15:52:37 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 01:52:37 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161024173122.GW9277@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: 2016-10-24 20:31 GMT+03:00 Ivan Petrov : > > Ну претензия "нет strict режима который отслеживает необъявленные > переменные" > > звучит довольно странно для языка, в котором нет объявления переменных:-) > > отсутствие объявлений переменных - такая же бага в дизайне языка как и > типизация этих самых переменных. > типизация нормальна (вернее термима) для компилируемых языков, но > типизация в скриптовых языках - зло в чистом виде > Какая-то дичь. Нет, я с удивлением прочитал весь тред (причем, видимо, не с самого начала). Коллеги, ну нельзя же так палиться! Все же, перл-сообщество, мне казалось, это не сборище агрессивных недоучек? Или у русского перл-сообщества своя, особенная стать? > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Tue Oct 25 15:59:18 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 01:59:18 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: 2016-10-24 20:47 GMT+03:00 Alexander Q : > Типизация помогает рефакторить, генерировать тесты, отлаживать мышление, > писать более качественный код, писать более быстрый код. Мешает типизация > только писать фигню, которую в продакшн выпускать нельзя. > Я бы хотел добавить, что статическая типизация - это частный случай статического анализа кода. А статическим анализатором кода каждый из нас пользуется каждый день (если он не совсем дурак и действительно работает в большом проекте). > > On Mon, Oct 24, 2016, 20:31 Ivan Petrov wrote: > >> > Ну претензия "нет strict режима который отслеживает необъявленные >> переменные" >> > звучит довольно странно для языка, в котором нет объявления >> переменных:-) >> >> отсутствие объявлений переменных - такая же бага в дизайне языка как и >> типизация этих самых переменных. >> типизация нормальна (вернее термима) для компилируемых языков, но >> типизация в скриптовых языках - зло в чистом виде >> >> >> -- >> 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 iskhartakh на gmail.com Tue Oct 25 20:31:17 2016 From: iskhartakh на gmail.com (Anatoly Y) Date: Wed, 26 Oct 2016 10:31:17 +0700 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> Message-ID: А поделитесь конфигом perlcritic ? 2016-10-26 5:49 GMT+07:00 Alex Chistyakov : > > > 2016-10-25 15:56 GMT+03:00 Ivan Petrov : > >> >> >> сотни тысяч крешей Type Error в питонячьих программах - самое лучшее >> >> тому подтверждение. >> >> > Ой, не путайте строгую и статическую типизацию. >> > Это две большие разницы. >> >> и то и другое для скриптового языка - зло >> > > У вас в проекте использование Perl::Critic не принято? > А как вы вообще тогда живете, можно узнать? > > > >> -- >> 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 ksvs1996 на ymail.com Tue Oct 25 20:36:21 2016 From: ksvs1996 на ymail.com (ksvs) Date: Wed, 26 Oct 2016 03:36:21 +0000 (UTC) Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> <01FB8E56-AEF2-4678-B27B-C21383744A03@gmail.com> Message-ID: <1415327945.1819625.1477452981027@mail.yahoo.com> Так люди (Даниил Подольский - Perl Undead!) говорят, что не хватает... https://www.youtube.com/watch?v=2-a2xxUI5QQМожет что-то не так деляют? On Tuesday, 25 October 2016, 22:41, Ruslan Zakirov wrote: 2016-10-25 11:50 GMT+03:00 Eugene Toropov : Чтобы получать exception на опечатки в имени ключа - переходите на Go :) и структуры типа > > >type CardMeta struct { >OrgID bson.ObjectId `json:"orgid,omitempty" bson:"orgid,omitempty"` >Text string `json:"text" bson:"text"` >Visible bool `json:"visible" bson:"visible"` >} > > >Компилятор при сохранении выскажет вам все, что думает на этот счет. Бонусом получите автодополнение на "ключи" :)) Перейду, когда в асинхронном коде на perl перестанет хватать производительности, но не ранее. -- Best regards, Ruslan. -- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org From ksvs1996 на ymail.com Tue Oct 25 20:45:20 2016 From: ksvs1996 на ymail.com (ksvs) Date: Wed, 26 Oct 2016 03:45:20 +0000 (UTC) Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> Message-ID: <630001617.1869558.1477453520450@mail.yahoo.com> А какой это статический аналиатор? On Wednesday, 26 October 2016, 1:59, Alex Chistyakov wrote: 2016-10-24 20:47 GMT+03:00 Alexander Q : Типизация помогает рефакторить, генерировать тесты, отлаживать мышление, писать более качественный код, писать более быстрый код. Мешает типизация только писать фигню, которую в продакшн выпускать нельзя. Я бы хотел добавить, что статическая типизация - это частный случай статического анализа кода. А статическим анализатором кода каждый из нас пользуется каждый день (если он не совсем дурак и действительно работает в большом проекте). From i.petro.77.00 на gmail.com Tue Oct 25 21:36:14 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 07:36:14 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025210403.GE13173@vdsl.uvw.ru> Message-ID: <20161026043614.GG13173@vdsl.uvw.ru> >> мы смешали blob и utf > а почему бы и нет. это же большой проект, где люди работают над > разными частями. у одного данные в юникоде прочитались, а у другого - > блобом. здесь бага в самом перле. Надо фиксить именно ее. no utf8; my $str = 'привет'; use utf8; $str .= ' медвед'; - флаг utf8 стоит - крайне сложно тут далее работать с этой смесью идеально бы надо сделать один из вариантов: - липкий/аггрессивный utf8: конкатенация blob и utf8 приводит к utf8 - приводить все к blob в таком случае (решив попутно проблему что у $str='hello'; должен флаг стоять в use utf8; оба поведения приведут к однозначности и исключат необходимость данко-геям что-то исправлять. > потом через пять уровней стектрейса это приходит в твою > функцию, которая очень любит, чтобы 12 равнялось '12' и не любит типы. вот с 12 и '12' у Perl все в порядке а с 'привет' и u'медвед' увы пока - косяк. From i.petro.77.00 на gmail.com Tue Oct 25 21:37:51 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 07:37:51 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> Message-ID: <20161026043751.GH13173@vdsl.uvw.ru> > А что, MRG уже в Fortune 50? я знал что именно такой коментарий и будет о MRG :) From i.petro.77.00 на gmail.com Tue Oct 25 21:42:58 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 07:42:58 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> <20161025210908.GF13173@vdsl.uvw.ru> Message-ID: <20161026044258.GI13173@vdsl.uvw.ru> > Я вполне себе знаком с Moose/Manual/Types.pod :) а причем тут Moose/Manual/Types.pod? работу > has bla => is => 'ro', isa => 'Int', required => 1; > $foo = new Blah(bla => '1234'); обеспечивает не Moose, а Perl > Типизация - очень удобна для кода, который строит и поддерживает команда. наоборот. Типизация очень неудобна для кода, который строит и поддерживает команда. Особенно команда распределенная. > Еще удобнее для строгого определения интерфейсов между командами. строгое определение интерфейсов никак с типизацией не коррелирует. вернее если у Вас типизирующий язык то Вы ВЫНУЖДЕНЫ в определении интерфейсов о ней думать. И Вам КАЖЕТСЯ что у Вас все хорошо потому что типизация, а не потому что Вы об интерфейсе думали > Я уже не затрагиваю таких базисных вещей, как автодокументирование кода на > основании определений и комментариев в коде. смешались в кучу кони, люди From i.petro.77.00 на gmail.com Tue Oct 25 21:46:53 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 07:46:53 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> Message-ID: <20161026044653.GJ13173@vdsl.uvw.ru> >> Ой, не путайте строгую и статическую типизацию. >> Это две большие разницы. > и то и другое для скриптового языка - зло > У вас в проекте использование Perl::Critic не принято? не надо мешать в кучу критик и типизацию. Аналогом critic мы пользуемся для всех языков и типизируемых и нет. > А как вы вообще тогда живете, можно узнать? весьма неплохо From onokonem на gmail.com Wed Oct 26 00:10:37 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 26 Oct 2016 10:10:37 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161025203445.GC13173@vdsl.uvw.ru> References: <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> Message-ID: >>> а вы с какой целью интересуетесь? >> выяснить, насколько вы компетентны оценивать пользу и вред строгой >> статической типизации для большого проекта. > это русло разговора неконструктивное Еще какое конструктивное. Если бы оказалось, что Вы действительно компетентны, и при том имеете настолько отличное от общепринятого и моего личного мнение - я бы постарался Вас расспросить, почему так. From onokonem на gmail.com Wed Oct 26 00:13:43 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 26 Oct 2016 10:13:43 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026044258.GI13173@vdsl.uvw.ru> References: <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> <20161025210908.GF13173@vdsl.uvw.ru> <20161026044258.GI13173@vdsl.uvw.ru> Message-ID: 2016-10-26 7:42 GMT+03:00 Ivan Petrov : > строгое определение интерфейсов никак с типизацией не коррелирует. > вернее если у Вас типизирующий язык то Вы ВЫНУЖДЕНЫ в определении > интерфейсов о ней думать. И Вам КАЖЕТСЯ что у Вас все хорошо потому > что типизация, а не потому что Вы об интерфейсе думали строгая статическая типизация потому и хороша, что заставляет тупых агрессивных обезьян, что называют себя сегодня программистами, думать. ну, не думать, а рефлексировать. From agrishaev на gmail.com Wed Oct 26 00:38:04 2016 From: agrishaev на gmail.com (=?UTF-8?B?0KLQvtC70Y/QvSBJSQ==?=) Date: Wed, 26 Oct 2016 10:38:04 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> <20161025210908.GF13173@vdsl.uvw.ru> <20161026044258.GI13173@vdsl.uvw.ru> Message-ID: 26 октября 2016 г., 10:13 пользователь Daniel Podolsky написал: > > строгая статическая типизация потому и хороша, что заставляет тупых > агрессивных обезьян, что называют себя сегодня программистами, думать. > ну, не думать, а рефлексировать. > А это мысль: заставлять провинившихся программистов переписывать перловые функции на С для скорости. Жаль тесты прийдется писать разумному человеку. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From agrishaev на gmail.com Wed Oct 26 00:52:28 2016 From: agrishaev на gmail.com (=?UTF-8?B?0KLQvtC70Y/QvSBJSQ==?=) Date: Wed, 26 Oct 2016 10:52:28 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> Message-ID: 26 октября 2016 г., 0:02 пользователь Akzhan Abdulin < akzhan.abdulin на gmail.com> написал: > У меня есть что сказать по данному поводу, но лень. Напомню лишь, кто > зачатки типизации вполне внедрены в Perl (объектные системы Moo*), и > используются широко. > > Тренды разработки в JavaScript указывают на широкое внедрение TypeScript в > этом году, хоть и уступая распространению Webpack и ES6/Babel (что > естественно, учитывая, что TypeScript ныне - это обычно одна из надстроек > над этой экосистемой). > > Ну и судя по настроениям в моём коллективе, то же внедрение TypeScript у > наших фронтэндеров вызывает энтузиазм (до этого был аналогичный энтузиазм > при переходе сборке клиентсайда с Gulp на Webpack). > Мне кажется это следствие ущербности Javascript, а точнее невозможность статистически проверить код на наличие глупых ошибок, типа использование не объявленной переменной и аналогичной. А наличие jslint, только ухудшает ситуацию --- слишком у него много "ложных" срабатываний. > > > 25 октября 2016 г., 23:46 пользователь Ivan Petrov < > i.petro.77.00 на gmail.com> написал: > > > А название проекта? >> >> видишь ли, я привел в пример контраргументом к фразе "типизация это >> неимоверно хорошо" - конкретный кейз, который часто встречается и в JS >> и в больших проектах. >> тебе вдруг перестало хотеться обсуждать типизацию и захотелось >> пообсуждать меня. Это называется слив. >> >> а больших проектов в которых я участвовал много. >> вот "Мой мир" например - полностью на Perl (за исключением пары >> демонов на C). или под большой проект не канает 20+КК юзеров? >> >> -- >> 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 26 00:54:56 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 10:54:56 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> <20161025210908.GF13173@vdsl.uvw.ru> <20161026044258.GI13173@vdsl.uvw.ru> Message-ID: <20161026075456.GL13173@vdsl.uvw.ru> >> строгое определение интерфейсов никак с типизацией не коррелирует. >> вернее если у Вас типизирующий язык то Вы ВЫНУЖДЕНЫ в определении >> интерфейсов о ней думать. И Вам КАЖЕТСЯ что у Вас все хорошо потому >> что типизация, а не потому что Вы об интерфейсе думали > строгая статическая типизация потому и хороша, что ты делаешь в рассылке по Perl, если у тебя в голове ТАКОЕ? From i.petro.77.00 на gmail.com Wed Oct 26 00:57:33 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 10:57:33 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> Message-ID: <20161026075733.GM13173@vdsl.uvw.ru> > и при том имеете > настолько отличное от общепринятого и моего личного мнение пожалуйста ссылку на общепринятость. в Perl вот нет типизации, в Python - есть. Что тут является общепринятостью? языков с типизацией больше? из этого следует общепринятость? From onokonem на gmail.com Wed Oct 26 00:59:16 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 26 Oct 2016 10:59:16 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026075456.GL13173@vdsl.uvw.ru> References: <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> <20161025210908.GF13173@vdsl.uvw.ru> <20161026044258.GI13173@vdsl.uvw.ru> <20161026075456.GL13173@vdsl.uvw.ru> Message-ID: > что ты делаешь в рассылке по Perl, если у тебя в голове ТАКОЕ? я еще и на CPAN есть, прикинь? From onokonem на gmail.com Wed Oct 26 01:02:46 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 26 Oct 2016 11:02:46 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026075733.GM13173@vdsl.uvw.ru> References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> Message-ID: > языков с типизацией больше? из этого следует общепринятость? больших проектов на языках со строгой статической типизацией больше. бесконечно больше. From i.petro.77.00 на gmail.com Wed Oct 26 01:05:24 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 11:05:24 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> <20161025210908.GF13173@vdsl.uvw.ru> <20161026044258.GI13173@vdsl.uvw.ru> <20161026075456.GL13173@vdsl.uvw.ru> Message-ID: <20161026080523.GN13173@vdsl.uvw.ru> >> что ты делаешь в рассылке по Perl, если у тебя в голове ТАКОЕ? > я еще и на CPAN есть, прикинь? я тебе вопрос задал вполне конкретный From i.petro.77.00 на gmail.com Wed Oct 26 01:09:28 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 11:09:28 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> Message-ID: <20161026080928.GO13173@vdsl.uvw.ru> >> языков с типизацией больше? из этого следует общепринятость? > больших проектов на языках со строгой статической типизацией больше. > бесконечно больше. если было взять какой-либо 8x-й год, то больших проектов на языках низкого уровня было бесконечно больше. но со временем этот косяк выправился. по мере усложнения задач и косяк с типизацией рано или поздно выправится, так что це не показатель. Большие проекты начинаются как правило теми людьми что есть в наличии. Как тут сказал "один мой оппонент": а поскольку имеется огромная куча тупых обезьян прикидывающихся программистами, то отсюда и растет запихивание типизаций туда где ей не место. :) From qalexx на gmail.com Wed Oct 26 01:12:34 2016 From: qalexx на gmail.com (Alexander Q) Date: Wed, 26 Oct 2016 08:12:34 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026080928.GO13173@vdsl.uvw.ru> References: <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> <20161026080928.GO13173@vdsl.uvw.ru> Message-ID: Иван, мне кажется, тупая обезьяна - это вы On Wed, Oct 26, 2016, 11:09 Ivan Petrov wrote: > >> языков с типизацией больше? из этого следует общепринятость? > > > больших проектов на языках со строгой статической типизацией больше. > > бесконечно больше. > > если было взять какой-либо 8x-й год, то больших проектов на языках > низкого уровня было бесконечно больше. > но со временем этот косяк выправился. > > по мере усложнения задач и косяк с типизацией рано или поздно > выправится, так что це не показатель. > > Большие проекты начинаются как правило теми людьми что есть в наличии. > Как тут сказал "один мой оппонент": а поскольку имеется огромная куча > тупых обезьян прикидывающихся программистами, то отсюда и растет > запихивание типизаций туда где ей не место. :) > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From gnatyna на gmail.com Wed Oct 26 01:16:05 2016 From: gnatyna на gmail.com (Alexander Gnatyna) Date: Wed, 26 Oct 2016 11:16:05 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026080928.GO13173@vdsl.uvw.ru> References: <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> <20161026080928.GO13173@vdsl.uvw.ru> Message-ID: Иван - молодец! Жги глаголом дальше! 26 Окт 2016 г. 11:09 пользователь "Ivan Petrov" написал: > >> языков с типизацией больше? из этого следует общепринятость? > > > больших проектов на языках со строгой статической типизацией больше. > > бесконечно больше. > > если было взять какой-либо 8x-й год, то больших проектов на языках > низкого уровня было бесконечно больше. > но со временем этот косяк выправился. > > по мере усложнения задач и косяк с типизацией рано или поздно > выправится, так что це не показатель. > > Большие проекты начинаются как правило теми людьми что есть в наличии. > Как тут сказал "один мой оппонент": а поскольку имеется огромная куча > тупых обезьян прикидывающихся программистами, то отсюда и растет > запихивание типизаций туда где ей не место. :) > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Wed Oct 26 01:19:16 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 26 Oct 2016 11:19:16 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026080523.GN13173@vdsl.uvw.ru> References: <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> <20161025210908.GF13173@vdsl.uvw.ru> <20161026044258.GI13173@vdsl.uvw.ru> <20161026075456.GL13173@vdsl.uvw.ru> <20161026080523.GN13173@vdsl.uvw.ru> Message-ID: >>> что ты делаешь в рассылке по Perl, если у тебя в голове ТАКОЕ? >> я еще и на CPAN есть, прикинь? > я тебе вопрос задал вполне конкретный наблюдаю за жизнью сообщества ханчу время от времени From shafiev на gmail.com Wed Oct 26 01:20:25 2016 From: shafiev на gmail.com (Naim Sh) Date: Wed, 26 Oct 2016 12:20:25 +0400 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026080928.GO13173@vdsl.uvw.ru> References: <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> <20161026080928.GO13173@vdsl.uvw.ru> Message-ID: <3e0a5a7c-89b2-d88b-597e-7493bd7ec727@gmail.com> >если было взять какой-либо 8x-й год, то больших проектов на языках >низкого уровня было бесконечно больше. >но со временем этот косяк выправился. в 80-х годах программисты были другими требования( железо было на порядки медленнее ) + программисти были именно Программистами On 10/26/2016 12:09 PM, Ivan Petrov wrote: >>> языков с типизацией больше? из этого следует общепринятость? >> больших проектов на языках со строгой статической типизацией больше. >> бесконечно больше. > если было взять какой-либо 8x-й год, то больших проектов на языках > низкого уровня было бесконечно больше. > но со временем этот косяк выправился. > > по мере усложнения задач и косяк с типизацией рано или поздно > выправится, так что це не показатель. > > Большие проекты начинаются как правило теми людьми что есть в наличии. > Как тут сказал "один мой оппонент": а поскольку имеется огромная куча > тупых обезьян прикидывающихся программистами, то отсюда и растет > запихивание типизаций туда где ей не место. :) -- From i.petro.77.00 на gmail.com Wed Oct 26 01:33:19 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 11:33:19 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <3e0a5a7c-89b2-d88b-597e-7493bd7ec727@gmail.com> References: <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> <20161026080928.GO13173@vdsl.uvw.ru> <3e0a5a7c-89b2-d88b-597e-7493bd7ec727@gmail.com> Message-ID: <20161026083319.GP13173@vdsl.uvw.ru> >> если было взять какой-либо 8x-й год, то больших проектов на языках >> низкого уровня было бесконечно больше. >> но со временем этот косяк выправился. > в 80-х годах программисты были другими требования( железо было на > порядки медленнее ) + программисти были именно Программистами программисты всегда были программистами. что в 80-е, 90-е что в 201x-е. ничего не поменялось. Случались и крупные косяки становившиеся стандартами (например ioctl), так и жемчужины (например текстовый протокол http), которые неофиты своими кривыми руками в 201x-х усиленно ломают (см. переход к blob в http, проталкиваемый гуглом). Кроме новых технических возможностей и усложняющихся задач - ничего не меняется From shafiev на gmail.com Wed Oct 26 01:36:23 2016 From: shafiev на gmail.com (Naim Sh) Date: Wed, 26 Oct 2016 12:36:23 +0400 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026083319.GP13173@vdsl.uvw.ru> References: <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> <20161026080928.GO13173@vdsl.uvw.ru> <3e0a5a7c-89b2-d88b-597e-7493bd7ec727@gmail.com> <20161026083319.GP13173@vdsl.uvw.ru> Message-ID: Я не настолько возрастной , но думаю что люди которым щас под 40 ,а ёщё лучше под 50+ расскажут какие тогда были программисты в плане адекватности , знаний алгоритм и умений. ИМХО . On 10/26/2016 12:33 PM, Ivan Petrov wrote: >>> если было взять какой-либо 8x-й год, то больших проектов на языках >>> низкого уровня было бесконечно больше. >>> но со временем этот косяк выправился. >> в 80-х годах программисты были другими требования( железо было на >> порядки медленнее ) + программисти были именно Программистами > программисты всегда были программистами. > что в 80-е, 90-е что в 201x-е. > ничего не поменялось. Случались и крупные косяки становившиеся > стандартами (например ioctl), так и жемчужины (например текстовый > протокол http), которые неофиты своими кривыми руками в 201x-х > усиленно ломают (см. переход к blob в http, проталкиваемый гуглом). > > Кроме новых технических возможностей и усложняющихся задач - ничего не > меняется > -- From agrishaev на gmail.com Wed Oct 26 01:52:18 2016 From: agrishaev на gmail.com (=?UTF-8?B?0KLQvtC70Y/QvSBJSQ==?=) Date: Wed, 26 Oct 2016 11:52:18 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> <20161026080928.GO13173@vdsl.uvw.ru> <3e0a5a7c-89b2-d88b-597e-7493bd7ec727@gmail.com> <20161026083319.GP13173@vdsl.uvw.ru> Message-ID: Лучше под 50+. Раньше как правило программист был с PhD за спиной, а сейчас хорошо если бы первый курс осилил. Но раньше и отбор был --- на более большие проекты выбирали тех кто быстро и хорошо пишет, а сейчас если php+jquery осилил, то уже крутой специалист. Есть другая аналогия, чем менее человек знает, тем более он увереннее и тем более агрессивнее себя ведет. 26 октября 2016 г., 11:36 пользователь Naim Sh написал: > Я не настолько возрастной , но думаю что люди которым щас под 40 ,а ёщё > лучше под 50+ расскажут какие тогда были программисты в плане адекватности > , знаний алгоритм и умений. ИМХО . > > > > On 10/26/2016 12:33 PM, Ivan Petrov wrote: > >> если было взять какой-либо 8x-й год, то больших проектов на языках >>>> низкого уровня было бесконечно больше. >>>> но со временем этот косяк выправился. >>>> >>> в 80-х годах программисты были другими требования( железо было на >>> порядки медленнее ) + программисти были именно Программистами >>> >> программисты всегда были программистами. >> что в 80-е, 90-е что в 201x-е. >> ничего не поменялось. Случались и крупные косяки становившиеся >> стандартами (например ioctl), так и жемчужины (например текстовый >> протокол http), которые неофиты своими кривыми руками в 201x-х >> усиленно ломают (см. переход к blob в http, проталкиваемый гуглом). >> >> Кроме новых технических возможностей и усложняющихся задач - ничего не >> меняется >> >> > -- > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Wed Oct 26 02:29:22 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 12:29:22 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> <20161026080928.GO13173@vdsl.uvw.ru> <3e0a5a7c-89b2-d88b-597e-7493bd7ec727@gmail.com> <20161026083319.GP13173@vdsl.uvw.ru> Message-ID: <20161026092922.GQ13173@vdsl.uvw.ru> > Лучше под 50+. Раньше как правило программист был с PhD за спиной, это было до эпохи персоналок, да и то -- неправда. > а сейчас хорошо если бы первый курс осилил. Линус Торвальдс начал писать Linux в 1991-м, а институт окончил в 1996-м (ЕМНИП). так что это ваше "раньше было круто, а сейчас..." - это традиционное заблуждение. Причем этому заблуждению много много много веков From alexclear на gmail.com Wed Oct 26 02:40:25 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 12:40:25 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <3e0a5a7c-89b2-d88b-597e-7493bd7ec727@gmail.com> References: <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> <20161026080928.GO13173@vdsl.uvw.ru> <3e0a5a7c-89b2-d88b-597e-7493bd7ec727@gmail.com> Message-ID: 2016-10-26 11:20 GMT+03:00 Naim Sh : > >если было взять какой-либо 8x-й год, то больших проектов на языках > >низкого уровня было бесконечно больше. > >но со временем этот косяк выправился. > > в 80-х годах программисты были другими требования( железо было на порядки > медленнее ) + программисти были именно Программистами Мне интересно, какую еще, с позволения сказать, херню, я прочитаю в уважаемой рассылке Перл-сообщества. Я застал в живых и программистов 80-х, и программистов 90-х. Первые были физиками по образованию, а вторые частенько не отдупляли вообще. То есть - ровно такие же люди, как и мы (ну, как и я, за остальных уже не могу ручаться, сорри). > > > > On 10/26/2016 12:09 PM, Ivan Petrov wrote: > >> языков с типизацией больше? из этого следует общепринятость? >>>> >>> больших проектов на языках со строгой статической типизацией больше. >>> бесконечно больше. >>> >> если было взять какой-либо 8x-й год, то больших проектов на языках >> низкого уровня было бесконечно больше. >> но со временем этот косяк выправился. >> >> по мере усложнения задач и косяк с типизацией рано или поздно >> выправится, так что це не показатель. >> >> Большие проекты начинаются как правило теми людьми что есть в наличии. >> Как тут сказал "один мой оппонент": а поскольку имеется огромная куча >> тупых обезьян прикидывающихся программистами, то отсюда и растет >> запихивание типизаций туда где ей не место. :) >> > > -- > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From qalexx на gmail.com Wed Oct 26 02:40:42 2016 From: qalexx на gmail.com (Alexander Q) Date: Wed, 26 Oct 2016 09:40:42 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026092922.GQ13173@vdsl.uvw.ru> References: <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> <20161026080928.GO13173@vdsl.uvw.ru> <3e0a5a7c-89b2-d88b-597e-7493bd7ec727@gmail.com> <20161026083319.GP13173@vdsl.uvw.ru> <20161026092922.GQ13173@vdsl.uvw.ru> Message-ID: > Линус Торвальдс начал писать Linux в 1991-м, а институт окончил в 1996-м (ЕМНИП). Ценность данного утверждения 0.0%. 1/sqrt(n) — это такая оценка ошибки в вашей выборке из n примеров. On Wed, Oct 26, 2016 at 12:29 PM Ivan Petrov wrote: > > Лучше под 50+. Раньше как правило программист был с PhD за спиной, > > это было до эпохи персоналок, да и то -- неправда. > > > > а сейчас хорошо если бы первый курс осилил. > > Линус Торвальдс начал писать Linux в 1991-м, а институт окончил в > 1996-м (ЕМНИП). > > так что это ваше "раньше было круто, а сейчас..." - это традиционное > заблуждение. Причем этому заблуждению много много много веков > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Wed Oct 26 02:44:18 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 12:44:18 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026044653.GJ13173@vdsl.uvw.ru> References: <1477312764.1605.3@smtp.mail.ru> <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> Message-ID: 2016-10-26 7:46 GMT+03:00 Ivan Petrov : > >> Ой, не путайте строгую и статическую типизацию. > >> Это две большие разницы. > > > и то и другое для скриптового языка - зло > > > У вас в проекте использование Perl::Critic не принято? > > не надо мешать в кучу критик и типизацию. Аналогом critic мы пользуемся для > всех языков и типизируемых и нет. > Статическая типизация является вырожденным частным случаем статического анализа кода. > > > А как вы вообще тогда живете, можно узнать? > > весьма неплохо > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Wed Oct 26 02:51:10 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 12:51:10 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026075733.GM13173@vdsl.uvw.ru> References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> Message-ID: 2016-10-26 10:57 GMT+03:00 Ivan Petrov : > > и при том имеете > > настолько отличное от общепринятого и моего личного мнение > > пожалуйста ссылку на общепринятость. > в Perl вот нет типизации, в Python - есть. В Python нет статической типизации. Есть опциональные type hints (PEP 484), предназначенные для (сюрприз!) статического анализатора. Ну так optional type hints и в PHP есть. И в Perl 6. > Что тут является > общепринятостью? > языков с типизацией больше? из этого следует общепринятость? > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Wed Oct 26 02:51:26 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 12:51:26 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> <20161026080928.GO13173@vdsl.uvw.ru> <3e0a5a7c-89b2-d88b-597e-7493bd7ec727@gmail.com> Message-ID: <20161026095126.GR13173@vdsl.uvw.ru> > Мне интересно, какую еще, с позволения сказать, херню, я прочитаю в уважаемой > рассылке Перл-сообщества. ты программист или тряпка? а ну живо man procmailrc! From i.petro.77.00 на gmail.com Wed Oct 26 02:52:46 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 12:52:46 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026075733.GM13173@vdsl.uvw.ru> <20161026080928.GO13173@vdsl.uvw.ru> <3e0a5a7c-89b2-d88b-597e-7493bd7ec727@gmail.com> <20161026083319.GP13173@vdsl.uvw.ru> <20161026092922.GQ13173@vdsl.uvw.ru> Message-ID: <20161026095246.GS13173@vdsl.uvw.ru> >> Линус Торвальдс начал писать Linux в 1991-м, а институт окончил в 1996-м >> (ЕМНИП). > Ценность данного утверждения 0.0%. о, пошло не относящееся к обсуждению бормотание From i.petro.77.00 на gmail.com Wed Oct 26 02:57:41 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 12:57:41 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> Message-ID: <20161026095741.GT13173@vdsl.uvw.ru> > Статическая типизация является вырожденным частным случаем статического анализа > кода. анализ кода при написании/компиляции никак не пересекается с анализом типов данных рантайм. From i.petro.77.00 на gmail.com Wed Oct 26 02:59:02 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 12:59:02 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> Message-ID: <20161026095902.GU13173@vdsl.uvw.ru> >> и при том имеете >> настолько отличное от общепринятого и моего личного мнение > пожалуйста ссылку на общепринятость. > в Perl вот нет типизации, в Python - есть. > В Python нет статической типизации. мы говорим не [только] о статической типизации, но и о строгой > Ну так optional type hints и в PHP есть. И в Perl 6. и у Perl 6 судьба незавидна. Только маргиналы и будут его использовать From alexclear на gmail.com Wed Oct 26 03:08:55 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 13:08:55 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026095741.GT13173@vdsl.uvw.ru> References: <1477392702.565933543@f148.i.mail.ru> <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> Message-ID: 2016-10-26 12:57 GMT+03:00 Ivan Petrov : > > > Статическая типизация является вырожденным частным случаем статического > анализа > > кода. > > анализ кода при написании/компиляции никак не пересекается с анализом > типов данных рантайм. > Я не очень понял, какое отношение статическая типизация имеет к анализу типов данных рантайм. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Wed Oct 26 03:11:22 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 13:11:22 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026095902.GU13173@vdsl.uvw.ru> References: <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> <20161026095902.GU13173@vdsl.uvw.ru> Message-ID: 2016-10-26 12:59 GMT+03:00 Ivan Petrov : > >> и при том имеете > >> настолько отличное от общепринятого и моего личного мнение > > > пожалуйста ссылку на общепринятость. > > в Perl вот нет типизации, в Python - есть. > > > В Python нет статической типизации. > > мы говорим не [только] о статической типизации, но и о строгой > Языки с нестрогой типизацией имеют право на жизнь в единственном случае - когда в них есть адресная арифметика. Потому что в языке со строгой типизацией было бы невозможно к переменной типа "адрес" прибавить переменную типа "целое число" и остаться в живых. Во всех остальных случаях нестрогая типизация - недоработка дизайнеров языка. > > > Ну так optional type hints и в PHP есть. И в Perl 6. > > и у Perl 6 судьба незавидна. Только маргиналы и будут его использовать > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Wed Oct 26 03:13:00 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 13:13:00 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026095902.GU13173@vdsl.uvw.ru> References: <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161026075733.GM13173@vdsl.uvw.ru> <20161026095902.GU13173@vdsl.uvw.ru> Message-ID: 2016-10-26 12:59 GMT+03:00 Ivan Petrov : > >> и при том имеете > >> настолько отличное от общепринятого и моего личного мнение > > > пожалуйста ссылку на общепринятость. > > в Perl вот нет типизации, в Python - есть. > > > В Python нет статической типизации. > > мы говорим не [только] о статической типизации, но и о строгой > > > Ну так optional type hints и в PHP есть. И в Perl 6. > > и у Perl 6 судьба незавидна. Только маргиналы и будут его использовать > Так и Perl 5 сейчас используют только маргиналы. Ну и что с того? > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Wed Oct 26 03:14:07 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 13:14:07 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> Message-ID: <20161026101407.GV13173@vdsl.uvw.ru> > Я не очень понял, какое отношение статическая типизация имеет к анализу типов > данных рантайм. я тоже не понимаю зачем все время перескакивать с одного на другое From alexclear на gmail.com Wed Oct 26 03:19:32 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 13:19:32 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026101407.GV13173@vdsl.uvw.ru> References: <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> Message-ID: 2016-10-26 13:14 GMT+03:00 Ivan Petrov : > > > Я не очень понял, какое отношение статическая типизация имеет к анализу > типов > > данных рантайм. > > я тоже не понимаю зачем все время перескакивать с одного на другое > Я пока никуда не перескакивал, потому что не было необходимости. Про строгую типизацию я сказал ровно три слова: "ОНА ДОЛЖНА БЫТЬ". Не понимаю, что тут обсуждать. Три языка, в которых можно сложить апельсины с крокодилами, мы знаем: это PHP, JS и C. Первый - это просто говно, а последние два - это такие ассемблеры. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Wed Oct 26 03:35:50 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 13:35:50 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> Message-ID: <20161026103550.GW13173@vdsl.uvw.ru> >> Я не очень понял, какое отношение статическая типизация имеет к анализу > типов >> данных рантайм. > я тоже не понимаю зачем все время перескакивать с одного на другое > Я пока никуда не перескакивал, потому что не было необходимости. > Про строгую типизацию я сказал ровно три слова: "ОНА ДОЛЖНА БЫТЬ". глупость сказал. соответственно вопрос: если у тебя в голове ТАКАЯ хрень, то зачем ты пишешь/читаешь рассылку о Perl? > Три языка, в которых можно сложить апельсины с крокодилами, мы знаем: это PHP, > JS и C. в JS нельзя складывать апельсины с крокодилами ибо косяк: ``` $ nodejs > a = 10 10 > b = '20' '20' > a + b '1020' > ``` From qalexx на gmail.com Wed Oct 26 03:39:45 2016 From: qalexx на gmail.com (Alexander Q) Date: Wed, 26 Oct 2016 10:39:45 +0000 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026103550.GW13173@vdsl.uvw.ru> References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> Message-ID: Конечно статическая типизация нужна. Если бы родители Ивана Петрова практиковали статический анализ, у них бы получилось гораздо лучше. On Wed, Oct 26, 2016 at 1:36 PM Ivan Petrov wrote: > >> Я не очень понял, какое отношение статическая типизация имеет к анализу > > типов > >> данных рантайм. > > > я тоже не понимаю зачем все время перескакивать с одного на другое > > > Я пока никуда не перескакивал, потому что не было необходимости. > > Про строгую типизацию я сказал ровно три слова: "ОНА ДОЛЖНА БЫТЬ". > > глупость сказал. > > соответственно вопрос: если у тебя в голове ТАКАЯ хрень, то зачем ты > пишешь/читаешь рассылку о Perl? > > > Три языка, в которых можно сложить апельсины с крокодилами, мы знаем: > это PHP, > > JS и C. > > в JS нельзя складывать апельсины с крокодилами > ибо косяк: > > ``` > $ nodejs > > a = 10 > 10 > > b = '20' > '20' > > a + b > '1020' > > > ``` > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Wed Oct 26 03:43:08 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 13:43:08 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026103550.GW13173@vdsl.uvw.ru> References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> Message-ID: 2016-10-26 13:35 GMT+03:00 Ivan Petrov : > >> Я не очень понял, какое отношение статическая типизация имеет к анализу > > типов > >> данных рантайм. > > > я тоже не понимаю зачем все время перескакивать с одного на другое > > > Я пока никуда не перескакивал, потому что не было необходимости. > > Про строгую типизацию я сказал ровно три слова: "ОНА ДОЛЖНА БЫТЬ". > > глупость сказал. > Нет. > > соответственно вопрос: если у тебя в голове ТАКАЯ хрень, то зачем ты > пишешь/читаешь рассылку о Perl? > Несмотря на то, что Perl - довольно сильное говно, далеко не все Perl-разработчики - ебанаты. Конечно, число ебанатов среди Perl-разработчиков сильно выше, чем среди разработчиков на Clojure, но в разы (или даже на порядок?) ниже, чем среди PHP- и JS-макак. Среди JS-макак, правда, встречаются люди, которые знают, что такое tacit programming - ну так их и среди Perl-разработчиков хватает. > > > Три языка, в которых можно сложить апельсины с крокодилами, мы знаем: > это PHP, > > JS и C. > > в JS нельзя складывать апельсины с крокодилами > Можно, просто на выходе получается килограмм говна. И он всегда получается, когда в деле замешаны апельсины, крокодилы и оператор сложения без явного приведения типов. > ибо косяк: > > ``` > $ nodejs > > a = 10 > 10 > > b = '20' > '20' > > a + b > '1020' > > > ``` > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Wed Oct 26 03:46:07 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 13:46:07 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> Message-ID: <20161026104607.GX13173@vdsl.uvw.ru> > что Perl - довольно сильное говно Еще раз повторю вопрос: что ТЫ делаешь в ЭТОЙ рассылке? From alexclear на gmail.com Wed Oct 26 03:48:25 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 13:48:25 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026104607.GX13173@vdsl.uvw.ru> References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> Message-ID: 2016-10-26 13:46 GMT+03:00 Ivan Petrov : > > что Perl - довольно сильное говно > > Еще раз повторю вопрос: что ТЫ делаешь в ЭТОЙ рассылке? > Во-первых, я, как и Диоген, ищу человека. Во-вторых, я начал писать на Perl курсе на 4-м - это какой, то бишь, год был на дворе, 1997-й? То есть - "если не я, то кто же?" > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From shafiev на gmail.com Wed Oct 26 03:49:21 2016 From: shafiev на gmail.com (Naim Sh) Date: Wed, 26 Oct 2016 14:49:21 +0400 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026104607.GX13173@vdsl.uvw.ru> References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> Message-ID: <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> +1 . Но без троллей как и без плохих и гадких людей жизнь была бы неинтересна ) On 10/26/2016 02:46 PM, Ivan Petrov wrote: >> что Perl - довольно сильное говно > Еще раз повторю вопрос: что ТЫ делаешь в ЭТОЙ рассылке? -- From alexclear на gmail.com Wed Oct 26 03:54:41 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 13:54:41 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> Message-ID: Я не тролль. Я, кроме всего, научный работник. В рамках научной деятельности наблюдаю за вами, коллеги. Стараюсь даже не давать прямых оценок вашей деятельности, ибо научному работнику не положено. Кстати, чем плоха строгая типизация в Python (ну или Ruby), я так и не понял. Давайте попробуем выработать консолидированное мнение? Заведем документ в Google Doc, например. Второй вопрос - напомните, пожалуйста, в интерпретатор Perl 5 JIT уже завезли? Это к дискуссии Perl vs Python. 2016-10-26 13:49 GMT+03:00 Naim Sh : > +1 . Но без троллей как и без плохих и гадких людей жизнь была бы > неинтересна ) > > > > On 10/26/2016 02:46 PM, Ivan Petrov wrote: > >> что Perl - довольно сильное говно >>> >> Еще раз повторю вопрос: что ТЫ делаешь в ЭТОЙ рассылке? >> > > -- > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From pborissovster на gmail.com Wed Oct 26 03:59:20 2016 From: pborissovster на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQkdC+0YDQuNGB0L7Qsg==?=) Date: Wed, 26 Oct 2016 13:59:20 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> Message-ID: >>Во-вторых, я начал писать на Perl курсе на 4-м - это какой, то бишь, год был на дворе, 1997-й? И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 (судя по постам - не больше) ? Так может быть всёж-таки ебаната и макаку ты каждый день в зеркале наблюдаешь, а не в окружающем мире ? 26 октября 2016 г., 13:48 пользователь Alex Chistyakov написал: > > > 2016-10-26 13:46 GMT+03:00 Ivan Petrov : > >> > что Perl - довольно сильное говно >> >> Еще раз повторю вопрос: что ТЫ делаешь в ЭТОЙ рассылке? >> > > Во-первых, я, как и Диоген, ищу человека. > Во-вторых, я начал писать на Perl курсе на 4-м - это какой, то бишь, год > был на дворе, 1997-й? > То есть - "если не я, то кто же?" > > > > >> -- >> 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 Wed Oct 26 04:08:02 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 26 Oct 2016 14:08:02 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> Message-ID: > И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 (судя > по постам - не больше) ? в 21-ом веке про perl надо знать только самое важное, а не тьму унижающих его подробностей: 1. в perl vm нет поддержки многопоточности 2. в perl vm нет поддержки JIT 3. для perl vm нет семплирующего профайлера 4. ничего этого в перл не будет уже никогда, потому как на perl vm нет и не будет никогда спецификации. rest in peace, дорогой язык, мы тебя не забудем. From agrishaev на gmail.com Wed Oct 26 04:09:56 2016 From: agrishaev на gmail.com (=?UTF-8?B?0KLQvtC70Y/QvSBJSQ==?=) Date: Wed, 26 Oct 2016 14:09:56 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> Message-ID: 26 октября 2016 г., 13:54 пользователь Alex Chistyakov написал: > > Второй вопрос - напомните, пожалуйста, в интерпретатор Perl 5 JIT уже > завезли? > Это к дискуссии Perl vs Python. > Есть аналогичная хрень: https://www.kickstarter.com/projects/wbraswell/perl-5-optimizing-compiler-rperl-v10 Как на сайте написано "RPerl can help your low-magic Perl 5 code run up to 200 times faster than pure Perl, with full backward compatibility!" Есть и другие проекты, но они довольно сырые и для специфического пользования. > > 2016-10-26 13:49 GMT+03:00 Naim Sh : > >> +1 . Но без троллей как и без плохих и гадких людей жизнь была бы >> неинтересна ) >> >> >> >> On 10/26/2016 02:46 PM, Ivan Petrov wrote: >> >>> что Perl - довольно сильное говно >>>> >>> Еще раз повторю вопрос: что ТЫ делаешь в ЭТОЙ рассылке? >>> >> >> -- >> >> -- >> 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 26 04:10:41 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 14:10:41 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> Message-ID: <20161026111041.GY13173@vdsl.uvw.ru> > Я не тролль. > Я, кроме всего, научный работник. какой работник? From i.petro.77.00 на gmail.com Wed Oct 26 04:11:52 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 14:11:52 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> Message-ID: <20161026111152.GZ13173@vdsl.uvw.ru> > в интерпретатор Perl 5 JIT уже завезли? 1. у Perl не интерпретатор, а компилятор 2. JIT Perl не нужен ибо и без JIT бенчмаркает хорошо From alexclear на gmail.com Wed Oct 26 04:13:50 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:13:50 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> Message-ID: 2016-10-26 13:59 GMT+03:00 Павел Борисов : > >>Во-вторых, я начал писать на Perl курсе на 4-м - это какой, то бишь, > год был на дворе, 1997-й? > И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 (судя > по постам - не больше) ? > А я что, где-то говорил, что я l33t Perl hax0r? Нет, никогда со мной такого не случалось. По каким, кстати, "постам", судя? Я про свои знания Perl написал примерно 0 постов. > Так может быть всёж-таки ебаната и макаку ты каждый день в зеркале > наблюдаешь, а не в окружающем мире ? > Возможно, но пока я наблюдаю коллег, не умеющих читать. > > 26 октября 2016 г., 13:48 пользователь Alex Chistyakov < > alexclear на gmail.com> написал: > > >> >> 2016-10-26 13:46 GMT+03:00 Ivan Petrov : >> >>> > что Perl - довольно сильное говно >>> >>> Еще раз повторю вопрос: что ТЫ делаешь в ЭТОЙ рассылке? >>> >> >> Во-первых, я, как и Диоген, ищу человека. >> Во-вторых, я начал писать на Perl курсе на 4-м - это какой, то бишь, год >> был на дворе, 1997-й? >> То есть - "если не я, то кто же?" >> >> >> >> >>> -- >>> 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 alexclear на gmail.com Wed Oct 26 04:15:16 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:15:16 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> Message-ID: 2016-10-26 14:08 GMT+03:00 Daniel Podolsky : > > И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 > (судя > > по постам - не больше) ? > > в 21-ом веке про perl надо знать только самое важное, а не тьму > унижающих его подробностей: > > 1. в perl vm нет поддержки многопоточности > 2. в perl vm нет поддержки JIT > 3. для perl vm нет семплирующего профайлера > Есть, но он работает как говно. То есть, может не показать стекфрейм. :( > 4. ничего этого в перл не будет уже никогда, потому как на perl vm нет > и не будет никогда спецификации. > > rest in peace, дорогой язык, мы тебя не забудем. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Wed Oct 26 04:18:17 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 14:18:17 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> Message-ID: <20161026111817.GA13173@vdsl.uvw.ru> >> И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 (судя >> по постам - не больше) ? > в 21-ом веке про perl надо знать только самое важное, а не тьму > унижающих его подробностей: > 1. в perl vm нет поддержки многопоточности в python тоже нет. я больше тебе скажу, как "научному работнику". В традиционном языке (perl, python, ruby) без накладывания ограничений на синтаксис языка ее реализовать и невозможно, поэтому поддержка тредов в perl всегда будет в статусе experimental, а в других языках = так же косячна чтобы поддерживать треды при неизменном синтаксисе, нужно либо - в каждый скаляр добавлять mutex и решать все проблемы с дедлоками и прочим - расставлять мютексы около кодовых блоков (что всеж таки влечет изменение синтаксиса) - использовать глобальный мютекс (что приводит к нивелированию всего профита от тредов) в итоге в традиционных языках либо используют fork'и пайпы/сокеты либо рассуждают о поддержке тредов, при этом не используя ее в реальных проектах > 2. в perl vm нет поддержки JIT для начала возьми книжку Ларри Уолла с верблюдом и почитай о стадии компиляции. а JIT в том виде как он есть в других языках Perl'у не нужен. > 3. для perl vm нет семплирующего профайлера о сколько умных слов From alexclear на gmail.com Wed Oct 26 04:19:18 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:19:18 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026111152.GZ13173@vdsl.uvw.ru> References: <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111152.GZ13173@vdsl.uvw.ru> Message-ID: 2016-10-26 14:11 GMT+03:00 Ivan Petrov : > > в интерпретатор Perl 5 JIT уже завезли? > > 1. у Perl не интерпретатор, а компилятор > Щта??? > 2. JIT Perl не нужен ибо и без JIT бенчмаркает хорошо > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Wed Oct 26 04:20:18 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:20:18 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026111041.GY13173@vdsl.uvw.ru> References: <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111041.GY13173@vdsl.uvw.ru> Message-ID: 2016-10-26 14:10 GMT+03:00 Ivan Petrov : > > Я не тролль. > > Я, кроме всего, научный работник. > > какой работник? > Сотрудник ISST Lab. > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Wed Oct 26 04:23:00 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 14:23:00 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111152.GZ13173@vdsl.uvw.ru> Message-ID: <20161026112300.GB13173@vdsl.uvw.ru> >>> в интерпретатор Perl 5 JIT уже завезли? >> 1. у Perl не интерпретатор, а компилятор > Щта??? в сад, срочно! т.е. в книжу Ларри Уолла. глава 18: Компиляция. Но прежде чем доберешься до главы 18, сперва прочитай таки предыдущие, чтобы не нести чепуху с апломбом "научного работника" From i.petro.77.00 на gmail.com Wed Oct 26 04:23:46 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 14:23:46 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111041.GY13173@vdsl.uvw.ru> Message-ID: <20161026112346.GC13173@vdsl.uvw.ru> >> какой работник? > Сотрудник ISST Lab. у вас все там такие научные, не разбираясь в предмете выдают суждения? или ты там один такой? From alexclear на gmail.com Wed Oct 26 04:26:47 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:26:47 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026111817.GA13173@vdsl.uvw.ru> References: <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <20161026111817.GA13173@vdsl.uvw.ru> Message-ID: 2016-10-26 14:18 GMT+03:00 Ivan Petrov : > >> И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 > (судя > >> по постам - не больше) ? > > > в 21-ом веке про perl надо знать только самое важное, а не тьму > > унижающих его подробностей: > > > 1. в perl vm нет поддержки многопоточности > > в python тоже нет. > > я больше тебе скажу, как "научному работнику". Ну, ващет, научный работник я, а не Даниил Маркович. > В традиционном языке > (perl, python, ruby) без накладывания ограничений на синтаксис языка > Я не знаю, что такое "традиционный язык", но в Rubinius нет GIL. > ее реализовать и невозможно, поэтому поддержка тредов в perl всегда > будет в статусе experimental, а в других языках = так же косячна > > чтобы поддерживать треды при неизменном синтаксисе, нужно либо > > - в каждый скаляр добавлять mutex и решать все проблемы с дедлоками и > прочим > - расставлять мютексы около кодовых блоков (что всеж таки влечет > изменение синтаксиса) > - использовать глобальный мютекс (что приводит к нивелированию всего > профита от тредов) > > в итоге в традиционных языках либо используют fork'и пайпы/сокеты > либо рассуждают о поддержке тредов, при этом не используя ее в > реальных проектах > > > 2. в perl vm нет поддержки JIT > > для начала возьми книжку Ларри Уолла с верблюдом и почитай о стадии > компиляции. а JIT в том виде как он есть в других языках Perl'у не > нужен. > Стадия компиляции, внезапно, есть и в интерпретаторе PHP. И столь же внезапно - в интерпретаторе Python. > > > 3. для perl vm нет семплирующего профайлера > > о сколько умных слов > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Wed Oct 26 04:28:19 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:28:19 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026112300.GB13173@vdsl.uvw.ru> References: <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111152.GZ13173@vdsl.uvw.ru> <20161026112300.GB13173@vdsl.uvw.ru> Message-ID: 2016-10-26 14:23 GMT+03:00 Ivan Petrov : > > >>> в интерпретатор Perl 5 JIT уже завезли? > > >> 1. у Perl не интерпретатор, а компилятор > > > Щта??? > > в сад, срочно! > т.е. в книжу Ларри Уолла. глава 18: Компиляция. > То есть, наличие у интерпретатора стадии компиляции делает интерпретатор компилятором? > > Но прежде чем доберешься до главы 18, сперва прочитай таки предыдущие, > чтобы не нести чепуху с апломбом "научного работника" > Покажи, пожалуйста, где я нес чепуху? С цитатами? Ну или не пизди. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Wed Oct 26 04:29:21 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:29:21 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026112346.GC13173@vdsl.uvw.ru> References: <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111041.GY13173@vdsl.uvw.ru> <20161026112346.GC13173@vdsl.uvw.ru> Message-ID: 2016-10-26 14:23 GMT+03:00 Ivan Petrov : > >> какой работник? > > > Сотрудник ISST Lab. > > у вас все там такие научные, не разбираясь в предмете выдают суждения? > А где я такое делал? > или ты там один такой? > Ты, давай, не позорь MRG, хотя, с другой стороны - почему?.. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From victor на vsespb.ru Wed Oct 26 04:35:33 2016 From: victor на vsespb.ru (Victor Efimov) Date: Wed, 26 Oct 2016 14:35:33 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111041.GY13173@vdsl.uvw.ru> <20161026112346.GC13173@vdsl.uvw.ru> Message-ID: вот странно. думаю кто-то решил оживить рассылку и попросил сюда пару троллей. а может это просто осень.. 26 октября 2016 г., 14:29 пользователь Alex Chistyakov написал: > > > 2016-10-26 14:23 GMT+03:00 Ivan Petrov : >> >> >> какой работник? >> >> > Сотрудник ISST Lab. >> >> у вас все там такие научные, не разбираясь в предмете выдают суждения? > > > А где я такое делал? > > >> >> или ты там один такой? > > > Ты, давай, не позорь MRG, хотя, с другой стороны - почему?.. > > >> >> -- >> 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 alexclear на gmail.com Wed Oct 26 04:37:20 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:37:20 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111041.GY13173@vdsl.uvw.ru> <20161026112346.GC13173@vdsl.uvw.ru> Message-ID: 2016-10-26 14:35 GMT+03:00 Victor Efimov : > вот странно. думаю кто-то решил оживить рассылку и попросил сюда пару > троллей. а может это просто осень.. > ^ Шутка за 300 По делу сказать нечего, так ведь? > > 26 октября 2016 г., 14:29 пользователь Alex Chistyakov > написал: > > > > > > 2016-10-26 14:23 GMT+03:00 Ivan Petrov : > >> > >> >> какой работник? > >> > >> > Сотрудник ISST Lab. > >> > >> у вас все там такие научные, не разбираясь в предмете выдают суждения? > > > > > > А где я такое делал? > > > > > >> > >> или ты там один такой? > > > > > > Ты, давай, не позорь MRG, хотя, с другой стороны - почему?.. > > > > > >> > >> -- > >> 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 alexclear на gmail.com Wed Oct 26 04:38:59 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:38:59 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026111817.GA13173@vdsl.uvw.ru> References: <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <20161026111817.GA13173@vdsl.uvw.ru> Message-ID: 2016-10-26 14:18 GMT+03:00 Ivan Petrov : > >> И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 > (судя > >> по постам - не больше) ? > > > в 21-ом веке про perl надо знать только самое важное, а не тьму > > унижающих его подробностей: > > > 1. в perl vm нет поддержки многопоточности > > в python тоже нет. > > я больше тебе скажу, как "научному работнику". В традиционном языке > (perl, python, ruby) без накладывания ограничений на синтаксис языка > ее реализовать и невозможно, поэтому поддержка тредов в perl всегда > будет в статусе experimental, а в других языках = так же косячна > > чтобы поддерживать треды при неизменном синтаксисе, нужно либо > > - в каждый скаляр добавлять mutex и решать все проблемы с дедлоками и > прочим > Зачем? > - расставлять мютексы около кодовых блоков (что всеж таки влечет > изменение синтаксиса) > Зачем? > - использовать глобальный мютекс (что приводит к нивелированию всего > профита от тредов) > Зачем? GIL в интерпретаторах вовсе не потому, что кто-то парится на тему пользовательских скаляров. > > в итоге в традиционных языках либо используют fork'и пайпы/сокеты > либо рассуждают о поддержке тредов, при этом не используя ее в > реальных проектах > > > 2. в perl vm нет поддержки JIT > > для начала возьми книжку Ларри Уолла с верблюдом и почитай о стадии > компиляции. а JIT в том виде как он есть в других языках Perl'у не > нужен. > > > 3. для perl vm нет семплирующего профайлера > > о сколько умных слов > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Wed Oct 26 04:39:15 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 14:39:15 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111152.GZ13173@vdsl.uvw.ru> <20161026112300.GB13173@vdsl.uvw.ru> Message-ID: <20161026113915.GE13173@vdsl.uvw.ru> >> в сад, срочно! >> т.е. в книжу Ларри Уолла. глава 18: Компиляция. > То есть, наличие у интерпретатора стадии компиляции делает интерпретатор > компилятором? во видишь, читать начал. скоро до понимания добираться начнешь, научный работник. поскольку есть стадия компиляции, то говорить об интерпретаторе как-то неуместно чтоли. а поскольку об интерпретаторе говорить неуместно, то и JIT получается не нужен, ибо JIT это как раз попытки исправить недостатки интепретаторов, коих у Perl нет. From i.petro.77.00 на gmail.com Wed Oct 26 04:43:23 2016 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Wed, 26 Oct 2016 14:43:23 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <20161026111817.GA13173@vdsl.uvw.ru> Message-ID: <20161026114323.GF13173@vdsl.uvw.ru> > Стадия компиляции, внезапно, есть и в интерпретаторе PHP. > И столь же внезапно - в интерпретаторе Python. про треды "научный работник" не может сказать ничего в PHP/Python/Ruby? проблема в нашей отечественной науке: стали давать всяким раздолбаям звания вот она и в одном месте теперь: ни тебе ТЯЭС ни базы на Луне. этот штат "научных работников" банально книжку по языку, который критикует прочитать не может. Куда им базы на Луне строить? им зарплату и айфончеки подавай From alexclear на gmail.com Wed Oct 26 04:44:16 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:44:16 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026103550.GW13173@vdsl.uvw.ru> References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> Message-ID: Вообще, друзья, отличные результаты. Человека с мнением, не таким как у вас, вы объявляете троллем и немедленно на этом успокаиваетесь. Плюс - включаете ad hominem, "ты хуевый и Perl хуево знаешь". 2016-10-26 13:35 GMT+03:00 Ivan Petrov : > >> Я не очень понял, какое отношение статическая типизация имеет к анализу > > типов > >> данных рантайм. > > > я тоже не понимаю зачем все время перескакивать с одного на другое > > > Я пока никуда не перескакивал, потому что не было необходимости. > > Про строгую типизацию я сказал ровно три слова: "ОНА ДОЛЖНА БЫТЬ". > > глупость сказал. > Почему? Давай, не соскакивая на мои личные качества, объясни мне, пожалуйста, толково, like I'm 5 yrs old, почему я сказал глупость? > > соответственно вопрос: если у тебя в голове ТАКАЯ хрень, то зачем ты > пишешь/читаешь рассылку о Perl? > > > Три языка, в которых можно сложить апельсины с крокодилами, мы знаем: > это PHP, > > JS и C. > > в JS нельзя складывать апельсины с крокодилами > ибо косяк: > > ``` > $ nodejs > > a = 10 > 10 > > b = '20' > '20' > > a + b > '1020' > > > ``` > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Wed Oct 26 04:46:51 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:46:51 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026113915.GE13173@vdsl.uvw.ru> References: <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111152.GZ13173@vdsl.uvw.ru> <20161026112300.GB13173@vdsl.uvw.ru> <20161026113915.GE13173@vdsl.uvw.ru> Message-ID: 2016-10-26 14:39 GMT+03:00 Ivan Petrov : > >> в сад, срочно! > >> т.е. в книжу Ларри Уолла. глава 18: Компиляция. > > > То есть, наличие у интерпретатора стадии компиляции делает интерпретатор > > компилятором? > > во видишь, читать начал. скоро до понимания добираться начнешь, > научный работник. > Давай-ка оставим эту хуйню? > > поскольку есть стадия компиляции, то говорить об интерпретаторе как-то > неуместно чтоли. > Серьезно? Давай пойдем и исправим википедию? А то там чушь какая-то написана, получается? > > а поскольку об интерпретаторе говорить неуместно, то и JIT получается > не нужен, ибо JIT это как раз попытки исправить недостатки > интепретаторов, коих у Perl нет. > Скажите, дорогие коллеги, мы ведь здесь с Иваном не одни? Вы с его тезисом тоже согласны? Иван, а как так вышло, что в Java есть и компилятор, и JIT? > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From shafiev на gmail.com Wed Oct 26 04:47:14 2016 From: shafiev на gmail.com (Naim Sh) Date: Wed, 26 Oct 2016 15:47:14 +0400 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026113915.GE13173@vdsl.uvw.ru> References: <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111152.GZ13173@vdsl.uvw.ru> <20161026112300.GB13173@vdsl.uvw.ru> <20161026113915.GE13173@vdsl.uvw.ru> Message-ID: <92624942-3ac1-5b30-81ca-043fbf33acd0@gmail.com> Коллеги , плиз не засоряйте эфир , не грызытесь между собой,все таки рассылку должна быть приятной и продуктивной для чтения. On 10/26/2016 03:39 PM, Ivan Petrov wrote: >>> в сад, срочно! >>> т.е. в книжу Ларри Уолла. глава 18: Компиляция. >> То есть, наличие у интерпретатора стадии компиляции делает интерпретатор >> компилятором? > во видишь, читать начал. скоро до понимания добираться начнешь, > научный работник. > > поскольку есть стадия компиляции, то говорить об интерпретаторе как-то > неуместно чтоли. > > а поскольку об интерпретаторе говорить неуместно, то и JIT получается > не нужен, ибо JIT это как раз попытки исправить недостатки > интепретаторов, коих у Perl нет. > -- From alexclear на gmail.com Wed Oct 26 04:49:09 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:49:09 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026114323.GF13173@vdsl.uvw.ru> References: <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <20161026111817.GA13173@vdsl.uvw.ru> <20161026114323.GF13173@vdsl.uvw.ru> Message-ID: 2016-10-26 14:43 GMT+03:00 Ivan Petrov : > > > Стадия компиляции, внезапно, есть и в интерпретаторе PHP. > > И столь же внезапно - в интерпретаторе Python. > > про треды "научный работник" не может сказать ничего в > PHP/Python/Ruby? > Я, вроде, уже сказал - в Rubinius нет GIL. Ты это прочитал? > > проблема в нашей отечественной науке: стали давать всяким раздолбаям > звания вот она и в одном месте теперь: ни тебе ТЯЭС ни базы на Луне. > > этот штат "научных работников" банально книжку по языку, который > критикует прочитать не может. Куда им базы на Луне строить? > им зарплату и айфончеки подавай > Давай-ка, не пизди, уважаемый. Ты столько чуши в этот тред написал, что Плакса должен бы покраснеть от стыда. Нанимают хер пойми кого... > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dzirtik на gmail.com Wed Oct 26 04:51:03 2016 From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=) Date: Wed, 26 Oct 2016 14:51:03 +0300 Subject: [Moscow.pm] Ban Hummer Message-ID: Друзья, продолжение диалога в такой форме приведет к массовым банам. Начиная с этого момента буду банить без предупрждения -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alexclear на gmail.com Wed Oct 26 04:54:32 2016 From: alexclear на gmail.com (Alex Chistyakov) Date: Wed, 26 Oct 2016 14:54:32 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <92624942-3ac1-5b30-81ca-043fbf33acd0@gmail.com> References: <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111152.GZ13173@vdsl.uvw.ru> <20161026112300.GB13173@vdsl.uvw.ru> <20161026113915.GE13173@vdsl.uvw.ru> <92624942-3ac1-5b30-81ca-043fbf33acd0@gmail.com> Message-ID: 2016-10-26 14:47 GMT+03:00 Naim Sh : > Коллеги , плиз не засоряйте эфир , не грызытесь между собой,все таки > рассылку должна быть приятной и продуктивной для чтения. У меня к уважаемому сообществу вопрос следующего характера в рамках установления, так сказать, объективной истины - сколько тут еще специалистов уровня Ивана. Как так получилось, что Иван работает в MRG, я не спрашиваю, плавали-знаем. А приятным и продуктивным для чтения пусть будет журнал Playboy. Нет, правда, "не грызитесь между собой" - это просьба уровня хабра. Давайте сперва прекратим нести хуйню в технических темах. > > > > On 10/26/2016 03:39 PM, Ivan Petrov wrote: > >> в сад, срочно! >>>> т.е. в книжу Ларри Уолла. глава 18: Компиляция. >>>> >>> То есть, наличие у интерпретатора стадии компиляции делает интерпретатор >>> компилятором? >>> >> во видишь, читать начал. скоро до понимания добираться начнешь, >> научный работник. >> >> поскольку есть стадия компиляции, то говорить об интерпретаторе как-то >> неуместно чтоли. >> >> а поскольку об интерпретаторе говорить неуместно, то и JIT получается >> не нужен, ибо JIT это как раз попытки исправить недостатки >> интепретаторов, коих у Perl нет. >> >> > -- > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dzirtik на gmail.com Wed Oct 26 05:01:34 2016 From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=) Date: Wed, 26 Oct 2016 15:01:34 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111152.GZ13173@vdsl.uvw.ru> <20161026112300.GB13173@vdsl.uvw.ru> <20161026113915.GE13173@vdsl.uvw.ru> <92624942-3ac1-5b30-81ca-043fbf33acd0@gmail.com> Message-ID: Ivan Petrov - Бан. Иван, кстати, не работает в MRG Alex Chistyakov - Бан 26 октября 2016 г., 14:54 пользователь Alex Chistyakov написал: > > > 2016-10-26 14:47 GMT+03:00 Naim Sh : > >> Коллеги , плиз не засоряйте эфир , не грызытесь между собой,все таки >> рассылку должна быть приятной и продуктивной для чтения. > > > У меня к уважаемому сообществу вопрос следующего характера в рамках > установления, так сказать, объективной истины - сколько тут > еще специалистов уровня Ивана. > Как так получилось, что Иван работает в MRG, я не спрашиваю, плавали-знаем. > А приятным и продуктивным для чтения пусть будет журнал Playboy. > Нет, правда, "не грызитесь между собой" - это просьба уровня хабра. > Давайте сперва прекратим нести хуйню в технических темах. > > > >> >> >> >> On 10/26/2016 03:39 PM, Ivan Petrov wrote: >> >>> в сад, срочно! >>>>> т.е. в книжу Ларри Уолла. глава 18: Компиляция. >>>>> >>>> То есть, наличие у интерпретатора стадии компиляции делает интерпретатор >>>> компилятором? >>>> >>> во видишь, читать начал. скоро до понимания добираться начнешь, >>> научный работник. >>> >>> поскольку есть стадия компиляции, то говорить об интерпретаторе как-то >>> неуместно чтоли. >>> >>> а поскольку об интерпретаторе говорить неуместно, то и JIT получается >>> не нужен, ибо JIT это как раз попытки исправить недостатки >>> интепретаторов, коих у Perl нет. >>> >>> >> -- >> >> -- >> 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 kes-kes на yandex.ru Wed Oct 26 05:12:38 2016 From: kes-kes на yandex.ru (KES) Date: Wed, 26 Oct 2016 15:12:38 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> Message-ID: <5820971477483958@web28h.yandex.ru> Раз уж эта тема 'vs Python', прошу уточнить что из этого списка есть в Python 26.10.2016, 14:09, "Daniel Podolsky" : >>  И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 (судя >>  по постам - не больше) ? > > в 21-ом веке про perl надо знать только самое важное, а не тьму > унижающих его подробностей: > > 1. в perl vm нет поддержки многопоточности > 2. в perl vm нет поддержки JIT > 3. для perl vm нет семплирующего профайлера > 4. ничего этого в перл не будет уже никогда, потому как на perl vm нет > и не будет никогда спецификации. > > rest in peace, дорогой язык, мы тебя не забудем. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From kes-kes на yandex.ru Wed Oct 26 05:16:02 2016 From: kes-kes на yandex.ru (KES) Date: Wed, 26 Oct 2016 15:16:02 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> Message-ID: <5846511477484162@web28h.yandex.ru> Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Wed Oct 26 05:21:15 2016 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 26 Oct 2016 15:21:15 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <5820971477483958@web28h.yandex.ru> References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <5820971477483958@web28h.yandex.ru> Message-ID: > Раз уж эта тема 'vs Python', прошу уточнить что из этого списка есть в Python > >> 1. в perl vm нет поддержки многопоточности нету. то, что есть - такое жу фуфло, как и в perl >> 2. в perl vm нет поддержки JIT есть в питоне >> 3. для perl vm нет семплирующего профайлера есть для питона >> 4. ничего этого в перл не будет уже никогда, потому как на perl vm нет >> и не будет никогда спецификации. и спека есть но не поймите меня неправильно - я думаю, что фактически Python так же мертв, как и Perl. оживить, впрочем, можно, в отличие от перла, раз есть спека. From kes-kes на yandex.ru Wed Oct 26 05:20:22 2016 From: kes-kes на yandex.ru (KES) Date: Wed, 26 Oct 2016 15:20:22 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <92624942-3ac1-5b30-81ca-043fbf33acd0@gmail.com> References: <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111152.GZ13173@vdsl.uvw.ru> <20161026112300.GB13173@vdsl.uvw.ru> <20161026113915.GE13173@vdsl.uvw.ru> <92624942-3ac1-5b30-81ca-043fbf33acd0@gmail.com> Message-ID: <5875721477484422@web28h.yandex.ru> +1 Кроме "Ответить всем" есть такая кнопка "Ответить" И все будут щастливы. 26.10.2016, 14:49, "Naim Sh" : > Коллеги , плиз не засоряйте эфир , не грызытесь между собой,все таки > рассылку должна быть приятной и продуктивной для чтения. > > On 10/26/2016 03:39 PM, Ivan Petrov wrote: >>>>  в сад, срочно! >>>>  т.е. в книжу Ларри Уолла. глава 18: Компиляция. >>>  То есть, наличие у интерпретатора стадии компиляции делает интерпретатор >>>  компилятором? >>  во видишь, читать начал. скоро до понимания добираться начнешь, >>  научный работник. >> >>  поскольку есть стадия компиляции, то говорить об интерпретаторе как-то >>  неуместно чтоли. >> >>  а поскольку об интерпретаторе говорить неуместно, то и JIT получается >>  не нужен, ибо JIT это как раз попытки исправить недостатки >>  интепретаторов, коих у Perl нет. > > -- > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From kes-kes на yandex.ru Wed Oct 26 05:21:57 2016 From: kes-kes на yandex.ru (KES) Date: Wed, 26 Oct 2016 15:21:57 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111152.GZ13173@vdsl.uvw.ru> <20161026112300.GB13173@vdsl.uvw.ru> <20161026113915.GE13173@vdsl.uvw.ru> <92624942-3ac1-5b30-81ca-043fbf33acd0@gmail.com> Message-ID: <5888491477484517@web28h.yandex.ru> Вложение в формате HTML было извлечено… URL: From kes-kes на yandex.ru Wed Oct 26 05:35:03 2016 From: kes-kes на yandex.ru (KES) Date: Wed, 26 Oct 2016 15:35:03 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: <1477423250.134948002@f131.i.mail.ru> References: <20161024102057.GA24517@pavilion> <4290961477305857@web25g.yandex.ru> <20161025135327.GA9370@pavilion> <1477423250.134948002@f131.i.mail.ru> Message-ID: <5985441477485303@web28h.yandex.ru> Вложение в формате HTML было извлечено… URL: From agrishaev на gmail.com Wed Oct 26 05:36:18 2016 From: agrishaev на gmail.com (=?UTF-8?B?0KLQvtC70Y/QvSBJSQ==?=) Date: Wed, 26 Oct 2016 15:36:18 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <5820971477483958@web28h.yandex.ru> Message-ID: А где в питоне есть поддержка JIT? Или это pypy? Хотя по моему мнению это фигня малорабочая Готов поверить, что есть спека на байткод. Есть ссылки, или фразы для Гугла? 26 октября 2016 г., 15:21 пользователь Daniel Podolsky написал: > > Раз уж эта тема 'vs Python', прошу уточнить что из этого списка есть в > Python > > > >> 1. в perl vm нет поддержки многопоточности > > нету. то, что есть - такое жу фуфло, как и в perl > > >> 2. в perl vm нет поддержки JIT > > есть в питоне > > >> 3. для perl vm нет семплирующего профайлера > > есть для питона > > >> 4. ничего этого в перл не будет уже никогда, потому как на perl vm нет > > >> и не будет никогда спецификации. > > и спека есть > > но не поймите меня неправильно - я думаю, что фактически Python так же > мертв, как и Perl. > > оживить, впрочем, можно, в отличие от перла, раз есть спека. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ilvin на mail.ru Wed Oct 26 04:52:37 2016 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Wed, 26 Oct 2016 14:52:37 +0300 Subject: [Moscow.pm] =?utf-8?q?Perl_vs_Python?= In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> Message-ID: <1477482757.152636049@f195.i.mail.ru> >Среда, 26 октября 2016, 13:54 +03:00 от Alex Chistyakov : > >Я не тролль. >Я, кроме всего, научный работник. >В рамках научной деятельности наблюдаю за вами, коллеги. >Стараюсь даже не давать прямых оценок вашей деятельности, ибо научному работнику не положено. >Кстати, чем плоха строгая типизация в Python (ну или Ruby), я так и не понял. >Давайте попробуем выработать консолидированное мнение? Заведем документ в Google Doc, например. >Второй вопрос - напомните, пожалуйста, в интерпретатор Perl 5 JIT уже завезли? >Это к дискуссии Perl vs Python. Вот здесь (https://www.youtube.com/watch?v=LCIGhrci5V4) Дмитрий Строгов рассказывает, что не в JIT счастье... Как только в PHP разобрались с излишними копированиями внутренних структур, так PHP стал очень даже торт, обогнав по скорости PHP мод фейсбука... Проблема Perl в том, что питонисты и пхписты перл зачморили :) А на самом деле перл и так торт ;) > > >2016-10-26 13:49 GMT+03:00 Naim Sh < shafiev на gmail.com > : >>+1 . Но без троллей как и без плохих и гадких людей жизнь была бы неинтересна ) >> >> >> >>On 10/26/2016 02:46 PM, Ivan Petrov wrote: >>>>что Perl - довольно сильное говно >>>Еще раз повторю вопрос: что ТЫ делаешь в ЭТОЙ рассылке? >> >>-- >> >>-- >>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 kopytov на webhackers.ru Wed Oct 26 05:54:05 2016 From: kopytov на webhackers.ru (Dmitry Kopytov) Date: Wed, 26 Oct 2016 15:54:05 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: <1477423250.134948002@f131.i.mail.ru> References: <20161024102057.GA24517@pavilion> <4290961477305857@web25g.yandex.ru> <20161025135327.GA9370@pavilion> <1477423250.134948002@f131.i.mail.ru> Message-ID: <20161026125405.GA13020@pavilion> On Tue, Oct 25, 2016 at 10:20:50PM +0300, Warstone на list.ru wrote: > Мы как раз сегодня на кухне холиварили на тему того - что писать в > корпоративный блог на Хабре или "почему его у нас нету"... Ни к чему > не пришли, но мое мнение - что рассказывать не о чем... Вот из > относительно интересного - я поюзал магию перловскую для > АБ-тестирования. Но делать доклад "смотрите, я написал 5кб Си кода с > 2мя вызовами коллбеков" - это бред, ИМХО. Идите и читайте perlguts / > perlapi и исходники перла... Делать доклад на тему "почему > кодогенерация через наследование и прекеш перед форком - это тру" - > тоже не сильно имеет смысл, ИМХО. А больше-то и нету тем. Я не думаю, что возможно написать доклад, который был бы интересен и полезен вообще всем. И то что лично вам не был бы интересен доклад на какую-то тему, вовсе не означает, что он вообще никому не будет интересен. Нужно допускать, в Perl-сообществе находятся не только тру-мега-эксперты, но и среднего уровня программисты, и новички. Поэтому темы докладов могут быть самые разные. Сами по себе встречи Moscow.pm сплочают наше сообщество, без них интерес к Perl-у увядает, потому что без встреч неизбежно возникает ощущение, что сообщество мертво. Вспомните, например, 2013-2014 год: были и встречи каждый месяц и Pragmatic Perl постоянно выходил, было круто, весело и интересно, ощущался драйв. Сейчас этого нет, но только от нас зависит, в каком состоянии будет сообщество и каким будет отношение к Perl-у. Нужно, чтобы каждый задал себе вопрос: «Каким вкладом я могу быть в сообщество программистов и в развитии интереса к Perl-у? С каким докладом я могу выступить, чтобы создать этот интерес?» Уверен, что нам всем небезразлична судьба Perl-а, так что давайте все вместе создавать интерес и двигать вперёд Perl! Избавьтесь от стеснения, присылайте Паше свои темы для докладов, ведь только от вас зависит судьба сообщества и Perl-а! -- Dmitry Kopytov From khedin на gmail.com Wed Oct 26 06:21:28 2016 From: khedin на gmail.com (Konstantin S. Uvarin) Date: Wed, 26 Oct 2016 16:21:28 +0300 Subject: [Moscow.pm] =?utf-8?b?0JPRg9Cz0Lsg0L/RgNC+0YLQuNCyINC80Y3QudC7?= =?utf-8?b?LtGA0YM=?= Message-ID: Приветствую! Только что получил волшебное письмо от листа. >>>The Moscow-pm mailing list has received a number of bounces from you, indicating that there may be a problem delivering messages to (мой адрес). А вот и сам баунс: The mail system <мой_адрес>: host gmail-smtp-in.l.google.com[74.125.25.26] said: 550-5.7.1 Unauthenticated email from mail.ru is not accepted due to domain's 550-5.7.1 DMARC policy. Please contact the administrator of mail.ru domain if 550-5.7.1 this was a legitimate mail. Please visit 550-5.7.1 https://support.google.com/mail/answer/2451690 to learn about the 550 5.7.1 DMARC initiative. i70si2471578pge.249 - gsmtp (in reply to end of DATA command) ​Насколько я понимаю, гмейл массово режет письма от mail.ru. Возможно даже, до меня не дошло что-то полезное из этой рассылки. Можно ли что-то с этим сделать на уровне пользовательских настроек, самого листа или на уровне mail.ru (сомневаюсь, что вразумить гугл реально)? -- Konstantin S. Uvarin jabber: see skype: kuvarin http://github.com/dallaylaen ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dionys на gmail.com Wed Oct 26 06:53:00 2016 From: dionys на gmail.com (Denis Ibaev) Date: Wed, 26 Oct 2016 16:53:00 +0300 Subject: [Moscow.pm] =?utf-8?b?0JPRg9Cz0Lsg0L/RgNC+0YLQuNCyINC80Y3QudC7?= =?utf-8?b?LtGA0YM=?= In-Reply-To: References: Message-ID: Получил аналогичное сообщение. 26 октября 2016 г., 16:21 пользователь Konstantin S. Uvarin < khedin на gmail.com> написал: > Приветствую! > > Только что получил волшебное письмо от листа. > > >>>The Moscow-pm mailing list has received a number of bounces from you, > indicating that there may be a problem delivering messages to (мой адрес). > > А вот и сам баунс: > > The mail system > > <мой_адрес>: host gmail-smtp-in.l.google.com[74.125.25.26] said: > 550-5.7.1 Unauthenticated email from mail.ru is not accepted due to > domain's 550-5.7.1 DMARC policy. Please contact the administrator of > mail.ru domain if 550-5.7.1 this was a legitimate mail. Please visit > 550-5.7.1 https://support.google.com/mail/answer/2451690 to learn > about > the 550 5.7.1 DMARC initiative. i70si2471578pge.249 - gsmtp (in reply > to > end of DATA command) > > ​Насколько я понимаю, гмейл массово режет письма от mail.ru. Возможно > даже, до меня не дошло что-то полезное из этой рассылки. > > Можно ли что-то с этим сделать на уровне пользовательских настроек, самого > листа или на уровне mail.ru (сомневаюсь, что вразумить гугл реально)? > > -- > Konstantin S. Uvarin > jabber: see > skype: kuvarin > http://github.com/dallaylaen > > -- Денис Ибаев ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From timur.nozadze на gmail.com Wed Oct 26 06:53:41 2016 From: timur.nozadze на gmail.com (Timur Nozadze) Date: Wed, 26 Oct 2016 13:53:41 +0000 Subject: [Moscow.pm] =?utf-8?b?0JPRg9Cz0Lsg0L/RgNC+0YLQuNCyINC80Y3QudC7?= =?utf-8?b?LtGA0YM=?= In-Reply-To: References: Message-ID: Та же история. По-моему, в Гуглопочте происходит какая-то революция. У нас в корпоративной почте тоже странности сегодня. ср, 26 окт. 2016 г. в 16:21, Konstantin S. Uvarin : > Приветствую! > > Только что получил волшебное письмо от листа. > > >>>The Moscow-pm mailing list has received a number of bounces from you, > indicating that there may be a problem delivering messages to (мой адрес). > > А вот и сам баунс: > > The mail system > > <мой_адрес>: host gmail-smtp-in.l.google.com[74.125.25.26] said: > 550-5.7.1 Unauthenticated email from mail.ru is not accepted due to > domain's 550-5.7.1 DMARC policy. Please contact the administrator of > mail.ru domain if 550-5.7.1 this was a legitimate mail. Please visit > 550-5.7.1 https://support.google.com/mail/answer/2451690 to learn > about > the 550 5.7.1 DMARC initiative. i70si2471578pge.249 - gsmtp (in reply > to > end of DATA command) > > ​Насколько я понимаю, гмейл массово режет письма от mail.ru. Возможно > даже, до меня не дошло что-то полезное из этой рассылки. > > Можно ли что-то с этим сделать на уровне пользовательских настроек, самого > листа или на уровне mail.ru (сомневаюсь, что вразумить гугл реально)? > > -- > Konstantin S. Uvarin > jabber: see > skype: kuvarin > http://github.com/dallaylaen > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From iskhartakh на gmail.com Wed Oct 26 07:20:23 2016 From: iskhartakh на gmail.com (Anatoly Y) Date: Wed, 26 Oct 2016 21:20:23 +0700 Subject: [Moscow.pm] =?utf-8?b?0JPRg9Cz0Lsg0L/RgNC+0YLQuNCyINC80Y3QudC7?= =?utf-8?b?LtGA0YM=?= In-Reply-To: References: Message-ID: Я только пробник рассылки получил. Будем надеяться, что это временные неурядицы. 2016-10-26 20:53 GMT+07:00 Timur Nozadze : > Та же история. По-моему, в Гуглопочте происходит какая-то революция. У нас > в корпоративной почте тоже странности сегодня. > > ср, 26 окт. 2016 г. в 16:21, Konstantin S. Uvarin : > >> Приветствую! >> >> Только что получил волшебное письмо от листа. >> >> >>>The Moscow-pm mailing list has received a number of bounces from you, >> indicating that there may be a problem delivering messages to (мой адрес). >> >> А вот и сам баунс: >> >> The mail system >> >> <мой_адрес>: host gmail-smtp-in.l.google.com[74.125.25.26] said: >> 550-5.7.1 Unauthenticated email from mail.ru is not accepted due to >> domain's 550-5.7.1 DMARC policy. Please contact the administrator of >> mail.ru domain if 550-5.7.1 this was a legitimate mail. Please visit >> 550-5.7.1 https://support.google.com/mail/answer/2451690 to learn >> about >> the 550 5.7.1 DMARC initiative. i70si2471578pge.249 - gsmtp (in reply >> to >> end of DATA command) >> >> ​Насколько я понимаю, гмейл массово режет письма от mail.ru. Возможно >> даже, до меня не дошло что-то полезное из этой рассылки. >> >> Можно ли что-то с этим сделать на уровне пользовательских настроек, >> самого листа или на уровне mail.ru (сомневаюсь, что вразумить гугл >> реально)? >> >> -- >> Konstantin S. Uvarin >> jabber: see >> skype: kuvarin >> http://github.com/dallaylaen >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From khedin на gmail.com Wed Oct 26 07:45:25 2016 From: khedin на gmail.com (Konstantin S. Uvarin) Date: Wed, 26 Oct 2016 17:45:25 +0300 Subject: [Moscow.pm] =?utf-8?b?0JPRg9Cz0Lsg0L/RgNC+0YLQuNCyINC80Y3QudC7?= =?utf-8?b?LtGA0YM=?= In-Reply-To: References: Message-ID: Приветствую. Я так понимаю, что считалка баунсов сагрилась из-за отлупов, спровоцированных последним холиваром. Но проблема-то существует - регулярно кого-то выгребаю из спама, хотя ни одного спамного сообщения в рассылке отродясь не видел. То ли мейл.ру забивает на какую-то полиси (есть в ссылках в корневом письме), то ли рассылятор выпиливает нужный заголовок... Разобраться бы... 2016-10-26 17:20 GMT+03:00 Anatoly Y : > Я только пробник рассылки получил. Будем надеяться, что это временные > неурядицы. > > 2016-10-26 20:53 GMT+07:00 Timur Nozadze : > >> Та же история. По-моему, в Гуглопочте происходит какая-то революция. У >> нас в корпоративной почте тоже странности сегодня. >> >> ср, 26 окт. 2016 г. в 16:21, Konstantin S. Uvarin : >> >>> Приветствую! >>> >>> Только что получил волшебное письмо от листа. >>> >>> >>>The Moscow-pm mailing list has received a number of bounces from you, >>> indicating that there may be a problem delivering messages to (мой >>> адрес). >>> >>> А вот и сам баунс: >>> >>> The mail system >>> >>> <мой_адрес>: host gmail-smtp-in.l.google.com[74.125.25.26] said: >>> 550-5.7.1 Unauthenticated email from mail.ru is not accepted due to >>> domain's 550-5.7.1 DMARC policy. Please contact the administrator of >>> mail.ru domain if 550-5.7.1 this was a legitimate mail. Please visit >>> 550-5.7.1 https://support.google.com/mail/answer/2451690 to learn >>> about >>> the 550 5.7.1 DMARC initiative. i70si2471578pge.249 - gsmtp (in >>> reply to >>> end of DATA command) >>> >>> ​Насколько я понимаю, гмейл массово режет письма от mail.ru. Возможно >>> даже, до меня не дошло что-то полезное из этой рассылки. >>> >>> Можно ли что-то с этим сделать на уровне пользовательских настроек, >>> самого листа или на уровне mail.ru (сомневаюсь, что вразумить гугл >>> реально)? >>> >>> -- >>> Konstantin S. Uvarin >>> jabber: see >>> skype: kuvarin >>> http://github.com/dallaylaen >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Konstantin S. Uvarin jabber: see skype: kuvarin http://github.com/dallaylaen ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From evgeniy на kosov.su Wed Oct 26 07:25:37 2016 From: evgeniy на kosov.su (=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JrQvtGB0L7Qsg==?=) Date: Wed, 26 Oct 2016 17:25:37 +0300 Subject: [Moscow.pm] =?utf-8?b?0JPRg9Cz0Lsg0L/RgNC+0YLQuNCyINC80Y3QudC7?= =?utf-8?b?LtGA0YM=?= In-Reply-To: References: Message-ID: <1477491937.713725401@f412.i.mail.ru> Вразумлять гугл тут вряд ли имеет смысл. Они честно проверяют DMARC и по результатам реджектят письмо. Более того, сам mail.ru ровно так же реджектит эти письма (я получил такое же уведомление, как и топикстартер, на mail.ru'шный ящик). Mail.Ru, судя по всему, включил reject-полиси для своих ящиков [1]. Возможно, тут есть ответ на вопрос "Почему?": https://habrahabr.ru/company/mailru/blog/282602/ . Именно глядя на reject-policy для мэйлрушных отправителей Гугл (и остальные) реджектит письма, если они не проходят проверки (SPF и DKIM). В общем, имхо, проблему решать нужно на стороне листа рассылки. [1] $ dig txt _dmarc.mail.ru     ;; ANSWER SECTION:     _dmarc.mail.ru. 5 IN TXT "v=DMARC1\;p=reject\;rua=mailto:d на rua.agari.com,mailto:dmarc_rua на corp.mail.ru\;ruf=mailto:d на ruf.agari.com\;fo=1\;"  С уважением, Евгений >Wednesday, October 26, 2016 4:53 PM +03:00 from Timur Nozadze : > >Та же история. По-моему, в Гуглопочте происходит какая-то революция. У нас в корпоративной почте тоже странности сегодня. > >ср, 26 окт. 2016 г. в 16:21, Konstantin S. Uvarin < khedin на gmail.com >: >>Приветствую! >> >>Только что получил волшебное письмо от листа. >> >>>>>The Moscow-pm mailing list has received a number of bounces from you, >>indicating that there may be a problem delivering messages to (мой адрес). >> >>А вот и сам баунс: >> >>                  The mail system >> >><мой_адрес>: host gmail-smtp-in.l.google.com [74.125.25.26] said: >>    550-5.7.1 Unauthenticated email from mail.ru is not accepted due to >>    domain's 550-5.7.1 DMARC policy. Please contact the administrator of >>     mail.ru domain if 550-5.7.1 this was a legitimate mail. Please visit >>    550-5.7.1 https://support.google.com/mail/answer/2451690 to learn about >>    the 550 5.7.1 DMARC initiative. i70si2471578pge.249 - gsmtp (in reply to >>    end of DATA command) >> >>​Насколько я понимаю, гмейл массово режет письма от mail.ru . Возможно даже, до меня не дошло что-то полезное из этой рассылки. >> >>Можно ли что-то с этим сделать на уровне пользовательских настроек, самого листа или на уровне mail.ru (сомневаюсь, что вразумить гугл реально)? >> >>-- >>Konstantin S. Uvarin >>jabber: see >>skype: kuvarin >>http://github.com/dallaylaen >>-- >>Moscow.pm mailing list >>moscow-pm на pm.org | http://moscow.pm.org >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dzirtik на gmail.com Wed Oct 26 08:31:07 2016 From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=) Date: Wed, 26 Oct 2016 18:31:07 +0300 Subject: [Moscow.pm] =?utf-8?b?0JPRg9Cz0Lsg0L/RgNC+0YLQuNCyINC80Y3QudC7?= =?utf-8?b?LtGA0YM=?= In-Reply-To: <1477491937.713725401@f412.i.mail.ru> References: <1477491937.713725401@f412.i.mail.ru> Message-ID: Пытаемся разобраться, спасибо! 26 октября 2016 г., 17:25 пользователь Евгений Косов написал: > Вразумлять гугл тут вряд ли имеет смысл. Они честно проверяют DMARC и по > результатам реджектят письмо. > Более того, сам mail.ru ровно так же реджектит эти письма (я получил > такое же уведомление, как и топикстартер, на mail.ru'шный ящик). > > Mail.Ru, судя по всему, включил reject-полиси для своих ящиков [1]. > Возможно, тут есть ответ на вопрос "Почему?": > https://habrahabr.ru/company/mailru/blog/282602/. > > Именно глядя на reject-policy для мэйлрушных отправителей Гугл (и > остальные) реджектит письма, если они не проходят проверки (SPF и DKIM). > > В общем, имхо, проблему решать нужно на стороне листа рассылки. > > > [1] $ dig txt _dmarc.mail.ru > > ;; ANSWER SECTION: > _dmarc.mail.ru. 5 IN TXT "v=DMARC1\;p=reject\;rua=mailto: > d на rua.agari.com,mailto:dmarc_rua на corp.mail.ru\;ruf=mailto:d на ruf.agari.com > \;fo=1\;" > > > > С уважением, > Евгений > > Wednesday, October 26, 2016 4:53 PM +03:00 from Timur Nozadze < > timur.nozadze на gmail.com>: > > > Та же история. По-моему, в Гуглопочте происходит какая-то революция. У нас > в корпоративной почте тоже странности сегодня. > > ср, 26 окт. 2016 г. в 16:21, Konstantin S. Uvarin : > > Приветствую! > > Только что получил волшебное письмо от листа. > > >>>The Moscow-pm mailing list has received a number of bounces from you, > indicating that there may be a problem delivering messages to (мой адрес). > > А вот и сам баунс: > > The mail system > > <мой_адрес>: host gmail-smtp-in.l.google.com[74.125.25.26] said: > 550-5.7.1 Unauthenticated email from mail.ru is not accepted due to > domain's 550-5.7.1 DMARC policy. Please contact the administrator of > mail.ru domain if 550-5.7.1 this was a legitimate mail. Please visit > 550-5.7.1 https://support.google.com/mail/answer/2451690 to learn > about > the 550 5.7.1 DMARC initiative. i70si2471578pge.249 - gsmtp (in reply > to > end of DATA command) > > ​Насколько я понимаю, гмейл массово режет письма от mail.ru. Возможно > даже, до меня не дошло что-то полезное из этой рассылки. > > Можно ли что-то с этим сделать на уровне пользовательских настроек, самого > листа или на уровне mail.ru (сомневаюсь, что вразумить гугл реально)? > > -- > Konstantin S. Uvarin > jabber: see > skype: kuvarin > http://github.com/dallaylaen > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dzirtik на gmail.com Wed Oct 26 08:50:53 2016 From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=) Date: Wed, 26 Oct 2016 18:50:53 +0300 Subject: [Moscow.pm] =?utf-8?b?0JPRg9Cz0Lsg0L/RgNC+0YLQuNCyINC80Y3QudC7?= =?utf-8?b?LtGA0YM=?= In-Reply-To: References: <1477491937.713725401@f412.i.mail.ru> Message-ID: Спасибо всем кто откликнулся, поменял настройки DMARC должно все заработать. 26 октября 2016 г., 18:31 пользователь Павел Щербинин написал: > Пытаемся разобраться, спасибо! > > 26 октября 2016 г., 17:25 пользователь Евгений Косов > написал: > > Вразумлять гугл тут вряд ли имеет смысл. Они честно проверяют DMARC и по >> результатам реджектят письмо. >> Более того, сам mail.ru ровно так же реджектит эти письма (я получил >> такое же уведомление, как и топикстартер, на mail.ru'шный ящик). >> >> Mail.Ru, судя по всему, включил reject-полиси для своих ящиков [1]. >> Возможно, тут есть ответ на вопрос "Почему?": >> https://habrahabr.ru/company/mailru/blog/282602/. >> >> Именно глядя на reject-policy для мэйлрушных отправителей Гугл (и >> остальные) реджектит письма, если они не проходят проверки (SPF и DKIM). >> >> В общем, имхо, проблему решать нужно на стороне листа рассылки. >> >> >> [1] $ dig txt _dmarc.mail.ru >> >> ;; ANSWER SECTION: >> _dmarc.mail.ru. 5 IN TXT "v=DMARC1\;p=reject\;rua=mailto: >> d на rua.agari.com,mailto:dmarc_rua на corp.mail.ru\;ruf=mailto:d на ruf.agari.com >> \;fo=1\;" >> >> >> >> С уважением, >> Евгений >> >> Wednesday, October 26, 2016 4:53 PM +03:00 from Timur Nozadze < >> timur.nozadze на gmail.com>: >> >> >> Та же история. По-моему, в Гуглопочте происходит какая-то революция. У >> нас в корпоративной почте тоже странности сегодня. >> >> ср, 26 окт. 2016 г. в 16:21, Konstantin S. Uvarin : >> >> Приветствую! >> >> Только что получил волшебное письмо от листа. >> >> >>>The Moscow-pm mailing list has received a number of bounces from you, >> indicating that there may be a problem delivering messages to (мой адрес). >> >> А вот и сам баунс: >> >> The mail system >> >> <мой_адрес>: host gmail-smtp-in.l.google.com[74.125.25.26] said: >> 550-5.7.1 Unauthenticated email from mail.ru is not accepted due to >> domain's 550-5.7.1 DMARC policy. Please contact the administrator of >> mail.ru domain if 550-5.7.1 this was a legitimate mail. Please visit >> 550-5.7.1 https://support.google.com/mail/answer/2451690 to learn >> about >> the 550 5.7.1 DMARC initiative. i70si2471578pge.249 - gsmtp (in reply >> to >> end of DATA command) >> >> ​Насколько я понимаю, гмейл массово режет письма от mail.ru. Возможно >> даже, до меня не дошло что-то полезное из этой рассылки. >> >> Можно ли что-то с этим сделать на уровне пользовательских настроек, >> самого листа или на уровне mail.ru (сомневаюсь, что вразумить гугл >> реально)? >> >> -- >> Konstantin S. Uvarin >> jabber: see >> skype: kuvarin >> http://github.com/dallaylaen >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > С Уважением, > Щербинин Павел > -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sergle.ua на gmail.com Wed Oct 26 08:52:42 2016 From: sergle.ua на gmail.com (Sergey Leschenko) Date: Wed, 26 Oct 2016 18:52:42 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111152.GZ13173@vdsl.uvw.ru> <20161026112300.GB13173@vdsl.uvw.ru> <20161026113915.GE13173@vdsl.uvw.ru> <92624942-3ac1-5b30-81ca-043fbf33acd0@gmail.com> Message-ID: 2016-10-26 15:01 GMT+03:00 Павел Щербинин : > Иван, кстати, не работает в MRG > ​Зато там работает Обухов Дмитрий​. Хорошая реклама Tarantool. -- Sergey ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dzirtik на gmail.com Wed Oct 26 08:59:52 2016 From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=) Date: Wed, 26 Oct 2016 18:59:52 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> <20161026111152.GZ13173@vdsl.uvw.ru> <20161026112300.GB13173@vdsl.uvw.ru> <20161026113915.GE13173@vdsl.uvw.ru> <92624942-3ac1-5b30-81ca-043fbf33acd0@gmail.com> Message-ID: Обухов Дмитрий так же не работает в компании, и причем тут Тарантул, но если у вас есть желание накинуть на MRG, заезжайте в гости, познакомиться с разработчиками, с теми кто делает почту, Тарантул, проверите откуда у них что растет, свои умения покажете. Что бы за глаза не обвинять и не оскорблять людей. Давайте добавим немного уважения к коллегам. 26 октября 2016 г., 18:52 пользователь Sergey Leschenko via Moscow-pm < moscow-pm на pm.org> написал: > 2016-10-26 15:01 GMT+03:00 Павел Щербинин : > >> Иван, кстати, не работает в MRG >> > > ​Зато там работает Обухов Дмитрий​. Хорошая реклама Tarantool. > > -- > Sergey > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From unknown.vagrant на gmail.com Wed Oct 26 09:22:10 2016 From: unknown.vagrant на gmail.com (Nikolay Poletaev) Date: Wed, 26 Oct 2016 16:22:10 +0000 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: <20161026125405.GA13020@pavilion> References: <20161024102057.GA24517@pavilion> <4290961477305857@web25g.yandex.ru> <20161025135327.GA9370@pavilion> <1477423250.134948002@f131.i.mail.ru> <20161026125405.GA13020@pavilion> Message-ID: я очень прошу Ефимова сделать доклад про unicode/utf8 ср, 26 окт. 2016 г. в 15:54, Dmitry Kopytov : > On Tue, Oct 25, 2016 at 10:20:50PM +0300, Warstone на list.ru wrote: > > Мы как раз сегодня на кухне холиварили на тему того - что писать в > > корпоративный блог на Хабре или "почему его у нас нету"... Ни к чему > > не пришли, но мое мнение - что рассказывать не о чем... Вот из > > относительно интересного - я поюзал магию перловскую для > > АБ-тестирования. Но делать доклад "смотрите, я написал 5кб Си кода с > > 2мя вызовами коллбеков" - это бред, ИМХО. Идите и читайте perlguts / > > perlapi и исходники перла... Делать доклад на тему "почему > > кодогенерация через наследование и прекеш перед форком - это тру" - > > тоже не сильно имеет смысл, ИМХО. А больше-то и нету тем. > > Я не думаю, что возможно написать доклад, который был бы интересен и > полезен вообще всем. И то что лично вам не был бы интересен доклад на > какую-то тему, вовсе не означает, что он вообще никому не будет > интересен. Нужно допускать, в Perl-сообществе находятся не только > тру-мега-эксперты, но и среднего уровня программисты, и новички. Поэтому > темы докладов могут быть самые разные. > > Сами по себе встречи Moscow.pm сплочают наше сообщество, без них интерес > к Perl-у увядает, потому что без встреч неизбежно возникает ощущение, > что сообщество мертво. Вспомните, например, 2013-2014 год: были и > встречи каждый месяц и Pragmatic Perl постоянно выходил, было круто, > весело и интересно, ощущался драйв. Сейчас этого нет, но только от нас > зависит, в каком состоянии будет сообщество и каким будет отношение к > Perl-у. Нужно, чтобы каждый задал себе вопрос: «Каким вкладом я могу > быть в сообщество программистов и в развитии интереса к Perl-у? С каким > докладом я могу выступить, чтобы создать этот интерес?» Уверен, что > нам всем небезразлична судьба Perl-а, так что давайте все вместе > создавать интерес и двигать вперёд Perl! Избавьтесь от стеснения, > присылайте Паше свои темы для докладов, ведь только от вас зависит > судьба сообщества и Perl-а! > > -- > Dmitry Kopytov > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From evgeniy на just4i.ru Wed Oct 26 10:06:03 2016 From: evgeniy на just4i.ru (Evgeniy Vansevich) Date: Wed, 26 Oct 2016 20:06:03 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: <20161026125405.GA13020@pavilion> References: <20161024102057.GA24517@pavilion> <4290961477305857@web25g.yandex.ru> <20161025135327.GA9370@pavilion> <1477423250.134948002@f131.i.mail.ru> <20161026125405.GA13020@pavilion> Message-ID: <7288241477501563@web16g.yandex.ru> Вложение в формате HTML было извлечено… URL: From pavel на kuptsov.info Wed Oct 26 10:06:15 2016 From: pavel на kuptsov.info (=?UTF-8?B?0J/QsNCy0LXQuyDQmtGD0L/RhtC+0LI=?=) Date: Wed, 26 Oct 2016 20:06:15 +0300 Subject: [Moscow.pm] =?utf-8?b?0KLQtdC80Ysg0LTQvtC60LvQsNC00L7QsiDQvdCw?= =?utf-8?q?_Moscow=2Epm?= In-Reply-To: References: Message-ID: Коллеги, а может нам лучше не скидывать Павлу темы своих докладов, а пойти от обратного и накидать сюда то что каждый хотел бы послушать? Вдруг интересы одних пересекаются с возможностями других? Я вот готов завтра накинуть немного тем, которые с удовольствием бы послушал. Сегодня просто предлагаю всем подумать об этом и написать по мере появления мыслей. Что скажете? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From evgeniy на just4i.ru Wed Oct 26 10:14:58 2016 From: evgeniy на just4i.ru (Evgeniy Vansevich) Date: Wed, 26 Oct 2016 20:14:58 +0300 Subject: [Moscow.pm] =?utf-8?b?0KLQtdC80Ysg0LTQvtC60LvQsNC00L7QsiDQvdCw?= =?utf-8?q?_Moscow=2Epm?= In-Reply-To: References: Message-ID: <7129091477502098@web23h.yandex.ru> Вложение в формате HTML было извлечено… URL: From chesnokov.ilya на gmail.com Wed Oct 26 11:50:42 2016 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Wed, 26 Oct 2016 21:50:42 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: References: <20161024102057.GA24517@pavilion> <4290961477305857@web25g.yandex.ru> <20161025135327.GA9370@pavilion> Message-ID: 25 октября 2016 г., 20:14 пользователь Natalya Savenkova написал: > Я просто страшно стесняюсь:) Да ладно, у тебя клевые доклады получаются ;-) > Savenkova Natalya > >> On 25 Oct 2016, at 16:53, Dmitry Kopytov wrote: >> >>> On Mon, Oct 24, 2016 at 01:44:17PM +0300, Evgeniy Vansevich wrote: >>> А что? - есть идеи докладов?) >> >> Да идеи всегда есть и у всех, просто почему-то не хотят делиться. В >> рассылке очень много крутых гуру-перловиков, почему не хотите делиться >> своими наработками и опытом? Жадничаете чтоли? Уверен, что масса людей с >> удовольствием бы вас послушала! Где вы все?? >> >> -- >> Dmitry Kopytov >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From ali на ali.org.ua Wed Oct 26 12:18:49 2016 From: ali на ali.org.ua (Oleg Alistratov) Date: Wed, 26 Oct 2016 22:18:49 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <1477312764.1605.3@smtp.mail.ru> <20161024131902.GT9277@vdsl.uvw.ru> <20161024143232.GU9277@vdsl.uvw.ru> <20161024154543.GV9277@vdsl.uvw.ru> <20161024173122.GW9277@vdsl.uvw.ru> <2346231477345801@web16h.yandex.ru> Message-ID: <7627291477509529@web19g.yandex.ru> Есть, конечно. Так же, как и в питоне есть способы сделать жизнь лучше. И тут второе преимущество перла: методов заточить «поведение из коробки» гораздо больше. 25.10.2016, 11:41, "Ruslan Zakirov" : > 2016-10-25 0:50 GMT+03:00 Oleg Alistratov : >> Например, вам нужно удалить элемент по ключу из хэша (дикта). А в нем такого ключа нет. Здравый смысл говорит, что нет — и окей, не надо, все равно его удалять собрались, ничего страшного в этом нет. >> >> Перл выполнит delete $hash{foo} и не крякнет. Питон упадет с KeyError. > > В perl есть еще возможность зафиксировать хеш и получим тоже exception. Конечно с delete не очень удобно, но вот зафиксировать все ключи большого конфига и получать exception, когда обращаются с очепяткой в имени ключа можно и удобно. Становится ненужными accessor'ы проверки правильности написания. > > -- > Best regards, Ruslan. > ,-- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Oleg Alistratov From victor на vsespb.ru Wed Oct 26 12:48:54 2016 From: victor на vsespb.ru (Victor Efimov) Date: Wed, 26 Oct 2016 22:48:54 +0300 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: References: <20161024102057.GA24517@pavilion> <4290961477305857@web25g.yandex.ru> <20161025135327.GA9370@pavilion> <1477423250.134948002@f131.i.mail.ru> <20161026125405.GA13020@pavilion> Message-ID: я уже делал пару лет назад https://www.youtube.com/watch?v=43vDtaKl71c http://www.slideshare.net/ssuser129a4e/unicode-perl-yapc-russia-2014 а чего ещё про юникод то надо? 26 октября 2016 г., 19:22 пользователь Nikolay Poletaev via Moscow-pm написал: > я очень прошу Ефимова сделать доклад про unicode/utf8 > > ср, 26 окт. 2016 г. в 15:54, Dmitry Kopytov : >> >> On Tue, Oct 25, 2016 at 10:20:50PM +0300, Warstone на list.ru wrote: >> > Мы как раз сегодня на кухне холиварили на тему того - что писать в >> > корпоративный блог на Хабре или "почему его у нас нету"... Ни к чему >> > не пришли, но мое мнение - что рассказывать не о чем... Вот из >> > относительно интересного - я поюзал магию перловскую для >> > АБ-тестирования. Но делать доклад "смотрите, я написал 5кб Си кода с >> > 2мя вызовами коллбеков" - это бред, ИМХО. Идите и читайте perlguts / >> > perlapi и исходники перла... Делать доклад на тему "почему >> > кодогенерация через наследование и прекеш перед форком - это тру" - >> > тоже не сильно имеет смысл, ИМХО. А больше-то и нету тем. >> >> Я не думаю, что возможно написать доклад, который был бы интересен и >> полезен вообще всем. И то что лично вам не был бы интересен доклад на >> какую-то тему, вовсе не означает, что он вообще никому не будет >> интересен. Нужно допускать, в Perl-сообществе находятся не только >> тру-мега-эксперты, но и среднего уровня программисты, и новички. Поэтому >> темы докладов могут быть самые разные. >> >> Сами по себе встречи Moscow.pm сплочают наше сообщество, без них интерес >> к Perl-у увядает, потому что без встреч неизбежно возникает ощущение, >> что сообщество мертво. Вспомните, например, 2013-2014 год: были и >> встречи каждый месяц и Pragmatic Perl постоянно выходил, было круто, >> весело и интересно, ощущался драйв. Сейчас этого нет, но только от нас >> зависит, в каком состоянии будет сообщество и каким будет отношение к >> Perl-у. Нужно, чтобы каждый задал себе вопрос: «Каким вкладом я могу >> быть в сообщество программистов и в развитии интереса к Perl-у? С каким >> докладом я могу выступить, чтобы создать этот интерес?» Уверен, что >> нам всем небезразлична судьба Perl-а, так что давайте все вместе >> создавать интерес и двигать вперёд Perl! Избавьтесь от стеснения, >> присылайте Паше свои темы для докладов, ведь только от вас зависит >> судьба сообщества и Perl-а! >> >> -- >> Dmitry Kopytov >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > From unknown.vagrant на gmail.com Wed Oct 26 14:17:08 2016 From: unknown.vagrant на gmail.com (Nikolay Poletaev) Date: Wed, 26 Oct 2016 21:17:08 +0000 Subject: [Moscow.pm] =?utf-8?b?0JrQvtCz0LTQsCDRg9C20LUg0LHRg9C00LXRgiA=?= =?utf-8?b?0LLRgdGC0YDQtdGH0LAgTW9zY293LnBtPw==?= In-Reply-To: References: <20161024102057.GA24517@pavilion> <4290961477305857@web25g.yandex.ru> <20161025135327.GA9370@pavilion> <1477423250.134948002@f131.i.mail.ru> <20161026125405.GA13020@pavilion> Message-ID: Это было пару лет назад, думаю если еще раз рассказать хуже не будет ;) On Wed, 26 Oct 2016 22:48 Victor Efimov, wrote: > я уже делал пару лет назад > https://www.youtube.com/watch?v=43vDtaKl71c > http://www.slideshare.net/ssuser129a4e/unicode-perl-yapc-russia-2014 > а чего ещё про юникод то надо? > > 26 октября 2016 г., 19:22 пользователь Nikolay Poletaev via Moscow-pm > написал: > > я очень прошу Ефимова сделать доклад про unicode/utf8 > > > > ср, 26 окт. 2016 г. в 15:54, Dmitry Kopytov : > >> > >> On Tue, Oct 25, 2016 at 10:20:50PM +0300, Warstone на list.ru wrote: > >> > Мы как раз сегодня на кухне холиварили на тему того - что писать в > >> > корпоративный блог на Хабре или "почему его у нас нету"... Ни к чему > >> > не пришли, но мое мнение - что рассказывать не о чем... Вот из > >> > относительно интересного - я поюзал магию перловскую для > >> > АБ-тестирования. Но делать доклад "смотрите, я написал 5кб Си кода с > >> > 2мя вызовами коллбеков" - это бред, ИМХО. Идите и читайте perlguts / > >> > perlapi и исходники перла... Делать доклад на тему "почему > >> > кодогенерация через наследование и прекеш перед форком - это тру" - > >> > тоже не сильно имеет смысл, ИМХО. А больше-то и нету тем. > >> > >> Я не думаю, что возможно написать доклад, который был бы интересен и > >> полезен вообще всем. И то что лично вам не был бы интересен доклад на > >> какую-то тему, вовсе не означает, что он вообще никому не будет > >> интересен. Нужно допускать, в Perl-сообществе находятся не только > >> тру-мега-эксперты, но и среднего уровня программисты, и новички. Поэтому > >> темы докладов могут быть самые разные. > >> > >> Сами по себе встречи Moscow.pm сплочают наше сообщество, без них интерес > >> к Perl-у увядает, потому что без встреч неизбежно возникает ощущение, > >> что сообщество мертво. Вспомните, например, 2013-2014 год: были и > >> встречи каждый месяц и Pragmatic Perl постоянно выходил, было круто, > >> весело и интересно, ощущался драйв. Сейчас этого нет, но только от нас > >> зависит, в каком состоянии будет сообщество и каким будет отношение к > >> Perl-у. Нужно, чтобы каждый задал себе вопрос: «Каким вкладом я могу > >> быть в сообщество программистов и в развитии интереса к Perl-у? С каким > >> докладом я могу выступить, чтобы создать этот интерес?» Уверен, что > >> нам всем небезразлична судьба Perl-а, так что давайте все вместе > >> создавать интерес и двигать вперёд Perl! Избавьтесь от стеснения, > >> присылайте Паше свои темы для докладов, ведь только от вас зависит > >> судьба сообщества и Perl-а! > >> > >> -- > >> Dmitry Kopytov > >> > >> -- > >> Moscow.pm mailing list > >> moscow-pm на pm.org | http://moscow.pm.org > > > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From theathlet на yandex.ru Wed Oct 26 23:14:28 2016 From: theathlet на yandex.ru (theathlet на yandex.ru) Date: Thu, 27 Oct 2016 09:14:28 +0300 Subject: [Moscow.pm] =?utf-8?b?0KLQtdC80Ysg0LTQvtC60LvQsNC00L7QsiDQvdCw?= =?utf-8?q?_Moscow=2Epm?= In-Reply-To: <7129091477502098@web23h.yandex.ru> References: <7129091477502098@web23h.yandex.ru> Message-ID: <20161027091428.ERNiEMs9@smtp1m.mail.yandex.net> +1 От себя добавлю: Mojo::IOLoop, Marpa parser, websockets, написание и оптимизация сложных регулярных выражений, отладка с помощью Devel::Trepan, gdb, strace (скриптов и веб приложений) Отправлено с моего телефона на Windows 10 От: Evgeniy Vansevich via Moscow-pm Отправлено: 26 октября 2016 г. в 20:17 Кому: Moscow.pm group Копия: Evgeniy Vansevich Тема: Re: [Moscow.pm] Темы докладов на Moscow.pm Давно пора. В прошлый раз я это говорил, не увенчалось успехом) Пока наброшу кейвордов для докладов интересных лично мне: AnyEvent, Coro, JIT, peephole(Интересные кейсы оптимизации, и возможности, например оптимизация кейса ref $arrayref eq 'ARRAY' - до простой проверки бита.), XS 26.10.2016, 20:08, "Павел Купцов via Moscow-pm" : Коллеги, а может нам лучше не скидывать Павлу темы своих докладов, а пойти от обратного и накидать сюда то что каждый хотел бы послушать? Вдруг интересы одних пересекаются с возможностями других? Я вот готов завтра накинуть немного тем, которые с удовольствием бы послушал. Сегодня просто предлагаю всем подумать об этом и написать по мере появления мыслей. Что скажете? ,-- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From kes-kes на yandex.ru Thu Oct 27 00:47:30 2016 From: kes-kes на yandex.ru (KES) Date: Thu, 27 Oct 2016 10:47:30 +0300 Subject: [Moscow.pm] =?utf-8?b?0KLQtdC80Ysg0LTQvtC60LvQsNC00L7QsiDQvdCw?= =?utf-8?q?_Moscow=2Epm?= In-Reply-To: <20161027091428.ERNiEMs9@smtp1m.mail.yandex.net> References: <7129091477502098@web23h.yandex.ru> <20161027091428.ERNiEMs9@smtp1m.mail.yandex.net> Message-ID: <4986291477554450@web38j.yandex.ru> Вложение в формате HTML было извлечено… URL: From khrt на ya.ru Thu Oct 27 01:01:09 2016 From: khrt на ya.ru (Artur Khabibullin) Date: Thu, 27 Oct 2016 10:01:09 +0200 Subject: [Moscow.pm] =?utf-8?b?0KLQtdC80Ysg0LTQvtC60LvQsNC00L7QsiDQvdCw?= =?utf-8?q?_Moscow=2Epm?= In-Reply-To: <4986291477554450@web38j.yandex.ru> References: <7129091477502098@web23h.yandex.ru> <20161027091428.ERNiEMs9@smtp1m.mail.yandex.net> <4986291477554450@web38j.yandex.ru> Message-ID: Не совсем дебаггер, но может быть гораздо удобнее - https://metacpan.org/pod/Pry ak 2016-10-27 9:47 GMT+02:00 KES via Moscow-pm : > Попробуйте вот этот дебаггер: https://www.youtube.com/watch?v=OUhQCz5iB68 > Devel::DebugHooks > > > 27.10.2016, 09:16, "TheAthlete via Moscow-pm" : > > +1 > > От себя добавлю: Mojo::IOLoop, Marpa parser, websockets, написание и > оптимизация сложных регулярных выражений, отладка с помощью Devel::Trepan, > gdb, strace (скриптов и веб приложений) > > > > Отправлено с моего телефона на Windows 10 > > > > *От: *Evgeniy Vansevich via Moscow-pm > *Отправлено: *26 октября 2016 г. в 20:17 > *Кому: *Moscow.pm group > *Копия: *Evgeniy Vansevich > *Тема: *Re: [Moscow.pm] Темы докладов на Moscow.pm > > > > Давно пора. В прошлый раз я это говорил, не увенчалось успехом) > > Пока наброшу кейвордов для докладов интересных лично мне: AnyEvent, Coro, > JIT, peephole(Интересные кейсы оптимизации, и возможности, например > оптимизация кейса ref $arrayref eq 'ARRAY' - до простой проверки бита.), XS > > > > > > 26.10.2016, 20:08, "Павел Купцов via Moscow-pm" : > > Коллеги, а может нам лучше не скидывать Павлу темы своих докладов, а пойти > от обратного и накидать сюда то что каждый хотел бы послушать? Вдруг > интересы одних пересекаются с возможностями других? > Я вот готов завтра накинуть немного тем, которые с удовольствием бы > послушал. Сегодня просто предлагаю всем подумать об этом и написать по мере > появления мыслей. > Что скажете? > > ,-- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > ,-- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ruslan.zakirov на gmail.com Thu Oct 27 01:06:00 2016 From: ruslan.zakirov на gmail.com (Ruslan Zakirov) Date: Thu, 27 Oct 2016 11:06:00 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> Message-ID: 2016-10-26 13:54 GMT+03:00 Alex Chistyakov : > Второй вопрос - напомните, пожалуйста, в интерпретатор Perl 5 JIT уже > завезли? > Это к дискуссии Perl vs Python. JIT туда не завезут в core perl 5 не по причине отсутствия строгой типизации или еще каких-то особенностей семантики языка, а по причине излешней доступности внутренностей языка так сказать в user-space. $a + $b в Perl можно заJITить даже без типов в языке, оператор типизированый. Еще сложность в откате JIT из-за false assumptions, но в теории это возможно. На практике нет желания преодолеть все трудности и сделать поддерживаемо. -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ruslan.zakirov на gmail.com Thu Oct 27 01:23:12 2016 From: ruslan.zakirov на gmail.com (Ruslan Zakirov) Date: Thu, 27 Oct 2016 11:23:12 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026043614.GG13173@vdsl.uvw.ru> References: <20161025111531.GB9478@vdsl.uvw.ru> <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025210403.GE13173@vdsl.uvw.ru> <20161026043614.GG13173@vdsl.uvw.ru> Message-ID: 2016-10-26 7:36 GMT+03:00 Ivan Petrov : > здесь бага в самом перле. Надо фиксить именно ее. > > no utf8; > my $str = 'привет'; > use utf8; > $str .= ' медвед'; > > - флаг utf8 стоит > - крайне сложно тут далее работать с этой смесью > В этой области есть "недоработки perl", которые не позволяют отлавливать такие проблемы на этапе компиляции и/или исполнения. В Python похожий код приведет к exception, но там из-за этого тоже свои неудобства. Если игнорировать неудобства языка, то явный баг программиста. Если вы хотите работать с юникод строками, а не октетами, то будьте добры контролируйте все точки получения данных и конвертируйте из из octets в "perl string". -- Best regards, Ruslan. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From evgeniy на just4i.ru Thu Oct 27 02:02:46 2016 From: evgeniy на just4i.ru (Evgeniy Vansevich) Date: Thu, 27 Oct 2016 12:02:46 +0300 Subject: [Moscow.pm] =?utf-8?b?0KLQtdC80Ysg0LTQvtC60LvQsNC00L7QsiDQvdCw?= =?utf-8?q?_Moscow=2Epm?= In-Reply-To: References: <7129091477502098@web23h.yandex.ru> <20161027091428.ERNiEMs9@smtp1m.mail.yandex.net> <4986291477554450@web38j.yandex.ru> Message-ID: <8978451477558966@web15o.yandex.ru> Вложение в формате HTML было извлечено… URL: From agrishaev на gmail.com Thu Oct 27 02:49:56 2016 From: agrishaev на gmail.com (=?UTF-8?B?0KLQvtC70Y/QvSBJSQ==?=) Date: Thu, 27 Oct 2016 12:49:56 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025125654.GD9478@vdsl.uvw.ru> <20161026044653.GJ13173@vdsl.uvw.ru> <20161026095741.GT13173@vdsl.uvw.ru> <20161026101407.GV13173@vdsl.uvw.ru> <20161026103550.GW13173@vdsl.uvw.ru> <20161026104607.GX13173@vdsl.uvw.ru> <4561e670-36d2-63fa-4dd6-0ef00d4c2daf@gmail.com> Message-ID: А зачем вообще JIT перлу? В php сделали JIT и увидели 0% прироста производительность в реальных приложениях. Поэтому не уверен, что JIT кого-то спасет. А проблем (если смотреть на форумы lua-jit) можно поиметь много. А увидеть огромную скорость в тестах на пузырковую сортировку небольшой выигрыш. 27 октября 2016 г., 11:06 пользователь Ruslan Zakirov via Moscow-pm < moscow-pm на pm.org> написал: > > 2016-10-26 13:54 GMT+03:00 Alex Chistyakov : > >> Второй вопрос - напомните, пожалуйста, в интерпретатор Perl 5 JIT уже >> завезли? >> Это к дискуссии Perl vs Python. > > > JIT туда не завезут в core perl 5 не по причине отсутствия строгой > типизации или еще каких-то особенностей семантики языка, а по причине > излешней доступности внутренностей языка так сказать в user-space. $a + $b > в Perl можно заJITить даже без типов в языке, оператор типизированый. Еще > сложность в откате JIT из-за false assumptions, но в теории это возможно. > На практике нет желания преодолеть все трудности и сделать поддерживаемо. > > > -- > Best regards, Ruslan. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From rabbit+moscowpm на rabbit.us Thu Oct 27 06:01:51 2016 From: rabbit+moscowpm на rabbit.us (=?UTF-8?B?0J/QuNGC0Y3RgCDQoNGN0LHQsdC40YLRgdC+0L0=?=) Date: Thu, 27 Oct 2016 15:01:51 +0200 Subject: [Moscow.pm] =?utf-8?b?0KLQtdC80Ysg0LTQvtC60LvQsNC00L7QsiDQvdCw?= =?utf-8?q?_Moscow=2Epm?= In-Reply-To: <7129091477502098@web23h.yandex.ru> References: <7129091477502098@web23h.yandex.ru> Message-ID: <08e77496-8481-7cde-9ef8-6d0a3f1d857f@rabbit.us> On 10/26/2016 07:14 PM, Evgeniy Vansevich via Moscow-pm wrote: > ... возможности, > например оптимизация кейса ref $arrayref eq 'ARRAY' - до простой > проверки бита. Пригласите Пампкина, он о том любит расказать ;) https://www.google.de/search?q=sawyer+ref+util&tbm=vid https://metacpan.org/pod/Ref::Util From akzhan.abdulin на gmail.com Thu Oct 27 16:49:22 2016 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Fri, 28 Oct 2016 02:49:22 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: <20161026044258.GI13173@vdsl.uvw.ru> References: <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> <20161025210908.GF13173@vdsl.uvw.ru> <20161026044258.GI13173@vdsl.uvw.ru> Message-ID: Эм, последние годы только и работаю, что в распределенных командах, ну лет 10, наверное. В остальном спорить не хочется. Сами дойдёте, со временем, может быть. Или Вам скажут, как надо. 26 октября 2016 г., 7:42 пользователь Ivan Petrov написал: > > Я вполне себе знаком с Moose/Manual/Types.pod :) > > а причем тут Moose/Manual/Types.pod? > работу > > > > has bla => is => 'ro', isa => 'Int', required => 1; > > > $foo = new Blah(bla => '1234'); > > обеспечивает не Moose, а Perl > > > > Типизация - очень удобна для кода, который строит и поддерживает команда. > > наоборот. Типизация очень неудобна для кода, который строит и > поддерживает команда. Особенно команда распределенная. > > > > Еще удобнее для строгого определения интерфейсов между командами. > > строгое определение интерфейсов никак с типизацией не коррелирует. > вернее если у Вас типизирующий язык то Вы ВЫНУЖДЕНЫ в определении > интерфейсов о ней думать. И Вам КАЖЕТСЯ что у Вас все хорошо потому > что типизация, а не потому что Вы об интерфейсе думали > > > > Я уже не затрагиваю таких базисных вещей, как автодокументирование кода > на > > основании определений и комментариев в коде. > > смешались в кучу кони, люди > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Thu Oct 27 16:50:56 2016 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Fri, 28 Oct 2016 02:50:56 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> Message-ID: Используйте CSLint, jslint безнадежно морально устарел. 26 октября 2016 г., 10:52 пользователь Толян II написал: > > > 26 октября 2016 г., 0:02 пользователь Akzhan Abdulin < > akzhan.abdulin на gmail.com> написал: > >> У меня есть что сказать по данному поводу, но лень. Напомню лишь, кто >> зачатки типизации вполне внедрены в Perl (объектные системы Moo*), и >> используются широко. >> >> Тренды разработки в JavaScript указывают на широкое внедрение TypeScript >> в этом году, хоть и уступая распространению Webpack и ES6/Babel (что >> естественно, учитывая, что TypeScript ныне - это обычно одна из надстроек >> над этой экосистемой). >> >> Ну и судя по настроениям в моём коллективе, то же внедрение TypeScript у >> наших фронтэндеров вызывает энтузиазм (до этого был аналогичный энтузиазм >> при переходе сборке клиентсайда с Gulp на Webpack). >> > > Мне кажется это следствие ущербности Javascript, а точнее невозможность > статистически проверить код на наличие глупых ошибок, типа использование > не объявленной переменной и аналогичной. > А наличие jslint, только ухудшает ситуацию --- слишком у него много > "ложных" срабатываний. > > >> >> >> 25 октября 2016 г., 23:46 пользователь Ivan Petrov < >> i.petro.77.00 на gmail.com> написал: >> >> > А название проекта? >>> >>> видишь ли, я привел в пример контраргументом к фразе "типизация это >>> неимоверно хорошо" - конкретный кейз, который часто встречается и в JS >>> и в больших проектах. >>> тебе вдруг перестало хотеться обсуждать типизацию и захотелось >>> пообсуждать меня. Это называется слив. >>> >>> а больших проектов в которых я участвовал много. >>> вот "Мой мир" например - полностью на Perl (за исключением пары >>> демонов на C). или под большой проект не канает 20+КК юзеров? >>> >>> -- >>> 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 agrishaev на gmail.com Thu Oct 27 23:46:14 2016 From: agrishaev на gmail.com (=?UTF-8?B?0KLQvtC70Y/QvSBJSQ==?=) Date: Fri, 28 Oct 2016 09:46:14 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> Message-ID: Может таки eslint? Поскольку gulp-cslint --- это плагин для проверки coffescript к gulp а cslint --- DeadLock detector for CSharp programs В любом случае спасибо за наводку, я думал в JS все плохо. Еще нашел JShint, тоже ловит нужные мне ошибки. И http://www.javascriptlint.com --- но похоже на недоделку. 28 октября 2016 г., 2:50 пользователь Akzhan Abdulin via Moscow-pm < moscow-pm на pm.org> написал: > Используйте CSLint, jslint безнадежно морально устарел. > > 26 октября 2016 г., 10:52 пользователь Толян II > написал: > >> >> >> 26 октября 2016 г., 0:02 пользователь Akzhan Abdulin < >> akzhan.abdulin на gmail.com> написал: >> >>> У меня есть что сказать по данному поводу, но лень. Напомню лишь, кто >>> зачатки типизации вполне внедрены в Perl (объектные системы Moo*), и >>> используются широко. >>> >>> Тренды разработки в JavaScript указывают на широкое внедрение TypeScript >>> в этом году, хоть и уступая распространению Webpack и ES6/Babel (что >>> естественно, учитывая, что TypeScript ныне - это обычно одна из надстроек >>> над этой экосистемой). >>> >>> Ну и судя по настроениям в моём коллективе, то же внедрение TypeScript у >>> наших фронтэндеров вызывает энтузиазм (до этого был аналогичный энтузиазм >>> при переходе сборке клиентсайда с Gulp на Webpack). >>> >> >> Мне кажется это следствие ущербности Javascript, а точнее невозможность >> статистически проверить код на наличие глупых ошибок, типа использование >> не объявленной переменной и аналогичной. >> А наличие jslint, только ухудшает ситуацию --- слишком у него много >> "ложных" срабатываний. >> >> >>> >>> >>> 25 октября 2016 г., 23:46 пользователь Ivan Petrov < >>> i.petro.77.00 на gmail.com> написал: >>> >>> > А название проекта? >>>> >>>> видишь ли, я привел в пример контраргументом к фразе "типизация это >>>> неимоверно хорошо" - конкретный кейз, который часто встречается и в JS >>>> и в больших проектах. >>>> тебе вдруг перестало хотеться обсуждать типизацию и захотелось >>>> пообсуждать меня. Это называется слив. >>>> >>>> а больших проектов в которых я участвовал много. >>>> вот "Мой мир" например - полностью на Perl (за исключением пары >>>> демонов на C). или под большой проект не канает 20+КК юзеров? >>>> >>>> -- >>>> 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 alexandre на frolov.pp.ru Fri Oct 28 04:07:45 2016 From: alexandre на frolov.pp.ru (=?utf-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCk0YDQvtC70L7Qsg==?=) Date: Fri, 28 Oct 2016 14:07:45 +0300 Subject: [Moscow.pm] =?utf-8?b?0KLQtdC80Ysg0LTQvtC60LvQsNC00L7QsiDQvdCw?= =?utf-8?q?_Moscow=2Epm?= In-Reply-To: References: <7129091477502098@web23h.yandex.ru> <20161027091428.ERNiEMs9@smtp1m.mail.yandex.net> <4986291477554450@web38j.yandex.ru> Message-ID: <02b601d2310b$8371cbc0$8a556340$@frolov.pp.ru> Всем привет! Будет ли интересна тема доклада не про сам Perl, а про кейс его применения на нашем SAAS-сервисе интернет-магазинов? Мы начинали делать магазины на Perl еще в 2001 году, и до сих пор все компоненты нашего сервиса написаны на этом языке. Предполагаемые тезисы: - Почему Perl, а не PHP или ASP? - Откуда мы берем программистов Perl и куда они потом деваются? - Как мы клонировали магазины и обрабатывали заявки вручную. - Состав компонентов и сервисов: -- Система клонирования и обновления магазинов -- Биллинг, он же CRM -- Клондайк (база знаний, информационная система) -- Перловка (не каша, наш репозиторий модулей Perl) -- Демоны и демонятник -- MailProxy для массовых рассылок почты интернет-магазинов -- Сервис уведомлений о заказах через протокол WebSocket -- Резервное копирование данных -- Мониторинг серверов и сервисов с помощью Zabbix С уважением, Управляющий директор ООО "АйТи-Матрикс" Александр Фролов +7 (495) 545-4921 +7 (495) 589-0759 support на itmatrix.ru www.shop2you.ru --------------------------------------------------- Пожалуйста, при ответе сохраняйте историю переписки. ----------- следущая часть ----------- Вложение не в текстовом формате было извлечено… Имя: smime.p7s Тип: application/pkcs7-signature Размер: 5758 байтов Описание: отсутствует URL: From unknown.vagrant на gmail.com Fri Oct 28 04:31:30 2016 From: unknown.vagrant на gmail.com (Nikolay Poletaev) Date: Fri, 28 Oct 2016 11:31:30 +0000 Subject: [Moscow.pm] =?utf-8?b?0KLQtdC80Ysg0LTQvtC60LvQsNC00L7QsiDQvdCw?= =?utf-8?q?_Moscow=2Epm?= In-Reply-To: <02b601d2310b$8371cbc0$8a556340$@frolov.pp.ru> References: <7129091477502098@web23h.yandex.ru> <20161027091428.ERNiEMs9@smtp1m.mail.yandex.net> <4986291477554450@web38j.yandex.ru> <02b601d2310b$8371cbc0$8a556340$@frolov.pp.ru> Message-ID: Конечено будет интересно! пт, 28 окт. 2016 г. в 14:13, Александр Фролов via Moscow-pm < moscow-pm на pm.org>: > Всем привет! > > Будет ли интересна тема доклада не про сам Perl, а про кейс его применения > на нашем SAAS-сервисе интернет-магазинов? > Мы начинали делать магазины на Perl еще в 2001 году, и до сих пор все > компоненты нашего сервиса написаны на этом языке. > Предполагаемые тезисы: > > - Почему Perl, а не PHP или ASP? > - Откуда мы берем программистов Perl и куда они потом деваются? > - Как мы клонировали магазины и обрабатывали заявки вручную. > - Состав компонентов и сервисов: > -- Система клонирования и обновления магазинов > -- Биллинг, он же CRM > -- Клондайк (база знаний, информационная система) > -- Перловка (не каша, наш репозиторий модулей Perl) > -- Демоны и демонятник > -- MailProxy для массовых рассылок почты интернет-магазинов > -- Сервис уведомлений о заказах через протокол WebSocket > -- Резервное копирование данных > -- Мониторинг серверов и сервисов с помощью Zabbix > > > С уважением, > Управляющий директор ООО "АйТи-Матрикс" > Александр Фролов > > +7 (495) 545-4921 <8%20(495)%20545-49-21> > +7 (495) 589-0759 <8%20(495)%20589-07-59> > support на itmatrix.ru > www.shop2you.ru > > --------------------------------------------------- > Пожалуйста, при ответе сохраняйте историю переписки. > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From stork2000 на yandex.ru Fri Oct 28 09:17:16 2016 From: stork2000 на yandex.ru (Loginoff Nick) Date: Fri, 28 Oct 2016 19:17:16 +0300 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0Yws?= =?utf-8?b?INC/0L7Rh9C10LzRgyDRgtCw0Lou?= Message-ID: <17271477671436@web1h.yandex.ru> Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Fri Oct 28 10:11:06 2016 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Fri, 28 Oct 2016 20:11:06 +0300 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0Yws?= =?utf-8?b?INC/0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: <17271477671436@web1h.yandex.ru> References: <17271477671436@web1h.yandex.ru> Message-ID: для точности, речь идёт об одной регулярке, с менее чем 16 вариантами OR, или от 16 и более. Скорее всего зашито в движок PCRE. вы скорее всего натолкнулись на один из внутренних лимитов. решение простое - дробить на регулярки с максимум 15 вариантами OR. P.S.: почему так - не знаю, но уверен, что это зашито в коде. 28 октября 2016 г., 19:17 пользователь Loginoff Nick via Moscow-pm < moscow-pm на pm.org> написал: > > Столкнулся с проблемой. > > В проекте есть список похожих регулярок (спам фильтр на домены, если > точнее). Все регулярки сливаются в одну и потом идет матчинг. > Появилась проблема, что скрипт начал подвисать. По результату, накидал > небольшой тест: > > Если регулярок 15 шт, то даже при увеличении строки до 100 символов, они > работают быстро. > НО! Если регулярок 16 и более, то время увеличивается вдвое на каждое > увеличение строки. Регулярка, которая совпадает, стоит последней в списке > > Пробовал на perl 5.10.1 и 5.8.8 и там и там работает так же. > > Вот код: > > #!/usr/bin/perl > > use strict; > use warnings; > > use Time::HiRes; > > $| = 1; > > my $regexp15 = qr(' > (3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(2\s*?(?:[^a-z]\s*?)+?r) > '); > > my $regexp16 = qr(' > (3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(2\s*?(?:[^a-z]\s*?)+?r) > '); > > print "Regexp 15:\n"; > my $str = "1 2"; > for (my $i=0;25>=$i;$i++) { > $str .= " 1"; > my $start = Time::HiRes::gettimeofday(); > $str =~ $regexp15; > print "$i. " . ( Time::HiRes::gettimeofday() - $start > )."\t\t".$str."\n"; > } > > print "\n\nRegexp 16:\n"; > $str = "1 2"; > for (my $i=0;25>=$i;$i++) { > $str .= " 1"; > my $start = Time::HiRes::gettimeofday(); > $str =~ $regexp16; > print "$i. " . ( Time::HiRes::gettimeofday() - $start > )."\t\t".$str."\n"; > } > > > На выводе получаем вот это: > Regexp 15: > 0. 2.59876251220703e-05 1 2 1 > 1. 1.81198120117188e-05 1 2 1 1 > 2. 3.29017639160156e-05 1 2 1 1 1 > 3. 6.29425048828125e-05 1 2 1 1 1 1 > 4. 0.000128030776977539 1 2 1 1 1 1 1 > 5. 0.000234127044677734 1 2 1 1 1 1 1 1 > 6. 0.000262975692749023 1 2 1 1 1 1 1 1 1 > 7. 0.000327825546264648 1 2 1 1 1 1 1 1 1 1 > 8. 0.000325918197631836 1 2 1 1 1 1 1 1 1 1 1 > 9. 0.000358819961547852 1 2 1 1 1 1 1 1 1 1 1 1 > 10. 0.000417232513427734 1 2 1 1 1 1 1 1 1 1 1 1 1 > 11. 0.000411033630371094 1 2 1 1 1 1 1 1 1 1 1 1 1 1 > 12. 0.000481128692626953 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 > 13. 0.000468969345092773 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 14. 0.000528097152709961 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 15. 0.0005340576171875 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 16. 0.000589132308959961 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 17. 0.000611066818237305 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 18. 0.000608921051025391 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 19. 0.000670909881591797 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 20. 0.000718832015991211 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 > 21. 0.00074005126953125 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 > 22. 0.000860929489135742 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 > 23. 0.000805854797363281 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 > 24. 0.000832080841064453 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 > 25. 0.000850915908813477 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 1 > > Regexp 16: > 0. 9.05990600585938e-06 1 2 1 > 1. 1.69277191162109e-05 1 2 1 1 > 2. 3.31401824951172e-05 1 2 1 1 1 > 3. 6.29425048828125e-05 1 2 1 1 1 1 > 4. 0.000123023986816406 1 2 1 1 1 1 1 > 5. 0.000240087509155273 1 2 1 1 1 1 1 1 > 6. 0.000504970550537109 1 2 1 1 1 1 1 1 1 > 7. 0.000976085662841797 1 2 1 1 1 1 1 1 1 1 > 8. 0.00191593170166016 1 2 1 1 1 1 1 1 1 1 1 > 9. 0.00382804870605469 1 2 1 1 1 1 1 1 1 1 1 1 > 10. 0.00754117965698242 1 2 1 1 1 1 1 1 1 1 1 1 1 > 11. 0.0151779651641846 1 2 1 1 1 1 1 1 1 1 1 1 1 1 > 12. 0.0302209854125977 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 > 13. 0.0605261325836182 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 14. 0.120044946670532 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 15. 0.241585969924927 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 16. 0.482980012893677 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 17. 0.965275049209595 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 18. 1.93135094642639 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 19. 3.86527395248413 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 20. 7.74077796936035 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 > 21. 15.4553070068359 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 > 22. 30.9984660148621 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 > 23. 61.9043700695038 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 > 24. 124.614840984344 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 > 25. 247.499380111694 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 1 > > > -- > С Уважением, Login|off Nick или STork. > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Fri Oct 28 10:15:09 2016 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Fri, 28 Oct 2016 20:15:09 +0300 Subject: [Moscow.pm] Perl vs Python In-Reply-To: References: <20161025112939.GC9478@vdsl.uvw.ru> <20161025125654.GD9478@vdsl.uvw.ru> <20161025200822.GA13173@vdsl.uvw.ru> <20161025202052.GB13173@vdsl.uvw.ru> <20161025203445.GC13173@vdsl.uvw.ru> <20161025204633.GD13173@vdsl.uvw.ru> Message-ID: Да, видимо. Я просто нечасто забредаю в те дебри, а от этих акронимов и т.п. уже скучно становится. по паре новых лучших технологий в год. JavaScript... 28 октября 2016 г., 9:46 пользователь Толян II via Moscow-pm < moscow-pm на pm.org> написал: > Может таки eslint? > > Поскольку gulp-cslint --- это плагин для проверки coffescript к gulp > а cslint --- DeadLock detector for CSharp programs > > В любом случае спасибо за наводку, я думал в JS все плохо. > Еще нашел JShint, тоже ловит нужные мне ошибки. > И http://www.javascriptlint.com --- но похоже на недоделку. > > > 28 октября 2016 г., 2:50 пользователь Akzhan Abdulin via Moscow-pm < > moscow-pm на pm.org> написал: > > Используйте CSLint, jslint безнадежно морально устарел. >> >> 26 октября 2016 г., 10:52 пользователь Толян II >> написал: >> >>> >>> >>> 26 октября 2016 г., 0:02 пользователь Akzhan Abdulin < >>> akzhan.abdulin на gmail.com> написал: >>> >>>> У меня есть что сказать по данному поводу, но лень. Напомню лишь, кто >>>> зачатки типизации вполне внедрены в Perl (объектные системы Moo*), и >>>> используются широко. >>>> >>>> Тренды разработки в JavaScript указывают на широкое внедрение >>>> TypeScript в этом году, хоть и уступая распространению Webpack и ES6/Babel >>>> (что естественно, учитывая, что TypeScript ныне - это обычно одна из >>>> надстроек над этой экосистемой). >>>> >>>> Ну и судя по настроениям в моём коллективе, то же внедрение TypeScript >>>> у наших фронтэндеров вызывает энтузиазм (до этого был аналогичный энтузиазм >>>> при переходе сборке клиентсайда с Gulp на Webpack). >>>> >>> >>> Мне кажется это следствие ущербности Javascript, а точнее невозможность >>> статистически проверить код на наличие глупых ошибок, типа использование >>> не объявленной переменной и аналогичной. >>> А наличие jslint, только ухудшает ситуацию --- слишком у него много >>> "ложных" срабатываний. >>> >>> >>>> >>>> >>>> 25 октября 2016 г., 23:46 пользователь Ivan Petrov < >>>> i.petro.77.00 на gmail.com> написал: >>>> >>>> > А название проекта? >>>>> >>>>> видишь ли, я привел в пример контраргументом к фразе "типизация это >>>>> неимоверно хорошо" - конкретный кейз, который часто встречается и в JS >>>>> и в больших проектах. >>>>> тебе вдруг перестало хотеться обсуждать типизацию и захотелось >>>>> пообсуждать меня. Это называется слив. >>>>> >>>>> а больших проектов в которых я участвовал много. >>>>> вот "Мой мир" например - полностью на Perl (за исключением пары >>>>> демонов на C). или под большой проект не канает 20+КК юзеров? >>>>> >>>>> -- >>>>> 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 asan999 на gmail.com Fri Oct 28 10:29:18 2016 From: asan999 на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCQ0YHRj9C60LjQvQ==?=) Date: Fri, 28 Oct 2016 20:29:18 +0300 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0YwsINC/?= =?utf-8?b?0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: <17271477671436@web1h.yandex.ru> References: <17271477671436@web1h.yandex.ru> Message-ID: Видимо, какое то ограничение на количество обратных ссылок, вот так работает быстро: my $regexp16 = qr(' (3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |3\s*?(?:[^a-z]\s*?)+?r |2\s*?(?:[^a-z]\s*?)+?r) i'); On 10/28/2016 07:17 PM, Loginoff Nick via Moscow-pm wrote: > Столкнулся с проблемой. > В проекте есть список похожих регулярок (спам фильтр на домены, если > точнее). Все регулярки сливаются в одну и потом идет матчинг. > Появилась проблема, что скрипт начал подвисать. По результату, накидал > небольшой тест: > Если регулярок 15 шт, то даже при увеличении строки до 100 символов, > они работают быстро. > НО! Если регулярок 16 и более, то время увеличивается вдвое на каждое > увеличение строки. Регулярка, которая совпадает, стоит последней в списке > Пробовал на perl 5.10.1 и 5.8.8 и там и там работает так же. > Вот код: > #!/usr/bin/perl > use strict; > use warnings; > use Time::HiRes; > $| = 1; > my $regexp15 = qr(' > (3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(2\s*?(?:[^a-z]\s*?)+?r) > '); > my $regexp16 = qr(' > (3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(2\s*?(?:[^a-z]\s*?)+?r) > '); > print "Regexp 15:\n"; > my $str = "1 2"; > for (my $i=0;25>=$i;$i++) { > $str .= " 1"; > my $start = Time::HiRes::gettimeofday(); > $str =~ $regexp15; > print "$i. " . ( Time::HiRes::gettimeofday() - $start > )."\t\t".$str."\n"; > } > print "\n\nRegexp 16:\n"; > $str = "1 2"; > for (my $i=0;25>=$i;$i++) { > $str .= " 1"; > my $start = Time::HiRes::gettimeofday(); > $str =~ $regexp16; > print "$i. " . ( Time::HiRes::gettimeofday() - $start > )."\t\t".$str."\n"; > } > На выводе получаем вот это: > Regexp 15: > 0. 2.59876251220703e-05 1 2 1 > 1. 1.81198120117188e-05 1 2 1 1 > 2. 3.29017639160156e-05 1 2 1 1 1 > 3. 6.29425048828125e-05 1 2 1 1 1 1 > 4. 0.000128030776977539 1 2 1 1 1 1 1 > 5. 0.000234127044677734 1 2 1 1 1 1 1 1 > 6. 0.000262975692749023 1 2 1 1 1 1 1 1 1 > 7. 0.000327825546264648 1 2 1 1 1 1 1 1 1 1 > 8. 0.000325918197631836 1 2 1 1 1 1 1 1 1 1 1 > 9. 0.000358819961547852 1 2 1 1 1 1 1 1 1 1 1 1 > 10. 0.000417232513427734 1 2 1 1 1 1 1 1 1 1 1 1 1 > 11. 0.000411033630371094 1 2 1 1 1 1 1 1 1 1 1 1 1 1 > 12. 0.000481128692626953 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 > 13. 0.000468969345092773 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 14. 0.000528097152709961 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 15. 0.0005340576171875 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 16. 0.000589132308959961 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 17. 0.000611066818237305 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 18. 0.000608921051025391 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 19. 0.000670909881591797 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 > 20. 0.000718832015991211 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 > 21. 0.00074005126953125 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 > 22. 0.000860929489135742 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 > 23. 0.000805854797363281 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 1 > 24. 0.000832080841064453 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 1 1 > 25. 0.000850915908813477 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 1 1 1 > Regexp 16: > 0. 9.05990600585938e-06 1 2 1 > 1. 1.69277191162109e-05 1 2 1 1 > 2. 3.31401824951172e-05 1 2 1 1 1 > 3. 6.29425048828125e-05 1 2 1 1 1 1 > 4. 0.000123023986816406 1 2 1 1 1 1 1 > 5. 0.000240087509155273 1 2 1 1 1 1 1 1 > 6. 0.000504970550537109 1 2 1 1 1 1 1 1 1 > 7. 0.000976085662841797 1 2 1 1 1 1 1 1 1 1 > 8. 0.00191593170166016 1 2 1 1 1 1 1 1 1 1 1 > 9. 0.00382804870605469 1 2 1 1 1 1 1 1 1 1 1 1 > 10. 0.00754117965698242 1 2 1 1 1 1 1 1 1 1 1 1 1 > 11. 0.0151779651641846 1 2 1 1 1 1 1 1 1 1 1 1 1 1 > 12. 0.0302209854125977 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 > 13. 0.0605261325836182 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 14. 0.120044946670532 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 15. 0.241585969924927 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 16. 0.482980012893677 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 17. 0.965275049209595 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 18. 1.93135094642639 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 19. 3.86527395248413 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 > 20. 7.74077796936035 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 > 21. 15.4553070068359 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 > 22. 30.9984660148621 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 > 23. 61.9043700695038 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 1 > 24. 124.614840984344 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 1 1 > 25. 247.499380111694 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 1 1 1 > -- > С Уважением, Login|off Nick или STork. > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zhuravlev.ua на gmail.com Fri Oct 28 10:30:53 2016 From: zhuravlev.ua на gmail.com (Artem Zhuravlev) Date: Fri, 28 Oct 2016 20:30:53 +0300 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0Yws?= =?utf-8?b?INC/0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: <17271477671436@web1h.yandex.ru> References: <17271477671436@web1h.yandex.ru> Message-ID: Тут скорее дело в Захвате и построение обратных ссылок для них, на 16+ явно замедляется Вот переменная без захватом отработает быстро my $regexp16 = qr(' (?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:3\s*?(?:[^a-z]\s*?)+?r) |(?:2\s*?(?:[^a-z]\s*?)+?r) '); Так что думаю стоит уменьшить количество захватов. Ну или как в книге пишут если можно то вместо /a|b/ пишите /a/ || /b/ ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From kes-kes на yandex.ru Fri Oct 28 10:39:08 2016 From: kes-kes на yandex.ru (KES) Date: Fri, 28 Oct 2016 20:39:08 +0300 Subject: [Moscow.pm] =?utf-8?b?0KLQtdC80Ysg0LTQvtC60LvQsNC00L7QsiDQvdCw?= =?utf-8?q?_Moscow=2Epm?= In-Reply-To: <02b601d2310b$8371cbc0$8a556340$@frolov.pp.ru> References: <7129091477502098@web23h.yandex.ru> <20161027091428.ERNiEMs9@smtp1m.mail.yandex.net> <4986291477554450@web38j.yandex.ru> <02b601d2310b$8371cbc0$8a556340$@frolov.pp.ru> Message-ID: <89811477676348@web37j.yandex.ru> >Мы начинали делать магазины на Perl еще в 2001 году Вот за что люблю перл: один раз написал и работает годами. 28.10.2016, 14:14, "Александр Фролов via Moscow-pm" : > Всем привет! > > Будет ли интересна тема доклада не про сам Perl, а про кейс его применения на нашем SAAS-сервисе интернет-магазинов? > Мы начинали делать магазины на Perl еще в 2001 году, и до сих пор все компоненты нашего сервиса написаны на этом языке. > Предполагаемые тезисы: > > - Почему Perl, а не PHP или ASP? > - Откуда мы берем программистов Perl и куда они потом деваются? > - Как мы клонировали магазины и обрабатывали заявки вручную. > - Состав компонентов и сервисов: >    -- Система клонирования и обновления магазинов >    -- Биллинг, он же CRM >    -- Клондайк (база знаний, информационная система) >    -- Перловка (не каша, наш репозиторий модулей Perl) >    -- Демоны и демонятник >    -- MailProxy для массовых рассылок почты интернет-магазинов >    -- Сервис уведомлений о заказах через протокол WebSocket >    -- Резервное копирование данных >    -- Мониторинг серверов и сервисов с помощью Zabbix > > С уважением, > Управляющий директор ООО "АйТи-Матрикс" > Александр Фролов > > +7 (495) 545-4921 > +7 (495) 589-0759 > support на itmatrix.ru > www.shop2you.ru > > --------------------------------------------------- > Пожалуйста, при ответе сохраняйте историю переписки. > > ,-- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From zhdinar на gmail.com Fri Oct 28 11:44:24 2016 From: zhdinar на gmail.com (=?UTF-8?B?0JTQuNC90LDRgCDQltCw0LzQsNC70LjQtdCy?=) Date: Fri, 28 Oct 2016 23:44:24 +0500 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0Yws?= =?utf-8?b?INC/0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: References: <17271477671436@web1h.yandex.ru> Message-ID: Если везде заменить \s* на \s+, что не меняет сути шаблона, результат будет мгновенным, так как квантификатор +? не отступает назад, захват либо есть максимально возможный, либо нет. В то время как *? сначала захватывает все, затем отступает Каждый дополнительный * значительно увеличивает число комбинаций. В твоем случае 16й элемент приводит к экспоненциальному увеличению возможных комбинаций 28 октября 2016 г., 22:30 пользователь Artem Zhuravlev via Moscow-pm < moscow-pm на pm.org> написал: > Тут скорее дело в Захвате и построение обратных ссылок для них, на 16+ > явно замедляется > > > Вот переменная без захватом отработает быстро > my $regexp16 = qr(' > (?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:2\s*?(?:[^a-z]\s*?)+?r) > '); > > > Так что думаю стоит уменьшить количество захватов. > > Ну или как в книге пишут если можно то > > вместо /a|b/ > > пишите /a/ || /b/ > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From asan999 на gmail.com Fri Oct 28 11:53:11 2016 From: asan999 на gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCQ0YHRj9C60LjQvQ==?=) Date: Fri, 28 Oct 2016 21:53:11 +0300 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0YwsINC/?= =?utf-8?b?0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: References: <17271477671436@web1h.yandex.ru> Message-ID: +?, *? работают одинаково, ? отключает жадность (отступать назад им бессмысленно), а вот ++, *+ - да, не откатываются назад при неудаче. On 10/28/2016 09:44 PM, Динар Жамалиев via Moscow-pm wrote: > Если везде заменить \s* на \s+, что не меняет сути шаблона, результат > будет мгновенным, так как квантификатор +? не отступает назад, захват > либо есть максимально возможный, либо нет. В то время как *? сначала > захватывает все, затем отступает Каждый дополнительный * значительно > увеличивает число комбинаций. В твоем случае 16й элемент приводит к > экспоненциальному увеличению возможных комбинаций > > 28 октября 2016 г., 22:30 пользователь Artem Zhuravlev via Moscow-pm > > написал: > > Тут скорее дело в Захвате и построение обратных ссылок для них, на > 16+ явно замедляется > > > Вот переменная без захватом отработает быстро > my $regexp16 = qr(' > (?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:2\s*?(?:[^a-z]\s*?)+?r) > '); > > > Так что думаю стоит уменьшить количество захватов. > > Ну или как в книге пишут если можно то > > вместо /a|b/ > > пишите /a/ || /b/ > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From stork2000 на yandex.ru Fri Oct 28 14:41:03 2016 From: stork2000 на yandex.ru (Loginoff Nick) Date: Sat, 29 Oct 2016 00:41:03 +0300 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0Yws?= =?utf-8?b?INC/0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: References: <17271477671436@web1h.yandex.ru> Message-ID: <293781477690863@web35m.yandex.ru> Вложение в формате HTML было извлечено… URL: From sergey.aleynikov на gmail.com Fri Oct 28 18:28:23 2016 From: sergey.aleynikov на gmail.com (Sergey Aleynikov) Date: Sat, 29 Oct 2016 04:28:23 +0300 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0Yws?= =?utf-8?b?INC/0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: <17271477671436@web1h.yandex.ru> References: <17271477671436@web1h.yandex.ru> Message-ID: Добрый день, Базовым выражением, которое пытается сматчится, здесь будет qr/(?:[^a-z]\s*?)+?r/. Оно не-матчится с экспоненциальной сложностью относительно длины строки для движка pcre. И причина - не в backreferenc'ах (их тут нет), а в backtracking'e. Поэтому, на "голом" движке, несовпадение $regexp15 занимало бы столько же времени, сколько и $regexp16. И даже $regexp1. К счастью, для простых случаев перл оптимизацию содержит - если он встречает определенный шаблон в выражении, то запоминает позиции, начиная с которых совпадений точно не будет, что превращает поиск в линейный. Проблема в том, что для определения того, к какой группе относятся запомненные позиции, выделено всего 4 бита. И, собрав достаточно длинную регулярку, выбирающую все уровни CURLYX/WHILEM кэша, экспонента все-таки вылезет. Посмотреть, как выглядит скомпилированная регулярка, может через perl -Mre=debug -e 'qr/(?:[^a-z]\s*?)+?r/'. Инструкции с кэшом будут выглядеть как WHILEM[1/1] (0), без кэша - как WHILEM (0). Вывод - лучше не использовать 100% экспоненциальные для данного движка регулярки, полагаясь на его оптимизации. Еще можно поменять движок, но у них всех есть как ограничения, так и патологичекие случаи. Best regards, Sergey Aleynikov 28 октября 2016 г., 19:17 пользователь Loginoff Nick via Moscow-pm написал: > > Столкнулся с проблемой. > > В проекте есть список похожих регулярок (спам фильтр на домены, если > точнее). Все регулярки сливаются в одну и потом идет матчинг. > Появилась проблема, что скрипт начал подвисать. По результату, накидал > небольшой тест: > > Если регулярок 15 шт, то даже при увеличении строки до 100 символов, они > работают быстро. > НО! Если регулярок 16 и более, то время увеличивается вдвое на каждое > увеличение строки. Регулярка, которая совпадает, стоит последней в списке > > Пробовал на perl 5.10.1 и 5.8.8 и там и там работает так же. > > Вот код: > > #!/usr/bin/perl > > use strict; > use warnings; > > use Time::HiRes; > > $| = 1; > > my $regexp15 = qr(' > (3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(2\s*?(?:[^a-z]\s*?)+?r) > '); > > my $regexp16 = qr(' > (3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(3\s*?(?:[^a-z]\s*?)+?r) > |(2\s*?(?:[^a-z]\s*?)+?r) > '); > > print "Regexp 15:\n"; > my $str = "1 2"; > for (my $i=0;25>=$i;$i++) { > $str .= " 1"; > my $start = Time::HiRes::gettimeofday(); > $str =~ $regexp15; > print "$i. " . ( Time::HiRes::gettimeofday() - $start > )."\t\t".$str."\n"; > } > > print "\n\nRegexp 16:\n"; > $str = "1 2"; > for (my $i=0;25>=$i;$i++) { > $str .= " 1"; > my $start = Time::HiRes::gettimeofday(); > $str =~ $regexp16; > print "$i. " . ( Time::HiRes::gettimeofday() - $start > )."\t\t".$str."\n"; > } > > > На выводе получаем вот это: > Regexp 15: > 0. 2.59876251220703e-05 1 2 1 > 1. 1.81198120117188e-05 1 2 1 1 > 2. 3.29017639160156e-05 1 2 1 1 1 > 3. 6.29425048828125e-05 1 2 1 1 1 1 > 4. 0.000128030776977539 1 2 1 1 1 1 1 > 5. 0.000234127044677734 1 2 1 1 1 1 1 1 > 6. 0.000262975692749023 1 2 1 1 1 1 1 1 1 > 7. 0.000327825546264648 1 2 1 1 1 1 1 1 1 1 > 8. 0.000325918197631836 1 2 1 1 1 1 1 1 1 1 1 > 9. 0.000358819961547852 1 2 1 1 1 1 1 1 1 1 1 1 > 10. 0.000417232513427734 1 2 1 1 1 1 1 1 1 1 1 1 1 > 11. 0.000411033630371094 1 2 1 1 1 1 1 1 1 1 1 1 1 1 > 12. 0.000481128692626953 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 > 13. 0.000468969345092773 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 14. 0.000528097152709961 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 15. 0.0005340576171875 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 16. 0.000589132308959961 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 17. 0.000611066818237305 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 18. 0.000608921051025391 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 19. 0.000670909881591797 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 20. 0.000718832015991211 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 > 21. 0.00074005126953125 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 > 22. 0.000860929489135742 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 > 23. 0.000805854797363281 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 > 24. 0.000832080841064453 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 > 25. 0.000850915908813477 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 > > Regexp 16: > 0. 9.05990600585938e-06 1 2 1 > 1. 1.69277191162109e-05 1 2 1 1 > 2. 3.31401824951172e-05 1 2 1 1 1 > 3. 6.29425048828125e-05 1 2 1 1 1 1 > 4. 0.000123023986816406 1 2 1 1 1 1 1 > 5. 0.000240087509155273 1 2 1 1 1 1 1 1 > 6. 0.000504970550537109 1 2 1 1 1 1 1 1 1 > 7. 0.000976085662841797 1 2 1 1 1 1 1 1 1 1 > 8. 0.00191593170166016 1 2 1 1 1 1 1 1 1 1 1 > 9. 0.00382804870605469 1 2 1 1 1 1 1 1 1 1 1 1 > 10. 0.00754117965698242 1 2 1 1 1 1 1 1 1 1 1 1 1 > 11. 0.0151779651641846 1 2 1 1 1 1 1 1 1 1 1 1 1 1 > 12. 0.0302209854125977 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 > 13. 0.0605261325836182 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 14. 0.120044946670532 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 15. 0.241585969924927 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 16. 0.482980012893677 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 17. 0.965275049209595 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 18. 1.93135094642639 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 19. 3.86527395248413 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 20. 7.74077796936035 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 > 21. 15.4553070068359 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 > 22. 30.9984660148621 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 > 23. 61.9043700695038 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 > 24. 124.614840984344 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 > 25. 247.499380111694 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 > 1 1 1 1 1 1 > > > -- > С Уважением, Login|off Nick или STork. > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > From alexandre на frolov.pp.ru Fri Oct 28 22:41:27 2016 From: alexandre на frolov.pp.ru (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCk0YDQvtC70L7Qsg==?=) Date: Sat, 29 Oct 2016 08:41:27 +0300 Subject: [Moscow.pm] =?utf-8?b?0KLQtdC80Ysg0LTQvtC60LvQsNC00L7QsiDQvdCw?= =?utf-8?q?_Moscow=2Epm?= In-Reply-To: <89811477676348@web37j.yandex.ru> References: <7129091477502098@web23h.yandex.ru> <20161027091428.ERNiEMs9@smtp1m.mail.yandex.net> <4986291477554450@web38j.yandex.ru> <02b601d2310b$8371cbc0$8a556340$@frolov.pp.ru> <89811477676348@web37j.yandex.ru> Message-ID: <004a01d231a7$17dd1530$47973f90$@frolov.pp.ru> Вообще да, может работать очень долго. Но наш сервис очень активно развивается, появляются новые системы и меняются существующие, а старые магазины мы, конечно, тоже модифицируем. От кода первых магазинов уже практически ничего не осталось, и это хорошо! -----Original Message----- From: Moscow-pm [mailto:moscow-pm-bounces+alexandre=frolov.pp.ru на pm.org] On Behalf Of KES via Moscow-pm Sent: Friday, October 28, 2016 8:39 PM To: Moscow.pm group Cc: KES Subject: Re: [Moscow.pm] Темы докладов на Moscow.pm >Мы начинали делать магазины на Perl еще в 2001 году Вот за что люблю перл: один раз написал и работает годами. 28.10.2016, 14:14, "Александр Фролов via Moscow-pm" : > Всем привет! > > Будет ли интересна тема доклада не про сам Perl, а про кейс его применения на нашем SAAS-сервисе интернет-магазинов? > Мы начинали делать магазины на Perl еще в 2001 году, и до сих пор все компоненты нашего сервиса написаны на этом языке. > Предполагаемые тезисы: > > - Почему Perl, а не PHP или ASP? > - Откуда мы берем программистов Perl и куда они потом деваются? > - Как мы клонировали магазины и обрабатывали заявки вручную. > - Состав компонентов и сервисов: > -- Система клонирования и обновления магазинов > -- Биллинг, он же CRM > -- Клондайк (база знаний, информационная система) > -- Перловка (не каша, наш репозиторий модулей Perl) > -- Демоны и демонятник > -- MailProxy для массовых рассылок почты интернет-магазинов > -- Сервис уведомлений о заказах через протокол WebSocket > -- Резервное копирование данных > -- Мониторинг серверов и сервисов с помощью Zabbix > > С уважением, > Управляющий директор ООО "АйТи-Матрикс" > Александр Фролов > > +7 (495) 545-4921 > +7 (495) 589-0759 > support на itmatrix.ru > www.shop2you.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 ----------- следущая часть ----------- Вложение не в текстовом формате было извлечено… Имя: smime.p7s Тип: application/pkcs7-signature Размер: 5758 байтов Описание: отсутствует URL: From zhdinar на gmail.com Sat Oct 29 01:13:43 2016 From: zhdinar на gmail.com (=?UTF-8?B?0JTQuNC90LDRgCDQltCw0LzQsNC70LjQtdCy?=) Date: Sat, 29 Oct 2016 13:13:43 +0500 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0Yws?= =?utf-8?b?INC/0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: <293781477690863@web35m.yandex.ru> References: <17271477671436@web1h.yandex.ru> <293781477690863@web35m.yandex.ru> Message-ID: Ясно изъясняться не моя фишка. Под сутью я имел другое. Для примера в контексте строки вида "bla bla bla" шаблоны вида /bla\s*?/ и /bla\s+?/ и идентичны в том смысле, что подстрока "bla " все равно будет найдена, не так ли? 29 октября 2016 г., 2:41 пользователь Loginoff Nick via Moscow-pm < moscow-pm на pm.org> написал: > \s* != \s+ - так что это очень сильно меняет суть шаблона. В данном > контексте пробела может и не быть... Так что это не решает проблему > > 28.10.2016, 21:44, "Динар Жамалиев via Moscow-pm" : > > Если везде заменить \s* на \s+, что не меняет сути шаблона, результат > будет мгновенным, так как квантификатор +? не отступает назад, захват либо > есть максимально возможный, либо нет. В то время как *? сначала захватывает > все, затем отступает Каждый дополнительный * значительно увеличивает число > комбинаций. В твоем случае 16й элемент приводит к экспоненциальному > увеличению возможных комбинаций > > 28 октября 2016 г., 22:30 пользователь Artem Zhuravlev via Moscow-pm < > moscow-pm на pm.org> написал: > > Тут скорее дело в Захвате и построение обратных ссылок для них, на 16+ > явно замедляется > > > Вот переменная без захватом отработает быстро > my $regexp16 = qr(' > (?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:2\s*?(?:[^a-z]\s*?)+?r) > '); > > > Так что думаю стоит уменьшить количество захватов. > > Ну или как в книге пишут если можно то > > вместо /a|b/ > > пишите /a/ || /b/ > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > ,-- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > С Уважением, Login|off Nick или STork. > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zhdinar на gmail.com Sat Oct 29 01:28:41 2016 From: zhdinar на gmail.com (=?UTF-8?B?0JTQuNC90LDRgCDQltCw0LzQsNC70LjQtdCy?=) Date: Sat, 29 Oct 2016 13:28:41 +0500 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0Yws?= =?utf-8?b?INC/0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: References: <17271477671436@web1h.yandex.ru> <293781477690863@web35m.yandex.ru> Message-ID: вернее такие шаблоны выдают идентичный результат /bla\s*?bla/ и /bla\s+?bla/ 29 октября 2016 г., 13:13 пользователь Динар Жамалиев написал: > Ясно изъясняться не моя фишка. Под сутью я имел другое. Для примера в > контексте строки вида > "bla bla bla" > шаблоны вида > /bla\s*?/ и > /bla\s+?/ и > идентичны в том смысле, что подстрока "bla " все равно будет найдена, не > так ли? > > 29 октября 2016 г., 2:41 пользователь Loginoff Nick via Moscow-pm < > moscow-pm на pm.org> написал: > > \s* != \s+ - так что это очень сильно меняет суть шаблона. В данном >> контексте пробела может и не быть... Так что это не решает проблему >> >> 28.10.2016, 21:44, "Динар Жамалиев via Moscow-pm" : >> >> Если везде заменить \s* на \s+, что не меняет сути шаблона, результат >> будет мгновенным, так как квантификатор +? не отступает назад, захват либо >> есть максимально возможный, либо нет. В то время как *? сначала захватывает >> все, затем отступает Каждый дополнительный * значительно увеличивает число >> комбинаций. В твоем случае 16й элемент приводит к экспоненциальному >> увеличению возможных комбинаций >> >> 28 октября 2016 г., 22:30 пользователь Artem Zhuravlev via Moscow-pm < >> moscow-pm на pm.org> написал: >> >> Тут скорее дело в Захвате и построение обратных ссылок для них, на 16+ >> явно замедляется >> >> >> Вот переменная без захватом отработает быстро >> my $regexp16 = qr(' >> (?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:3\s*?(?:[^a-z]\s*?)+?r) >> |(?:2\s*?(?:[^a-z]\s*?)+?r) >> '); >> >> >> Так что думаю стоит уменьшить количество захватов. >> >> Ну или как в книге пишут если можно то >> >> вместо /a|b/ >> >> пишите /a/ || /b/ >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> ,-- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> С Уважением, Login|off Nick или STork. >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mi на ya.ru Sat Oct 29 04:03:06 2016 From: mi на ya.ru (Nikolay Mishin) Date: Sat, 29 Oct 2016 14:03:06 +0300 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0Yws?= =?utf-8?b?INC/0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: References: <17271477671436@web1h.yandex.ru> <293781477690863@web35m.yandex.ru> Message-ID: <619491477738986@web18j.yandex.ru> Вложение в формате HTML было извлечено… URL: From zhdinar на gmail.com Sat Oct 29 04:08:16 2016 From: zhdinar на gmail.com (=?UTF-8?B?0JTQuNC90LDRgCDQltCw0LzQsNC70LjQtdCy?=) Date: Sat, 29 Oct 2016 16:08:16 +0500 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0Yws?= =?utf-8?b?INC/0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: References: <17271477671436@web1h.yandex.ru> <293781477690863@web35m.yandex.ru> Message-ID: Пример того, сколько раз с какой позиции ведется поиск, возвраты генерируются последним квантификатором \s*: #----- $str = "1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1"; $r = '3\s*?(?:[^a-z]\s*?)+?r'; for $i ( 1 .. 16 ){ ( $ii1, $ii2, $ii3, $ii4, $ii5 ) = 0; $prefix = ($r x $i).''; #| /$prefix|2\s*?(?:[^a-z]\s*?)+?r/; $str =~ /$prefix|2(?{ $ii1++ })\s*?(?{ $ii2++ })(?:[^a-z](?{ $ii3++ })\s*?(?{ $ii4++ }))+?(?{ $ii5++ })r/; print "$i| $ii1:$ii2:$ii3:$ii4:$ii5\n" } #----- результат: 1| 1:2:148:213:163 2| 1:2:188:265:219 3| 1:2:230:321:275 4| 1:2:272:377:331 5| 1:2:315:435:387 6| 1:2:356:489:443 7| 1:2:398:545:499 8| 1:2:440:601:555 9| 1:2:484:661:611 10| 1:2:524:713:667 11| 1:2:566:769:723 12| 1:2:608:825:779 13| 1:2:650:881:835 14| 1:2:692:937:891 15| 1:2:201326589:268435451:268435451 16| 1:2:201326589:268435451:268435451 экспонента именно по числу возвратов/попыток 29 октября 2016 г., 13:28 пользователь Динар Жамалиев написал: > вернее такие шаблоны выдают идентичный результат > /bla\s*?bla/ и > /bla\s+?bla/ > > 29 октября 2016 г., 13:13 пользователь Динар Жамалиев > написал: > > Ясно изъясняться не моя фишка. Под сутью я имел другое. Для примера в >> контексте строки вида >> "bla bla bla" >> шаблоны вида >> /bla\s*?/ и >> /bla\s+?/ и >> идентичны в том смысле, что подстрока "bla " все равно будет найдена, не >> так ли? >> >> 29 октября 2016 г., 2:41 пользователь Loginoff Nick via Moscow-pm < >> moscow-pm на pm.org> написал: >> >> \s* != \s+ - так что это очень сильно меняет суть шаблона. В данном >>> контексте пробела может и не быть... Так что это не решает проблему >>> >>> 28.10.2016, 21:44, "Динар Жамалиев via Moscow-pm" : >>> >>> Если везде заменить \s* на \s+, что не меняет сути шаблона, результат >>> будет мгновенным, так как квантификатор +? не отступает назад, захват либо >>> есть максимально возможный, либо нет. В то время как *? сначала захватывает >>> все, затем отступает Каждый дополнительный * значительно увеличивает число >>> комбинаций. В твоем случае 16й элемент приводит к экспоненциальному >>> увеличению возможных комбинаций >>> >>> 28 октября 2016 г., 22:30 пользователь Artem Zhuravlev via Moscow-pm < >>> moscow-pm на pm.org> написал: >>> >>> Тут скорее дело в Захвате и построение обратных ссылок для них, на 16+ >>> явно замедляется >>> >>> >>> Вот переменная без захватом отработает быстро >>> my $regexp16 = qr(' >>> (?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:3\s*?(?:[^a-z]\s*?)+?r) >>> |(?:2\s*?(?:[^a-z]\s*?)+?r) >>> '); >>> >>> >>> Так что думаю стоит уменьшить количество захватов. >>> >>> Ну или как в книге пишут если можно то >>> >>> вместо /a|b/ >>> >>> пишите /a/ || /b/ >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> ,-- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> -- >>> С Уважением, Login|off Nick или STork. >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From zhdinar на gmail.com Sat Oct 29 04:09:06 2016 From: zhdinar на gmail.com (=?UTF-8?B?0JTQuNC90LDRgCDQltCw0LzQsNC70LjQtdCy?=) Date: Sat, 29 Oct 2016 16:09:06 +0500 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0Yws?= =?utf-8?b?INC/0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: <619491477738986@web18j.yandex.ru> References: <17271477671436@web1h.yandex.ru> <293781477690863@web35m.yandex.ru> <619491477738986@web18j.yandex.ru> Message-ID: верно, вот что значит давно не пользвался регулярками 29 октября 2016 г., 16:03 пользователь Nikolay Mishin via Moscow-pm < moscow-pm на pm.org> написал: > Существуют следующие стандартные повторители: (https://metacpan.org/pod/ > distribution/POD2-RU/lib/POD2/RU/perlre.pod) > * Найдет 0 или больше раз > + Найдет 1 или больше раз > ? Найдет 1 или 0 раз > {n} Найдет точно n раз > {n,} Найдет по крайней мере n раз > {n,m} Найдет по крайней мере n раз, но не более m раз > > так что > > /bla\s*?bla/ совпадет и с [blabla] и [bla bla] > > а > > /bla\s+?bla/ только с [bla bla] > 29.10.2016, 11:28, "Динар Жамалиев via Moscow-pm" : > > вернее такие шаблоны выдают идентичный результат > /bla\s*?bla/ и > /bla\s+?bla/ > > 29 октября 2016 г., 13:13 пользователь Динар Жамалиев > написал: > > Ясно изъясняться не моя фишка. Под сутью я имел другое. Для примера в > контексте строки вида > "bla bla bla" > шаблоны вида > /bla\s*?/ и > /bla\s+?/ и > идентичны в том смысле, что подстрока "bla " все равно будет найдена, не > так ли? > > 29 октября 2016 г., 2:41 пользователь Loginoff Nick via Moscow-pm < > moscow-pm на pm.org> написал: > > > \s* != \s+ - так что это очень сильно меняет суть шаблона. В данном > контексте пробела может и не быть... Так что это не решает проблему > > 28.10.2016, 21:44, "Динар Жамалиев via Moscow-pm" : > > Если везде заменить \s* на \s+, что не меняет сути шаблона, результат > будет мгновенным, так как квантификатор +? не отступает назад, захват либо > есть максимально возможный, либо нет. В то время как *? сначала захватывает > все, затем отступает Каждый дополнительный * значительно увеличивает число > комбинаций. В твоем случае 16й элемент приводит к экспоненциальному > увеличению возможных комбинаций > > 28 октября 2016 г., 22:30 пользователь Artem Zhuravlev via Moscow-pm < > moscow-pm на pm.org> написал: > > Тут скорее дело в Захвате и построение обратных ссылок для них, на 16+ > явно замедляется > > > Вот переменная без захватом отработает быстро > my $regexp16 = qr(' > (?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:3\s*?(?:[^a-z]\s*?)+?r) > |(?:2\s*?(?:[^a-z]\s*?)+?r) > '); > > > Так что думаю стоит уменьшить количество захватов. > > Ну или как в книге пишут если можно то > > вместо /a|b/ > > пишите /a/ || /b/ > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > ,-- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > С Уважением, Login|off Nick или STork. > > > -- > 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 kes-kes на yandex.ru Sat Oct 29 05:27:55 2016 From: kes-kes на yandex.ru (KES) Date: Sat, 29 Oct 2016 15:27:55 +0300 Subject: [Moscow.pm] =?utf-8?b?0KDQtdCz0YPQu9GP0YDQvdGL0LUg0LLRi9GA0LA=?= =?utf-8?b?0LbQtdC90LjRjy4g0J/QvtC80L7Qs9C40YLQtSDQv9C+0L3Rj9GC0Yws?= =?utf-8?b?INC/0L7Rh9C10LzRgyDRgtCw0Lou?= In-Reply-To: References: <17271477671436@web1h.yandex.ru> <293781477690863@web35m.yandex.ru> Message-ID: <695231477744075@web30j.yandex.ru> Вложение в формате HTML было извлечено… URL: From worldmind на mail.ru Mon Oct 31 04:18:49 2016 From: worldmind на mail.ru (Alexey Shrub) Date: Mon, 31 Oct 2016 14:18:49 +0300 Subject: [Moscow.pm] =?koi8-r?b?6d3F1NPRIMjP0s/bwdEg0sHCz9TBICjTy8/SxcUg?= =?koi8-r?b?19PFx88g1cTBzKPOzsHRKQ==?= Message-ID: <1477912729.1632.3@smtp.mail.ru> Всем привет, Ищу работу: - разработчиком или руководителем таковых (оба варианта равноценны) - удалённо (переезд маловероятен, швейцарскую деревню готов рассмотреть, остальное сомнительно) - на которой нужно делать хорошо не только снаружи, но и внутри (очень трудно себя заставлять делать говно) - за которую регулярно платят, но деньги не определяющий фактор, готов на уступки по деньгам если предложат что-то интересное, например освоить новый пул технологий - перейти на питон и т.п. (фобий к технологиям не имею, конечно предпочтения есть, но любой вариант может быть интересен) - в идеале полставки честно говорю - программирование не моё хобби, это моя профессия, я могу это делать и делать хорошо, но в свободное время я не занимаюсь программированием, у меня другие интересы, философского плана, кто хочет узнать посмотрит тут http://mindstate.info :-) https://moikrug.ru/aleksey-shrub https://www.linkedin.com/in/alexey-shrub-49714596 P.S. надеюсь это письмо не попадёт в спам как предыдущие -- Alexey Shrub From postmaster на softsearch.ru Mon Oct 31 05:16:56 2016 From: postmaster на softsearch.ru (=?utf-8?B?0JzQuNGF0LDQuNC7INCc0L7QvdCw0YjRkdCy?=) Date: Mon, 31 Oct 2016 15:16:56 +0300 Subject: [Moscow.pm] =?utf-8?b?0JjRidC10YLRgdGPINGF0L7RgNC+0YjQsNGPINGA?= =?utf-8?b?0LDQsdC+0YLQsCAo0YHQutC+0YDQtdC1INCy0YHQtdCz0L4g0YPQtNCw0Ls=?= =?utf-8?b?0ZHQvdC90LDRjyk=?= In-Reply-To: <1477912729.1632.3@smtp.mail.ru> References: <1477912729.1632.3@smtp.mail.ru> Message-ID: <1344440186.20161031151656@softsearch.ru> Здравствуйте, Alexey. > у меня другие интересы, философского плана, кто хочет узнать > посмотрит тут http://mindstate.info Очень интересные мысли. Читал с удовольствием. -- С уважением, Михаил mailto:postmaster на softsearch.ru From worldmind на mail.ru Mon Oct 31 05:59:14 2016 From: worldmind на mail.ru (Alexey Shrub) Date: Mon, 31 Oct 2016 15:59:14 +0300 Subject: [Moscow.pm] =?koi8-r?b?6d3F1NPRIMjP0s/bwdEg0sHCz9TBICjTy8/SxcUg?= =?koi8-r?b?19PFx88g1cTBzKPOzsHRKQ==?= In-Reply-To: <1344440186.20161031151656@softsearch.ru> References: <1344440186.20161031151656@softsearch.ru> Message-ID: <1477918754.1632.5@smtp.mail.ru> On Пн, окт 31, 2016 в 3:16 , Михаил Монашёв via Moscow-pm wrote: >> http://mindstate.info > > Очень интересные мысли. Читал с > удовольствием. Благодарю за отзыв, пока не так много удалось получить хоть каких-то отзывов, в эпоху твиттера прочесть такой текст почти подвиг. Думаю, что большая часть умных людей если хорошо задумается над этими вопросами придёт к таким же выводам к которым пришёл я. Да вот только пока не получается достучаться до этих умных людей.