From bobrovaksenia на gmail.com Tue Apr 1 00:43:52 2014 From: bobrovaksenia на gmail.com (=?KOI8-R?B?69PFzsnRIOLPwtLP18E=?=) Date: Tue, 1 Apr 2014 11:43:52 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: References: Message-ID: Почему это нужно отказаться от этой мысли? Вот что мне не нравится во всяких аджайлах, так это подобный коммунизм. Не бывает однородных команд, всегда есть кто-то лучше и кто-то хуже. Оценивать нужно разработчиков по отдельности, чтобы вовремя выявлять звезд, середнячков и балласт. Даже если в начале все вроде как одного уровня (невозможно, но допустим), скорость развития у всех разная. Принцип "один за всех и все за одного" при капитализме не катит. Каждый сам за себя. А пресловутое "умение работать в команде" - это всего лишь одно из конкурентных преимуществ конкретного разработчика. Оценивать вклад каждого и квалификацию каждого нужно по отдельности, и только так. 1 апреля 2014 г., 10:54 пользователь Dmitry Simonov написал: > Коллеги! Я бы на вашем месте отказался от мысли оперировать понятием > "сильный программист". Оперируйте понятием "сильная команда" и работайте с > каждым разработчиком именно в плане пользы для всей команды. Как показал > опыт, хорошая команда похожа на Перл-6. Все об этом говорят, но ни кто > этого не видел :) > > Собирать сильную команду приходится месяцами. Это долго, дорого и... > охуенно. > Что такое хорошая команда? Критерий прост: она прожуёт любые задачи. > > Не программист, который может заболеть, а команда! Персонально для > руководителей: либо вы являетесь потолком для команды, либо она для вас. > Выбирайте! > > > --- > Dmitriy V. Simonov, > Perl & Python programmer > -- Ksenia Bobrova Senior Perl Developer ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From greyhard на gmail.com Tue Apr 1 00:49:43 2014 From: greyhard на gmail.com (=?KOI8-R?B?5MXOydMg6czYyc7ZyA==?=) Date: Tue, 1 Apr 2014 11:49:43 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: Message-ID: +1 вторник, 1 апреля 2014 г. пользователь Тимур Нозадзе написал: > Привет. > > 3-го буду в Москве, возможно, смогу попасть на встречу. Заодно можно > переговорить насчёт YAPC::Russia. > > > 31 марта 2014 г., 17:43 пользователь Павел Щербинин > > написал: > >> Привет, так как с докладами у нас сезонная проблема, предлагаю в четверг >> все же встретится на нейтральной территории и испить пенной жидкости, да >> обсудить дела добрые) >> >> Предлагайте идеи хороших мест и плюсуйте свое присутствие! >> >> -- >> С Уважением, >> Щербинин Павел >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | >> http://moscow.pm.org >> >> > > > -- > С уважением, Тимур Нозадзе > -- С уважением. Ильиных Денис ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Tue Apr 1 01:06:54 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Tue, 1 Apr 2014 12:06:54 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGC0LDQutC+0LUgItCl0L7RgNC+0Yg=?= =?utf-8?b?0LjQuSDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCIg==?= In-Reply-To: References: Message-ID: Все мы гении. Но если вы будете судить рыбу по её способности взбираться на дерево, она проживёт всю жизнь, считая себя дурой. Ты там в коллективе ни кого не чморишь за то, что с регэкспами плохо работают? :) --- Dmitriy V. Simonov, Perl & Python programmer 2014-04-01 11:43 GMT+04:00 Ксения Боброва : > Почему это нужно отказаться от этой мысли? Вот что мне не нравится во > всяких аджайлах, так это подобный коммунизм. Не бывает однородных команд, > всегда есть кто-то лучше и кто-то хуже. Оценивать нужно разработчиков по > отдельности, чтобы вовремя выявлять звезд, середнячков и балласт. Даже если > в начале все вроде как одного уровня (невозможно, но допустим), скорость > развития у всех разная. Принцип "один за всех и все за одного" при > капитализме не катит. Каждый сам за себя. А пресловутое "умение работать в > команде" - это всего лишь одно из конкурентных преимуществ конкретного > разработчика. Оценивать вклад каждого и квалификацию каждого нужно по > отдельности, и только так. > > > > 1 апреля 2014 г., 10:54 пользователь Dmitry Simonov написал: > > Коллеги! Я бы на вашем месте отказался от мысли оперировать понятием >> "сильный программист". Оперируйте понятием "сильная команда" и работайте с >> каждым разработчиком именно в плане пользы для всей команды. Как показал >> опыт, хорошая команда похожа на Перл-6. Все об этом говорят, но ни кто >> этого не видел :) >> >> Собирать сильную команду приходится месяцами. Это долго, дорого и... >> охуенно. >> Что такое хорошая команда? Критерий прост: она прожуёт любые задачи. >> >> Не программист, который может заболеть, а команда! Персонально для >> руководителей: либо вы являетесь потолком для команды, либо она для вас. >> Выбирайте! >> >> >> --- >> Dmitriy V. Simonov, >> Perl & Python programmer >> > > -- > Ksenia Bobrova > Senior Perl Developer > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akovbovich на gmail.com Tue Apr 1 01:14:50 2014 From: akovbovich на gmail.com (Andrey Kovbovich) Date: Tue, 1 Apr 2014 12:14:50 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGC0LDQutC+0LUgItCl0L7RgNC+0Yg=?= =?utf-8?b?0LjQuSDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCIg==?= In-Reply-To: References: Message-ID: Предлагаю обсудить еще категорию "настоящий программист" :) PS. с точки зрения экономической целесообразности, программисты нужны разные, и хорошие и не очень, ведь работа бывает и простая и сложная, и платят по разному. А на собеседовании программисту нужно задавать всего два вопроса: что от меня требуется и сколько мне за это заплатят. Если наниматель не может ответит на эти вопросы, значит он не знает чего хочет и начинает воображать себе идеального программиста в вакууме. 1 апреля 2014 г., 11:43 пользователь Ксения Боброва написал: > Почему это нужно отказаться от этой мысли? Вот что мне не нравится во > всяких аджайлах, так это подобный коммунизм. Не бывает однородных команд, > всегда есть кто-то лучше и кто-то хуже. Оценивать нужно разработчиков по > отдельности, чтобы вовремя выявлять звезд, середнячков и балласт. Даже если > в начале все вроде как одного уровня (невозможно, но допустим), скорость > развития у всех разная. Принцип "один за всех и все за одного" при > капитализме не катит. Каждый сам за себя. А пресловутое "умение работать в > команде" - это всего лишь одно из конкурентных преимуществ конкретного > разработчика. Оценивать вклад каждого и квалификацию каждого нужно по > отдельности, и только так. > > > > 1 апреля 2014 г., 10:54 пользователь Dmitry Simonov написал: > > Коллеги! Я бы на вашем месте отказался от мысли оперировать понятием >> "сильный программист". Оперируйте понятием "сильная команда" и работайте с >> каждым разработчиком именно в плане пользы для всей команды. Как показал >> опыт, хорошая команда похожа на Перл-6. Все об этом говорят, но ни кто >> этого не видел :) >> >> Собирать сильную команду приходится месяцами. Это долго, дорого и... >> охуенно. >> Что такое хорошая команда? Критерий прост: она прожуёт любые задачи. >> >> Не программист, который может заболеть, а команда! Персонально для >> руководителей: либо вы являетесь потолком для команды, либо она для вас. >> Выбирайте! >> >> >> --- >> Dmitriy V. Simonov, >> Perl & Python programmer >> > > -- > Ksenia Bobrova > Senior Perl Developer > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From foxcool333 на gmail.com Tue Apr 1 01:16:28 2014 From: foxcool333 на gmail.com (Foxcool) Date: Tue, 01 Apr 2014 12:16:28 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGC0LDQutC+0LUgItCl0L7RgNC+0Yg=?= =?utf-8?b?0LjQuSDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCIg==?= In-Reply-To: References: Message-ID: <533A75DC.5080605@gmail.com> Вт 01 апр 2014 12:06:54, Dmitry Simonov писал: > Все мы гении. Но если вы будете судить рыбу по её способности > взбираться на дерево, она проживёт всю жизнь, считая себя дурой. > > Ты там в коллективе ни кого не чморишь за то, что с регэкспами плохо > работают? :) > > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > 2014-04-01 11:43 GMT+04:00 Ксения Боброва >: > > Почему это нужно отказаться от этой мысли? Вот что мне не нравится > во всяких аджайлах, так это подобный коммунизм. Не бывает > однородных команд, всегда есть кто-то лучше и кто-то хуже. > Оценивать нужно разработчиков по отдельности, чтобы вовремя > выявлять звезд, середнячков и балласт. Даже если в начале все > вроде как одного уровня (невозможно, но допустим), скорость > развития у всех разная. Принцип "один за всех и все за одного" при > капитализме не катит. Каждый сам за себя. А пресловутое "умение > работать в команде" - это всего лишь одно из конкурентных > преимуществ конкретного разработчика. Оценивать вклад каждого и > квалификацию каждого нужно по отдельности, и только так. > > > > 1 апреля 2014 г., 10:54 пользователь Dmitry Simonov > > написал: > > Коллеги! Я бы на вашем месте отказался от мысли оперировать > понятием "сильный программист". Оперируйте понятием "сильная > команда" и работайте с каждым разработчиком именно в плане > пользы для всей команды. Как показал опыт, хорошая команда > похожа на Перл-6. Все об этом говорят, но ни кто этого не видел :) > > Собирать сильную команду приходится месяцами. Это долго, > дорого и... охуенно. > Что такое хорошая команда? Критерий прост: она прожуёт любые > задачи. > > Не программист, который может заболеть, а команда! Персонально > для руководителей: либо вы являетесь потолком для команды, > либо она для вас. Выбирайте! > > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > -- > Ksenia Bobrova > Senior Perl Developer > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > Ага, бывают такие люди, мерящие все одной линейкой. Гении, масса середняков и отщепенцы. :D Вообще можно сказать, что какой-то коллектив или задачи могут не подходить человеку (и он им), создавая проблемы в работе друг другу, но вешать ярлыки тут все равно не стоит. Мне думается, что невозможно человеку вот так просто сказать, взглянув на другого, что вот он отщепенец и НИГДЕ НИКАК у него потенциала нет (хоть какого-то). Это уже из сферы гадания - слишком большое пространство вариантов, и ванговать, влияя на самооценку человека и, как следствие, на его жизнь так негативно - сродни какому-то преступлению. Это как когда-то в моей жизни в 17-18 лет: приходишь на работу - на коне. Начальство уважает и ценит.. Коллеги-старшекурсники по знаниям и навыкам отстают от меня, злятся, завидут и говнят чуть ли не в открытую. Приходишь в универ: отщепенец, дебил, как вообще сюда попал, раздолбай. Все и правда зависит от контекста ситуации, и перловики, вроде как, это должны понимать больше других ((: -- http://foxcool.ru foxcool на jabber.ru From bobrovaksenia на gmail.com Tue Apr 1 01:17:01 2014 From: bobrovaksenia на gmail.com (=?KOI8-R?B?69PFzsnRIOLPwtLP18E=?=) Date: Tue, 1 Apr 2014 12:17:01 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: References: Message-ID: >>Все мы гении Не все. >>Но если вы будете судить рыбу по её способности взбираться на дерево, она проживёт всю жизнь, считая себя дурой. Не поняла аналогии. Это гипотетически сложно описать хорошего программиста, а в реальной работе все как на ладони. >>Ты там в коллективе ни кого не чморишь за то, что с регэкспами плохо работают? :) Это точно мне? -- Ksenia Bobrova Senior Perl Developer ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mialinx на gmail.com Tue Apr 1 01:26:59 2014 From: mialinx на gmail.com (Dmitry Smal) Date: Tue, 01 Apr 2014 12:26:59 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: References: Message-ID: <533A7853.4070400@gmail.com> On 04/01/2014 12:06 PM, Dmitry Simonov wrote: > Все мы гении. Но если вы будете судить рыбу по её способности > взбираться на дерево, она проживёт всю жизнь, считая себя дурой. Да, специализации бывают разные. Но это не отменяет того, что программисты бывают "хорошие" и "плохие". И из "плохих" программистов хорошую команду не сделаешь, как бы они друг друга не дополняли. Из хороших - да, но а) это блин сложно найти кучу хороших программистов б) не во всех проектах одинаково нужны все виды специальностей. > > Ты там в коллективе ни кого не чморишь за то, что с регэкспами плохо > работают? :) > > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > 2014-04-01 11:43 GMT+04:00 Ксения Боброва >: > > Почему это нужно отказаться от этой мысли? Вот что мне не нравится > во всяких аджайлах, так это подобный коммунизм. Не бывает > однородных команд, всегда есть кто-то лучше и кто-то хуже. > Оценивать нужно разработчиков по отдельности, чтобы вовремя > выявлять звезд, середнячков и балласт. Даже если в начале все > вроде как одного уровня (невозможно, но допустим), скорость > развития у всех разная. Принцип "один за всех и все за одного" при > капитализме не катит. Каждый сам за себя. А пресловутое "умение > работать в команде" - это всего лишь одно из конкурентных > преимуществ конкретного разработчика. Оценивать вклад каждого и > квалификацию каждого нужно по отдельности, и только так. > > > > 1 апреля 2014 г., 10:54 пользователь Dmitry Simonov > > написал: > > Коллеги! Я бы на вашем месте отказался от мысли оперировать > понятием "сильный программист". Оперируйте понятием "сильная > команда" и работайте с каждым разработчиком именно в плане > пользы для всей команды. Как показал опыт, хорошая команда > похожа на Перл-6. Все об этом говорят, но ни кто этого не видел :) > > Собирать сильную команду приходится месяцами. Это долго, > дорого и... охуенно. > Что такое хорошая команда? Критерий прост: она прожуёт любые > задачи. > > Не программист, который может заболеть, а команда! Персонально > для руководителей: либо вы являетесь потолком для команды, > либо она для вас. Выбирайте! > > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > -- > Ksenia Bobrova > Senior Perl Developer > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sergiy.borodych на gmail.com Tue Apr 1 01:35:38 2014 From: sergiy.borodych на gmail.com (Sergiy Borodych) Date: Tue, 1 Apr 2014 11:35:38 +0300 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGC0LDQutC+0LUgItCl0L7RgNC+0Yg=?= =?utf-8?b?0LjQuSDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCIg==?= In-Reply-To: References: Message-ID: Вот-вот, наниматель должен знать что он хочет от "хорошего программиста", и желательно конкретное что-то и достижимое. И высказать это ему (программисту) еще на собеседовании. Так мягко и можно подойти к теме "хороший/идеальный работодатель" ;) 2014-04-01 11:14 GMT+03:00 Andrey Kovbovich : > Предлагаю обсудить еще категорию "настоящий программист" :) > > PS. с точки зрения экономической целесообразности, программисты нужны > разные, и хорошие и не очень, ведь работа бывает и простая и сложная, и > платят по разному. А на собеседовании программисту нужно задавать всего два > вопроса: что от меня требуется и сколько мне за это заплатят. Если > наниматель не может ответит на эти вопросы, значит он не знает чего хочет и > начинает воображать себе идеального программиста в вакууме. > > 1 апреля 2014 г., 11:43 пользователь Ксения Боброва < > bobrovaksenia на gmail.com> написал: > >> Почему это нужно отказаться от этой мысли? Вот что мне не нравится во >> всяких аджайлах, так это подобный коммунизм. Не бывает однородных команд, >> всегда есть кто-то лучше и кто-то хуже. Оценивать нужно разработчиков по >> отдельности, чтобы вовремя выявлять звезд, середнячков и балласт. Даже если >> в начале все вроде как одного уровня (невозможно, но допустим), скорость >> развития у всех разная. Принцип "один за всех и все за одного" при >> капитализме не катит. Каждый сам за себя. А пресловутое "умение работать в >> команде" - это всего лишь одно из конкурентных преимуществ конкретного >> разработчика. Оценивать вклад каждого и квалификацию каждого нужно по >> отдельности, и только так. >> >> >> >> 1 апреля 2014 г., 10:54 пользователь Dmitry Simonov написал: >> >> Коллеги! Я бы на вашем месте отказался от мысли оперировать понятием >>> "сильный программист". Оперируйте понятием "сильная команда" и работайте с >>> каждым разработчиком именно в плане пользы для всей команды. Как показал >>> опыт, хорошая команда похожа на Перл-6. Все об этом говорят, но ни кто >>> этого не видел :) >>> >>> Собирать сильную команду приходится месяцами. Это долго, дорого и... >>> охуенно. >>> Что такое хорошая команда? Критерий прост: она прожуёт любые задачи. >>> >>> Не программист, который может заболеть, а команда! Персонально для >>> руководителей: либо вы являетесь потолком для команды, либо она для вас. >>> Выбирайте! >>> >>> >>> --- >>> Dmitriy V. Simonov, >>> Perl & Python programmer >>> >> >> -- >> Ksenia Bobrova >> Senior Perl Developer >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Sergiy Borodych ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From name2rnd на gmail.com Tue Apr 1 01:36:28 2014 From: name2rnd на gmail.com (Natalya Savenkova) Date: Tue, 1 Apr 2014 12:36:28 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: <533A7853.4070400@gmail.com> References: <533A7853.4070400@gmail.com> Message-ID: По-моему немного зря программисты выделяются в отдельную категорию. То же самое можно сказать и про плохой архитектор или плохой врач. То есть, правила наверное все-таки более менее одинаковые для всех. То есть, плохой, это такой, кто не справляется с поставленными задачами, не учится на своих и чужих ошибках, не стремится расти профессионально, не любит свою работу.. как-то так. А глупые и умные.. ну они везде бывают. Умеет круто разбираться в регэкспах или нет? Умеет, но допустим, это его единственный wow-навык и что тогда? 1 апреля 2014 г., 12:26 пользователь Dmitry Smal написал: > On 04/01/2014 12:06 PM, Dmitry Simonov wrote: > > Все мы гении. Но если вы будете судить рыбу по её способности взбираться > на дерево, она проживёт всю жизнь, считая себя дурой. > > Да, специализации бывают разные. Но это не отменяет того, что программисты > бывают "хорошие" и "плохие". > И из "плохих" программистов хорошую команду не сделаешь, как бы они друг > друга не дополняли. > Из хороших - да, но а) это блин сложно найти кучу хороших программистов > б) не во всех проектах одинаково нужны все виды специальностей. > > > Ты там в коллективе ни кого не чморишь за то, что с регэкспами плохо > работают? :) > > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > 2014-04-01 11:43 GMT+04:00 Ксения Боброва : > >> Почему это нужно отказаться от этой мысли? Вот что мне не нравится во >> всяких аджайлах, так это подобный коммунизм. Не бывает однородных команд, >> всегда есть кто-то лучше и кто-то хуже. Оценивать нужно разработчиков по >> отдельности, чтобы вовремя выявлять звезд, середнячков и балласт. Даже если >> в начале все вроде как одного уровня (невозможно, но допустим), скорость >> развития у всех разная. Принцип "один за всех и все за одного" при >> капитализме не катит. Каждый сам за себя. А пресловутое "умение работать в >> команде" - это всего лишь одно из конкурентных преимуществ конкретного >> разработчика. Оценивать вклад каждого и квалификацию каждого нужно по >> отдельности, и только так. >> >> >> >> 1 апреля 2014 г., 10:54 пользователь Dmitry Simonov написал: >> >> Коллеги! Я бы на вашем месте отказался от мысли оперировать понятием >>> "сильный программист". Оперируйте понятием "сильная команда" и работайте с >>> каждым разработчиком именно в плане пользы для всей команды. Как показал >>> опыт, хорошая команда похожа на Перл-6. Все об этом говорят, но ни кто >>> этого не видел :) >>> >>> Собирать сильную команду приходится месяцами. Это долго, дорого и... >>> охуенно. >>> Что такое хорошая команда? Критерий прост: она прожуёт любые задачи. >>> >>> Не программист, который может заболеть, а команда! Персонально для >>> руководителей: либо вы являетесь потолком для команды, либо она для вас. >>> Выбирайте! >>> >>> >>> --- >>> Dmitriy V. Simonov, >>> Perl & Python programmer >>> >> >> -- >> Ksenia Bobrova >> Senior Perl Developer >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From name2rnd на gmail.com Tue Apr 1 01:41:12 2014 From: name2rnd на gmail.com (Natalya Savenkova) Date: Tue, 1 Apr 2014 12:41:12 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: References: <533A7853.4070400@gmail.com> Message-ID: Как обычно со своей колокольни: не могу сказать, что я прям в тонкостях знаю перл (это и не нужно обычно), с этой точки зрения я наверное плохой программист. Но охотно учусь и когда встречаю проблему, с которой непонятно что делать, иду и разбираюсь, а не впадаю в панику со словами "а хз как это". То же касается и задач. Если задача кажется мне бредовой, то я не отказывают ее делать, а обсуждаю с постановщиком задачи свой взгляд на нее, в результате либо задача снимается, либо я понимаю ее смысл. Здесь конечно больше человеческие качества преобладают, а конкретные знания.. их можно получить довольно быстро. 1 апреля 2014 г., 12:36 пользователь Natalya Savenkova написал: > По-моему немного зря программисты выделяются в отдельную категорию. То же > самое можно сказать и про плохой архитектор или плохой врач. То есть, > правила наверное все-таки более менее одинаковые для всех. > То есть, плохой, это такой, кто не справляется с поставленными задачами, > не учится на своих и чужих ошибках, не стремится расти профессионально, не > любит свою работу.. как-то так. А глупые и умные.. ну они везде бывают. > Умеет круто разбираться в регэкспах или нет? Умеет, но допустим, это его > единственный wow-навык и что тогда? > > > 1 апреля 2014 г., 12:26 пользователь Dmitry Smal написал: > > On 04/01/2014 12:06 PM, Dmitry Simonov wrote: >> >> Все мы гении. Но если вы будете судить рыбу по её способности >> взбираться на дерево, она проживёт всю жизнь, считая себя дурой. >> >> Да, специализации бывают разные. Но это не отменяет того, что >> программисты бывают "хорошие" и "плохие". >> И из "плохих" программистов хорошую команду не сделаешь, как бы они друг >> друга не дополняли. >> Из хороших - да, но а) это блин сложно найти кучу хороших программистов >> б) не во всех проектах одинаково нужны все виды специальностей. >> >> >> Ты там в коллективе ни кого не чморишь за то, что с регэкспами плохо >> работают? :) >> >> >> --- >> Dmitriy V. Simonov, >> Perl & Python programmer >> >> >> 2014-04-01 11:43 GMT+04:00 Ксения Боброва : >> >>> Почему это нужно отказаться от этой мысли? Вот что мне не нравится во >>> всяких аджайлах, так это подобный коммунизм. Не бывает однородных команд, >>> всегда есть кто-то лучше и кто-то хуже. Оценивать нужно разработчиков по >>> отдельности, чтобы вовремя выявлять звезд, середнячков и балласт. Даже если >>> в начале все вроде как одного уровня (невозможно, но допустим), скорость >>> развития у всех разная. Принцип "один за всех и все за одного" при >>> капитализме не катит. Каждый сам за себя. А пресловутое "умение работать в >>> команде" - это всего лишь одно из конкурентных преимуществ конкретного >>> разработчика. Оценивать вклад каждого и квалификацию каждого нужно по >>> отдельности, и только так. >>> >>> >>> >>> 1 апреля 2014 г., 10:54 пользователь Dmitry Simonov написал: >>> >>> Коллеги! Я бы на вашем месте отказался от мысли оперировать понятием >>>> "сильный программист". Оперируйте понятием "сильная команда" и работайте с >>>> каждым разработчиком именно в плане пользы для всей команды. Как показал >>>> опыт, хорошая команда похожа на Перл-6. Все об этом говорят, но ни кто >>>> этого не видел :) >>>> >>>> Собирать сильную команду приходится месяцами. Это долго, дорого и... >>>> охуенно. >>>> Что такое хорошая команда? Критерий прост: она прожуёт любые задачи. >>>> >>>> Не программист, который может заболеть, а команда! Персонально для >>>> руководителей: либо вы являетесь потолком для команды, либо она для вас. >>>> Выбирайте! >>>> >>>> >>>> --- >>>> Dmitriy V. Simonov, >>>> Perl & Python programmer >>>> >>> >>> -- >>> Ksenia Bobrova >>> Senior Perl Developer >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From 0body0 на rambler.ru Tue Apr 1 01:40:33 2014 From: 0body0 на rambler.ru (=?KOI8-R?Q?=E1=CE=C1=D4=CF=CC=C9=CA_=E7=D2=C9=DB=C1=C5=D7?=) Date: Tue, 01 Apr 2014 12:40:33 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: <533A7853.4070400@gmail.com> References: <533A7853.4070400@gmail.com> Message-ID: <533A7B81.3070700@rambler.ru> 01.04.2014 12:26, Dmitry Smal пишет: > On 04/01/2014 12:06 PM, Dmitry Simonov wrote: >> Все мы гении. Но если вы будете судить рыбу по её способности >> взбираться на дерево, она проживёт всю жизнь, считая себя дурой. > Да, специализации бывают разные. Но это не отменяет того, что > программисты бывают "хорошие" и "плохие". > И из "плохих" программистов хорошую команду не сделаешь, как бы они > друг друга не дополняли. > Из хороших - да, но а) это блин сложно найти кучу хороших > программистов б) не во всех проектах одинаково нужны все виды > специальностей. Я видел пару хороших программистов, которые вместе работали как один плохой из-за разного отношения к жизни, пока их не растащили в совсем уж разные углы фирмы... По моему опыту производительность программиста сильно зависит от внешних условий среды, наверно можно это назвать командой: начальник, коллеги и люди которые всех их окружают + материальное окружение. И не бывает, что производительность отдельного программиста зависит только от него, его знаний, его умений и т.д и т.п.. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Tue Apr 1 02:12:48 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Tue, 1 Apr 2014 13:12:48 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: References: Message-ID: 2014-04-01 12:06 GMT+04:00 Dmitry Simonov : > Все мы гении. Но если вы будете судить рыбу по её способности взбираться на > дерево, она проживёт всю жизнь, считая себя дурой. Ты говоришь про рыбу с заниженной самооценкой. Наша рыба проживет жизнь считая дурами судящих. From 0body0 на rambler.ru Tue Apr 1 02:19:23 2014 From: 0body0 на rambler.ru (=?KOI8-R?Q?=E1=CE=C1=D4=CF=CC=C9=CA_=E7=D2=C9=DB=C1=C5=D7?=) Date: Tue, 01 Apr 2014 13:19:23 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: References: Message-ID: <533A849B.5030403@rambler.ru> 01.04.2014 13:12, Daniel Podolsky пишет: > 2014-04-01 12:06 GMT+04:00 Dmitry Simonov : >> Все мы гении. Но если вы будете судить рыбу по её способности взбираться на >> дерево, она проживёт всю жизнь, считая себя дурой. > Ты говоришь про рыбу с заниженной самооценкой. > > Наша рыба проживет жизнь считая дурами судящих. Только судящие ей зарплату не поднимут, а там вместе с зарплатой самооценка и возможно и упадет. :-) From onokonem на gmail.com Tue Apr 1 02:25:54 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Tue, 1 Apr 2014 13:25:54 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: <533A849B.5030403@rambler.ru> References: <533A849B.5030403@rambler.ru> Message-ID: > Только судящие ей зарплату не поднимут, а там вместе с зарплатой самооценка > и возможно и упадет. :-) Опыт говорит нам, что зарплата прямо, а не обратно пропорциональна самооценке, даже за границами адекватности. From chesnokov.ilya на gmail.com Tue Apr 1 02:31:18 2014 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Tue, 1 Apr 2014 13:31:18 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: Message-ID: Тоже постараюсь подъехать. 1 апреля 2014 г., 11:49 пользователь Денис Ильиных написал: > +1 > > вторник, 1 апреля 2014 г. пользователь Тимур Нозадзе написал: > >> Привет. >> >> 3-го буду в Москве, возможно, смогу попасть на встречу. Заодно можно >> переговорить насчёт YAPC::Russia. >> >> >> 31 марта 2014 г., 17:43 пользователь Павел Щербинин >> написал: >>> >>> Привет, так как с докладами у нас сезонная проблема, предлагаю в четверг >>> все же встретится на нейтральной территории и испить пенной жидкости, да >>> обсудить дела добрые) >>> >>> Предлагайте идеи хороших мест и плюсуйте свое присутствие! >>> >>> -- >>> С Уважением, >>> Щербинин Павел >>> >>> -- >>> 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 dsimonov на gmail.com Tue Apr 1 03:32:36 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Tue, 1 Apr 2014 14:32:36 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGC0LDQutC+0LUgItCl0L7RgNC+0Yg=?= =?utf-8?b?0LjQuSDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCIg==?= In-Reply-To: References: Message-ID: 2014-04-01 12:17 GMT+04:00 Ксения Боброва : > Не поняла аналогии. Это гипотетически сложно описать хорошего > программиста, а в реальной работе все как на ладони. Ну ок. Вот Тебе, хорошему программисту задачка: напиши многофакторный поиск с производительностью 500rps и количеством факторов 20 штук. Всё это сделай с шардированием по условиям, с шардированием по базе по которой ищем. До вечера сделай. Если не сделаешь, значит не очень-то Ты и хороший программист. --- Dmitriy V. Simonov, Perl & Python programmer ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Tue Apr 1 03:36:27 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Tue, 1 Apr 2014 14:36:27 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: References: Message-ID: > Ну ок. Вот Тебе, хорошему программисту задачка: напиши многофакторный поиск > с производительностью 500rps и количеством факторов 20 штук. Всё это сделай > с шардированием по условиям, с шардированием по базе по которой ищем. > > До вечера сделай. Если не сделаешь, значит не очень-то Ты и хороший > программист. До программиста дело не дошло еще. Тут еще постановщику до вечера работы. From dsimonov на gmail.com Tue Apr 1 03:39:03 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Tue, 1 Apr 2014 14:39:03 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGC0LDQutC+0LUgItCl0L7RgNC+0Yg=?= =?utf-8?b?0LjQuSDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCIg==?= In-Reply-To: References: Message-ID: Вынес обсуждение вот сюда: https://www.facebook.com/photo.php?fbid=10151908855092504 :) --- Dmitriy V. Simonov, Perl & Python programmer 2014-04-01 14:36 GMT+04:00 Daniel Podolsky : > > Ну ок. Вот Тебе, хорошему программисту задачка: напиши многофакторный > поиск > > с производительностью 500rps и количеством факторов 20 штук. Всё это > сделай > > с шардированием по условиям, с шардированием по базе по которой ищем. > > > > До вечера сделай. Если не сделаешь, значит не очень-то Ты и хороший > > программист. > До программиста дело не дошло еще. Тут еще постановщику до вечера работы. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From bobrovaksenia на gmail.com Tue Apr 1 03:39:47 2014 From: bobrovaksenia на gmail.com (=?KOI8-R?B?69PFzsnRIOLPwtLP18E=?=) Date: Tue, 1 Apr 2014 14:39:47 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: References: Message-ID: Таки вы кто такой, чтобы я вам доказывала свою компетентность? ЧСВ не жмет? -- Ksenia Bobrova Senior Perl Developer 1 апреля 2014 г., 14:32 пользователь Dmitry Simonov написал: > > 2014-04-01 12:17 GMT+04:00 Ксения Боброва : > > Не поняла аналогии. Это гипотетически сложно описать хорошего >> программиста, а в реальной работе все как на ладони. > > > Ну ок. Вот Тебе, хорошему программисту задачка: напиши многофакторный > поиск с производительностью 500rps и количеством факторов 20 штук. Всё это > сделай с шардированием по условиям, с шардированием по базе по которой ищем. > > До вечера сделай. Если не сделаешь, значит не очень-то Ты и хороший > программист. > > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Tue Apr 1 03:42:55 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Tue, 1 Apr 2014 14:42:55 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGC0LDQutC+0LUgItCl0L7RgNC+0Yg=?= =?utf-8?b?0LjQuSDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCIg==?= In-Reply-To: References: Message-ID: А я - та самая рыба с завышенной самооценкой :) Это задача - для коллектива. Одиночка её не решит. И тут мы возвращаемся к вопросу. Всё-таки дело в хороших программистах или хороших командах? :) --- Dmitriy V. Simonov, Perl & Python programmer 2014-04-01 14:39 GMT+04:00 Ксения Боброва : > Таки вы кто такой, чтобы я вам доказывала свою компетентность? ЧСВ не жмет? > > -- > Ksenia Bobrova > Senior Perl Developer > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Tue Apr 1 03:47:40 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Tue, 1 Apr 2014 14:47:40 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGC0LDQutC+0LUgItCl0L7RgNC+0Yg=?= =?utf-8?b?0LjQuSDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCIg==?= In-Reply-To: References: Message-ID: 2014-04-01 14:36 GMT+04:00 Daniel Podolsky : > До программиста дело не дошло еще. Тут еще постановщику до вечера работы. Кстати, знаешь, что любопытно. Эта задача состоит как бы из двух задач. 1. Творческая аналитика, декомпозиция и планирование 2. Выполнение действий по плану. Как считаешь, - хороший программист - это тот, кто умеет выполнять оба пункта или только один? Имеет ли смысл поручать хорошему программисту пункт 2, если его может выполнить плохой программист? Вообще очень любопытная тема. Я тут на днях набросал мысли: ========== Если представить себе лабиринт, в который запускаешь мышь, то лабиринт из одного коридора - это для сильных мышей, а сложный лабиринт с несколькими тупиками - для умных мышей. Как будет действовать сильная мышь, но без мозгов? Последовательно пройдёт все тупики или если повезёт, только часть из них (совсем сильная просто прогрызёт лабиринт насквозь!). Умная же мышь декомпозирует суть происходящего на две задачи: решение о том, какой выбрать путь и наконец бег по лабиринту. То есть отличия заключаются только в количестве задач. Оутсорсинг программирования возможен именно из-за разделения этих задач. В офисе сидят те, кто решает первую задачу, а на удалёнке те, кто решает вторую задачу. Это если мы имеем дело с отдельными разработчиками, которые не умеют консолидироваться в единую команду. А если бы мы их научили? ========== И есть ещё пара нерешённых вопросов: ========== О мотивации. Нельзя вознаграждение давать комплексно, - оно так не работает. Вознаграждение не работает, если оно относится к решению сложных задач. А как же мотивация угрозой жизни? Если вообще мотивацию к таким задачам делать за счёт инстинктов? ========== --- Dmitriy V. Simonov, Perl & Python programmer ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From timur.nozadze на gmail.com Tue Apr 1 05:10:11 2014 From: timur.nozadze на gmail.com (=?KOI8-R?B?9MnN1dIg7s/awcTaxQ==?=) Date: Tue, 1 Apr 2014 16:10:11 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: References: Message-ID: > > Умная же мышь декомпозирует суть происходящего на две задачи: решение о > том, какой выбрать путь и наконец бег по лабиринту. После чего так же последовательно пройдёт все тупики? Или у неё карта есть? ;) Непонятна мне мышь в лабиринте как пример интеллектуального решения задачи. Как считаешь, - хороший программист - это тот, кто умеет выполнять оба > пункта или только один? Имеет ли смысл поручать хорошему программисту пункт > 2, если его может выполнить плохой программист? > Если задача недостаточно глубоко декомпозирована и проработана, то плохой программист с ней всё равно не справится. А если достаточно, то большая её часть уже выполнена, и, возможно, нет никакого смысла подключать кого-то ещё. ;) Коллеги! Я бы на вашем месте отказался от мысли оперировать понятием > "сильный программист". Оперируйте понятием "сильная команда" и работайте с > каждым разработчиком именно в плане пользы для всей команды. > <<Коллеги! Я бы на вашем месте отказался от мысли оперировать понятием <<сильная команда>>. Оперируйте понятием <<успешный проект>> и работайте с каждой командой именно в плане пользы для всего проекта.>> Это не имеющий отношения к вопросу переход на другой организационный уровень. Хотя внешне, вроде, поспорить и не с чем. Вряд ли можно построить хорошую команду из плохих программистов. Вряд ли можно исключить оценку самого человека, как при найме, так и в процессе дальнейшей работы. Может вы и зарплату тогда платите не программистам, а команде? Как они её делят тогда потом, поровну? Просто кроме критерия <<хороший>> есть ещё критерий <<подходящий>> (с точки зрения команды, задач, условий, места, времени и т. п.). И он, наверное, не менее важен. Но говорить <<бросьте вы этих красных, берите круглых>> -- это какая-то странная логика. 1 апреля 2014 г., 14:47 пользователь Dmitry Simonov написал: > > 2014-04-01 14:36 GMT+04:00 Daniel Podolsky : > >> До программиста дело не дошло еще. Тут еще постановщику до вечера работы. > > > Кстати, знаешь, что любопытно. Эта задача состоит как бы из двух задач. > 1. Творческая аналитика, декомпозиция и планирование > 2. Выполнение действий по плану. > > Как считаешь, - хороший программист - это тот, кто умеет выполнять оба > пункта или только один? Имеет ли смысл поручать хорошему программисту пункт > 2, если его может выполнить плохой программист? > > Вообще очень любопытная тема. Я тут на днях набросал мысли: > > ========== > Если представить себе лабиринт, в который запускаешь мышь, то лабиринт из > одного коридора - это для сильных мышей, а сложный лабиринт с несколькими > тупиками - для умных мышей. > > Как будет действовать сильная мышь, но без мозгов? Последовательно пройдёт > все тупики или если повезёт, только часть из них (совсем сильная просто > прогрызёт лабиринт насквозь!). > > Умная же мышь декомпозирует суть происходящего на две задачи: решение о > том, какой выбрать путь и наконец бег по лабиринту. > > То есть отличия заключаются только в количестве задач. > > Оутсорсинг программирования возможен именно из-за разделения этих задач. В > офисе сидят те, кто решает первую задачу, а на удалёнке те, кто решает > вторую задачу. > > Это если мы имеем дело с отдельными разработчиками, которые не умеют > консолидироваться в единую команду. > > А если бы мы их научили? > ========== > > И есть ещё пара нерешённых вопросов: > ========== > О мотивации. Нельзя вознаграждение давать комплексно, - оно так не > работает. > Вознаграждение не работает, если оно относится к решению сложных задач. > > А как же мотивация угрозой жизни? Если вообще мотивацию к таким задачам > делать за счёт инстинктов? > ========== > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Тимур Нозадзе ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From timur.nozadze на gmail.com Tue Apr 1 05:14:41 2014 From: timur.nozadze на gmail.com (=?KOI8-R?B?9MnN1dIg7s/awcTaxQ==?=) Date: Tue, 1 Apr 2014 16:14:41 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: References: Message-ID: > > И есть ещё пара нерешённых вопросов: > ========== > О мотивации. Нельзя вознаграждение давать комплексно, - оно так не > работает. > Вознаграждение не работает, если оно относится к решению сложных задач. > > А как же мотивация угрозой жизни? Если вообще мотивацию к таким задачам > делать за счёт инстинктов? > Так а в чём вопрос-то? Работает ли мотивация за счёт инстинктов при решении сложных задач. Могу ответить: нет. :) Вообще, тема внутренней мотивации же сейчас очень модна. Начиная с того же Пинка много чего понаписано. 1 апреля 2014 г., 16:10 пользователь Тимур Нозадзе написал: > Умная же мышь декомпозирует суть происходящего на две задачи: решение о >> том, какой выбрать путь и наконец бег по лабиринту. > > После чего так же последовательно пройдёт все тупики? Или у неё карта > есть? ;) Непонятна мне мышь в лабиринте как пример интеллектуального > решения задачи. > > Как считаешь, - хороший программист - это тот, кто умеет выполнять оба >> пункта или только один? Имеет ли смысл поручать хорошему программисту пункт >> 2, если его может выполнить плохой программист? >> > Если задача недостаточно глубоко декомпозирована и проработана, то плохой > программист с ней всё равно не справится. А если достаточно, то большая её > часть уже выполнена, и, возможно, нет никакого смысла подключать кого-то > ещё. ;) > > Коллеги! Я бы на вашем месте отказался от мысли оперировать понятием >> "сильный программист". Оперируйте понятием "сильная команда" и работайте с >> каждым разработчиком именно в плане пользы для всей команды. >> > <<Коллеги! Я бы на вашем месте отказался от мысли оперировать понятием > <<сильная команда>>. Оперируйте понятием <<успешный проект>> и работайте с > каждой командой именно в плане пользы для всего проекта.>> Это не имеющий > отношения к вопросу переход на другой организационный уровень. Хотя внешне, > вроде, поспорить и не с чем. > > Вряд ли можно построить хорошую команду из плохих программистов. Вряд ли > можно исключить оценку самого человека, как при найме, так и в процессе > дальнейшей работы. Может вы и зарплату тогда платите не программистам, а > команде? Как они её делят тогда потом, поровну? > > Просто кроме критерия <<хороший>> есть ещё критерий <<подходящий>> (с точки > зрения команды, задач, условий, места, времени и т. п.). И он, наверное, не > менее важен. Но говорить <<бросьте вы этих красных, берите круглых>> -- это > какая-то странная логика. > > > 1 апреля 2014 г., 14:47 пользователь Dmitry Simonov написал: > >> >> 2014-04-01 14:36 GMT+04:00 Daniel Podolsky : >> >>> До программиста дело не дошло еще. Тут еще постановщику до вечера работы. >> >> >> Кстати, знаешь, что любопытно. Эта задача состоит как бы из двух задач. >> 1. Творческая аналитика, декомпозиция и планирование >> 2. Выполнение действий по плану. >> >> Как считаешь, - хороший программист - это тот, кто умеет выполнять оба >> пункта или только один? Имеет ли смысл поручать хорошему программисту пункт >> 2, если его может выполнить плохой программист? >> >> Вообще очень любопытная тема. Я тут на днях набросал мысли: >> >> ========== >> Если представить себе лабиринт, в который запускаешь мышь, то лабиринт из >> одного коридора - это для сильных мышей, а сложный лабиринт с несколькими >> тупиками - для умных мышей. >> >> Как будет действовать сильная мышь, но без мозгов? Последовательно >> пройдёт все тупики или если повезёт, только часть из них (совсем сильная >> просто прогрызёт лабиринт насквозь!). >> >> Умная же мышь декомпозирует суть происходящего на две задачи: решение о >> том, какой выбрать путь и наконец бег по лабиринту. >> >> То есть отличия заключаются только в количестве задач. >> >> Оутсорсинг программирования возможен именно из-за разделения этих задач. >> В офисе сидят те, кто решает первую задачу, а на удалёнке те, кто решает >> вторую задачу. >> >> Это если мы имеем дело с отдельными разработчиками, которые не умеют >> консолидироваться в единую команду. >> >> А если бы мы их научили? >> ========== >> >> И есть ещё пара нерешённых вопросов: >> ========== >> О мотивации. Нельзя вознаграждение давать комплексно, - оно так не >> работает. >> Вознаграждение не работает, если оно относится к решению сложных задач. >> >> А как же мотивация угрозой жизни? Если вообще мотивацию к таким задачам >> делать за счёт инстинктов? >> ========== >> >> --- >> Dmitriy V. Simonov, >> Perl & Python programmer >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > С уважением, Тимур Нозадзе > -- С уважением, Тимур Нозадзе ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From shafiev на gmail.com Tue Apr 1 06:27:55 2014 From: shafiev на gmail.com (Naim sh) Date: Tue, 01 Apr 2014 18:27:55 +0500 Subject: [Moscow.pm] =?utf-8?b?T1RSUyDQuNC90YLQtdCz0YDQsNGG0LjRjw==?= Message-ID: <533ABEDB.2040200@gmail.com> Всем привет . Попробую немного нашу рассылку отвлечь от наболевшей темы :) Коллеги, можете поделиться примерами интеграции с OTRS .Особо интересует связка с Oracle и фиксы к ним ( к примеру неработающий utf и тд и тп) . P.S Почему не RT ( который я настроил и интегрировал) - не понравился некоторым почему-то интерфейс и принцип работы (: и его забраковали . From chesnokov.ilya на gmail.com Tue Apr 1 07:25:52 2014 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Tue, 1 Apr 2014 18:25:52 +0400 Subject: [Moscow.pm] =?utf-8?b?T1RSUyDQuNC90YLQtdCz0YDQsNGG0LjRjw==?= In-Reply-To: <533ABEDB.2040200@gmail.com> References: <533ABEDB.2040200@gmail.com> Message-ID: 1 апреля 2014 г., 17:27 пользователь Naim sh написал: > Всем привет . Попробую немного нашу рассылку отвлечь от наболевшей темы :) > Коллеги, можете поделиться примерами интеграции с OTRS .Особо интересует > связка с Oracle и фиксы к ним ( к примеру неработающий utf и тд и тп) . Как-то на хайлоде рассказывали о том, как интегрировали OTRS в mail.ru: они его там оптимизировали под себя во всех отношениях - как интерфейс, так и быстродействие - чуть ли не полностью переписали ядро. Звучало круто. Но, увы, в открытый доступ выложить отказались... > P.S Почему не RT ( который я настроил и интегрировал) - не понравился > некоторым почему-то интерфейс и принцип работы (: и его забраковали . Интересно, а что именно не нравится? Может можно решить дело установкой или написанием парой плагинов? ;-) Могу с этим помочь... ))) > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From shafiev на gmail.com Tue Apr 1 08:01:36 2014 From: shafiev на gmail.com (Naim sh) Date: Tue, 01 Apr 2014 20:01:36 +0500 Subject: [Moscow.pm] =?koi8-r?b?T1RSUyDJztTFx9LBw8nR?= In-Reply-To: References: <533ABEDB.2040200@gmail.com> Message-ID: <533AD4D0.8000001@gmail.com> On 01/04/14 19:25, Ilya Chesnokov wrote: > 1 апреля 2014 г., 17:27 пользователь Naim sh написал: >> Всем привет . Попробую немного нашу рассылку отвлечь от наболевшей темы :) >> Коллеги, можете поделиться примерами интеграции с OTRS .Особо интересует >> связка с Oracle и фиксы к ним ( к примеру неработающий utf и тд и тп) . > Как-то на хайлоде рассказывали о том, как интегрировали OTRS в > mail.ru: они его там оптимизировали под себя во всех отношениях - как > интерфейс, так и быстродействие - чуть ли не полностью переписали > ядро. Звучало круто. Но, увы, в открытый доступ выложить отказались... > >> P.S Почему не RT ( который я настроил и интегрировал) - не понравился >> некоторым почему-то интерфейс и принцип работы (: и его забраковали . > Интересно, а что именно не нравится? Может можно решить дело > установкой или написанием парой плагинов? ;-) Могу с этим помочь... > ))) Да так я его установил и синтегрировал . Уже API начал мучать > >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org From postmaster на softsearch.ru Tue Apr 1 11:18:52 2014 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 1 Apr 2014 22:18:52 +0400 Subject: [Moscow.pm] =?koi8-r?b?89bB1MnFIM3FztHA3cnI09EgxMHOztnI?= Message-ID: <7510443977.20140401221852@softsearch.ru> Здравствуйте. Подскажите, пожалуйста, алгоритм сжатия данных, который мог бы работать с меняющимися данными. Пример: данные состоят из кусочков разной длины. Каждый кусочек может частично или полностью изменить своё содержимое. И надо все эти меняющиеся кусочки эффективно сжимать и хранить сжатыми. -- С уважением, Михаил mailto:postmaster на softsearch.ru From dmitry на eremeev.ru Tue Apr 1 11:25:41 2014 From: dmitry на eremeev.ru (Dmitry Eremeev) Date: Tue, 1 Apr 2014 22:25:41 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHQttCw0YLQuNC1INC80LXQvdGP0Y7RidC40YU=?= =?utf-8?b?0YHRjyDQtNCw0L3QvdGL0YU=?= In-Reply-To: <7510443977.20140401221852@softsearch.ru> References: <7510443977.20140401221852@softsearch.ru> Message-ID: данные какие? тексты-графика? ?  Yours Dmitry Eremeev +7 906 700-57-71 On 1 апреля 2014 г. at 22:19:31, Михаил Монашёв (postmaster на softsearch.ru) wrote: Здравствуйте. Подскажите, пожалуйста, алгоритм сжатия данных, который мог бы работать с меняющимися данными. Пример: данные состоят из кусочков разной длины. Каждый кусочек может частично или полностью изменить своё содержимое. И надо все эти меняющиеся кусочки эффективно сжимать и хранить сжатыми. -- С уважением, Михаил mailto:postmaster на softsearch.ru -- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Tue Apr 1 11:46:49 2014 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 1 Apr 2014 22:46:49 +0400 Subject: [Moscow.pm] =?koi8-r?b?89bB1MnFIM3FztHA3cnI09EgxMHOztnI?= In-Reply-To: References: <7510443977.20140401221852@softsearch.ru> Message-ID: <1025217756.20140401224649@softsearch.ru> Здравствуйте, Dmitry. > данные какие? тексты-графика? Общий случай. Т.е. нужно сжатие без потерь. -- С уважением, Михаил mailto:postmaster на softsearch.ru From dsimonov на gmail.com Tue Apr 1 12:18:57 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Tue, 1 Apr 2014 23:18:57 +0400 Subject: [Moscow.pm] =?utf-8?b?0JvQtdCy0LDQuiwg0LvRkdCz0LrQuNC1INC00LU=?= =?utf-8?b?0L3RjNCz0Lgg0LfQsCDRgdGD0YLQutC4INC90LDQv9GA0Y/QttGR0L0=?= =?utf-8?b?0L3QvtC5INGA0LDQsdC+0YLRiy4=?= Message-ID: Есть скрипт на питоне, генерящий баннеры на основе PSD-файликов, подставляя туда текст и картинки (к нему есть точная инструкция по установке). Реализовано это всё с использованием библиотеки на Ruby(gem + PSD) + библиотеки на Python(psd-tools) и склеено скриптом на питоне. Кто готов сделать подвиг и за сутки перевести всё на перл (или на перл+XS), тому стучаться ко мне в личку! --- Dmitriy V. Simonov, Perl & Python programmer ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andy на shitov.ru Tue Apr 1 12:23:03 2014 From: andy на shitov.ru (Andrew Shitov) Date: Tue, 1 Apr 2014 21:23:03 +0200 Subject: [Moscow.pm] =?utf-8?b?0JvQtdCy0LDQuiwg0LvRkdCz0LrQuNC1INC00LU=?= =?utf-8?b?0L3RjNCz0Lgg0LfQsCDRgdGD0YLQutC4INC90LDQv9GA0Y/QttGR0L0=?= =?utf-8?b?0L3QvtC5INGA0LDQsdC+0YLRiy4=?= In-Reply-To: References: Message-ID: Это можно сделать на шелле :-) 2014-04-01 21:18 GMT+02:00 Dmitry Simonov : > Есть скрипт на питоне, генерящий баннеры на основе PSD-файликов, подставляя > туда текст и картинки (к нему есть точная инструкция по установке). > > Реализовано это всё с использованием библиотеки на Ruby(gem + PSD) + > библиотеки на Python(psd-tools) и склеено скриптом на питоне. > > Кто готов сделать подвиг и за сутки перевести всё на перл (или на перл+XS), > тому стучаться ко мне в личку! > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru From dsimonov на gmail.com Tue Apr 1 12:28:40 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Tue, 1 Apr 2014 23:28:40 +0400 Subject: [Moscow.pm] =?utf-8?b?0JvQtdCy0LDQuiwg0LvRkdCz0LrQuNC1INC00LU=?= =?utf-8?b?0L3RjNCz0Lgg0LfQsCDRgdGD0YLQutC4INC90LDQv9GA0Y/QttGR0L0=?= =?utf-8?b?0L3QvtC5INGA0LDQsdC+0YLRiy4=?= In-Reply-To: References: Message-ID: Тут моя задача сводится к тому, чтобы это решение для своего развития не требовала рубей и питона. Поддерживать зоопарк технологий не очень хочется. А на рубях и питоне сидят две ключевых библиотеки. --- Dmitriy V. Simonov, Perl & Python programmer 2014-04-01 23:23 GMT+04:00 Andrew Shitov : > Это можно сделать на шелле :-) > > 2014-04-01 21:18 GMT+02:00 Dmitry Simonov : > > Есть скрипт на питоне, генерящий баннеры на основе PSD-файликов, > подставляя > > туда текст и картинки (к нему есть точная инструкция по установке). > > > > Реализовано это всё с использованием библиотеки на Ruby(gem + PSD) + > > библиотеки на Python(psd-tools) и склеено скриптом на питоне. > > > > Кто готов сделать подвиг и за сутки перевести всё на перл (или на > перл+XS), > > тому стучаться ко мне в личку! > > > > --- > > Dmitriy V. Simonov, > > Perl & Python programmer > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > > > -- > Andrew Shitov > ______________________________________________________________________ > andy на shitov.ru | http://shitov.ru > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From stork2000 на yandex.ru Tue Apr 1 12:51:59 2014 From: stork2000 на yandex.ru (Loginoff Nick) Date: Tue, 01 Apr 2014 23:51:59 +0400 Subject: [Moscow.pm] =?koi8-r?b?7MXXwcssIMyjx8vJxSDExc7Yx8kg2sEg09XUy8kg?= =?koi8-r?b?zsHQ0tHWo87Oz8og0sHCz9TZLg==?= In-Reply-To: References: Message-ID: <745101396381919@web10g.yandex.ru> Первый Апрель? 01.04.2014, 23:19, "Dmitry Simonov" : > Есть скрипт на питоне, генерящий баннеры на основе PSD-файликов, подставляя туда текст и картинки (к нему есть точная инструкция по установке). > > Реализовано это всё с использованием библиотеки на Ruby(gem + PSD) + библиотеки на Python(psd-tools) и склеено скриптом на питоне. > > Кто готов сделать подвиг и за сутки перевести всё на перл (или на перл+XS), тому стучаться ко мне в личку! > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > , > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С Уважением, Login|off Nick или STork. From vovkasm на gmail.com Tue Apr 1 12:56:49 2014 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Tue, 1 Apr 2014 23:56:49 +0400 Subject: [Moscow.pm] =?utf-8?b?0JvQtdCy0LDQuiwg0LvRkdCz0LrQuNC1INC00LU=?= =?utf-8?b?0L3RjNCz0Lgg0LfQsCDRgdGD0YLQutC4INC90LDQv9GA0Y/QttGR0L0=?= =?utf-8?b?0L3QvtC5INGA0LDQsdC+0YLRiy4=?= In-Reply-To: References: Message-ID: Я пытался это сделать (верней портировать psd-tools в Perl)... и забил, времени жалко. Остался недоделанный https://github.com/vovkasm/data-binarybuffer и наметки по использованию его для парсинга psd. В итоге залатал пару багов в самом psd-tools (на сегодня они все уже в апстриме у автора) и пользуюсь им. 2014-04-01 23:18 GMT+04:00 Dmitry Simonov : > Есть скрипт на питоне, генерящий баннеры на основе PSD-файликов, подставляя > туда текст и картинки (к нему есть точная инструкция по установке). > > Реализовано это всё с использованием библиотеки на Ruby(gem + PSD) + > библиотеки на Python(psd-tools) и склеено скриптом на питоне. > > Кто готов сделать подвиг и за сутки перевести всё на перл (или на перл+XS), > тому стучаться ко мне в личку! > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Vladimir Timofeev From an.gorohovski на gmail.com Tue Apr 1 13:22:05 2014 From: an.gorohovski на gmail.com (Alessandro Gorohovski) Date: Tue, 01 Apr 2014 23:22:05 +0300 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGC0LDQutC+0LUgItCl0L7RgNC+0Yg=?= =?utf-8?b?0LjQuSDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCIg==?= In-Reply-To: References: Message-ID: Ксения Боброва писал(а) в своём письме Tue, 01 Apr 2014 10:43:52 +0300: > Почему это нужно отказаться от этой мысли? Вот что мне не нравится во > всяких аджайлах, так это подобный коммунизм. Не бывает однородных команд, > всегда есть кто-то лучше и кто-то хуже. Оценивать нужно разработчиков по > отдельности, чтобы вовремя выявлять звезд, середнячков и балласт. Даже > если > в начале все вроде как одного уровня (невозможно, но допустим), скорость > развития у всех разная. Принцип "один за всех и все за одного" при > капитализме не катит. Каждый сам за себя. А пресловутое "умение работать > в > команде" - это всего лишь одно из конкурентных преимуществ конкретного > разработчика. Оценивать вклад каждого и квалификацию каждого нужно по > отдельности, и только так. Если хочешь идти быстро --- иди сам (это капитализм), а если далеко --- иди вместе. Выбирай Ксения Боброва. > 1 апреля 2014 г., 10:54 пользователь Dmitry Simonov > написал: > >> Коллеги! Я бы на вашем месте отказался от мысли оперировать понятием >> "сильный программист". Оперируйте понятием "сильная команда" и >> работайте с >> каждым разработчиком именно в плане пользы для всей команды. Как показал >> опыт, хорошая команда похожа на Перл-6. Все об этом говорят, но ни кто >> этого не видел :) >> >> Собирать сильную команду приходится месяцами. Это долго, дорого и... >> охуенно. >> Что такое хорошая команда? Критерий прост: она прожуёт любые задачи. >> >> Не программист, который может заболеть, а команда! Персонально для >> руководителей: либо вы являетесь потолком для команды, либо она для вас. >> Выбирайте! >> >> >> --- >> Dmitriy V. Simonov, >> Perl & Python programmer >> > -- ANG From evdokimov.denis на gmail.com Tue Apr 1 13:31:16 2014 From: evdokimov.denis на gmail.com (Denis Evdokimov) Date: Wed, 2 Apr 2014 00:31:16 +0400 Subject: [Moscow.pm] =?koi8-r?b?89bB1MnFIM3FztHA3cnI09EgxMHOztnI?= In-Reply-To: <1025217756.20140401224649@softsearch.ru> References: <7510443977.20140401221852@softsearch.ru> <1025217756.20140401224649@softsearch.ru> Message-ID: Мне кажется, что для этой задачи хорошо подойдёт сжатие со словарём: http://ru.wikipedia.org/wiki/%CC%E5%F2%EE%E4_%F1%E6%E0%F2%E8%FF_%F1_%E8%F1%EF%EE%EB%FC%E7%EE%E2%E0%ED%E8%E5%EC_%F1%EB%EE%E2%E0%F0%FF Можно создавать словарь на N документов, дополнять его, когда какой-то из этих документов изменился. Пересчитывать словарь и переархивировать документы, когда словарь слишком разбух от изменений. 1 апреля 2014 г., 22:46 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Dmitry. > > > данные какие? тексты-графика? > > Общий случай. Т.е. нужно сжатие без потерь. > > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Tue Apr 1 14:25:51 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Wed, 2 Apr 2014 01:25:51 +0400 Subject: [Moscow.pm] =?utf-8?b?0JvQtdCy0LDQuiwg0LvRkdCz0LrQuNC1INC00LU=?= =?utf-8?b?0L3RjNCz0Lgg0LfQsCDRgdGD0YLQutC4INC90LDQv9GA0Y/QttGR0L0=?= =?utf-8?b?0L3QvtC5INGA0LDQsdC+0YLRiy4=?= In-Reply-To: References: Message-ID: Портировать эти два решения - задача тяжёлая и неблагодарная. Вместо этого я бы заменил их на сишные библиотеки, которые скорее всего уже давно написаны. Их прикрепил бы через XS, а сам клей переписал был на перл. Там строчек 100-200 кода. В такой формулировке задача вполне поддаётся решению. --- Dmitriy V. Simonov, Perl & Python programmer 2014-04-01 23:56 GMT+04:00 Vladimir Timofeev : > Я пытался это сделать (верней портировать psd-tools в Perl)... и > забил, времени жалко. Остался недоделанный > https://github.com/vovkasm/data-binarybuffer и наметки по > использованию его для парсинга psd. > > В итоге залатал пару багов в самом psd-tools (на сегодня они все уже в > апстриме у автора) и пользуюсь им. > > 2014-04-01 23:18 GMT+04:00 Dmitry Simonov : > > Есть скрипт на питоне, генерящий баннеры на основе PSD-файликов, > подставляя > > туда текст и картинки (к нему есть точная инструкция по установке). > > > > Реализовано это всё с использованием библиотеки на Ruby(gem + PSD) + > > библиотеки на Python(psd-tools) и склеено скриптом на питоне. > > > > Кто готов сделать подвиг и за сутки перевести всё на перл (или на > перл+XS), > > тому стучаться ко мне в личку! > > > > --- > > Dmitriy V. Simonov, > > Perl & Python programmer > > > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > > > > > -- > Vladimir Timofeev > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vovkasm на gmail.com Tue Apr 1 15:51:45 2014 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Wed, 2 Apr 2014 02:51:45 +0400 Subject: [Moscow.pm] =?utf-8?b?0JvQtdCy0LDQuiwg0LvRkdCz0LrQuNC1INC00LU=?= =?utf-8?b?0L3RjNCz0Lgg0LfQsCDRgdGD0YLQutC4INC90LDQv9GA0Y/QttGR0L0=?= =?utf-8?b?0L3QvtC5INGA0LDQsdC+0YLRiy4=?= In-Reply-To: References: Message-ID: Поискать сишные либы, это первое, что я сделал )) Если найдешь ту, которая слои и группы слоёв (корректно смерженные с прозрачностью) умеет выдергивать, то буду безумно благодарен за ссылку ) И да, расскажи потом, сколько реально строчек кода получилось. 2014-04-02 1:25 GMT+04:00 Dmitry Simonov : > Портировать эти два решения - задача тяжёлая и неблагодарная. Вместо этого я > бы заменил их на сишные библиотеки, которые скорее всего уже давно написаны. > Их прикрепил бы через XS, а сам клей переписал был на перл. Там строчек > 100-200 кода. > > В такой формулировке задача вполне поддаётся решению. > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > 2014-04-01 23:56 GMT+04:00 Vladimir Timofeev : > >> Я пытался это сделать (верней портировать psd-tools в Perl)... и >> забил, времени жалко. Остался недоделанный >> https://github.com/vovkasm/data-binarybuffer и наметки по >> использованию его для парсинга psd. >> >> В итоге залатал пару багов в самом psd-tools (на сегодня они все уже в >> апстриме у автора) и пользуюсь им. >> >> 2014-04-01 23:18 GMT+04:00 Dmitry Simonov : >> > Есть скрипт на питоне, генерящий баннеры на основе PSD-файликов, >> > подставляя >> > туда текст и картинки (к нему есть точная инструкция по установке). >> > >> > Реализовано это всё с использованием библиотеки на Ruby(gem + PSD) + >> > библиотеки на Python(psd-tools) и склеено скриптом на питоне. >> > >> > Кто готов сделать подвиг и за сутки перевести всё на перл (или на >> > перл+XS), >> > тому стучаться ко мне в личку! >> > >> > --- >> > Dmitriy V. Simonov, >> > Perl & Python programmer >> > >> > -- >> > Moscow.pm mailing list >> > moscow-pm на pm.org | http://moscow.pm.org >> > >> >> >> >> -- >> Vladimir Timofeev >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Vladimir Timofeev From akovbovich на gmail.com Tue Apr 1 19:42:24 2014 From: akovbovich на gmail.com (Andrey Kovbovich) Date: Wed, 2 Apr 2014 06:42:24 +0400 Subject: [Moscow.pm] =?utf-8?b?0JvQtdCy0LDQuiwg0LvRkdCz0LrQuNC1INC00LU=?= =?utf-8?b?0L3RjNCz0Lgg0LfQsCDRgdGD0YLQutC4INC90LDQv9GA0Y/QttGR0L0=?= =?utf-8?b?0L3QvtC5INGA0LDQsdC+0YLRiy4=?= In-Reply-To: References: Message-ID: "И да, расскажи потом, сколько реально строчек кода получилось." Вот почему в рассылке нет кнопки "Like"? 2 апреля 2014 г., 2:51 пользователь Vladimir Timofeev написал: > И да, расскажи потом, сколько реально строчек кода получилось. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From bobrovaksenia на gmail.com Tue Apr 1 23:56:58 2014 From: bobrovaksenia на gmail.com (=?KOI8-R?B?69PFzsnRIOLPwtLP18E=?=) Date: Wed, 2 Apr 2014 10:56:58 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: References: Message-ID: Не употребляй повелительное наклонение в обращениях к незнакомым людям :) Если хочешь идти быстро --- иди сам (это капитализм), > а если далеко --- иди вместе. > > Выбирай Ксения Боброва. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Wed Apr 2 04:22:15 2014 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 2 Apr 2014 15:22:15 +0400 Subject: [Moscow.pm] =?koi8-r?b?7cnOyS3P0NLP0y4=?= In-Reply-To: References: <397735496.20140323202706@softsearch.ru> Message-ID: <43154724.20140402152215@softsearch.ru> Здравствуйте. Всем большое спасибо. -- С уважением, Михаил mailto:postmaster на softsearch.ru From mons на cpan.org Wed Apr 2 04:28:36 2014 From: mons на cpan.org (Mons Anderson) Date: Wed, 2 Apr 2014 15:28:36 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGC0LDQutC+0LUgItCl0L7RgNC+0Yg=?= =?utf-8?b?0LjQuSDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCIg==?= In-Reply-To: References: Message-ID: <40423A9C-0B42-4FEE-97C8-2287A528BBCD@corp.mail.ru> Как насчёт вашего "не употребляй"? ;) On 02.04.2014, at 10:56, Ксения Боброва wrote: > Не употребляй повелительное наклонение в обращениях к незнакомым людям :) > > > Если хочешь идти быстро --- иди сам (это капитализм), > а если далеко --- иди вместе. > > Выбирай Ксения Боброва. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From aml на rulezz.ru Wed Apr 2 04:31:33 2014 From: aml на rulezz.ru (Alexander Lourier) Date: Wed, 2 Apr 2014 13:31:33 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: <40423A9C-0B42-4FEE-97C8-2287A528BBCD@corp.mail.ru> References: <40423A9C-0B42-4FEE-97C8-2287A528BBCD@corp.mail.ru> Message-ID: Как ты мог "вашего" написать с маленькой буквы? 2 апреля 2014 г., 13:28 пользователь Mons Anderson написал: > Как насчёт вашего "не употребляй"? ;) > > On 02.04.2014, at 10:56, Ксения Боброва wrote: > > Не употребляй повелительное наклонение в обращениях к незнакомым людям :) > > > Если хочешь идти быстро --- иди сам (это капитализм), >> а если далеко --- иди вместе. >> >> Выбирай Ксения Боброва. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Wed Apr 2 04:35:38 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Wed, 2 Apr 2014 15:35:38 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGC0LDQutC+0LUgItCl0L7RgNC+0Yg=?= =?utf-8?b?0LjQuSDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCIg==?= In-Reply-To: References: <40423A9C-0B42-4FEE-97C8-2287A528BBCD@corp.mail.ru> Message-ID: И вообще, использование неопределённого артикля "бля" в светской речи, - моветон! --- Dmitriy V. Simonov, Perl & Python programmer 2014-04-02 15:31 GMT+04:00 Alexander Lourier : > Как ты мог "вашего" написать с маленькой буквы? > > > 2 апреля 2014 г., 13:28 пользователь Mons Anderson написал: > > Как насчёт вашего "не употребляй"? ;) >> >> On 02.04.2014, at 10:56, Ксения Боброва wrote: >> >> Не употребляй повелительное наклонение в обращениях к незнакомым людям :) >> >> >> Если хочешь идти быстро --- иди сам (это капитализм), >>> а если далеко --- иди вместе. >>> >>> Выбирай Ксения Боброва. >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Wed Apr 2 04:39:37 2014 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 2 Apr 2014 15:39:37 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: References: <40423A9C-0B42-4FEE-97C8-2287A528BBCD@corp.mail.ru> Message-ID: <1617728262.20140402153937@softsearch.ru> Здравствуйте. Когда читаю весь этот бред, то мысль "перл умер" становится максимально очевидной. И умер он прежде всего в головах. Искры нет. Осталось лишь переваривание былого величия. -- С уважением, Михаил mailto:postmaster на softsearch.ru From aml на rulezz.ru Wed Apr 2 04:41:14 2014 From: aml на rulezz.ru (Alexander Lourier) Date: Wed, 2 Apr 2014 13:41:14 +0200 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: <1617728262.20140402153937@softsearch.ru> References: <40423A9C-0B42-4FEE-97C8-2287A528BBCD@corp.mail.ru> <1617728262.20140402153937@softsearch.ru> Message-ID: А мы тут разве ради перла остались? Может я чего-то не знаю? :) 2 апреля 2014 г., 13:39 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте. > > Когда читаю весь этот бред, то мысль "перл умер" становится > максимально очевидной. И умер он прежде всего в головах. Искры нет. > Осталось лишь переваривание былого величия. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From bobrovaksenia на gmail.com Wed Apr 2 05:01:43 2014 From: bobrovaksenia на gmail.com (=?KOI8-R?B?69PFzsnRIOLPwtLP18E=?=) Date: Wed, 2 Apr 2014 16:01:43 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: <40423A9C-0B42-4FEE-97C8-2287A528BBCD@corp.mail.ru> References: <40423A9C-0B42-4FEE-97C8-2287A528BBCD@corp.mail.ru> Message-ID: Он первый начал!!!11адин -- Ksenia Bobrova Senior Perl Developer 2 апреля 2014 г., 15:28 пользователь Mons Anderson написал: > Как насчёт вашего "не употребляй"? ;) > > On 02.04.2014, at 10:56, Ксения Боброва wrote: > > Не употребляй повелительное наклонение в обращениях к незнакомым людям :) > > > Если хочешь идти быстро --- иди сам (это капитализм), >> а если далеко --- иди вместе. >> >> Выбирай Ксения Боброва. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mons на cpan.org Wed Apr 2 06:09:24 2014 From: mons на cpan.org (Mons Anderson) Date: Wed, 2 Apr 2014 17:09:24 +0400 Subject: [Moscow.pm] =?utf-8?b?0KfRgtC+INGC0LDQutC+0LUgItCl0L7RgNC+0Yg=?= =?utf-8?b?0LjQuSDQv9GA0L7Qs9GA0LDQvNC80LjRgdGCIg==?= In-Reply-To: References: <40423A9C-0B42-4FEE-97C8-2287A528BBCD@corp.mail.ru> Message-ID: Просто я пишу по правилам русского языка. ;) On 02.04.2014, at 15:31, Alexander Lourier wrote: > Как ты мог "вашего" написать с маленькой буквы? > > > 2 апреля 2014 г., 13:28 пользователь Mons Anderson написал: > Как насчёт вашего "не употребляй"? ;) > > On 02.04.2014, at 10:56, Ксения Боброва wrote: > >> Не употребляй повелительное наклонение в обращениях к незнакомым людям :) >> >> >> Если хочешь идти быстро --- иди сам (это капитализм), >> а если далеко --- иди вместе. >> >> Выбирай Ксения Боброва. >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mialinx на gmail.com Wed Apr 2 06:26:27 2014 From: mialinx на gmail.com (Dmitry Smal) Date: Wed, 02 Apr 2014 17:26:27 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: <1617728262.20140402153937@softsearch.ru> References: <40423A9C-0B42-4FEE-97C8-2287A528BBCD@corp.mail.ru> <1617728262.20140402153937@softsearch.ru> Message-ID: <533C1003.4030204@gmail.com> Это не перл умер, это троллей развелось. On 04/02/2014 03:39 PM, Михаил Монашёв wrote: > Здравствуйте. > > Когда читаю весь этот бред, то мысль "перл умер" становится > максимально очевидной. И умер он прежде всего в головах. Искры нет. > Осталось лишь переваривание былого величия. > From parserpro на gmail.com Wed Apr 2 06:27:37 2014 From: parserpro на gmail.com (=?KOI8-R?B?4czFy9PFyiDt2dvLyc4=?=) Date: Wed, 2 Apr 2014 17:27:37 +0400 Subject: [Moscow.pm] =?koi8-r?b?/tTPINTBy8/FICLoz9LP28nKINDSz8fSwc3NydPU?= =?koi8-r?b?Ig==?= In-Reply-To: <533C1003.4030204@gmail.com> References: <40423A9C-0B42-4FEE-97C8-2287A528BBCD@corp.mail.ru> <1617728262.20140402153937@softsearch.ru> <533C1003.4030204@gmail.com> Message-ID: Щас отпишусь 2 апреля 2014 г., 17:26 пользователь Dmitry Smal написал: > Это не перл умер, это троллей развелось. > > On 04/02/2014 03:39 PM, Михаил Монашёв wrote: > >> Здравствуйте. >> >> Когда читаю весь этот бред, то мысль "перл умер" становится >> максимально очевидной. И умер он прежде всего в головах. Искры нет. >> Осталось лишь переваривание былого величия. >> >> > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Мышкин Алексей. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Wed Apr 2 19:11:38 2014 From: mail на knutov.com (Nick Knutov) Date: Thu, 03 Apr 2014 08:11:38 +0600 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <52B157DC.6030208@gmail.com> References: <52B0DAD8.6080108@knutov.com> <52B0E1D0.9060200@knutov.com> <52B157DC.6030208@gmail.com> Message-ID: <533CC35A.6040803@knutov.com> Спасибо, я наконец проникся. Но при таком конструкторе не учитывается порядок следования полей в условии AND, который иногда очень даже следует учитывать в случае с MySQL. Пример: query 'select i from t', {qw(x 99 a 1 b 3)}, ['id desc','a asc'], [0,1]; даст where a = ? and b = ? and x = ? И, может быть у вас есть готовый код, позволяющий сделать query 'select i from t', {'a' => ['=',1],'b' => ['>',3]}, ['id desc','a asc'], [0,1]; или чего-то такого по условиям, можно с другим входным форматом (надо задавать не только =, но и <,>,IS, IS NOT, IN и т.д.)? У меня получилось: (join' ', $in, map @$_, grep $_->[1], $p ? [where => join ' and ', map $_.' '.$p->{$_}[0].' ?', keys%$p] : (), $o ? ['order by' => join ',', @$o] : (), $l ? [limit => join ',', ('?') x @$l] : ()), $p ? map($_->[1], values $p) : (), $l ? @$l : () Но оно стало еще менее читабельным. И если добавить поддержку {'a' => [1], ...}, считая, что если элемент один, то значение - единственный элемент, а действие по умолчанию - "=", то код получается еще мене красивым. upd: А если делать массив для соблюдения порядка, то для конструкции [ {'x' => ['=',99]}, {'a' => ['=',1]}, {'b' => ['>',3]} ] слишком многоэтажные конструкции получаются. 18.12.2013 14:07, vividsnow пишет: > как вариант что-то вроде: > https://gist.github.com/vividsnow/8d294801959975730fc3 > (возможно более специфичное к вашей задаче) > > On 12/18/2013 03:44 AM, Nick Knutov wrote: >> Не вижу, чем мне это может помочь. >> >> В данном примере posts_sql_view() возвращает нечто очень большое и >> сложное, например селект с джойнами по куче таблиц из селекта с джойнами. >> >> Как минимум, конструировать запрос мне надо начиная с того места, где >> может быть WHERE. И, например, как тут - наличие LIMIT и его количество >> зависит от других параметров. >> >> >> 18.12.2013 5:34, vividsnow пишет: >>> https://metacpan.org/pod/SQL::Abstract >>> >>> >>> 2013/12/18 Nick Knutov > >>> >>> У меня в коде в некоторых функциях, в зависимости от входных параметров, >>> конструируются разные sql запросы. Пример: >>> >>> my $sql = posts_sql_view(); >>> $sql .= ' WHERE ' if $type or $id or $main; >>> do { $sql .= ' ty.id =? '; push @params, $type;} if $type; >>> do { $sql .= ' AND p.id =? LIMIT 1'; push @params, $id >>> } if $id; >>> $sql .= ' ORDER BY id DESC ' unless $id; >>> do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; >>> >>> Мне не нравится как это визуально выглядит. Как бы вы это переписали, >>> чтобы было понятнее и читабельнее? >>> >>> ps: в некоторых других случаях можно было бы использовать && вместо >>> do{}, но не тут. >>> >>> pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы >>> сложные и сложность/стоимость проверки того, что генерирует ORM >>> многократно выше любого профита от ORM в данной ситуации. >>> >>> -- >>> Best Regards, >>> Nick Knutov >>> http://knutov.com >>> ICQ: 272873706 >>> Voice: +7-904-84-23-130 >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> >> -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From i.petro.77.00 на gmail.com Wed Apr 2 22:30:47 2014 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Thu, 3 Apr 2014 09:30:47 +0400 Subject: [Moscow.pm] =?utf-8?b?0LrQvtC90YHRgtGA0YPQutGC0L7RgNC1IHNxbCA=?= =?utf-8?b?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: <533CC35A.6040803@knutov.com> References: <52B0DAD8.6080108@knutov.com> <52B0E1D0.9060200@knutov.com> <52B157DC.6030208@gmail.com> <533CC35A.6040803@knutov.com> Message-ID: <20140403053046.GC28438@vdsl.uvw.ru> > слишком многоэтажные конструкции получаются. DBIx::DR From rabbit+moscowpm на rabbit.us Wed Apr 2 22:41:12 2014 From: rabbit+moscowpm на rabbit.us (Peter Rabbitson) Date: Thu, 3 Apr 2014 05:41:12 +0000 Subject: [Moscow.pm] =?utf-8?b?0KHQttCw0YLQuNC1INC80LXQvdGP0Y7RidC40YU=?= =?utf-8?b?0YHRjyDQtNCw0L3QvdGL0YU=?= In-Reply-To: <7510443977.20140401221852@softsearch.ru> References: <7510443977.20140401221852@softsearch.ru> Message-ID: <20140403054112.GA26161@rabbit.us> On Tue, Apr 01, 2014 at 10:18:52PM +0400, Михаил Монашёв wrote: > Здравствуйте. > > Подскажите, пожалуйста, алгоритм сжатия данных, который мог бы > работать с меняющимися данными. Пример: данные состоят из кусочков > разной длины. Каждый кусочек может частично или полностью изменить > своё содержимое. И надо все эти меняющиеся кусочки эффективно сжимать > и хранить сжатыми. Rolling checksum chunking с последующей chunk de-duplication. Готовый велосипед: https://github.com/bup/bup Как работает: https://github.com/bup/bup/blob/master/DESIGN#L121:L240 Cheers From despairr на gmail.com Wed Apr 2 23:19:30 2014 From: despairr на gmail.com (Walery Studennikov) Date: Thu, 3 Apr 2014 10:19:30 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: Message-ID: 31 марта 2014 г., 17:43 пользователь Павел Щербинин написал: > Привет, так как с докладами у нас сезонная проблема, предлагаю в четверг все > же встретится на нейтральной территории и испить пенной жидкости, да > обсудить дела добрые) > > Предлагайте идеи хороших мест и плюсуйте свое присутствие! Предварительно +1. Определились таки со временем / местом? -- Walery Studennikov http://www.reg.ru/ From dzirtik на gmail.com Wed Apr 2 23:28:31 2014 From: dzirtik на gmail.com (=?KOI8-R?B?8MHXxcwg/cXSwsnOyc4=?=) Date: Thu, 3 Apr 2014 10:28:31 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: Message-ID: До 14.00 отпишусь о месте. Время встречи 19.30. 03.04.2014 10:19 пользователь "Walery Studennikov" написал: > 31 марта 2014 г., 17:43 пользователь Павел Щербинин > написал: > > Привет, так как с докладами у нас сезонная проблема, предлагаю в четверг > все > > же встретится на нейтральной территории и испить пенной жидкости, да > > обсудить дела добрые) > > > > Предлагайте идеи хороших мест и плюсуйте свое присутствие! > > Предварительно +1. > Определились таки со временем / местом? > > -- > Walery Studennikov > http://www.reg.ru/ > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Thu Apr 3 01:02:23 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Thu, 3 Apr 2014 12:02:23 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: Message-ID: Это сегодня? Давайте в Пилзнере, а? Там мега-пиво! --- Dmitriy V. Simonov, Perl & Python programmer 2014-04-03 10:28 GMT+04:00 Павел Щербинин : > До 14.00 отпишусь о месте. Время встречи 19.30. > 03.04.2014 10:19 пользователь "Walery Studennikov" > написал: > > 31 марта 2014 г., 17:43 пользователь Павел Щербинин >> написал: >> > Привет, так как с докладами у нас сезонная проблема, предлагаю в >> четверг все >> > же встретится на нейтральной территории и испить пенной жидкости, да >> > обсудить дела добрые) >> > >> > Предлагайте идеи хороших мест и плюсуйте свое присутствие! >> >> Предварительно +1. >> Определились таки со временем / местом? >> >> -- >> Walery Studennikov >> http://www.reg.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 > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dzirtik на gmail.com Thu Apr 3 01:15:38 2014 From: dzirtik на gmail.com (=?KOI8-R?B?8MHXxcwg/cXSwsnOyc4=?=) Date: Thu, 3 Apr 2014 12:15:38 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: Message-ID: Да. сегодня. В каком? Нас человек 10-15 наберется где нас примут? 3 апреля 2014 г., 12:02 пользователь Dmitry Simonov написал: > Это сегодня? Давайте в Пилзнере, а? Там мега-пиво! > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > 2014-04-03 10:28 GMT+04:00 Павел Щербинин : > > До 14.00 отпишусь о месте. Время встречи 19.30. >> 03.04.2014 10:19 пользователь "Walery Studennikov" >> написал: >> >> 31 марта 2014 г., 17:43 пользователь Павел Щербинин >>> написал: >>> > Привет, так как с докладами у нас сезонная проблема, предлагаю в >>> четверг все >>> > же встретится на нейтральной территории и испить пенной жидкости, да >>> > обсудить дела добрые) >>> > >>> > Предлагайте идеи хороших мест и плюсуйте свое присутствие! >>> >>> Предварительно +1. >>> Определились таки со временем / местом? >>> >>> -- >>> Walery Studennikov >>> http://www.reg.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 >> >> > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Thu Apr 3 01:45:00 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Thu, 3 Apr 2014 12:45:00 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: Message-ID: Я позвонил и забронировал столик на 10-15 человек на 19:00 на фамилию "Симонов" в Пилзнере на Маяковской. Нужно им по возможности по-раньше сделать какой-то предзаказ, так как народу будет много, готовить будут дольше обычного. Паша! Тебе надо подъехать не позже 19:05, чтобы столик не отобрали :) Вот телефон для связи с ними: 8 (499) 251-20-23 --- Dmitriy V. Simonov, Perl & Python programmer 2014-04-03 12:15 GMT+04:00 Павел Щербинин : > Да. сегодня. В каком? Нас человек 10-15 наберется где нас примут? > > > 3 апреля 2014 г., 12:02 пользователь Dmitry Simonov написал: > > Это сегодня? Давайте в Пилзнере, а? Там мега-пиво! >> >> --- >> Dmitriy V. Simonov, >> Perl & Python programmer >> >> >> 2014-04-03 10:28 GMT+04:00 Павел Щербинин : >> >> До 14.00 отпишусь о месте. Время встречи 19.30. >>> 03.04.2014 10:19 пользователь "Walery Studennikov" >>> написал: >>> >>> 31 марта 2014 г., 17:43 пользователь Павел Щербинин >>>> написал: >>>> > Привет, так как с докладами у нас сезонная проблема, предлагаю в >>>> четверг все >>>> > же встретится на нейтральной территории и испить пенной жидкости, да >>>> > обсудить дела добрые) >>>> > >>>> > Предлагайте идеи хороших мест и плюсуйте свое присутствие! >>>> >>>> Предварительно +1. >>>> Определились таки со временем / местом? >>>> >>>> -- >>>> Walery Studennikov >>>> http://www.reg.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 >>> >>> >> >> -- >> 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 Thu Apr 3 02:08:20 2014 From: dzirtik на gmail.com (=?KOI8-R?B?8MHXxcwg/cXSwsnOyc4=?=) Date: Thu, 3 Apr 2014 13:08:20 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: Message-ID: Друзья встречаемся тут http://www.pilsner.ru/about_restaurants/mayakovskaya - Метро: Маяковская - Адрес: ул. 1-ая Тверская-Ямская, д. Начинаем собираться с 19.00 Мой телефон 8 916 964 59 65 Жду всех! 03.04.2014 12:45 пользователь "Dmitry Simonov" написал: > Я позвонил и забронировал столик на 10-15 человек на 19:00 на фамилию > "Симонов" в Пилзнере на Маяковской. > Нужно им по возможности по-раньше сделать какой-то предзаказ, так как > народу будет много, готовить будут дольше обычного. > > Паша! Тебе надо подъехать не позже 19:05, чтобы столик не отобрали :) > Вот телефон для связи с ними: 8 (499) 251-20-23 > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > 2014-04-03 12:15 GMT+04:00 Павел Щербинин : > >> Да. сегодня. В каком? Нас человек 10-15 наберется где нас примут? >> >> >> 3 апреля 2014 г., 12:02 пользователь Dmitry Simonov написал: >> >> Это сегодня? Давайте в Пилзнере, а? Там мега-пиво! >>> >>> --- >>> Dmitriy V. Simonov, >>> Perl & Python programmer >>> >>> >>> 2014-04-03 10:28 GMT+04:00 Павел Щербинин : >>> >>> До 14.00 отпишусь о месте. Время встречи 19.30. >>>> 03.04.2014 10:19 пользователь "Walery Studennikov" >>>> написал: >>>> >>>> 31 марта 2014 г., 17:43 пользователь Павел Щербинин >>>>> написал: >>>>> > Привет, так как с докладами у нас сезонная проблема, предлагаю в >>>>> четверг все >>>>> > же встретится на нейтральной территории и испить пенной жидкости, да >>>>> > обсудить дела добрые) >>>>> > >>>>> > Предлагайте идеи хороших мест и плюсуйте свое присутствие! >>>>> >>>>> Предварительно +1. >>>>> Определились таки со временем / местом? >>>>> >>>>> -- >>>>> Walery Studennikov >>>>> http://www.reg.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 >>>> >>>> >>> >>> -- >>> 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 mail на knutov.com Thu Apr 3 10:42:07 2014 From: mail на knutov.com (Nick Knutov) Date: Thu, 03 Apr 2014 23:42:07 +0600 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <20140403053046.GC28438@vdsl.uvw.ru> References: <52B0DAD8.6080108@knutov.com> <52B0E1D0.9060200@knutov.com> <52B157DC.6030208@gmail.com> <533CC35A.6040803@knutov.com> <20140403053046.GC28438@vdsl.uvw.ru> Message-ID: <533D9D6F.3090904@knutov.com> Шаблоны в SQL - плохо. Шаблоны в стиле TT - особенно плохо. 03.04.2014 11:30, Ivan Petrov пишет: > >> слишком многоэтажные конструкции получаются. > DBIx::DR > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From mail на knutov.com Thu Apr 3 11:06:35 2014 From: mail на knutov.com (Nick Knutov) Date: Fri, 04 Apr 2014 00:06:35 +0600 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <533CC35A.6040803@knutov.com> References: <52B0DAD8.6080108@knutov.com> <52B0E1D0.9060200@knutov.com> <52B157DC.6030208@gmail.com> <533CC35A.6040803@knutov.com> Message-ID: <533DA32B.7010803@knutov.com> Мне уже стало интересно и таки добил. Полный пример - https://gist.github.com/knutov/9959392 Вопросы: 1) как и можно ли обойтись без временной переменной $t? Читал документацию, не придумал. 2) как бы вы это улучшили? 3) Этот конструктор не очень хорошо позволяет работать с уловиями IN () в where и совсем не позволяет сделать опциональный вложенный селект со своими параметрами в where. Может кто-нибудь придумает как это сделать? ps: Нашел SQL::OOP - https://metacpan.org/pod/distribution/SQL-OOP/README.pod - который почти идеально мне подходит, кроме того, что много букв. Но интереснее сделать своё ) pps: Главный кусок кода из гиста: sub query2 (@) { my ($in, $p, $o, $l) = @_; my @aa = map {my $t = $_; map { $_ .' '. $t->{$_}[0] . ' ? '} keys %$t} @$p; my @bb = map {my $t = $_; map { $t->{$_}[1] } keys %$t} @$p; (join' ', $in, map @$_, grep $_->[1], $p ? [where => join ' AND ', @aa] : (), $o ? ['ORDER BY' => join ',', @$o] : (), $l ? [limit => join ',', ('?') x @$l] : ()), $p ? @bb : (), $l ? @$l : () } say Dumper query2 'SELECT i FROM t', [{'x' => ['=',99]}, {'a' => ['=',1]},{'b' => ['>',3]}], ['id DESC','a ASC'], [0,1]; } 03.04.2014 8:11, Nick Knutov пишет: > > Спасибо, я наконец проникся. > > Но при таком конструкторе не учитывается порядок следования полей в > условии AND, который иногда очень даже следует учитывать в случае с > MySQL. Пример: > > query 'select i from t', {qw(x 99 a 1 b 3)}, ['id desc','a asc'], [0,1]; > даст > where a = ? and b = ? and x = ? > > И, может быть у вас есть готовый код, позволяющий сделать > > query 'select i from t', {'a' => ['=',1],'b' => ['>',3]}, ['id desc','a > asc'], [0,1]; > > или чего-то такого по условиям, можно с другим входным форматом (надо > задавать не только =, но и <,>,IS, IS NOT, IN и т.д.)? > > У меня получилось: > > (join' ', $in, map @$_, grep $_->[1], > $p ? [where => join ' and ', map $_.' '.$p->{$_}[0].' ?', keys%$p] : (), > $o ? ['order by' => join ',', @$o] : (), > $l ? [limit => join ',', ('?') x @$l] : ()), > $p ? map($_->[1], values $p) : (), $l ? @$l : () > > Но оно стало еще менее читабельным. И если добавить поддержку {'a' => > [1], ...}, считая, что если элемент один, то значение - единственный > элемент, а действие по умолчанию - "=", то код получается еще мене красивым. > > > upd: А если делать массив для соблюдения порядка, то для конструкции > [ > {'x' => ['=',99]}, > {'a' => ['=',1]}, > {'b' => ['>',3]} > ] > слишком многоэтажные конструкции получаются. > > > 18.12.2013 14:07, vividsnow пишет: >> как вариант что-то вроде: >> https://gist.github.com/vividsnow/8d294801959975730fc3 >> (возможно более специфичное к вашей задаче) >> >> On 12/18/2013 03:44 AM, Nick Knutov wrote: >>> Не вижу, чем мне это может помочь. >>> >>> В данном примере posts_sql_view() возвращает нечто очень большое и >>> сложное, например селект с джойнами по куче таблиц из селекта с джойнами. >>> >>> Как минимум, конструировать запрос мне надо начиная с того места, где >>> может быть WHERE. И, например, как тут - наличие LIMIT и его количество >>> зависит от других параметров. >>> >>> >>> 18.12.2013 5:34, vividsnow пишет: >>>> https://metacpan.org/pod/SQL::Abstract >>>> >>>> >>>> 2013/12/18 Nick Knutov > >>>> >>>> У меня в коде в некоторых функциях, в зависимости от входных параметров, >>>> конструируются разные sql запросы. Пример: >>>> >>>> my $sql = posts_sql_view(); >>>> $sql .= ' WHERE ' if $type or $id or $main; >>>> do { $sql .= ' ty.id =? '; push @params, $type;} if $type; >>>> do { $sql .= ' AND p.id =? LIMIT 1'; push @params, $id >>>> } if $id; >>>> $sql .= ' ORDER BY id DESC ' unless $id; >>>> do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; >>>> >>>> Мне не нравится как это визуально выглядит. Как бы вы это переписали, >>>> чтобы было понятнее и читабельнее? >>>> >>>> ps: в некоторых других случаях можно было бы использовать && вместо >>>> do{}, но не тут. >>>> >>>> pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы >>>> сложные и сложность/стоимость проверки того, что генерирует ORM >>>> многократно выше любого профита от ORM в данной ситуации. >>>> >>>> -- >>>> Best Regards, >>>> Nick Knutov >>>> http://knutov.com >>>> ICQ: 272873706 >>>> Voice: +7-904-84-23-130 >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>> >>>> >>> > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From i.petro.77.00 на gmail.com Thu Apr 3 12:02:48 2014 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Thu, 3 Apr 2014 23:02:48 +0400 Subject: [Moscow.pm] =?utf-8?b?0LrQvtC90YHRgtGA0YPQutGC0L7RgNC1IHNxbCA=?= =?utf-8?b?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: <533D9D6F.3090904@knutov.com> References: <52B0DAD8.6080108@knutov.com> <52B0E1D0.9060200@knutov.com> <52B157DC.6030208@gmail.com> <533CC35A.6040803@knutov.com> <20140403053046.GC28438@vdsl.uvw.ru> <533D9D6F.3090904@knutov.com> Message-ID: <20140403190248.GD28438@vdsl.uvw.ru> > Шаблоны в SQL - плохо. Шаблоны в стиле TT - особенно плохо. > 03.04.2014 11:30, Ivan Petrov пишет: >> >>> слишком многоэтажные конструкции получаются. >> DBIx::DR там шаблоны не в стиле TT, а в стиле EP первые версии были как раз в стиле TT, но потом поняли что изобретать новый язык шаблонов плохо и пришли к стилю EP насчет "шаблоны в SQL-плохо". мы подняли один проект на этом (крупный - ~4 млн строк кода) очень удобно. до этого экспериментировали с конструкторами, с ORM итп сейчас все кто поработал с шаблонами - с радостью выпиливают нафиг конструкторы и ORM. ну и попутно стандартизировали sql'ки и полностью вынесли их из Perl-кода классический запрос ща выглядит так: dbh->select(-f => $filename, id => $id, date => $date); при этом файлы раскладываем по тому же принципу что и модели, то есть дерево проекта получается таким: / - /path/to/controller - /path/to/model - /path/to/sql - /path/to/view Нового человека в проект внедрять - одно удовольствие - все просто и логично. только одно не очень - действительно в SQL не очень смотрятся теги <%%>. Возможно для embedded-perl можно придумать что-то еще. PS: TODO: 1. у меня для EP написан однопроходный парсер без выделения памяти все никак не приделаю 2. генерация шаблонов из шаблонов - тоже пока не было применения и не делали From mail на knutov.com Thu Apr 3 12:24:23 2014 From: mail на knutov.com (Nick Knutov) Date: Fri, 04 Apr 2014 01:24:23 +0600 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <20140403190248.GD28438@vdsl.uvw.ru> References: <52B0DAD8.6080108@knutov.com> <52B0E1D0.9060200@knutov.com> <52B157DC.6030208@gmail.com> <533CC35A.6040803@knutov.com> <20140403053046.GC28438@vdsl.uvw.ru> <533D9D6F.3090904@knutov.com> <20140403190248.GD28438@vdsl.uvw.ru> Message-ID: <533DB567.1050507@knutov.com> А он есть где-нибудь в паблике? 04.04.2014 1:02, Ivan Petrov пишет: > 1. у меня для EP написан однопроходный парсер без выделения памяти > все никак не приделаю -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From i.petro.77.00 на gmail.com Thu Apr 3 23:52:17 2014 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Fri, 4 Apr 2014 10:52:17 +0400 Subject: [Moscow.pm] =?utf-8?b?0LrQvtC90YHRgtGA0YPQutGC0L7RgNC1IHNxbCA=?= =?utf-8?b?0LfQsNC/0YDQvtGB0L7Qsg==?= In-Reply-To: <533DB567.1050507@knutov.com> References: <52B0DAD8.6080108@knutov.com> <52B0E1D0.9060200@knutov.com> <52B157DC.6030208@gmail.com> <533CC35A.6040803@knutov.com> <20140403053046.GC28438@vdsl.uvw.ru> <533D9D6F.3090904@knutov.com> <20140403190248.GD28438@vdsl.uvw.ru> <533DB567.1050507@knutov.com> Message-ID: <20140404065217.GF28438@vdsl.uvw.ru> > А он есть где-нибудь в паблике? он писался для EL для тарантула, но писался с расчетом чтобы можно было сделать EP, EJS, итп пока лежит на ветке вот тут https://github.com/tarantool/tarantool/blob/httpd/src/module/http/tpleval.h (юниттесты там же неподалеку) я планирую XS'очку залить надо придумать название, она уже есть но в паблике пока нет. а дальше прикрутить ее к DBIx::DR и заодно к Mojo в качестве дополнительного рендерера (который не будет поддерживать только генерацию шаблонов из шаблонов, но мне это было ни разу не нужно) будет рулез, но к сожалению пока руки не доходят > 04.04.2014 1:02, Ivan Petrov пишет: >> 1. у меня для EP написан однопроходный парсер без выделения памяти >> все никак не приделаю From dsimonov на gmail.com Fri Apr 4 01:15:25 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Fri, 4 Apr 2014 12:15:25 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: Message-ID: А мне понравилось :))) Я выпил 2.5 литра тёмного пива и мы с Пашей пришли к выводу, что этот формат для встреч скоро станет постоянным! Всех целую в попу! --- Dmitriy V. Simonov, Perl & Python programmer 2014-04-03 13:08 GMT+04:00 Павел Щербинин : > Друзья встречаемся тут > http://www.pilsner.ru/about_restaurants/mayakovskaya > > - Метро: Маяковская > - Адрес: ул. 1-ая Тверская-Ямская, д. > > Начинаем собираться с 19.00 > > Мой телефон 8 916 964 59 65 > > Жду всех! > 03.04.2014 12:45 пользователь "Dmitry Simonov" > написал: > > Я позвонил и забронировал столик на 10-15 человек на 19:00 на фамилию >> "Симонов" в Пилзнере на Маяковской. >> Нужно им по возможности по-раньше сделать какой-то предзаказ, так как >> народу будет много, готовить будут дольше обычного. >> >> Паша! Тебе надо подъехать не позже 19:05, чтобы столик не отобрали :) >> Вот телефон для связи с ними: 8 (499) 251-20-23 >> >> --- >> Dmitriy V. Simonov, >> Perl & Python programmer >> >> >> 2014-04-03 12:15 GMT+04:00 Павел Щербинин : >> >>> Да. сегодня. В каком? Нас человек 10-15 наберется где нас примут? >>> >>> >>> 3 апреля 2014 г., 12:02 пользователь Dmitry Simonov написал: >>> >>> Это сегодня? Давайте в Пилзнере, а? Там мега-пиво! >>>> >>>> --- >>>> Dmitriy V. Simonov, >>>> Perl & Python programmer >>>> >>>> >>>> 2014-04-03 10:28 GMT+04:00 Павел Щербинин : >>>> >>>> До 14.00 отпишусь о месте. Время встречи 19.30. >>>>> 03.04.2014 10:19 пользователь "Walery Studennikov" >>>>> написал: >>>>> >>>>> 31 марта 2014 г., 17:43 пользователь Павел Щербинин < >>>>>> dzirtik на gmail.com> написал: >>>>>> > Привет, так как с докладами у нас сезонная проблема, предлагаю в >>>>>> четверг все >>>>>> > же встретится на нейтральной территории и испить пенной жидкости, да >>>>>> > обсудить дела добрые) >>>>>> > >>>>>> > Предлагайте идеи хороших мест и плюсуйте свое присутствие! >>>>>> >>>>>> Предварительно +1. >>>>>> Определились таки со временем / местом? >>>>>> >>>>>> -- >>>>>> Walery Studennikov >>>>>> http://www.reg.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 >>>>> >>>>> >>>> >>>> -- >>>> 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 chesnokov.ilya на gmail.com Fri Apr 4 03:35:20 2014 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Fri, 4 Apr 2014 14:35:20 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: Message-ID: Также хочу уведомить всех отсутствовавших, что по результатам встречи было принято единогласное решение: крымский прокурор - няша! :) 4 апреля 2014 г., 12:15 пользователь Dmitry Simonov написал: > А мне понравилось :))) Я выпил 2.5 литра тёмного пива и мы с Пашей пришли к > выводу, что этот формат для встреч скоро станет постоянным! Всех целую в > попу! > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > 2014-04-03 13:08 GMT+04:00 Павел Щербинин : > >> Друзья встречаемся тут >> http://www.pilsner.ru/about_restaurants/mayakovskaya >> >> Метро: Маяковская >> Адрес: ул. 1-ая Тверская-Ямская, д. >> >> Начинаем собираться с 19.00 >> >> Мой телефон 8 916 964 59 65 >> >> Жду всех! >> >> 03.04.2014 12:45 пользователь "Dmitry Simonov" >> написал: >> >>> Я позвонил и забронировал столик на 10-15 человек на 19:00 на фамилию >>> "Симонов" в Пилзнере на Маяковской. >>> Нужно им по возможности по-раньше сделать какой-то предзаказ, так как >>> народу будет много, готовить будут дольше обычного. >>> >>> Паша! Тебе надо подъехать не позже 19:05, чтобы столик не отобрали :) >>> Вот телефон для связи с ними: 8 (499) 251-20-23 >>> >>> --- >>> Dmitriy V. Simonov, >>> Perl & Python programmer >>> >>> >>> 2014-04-03 12:15 GMT+04:00 Павел Щербинин : >>>> >>>> Да. сегодня. В каком? Нас человек 10-15 наберется где нас примут? >>>> >>>> >>>> 3 апреля 2014 г., 12:02 пользователь Dmitry Simonov >>>> написал: >>>> >>>>> Это сегодня? Давайте в Пилзнере, а? Там мега-пиво! >>>>> >>>>> --- >>>>> Dmitriy V. Simonov, >>>>> Perl & Python programmer >>>>> >>>>> >>>>> 2014-04-03 10:28 GMT+04:00 Павел Щербинин : >>>>> >>>>>> До 14.00 отпишусь о месте. Время встречи 19.30. >>>>>> >>>>>> 03.04.2014 10:19 пользователь "Walery Studennikov" >>>>>> написал: >>>>>> >>>>>>> 31 марта 2014 г., 17:43 пользователь Павел Щербинин >>>>>>> написал: >>>>>>> > Привет, так как с докладами у нас сезонная проблема, предлагаю в >>>>>>> > четверг все >>>>>>> > же встретится на нейтральной территории и испить пенной жидкости, >>>>>>> > да >>>>>>> > обсудить дела добрые) >>>>>>> > >>>>>>> > Предлагайте идеи хороших мест и плюсуйте свое присутствие! >>>>>>> >>>>>>> Предварительно +1. >>>>>>> Определились таки со временем / местом? >>>>>>> >>>>>>> -- >>>>>>> Walery Studennikov >>>>>>> http://www.reg.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 >>>>>> >>>>> >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>> >>>> >>>> >>>> -- >>>> С Уважением, >>>> Щербинин Павел >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Ilya Chesnokov From mi на ya.ru Fri Apr 4 04:05:54 2014 From: mi на ya.ru (Nikolay Mishin) Date: Fri, 04 Apr 2014 15:05:54 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: Message-ID: <349731396609554@web6m.yandex.ru> поддерживаю!! 04.04.2014, 14:35, "Ilya Chesnokov" : > Также хочу уведомить всех отсутствовавших, что по результатам встречи > было принято единогласное решение: крымский прокурор - няша! :) > > 4 апреля 2014 г., 12:15 пользователь Dmitry Simonov > написал: > >>  А мне понравилось :))) Я выпил 2.5 литра тёмного пива и мы с Пашей пришли к >>  выводу, что этот формат для встреч скоро станет постоянным! Всех целую в >>  попу! >> >>  --- >>  Dmitriy V. Simonov, >>  Perl & Python programmer >> >>  2014-04-03 13:08 GMT+04:00 Павел Щербинин : >>>  Друзья встречаемся тут >>>  http://www.pilsner.ru/about_restaurants/mayakovskaya >>> >>>  Метро: Маяковская >>>  Адрес: ул. 1-ая Тверская-Ямская, д. >>> >>>  Начинаем собираться с 19.00 >>> >>>  Мой телефон 8 916 964 59 65 >>> >>>  Жду всех! >>> >>>  03.04.2014 12:45 пользователь "Dmitry Simonov" >>>  написал: >>>>  Я позвонил и забронировал столик на 10-15 человек на 19:00 на фамилию >>>>  "Симонов" в Пилзнере на Маяковской. >>>>  Нужно им по возможности по-раньше сделать какой-то предзаказ, так как >>>>  народу будет много, готовить будут дольше обычного. >>>> >>>>  Паша! Тебе надо подъехать не позже 19:05, чтобы столик не отобрали :) >>>>  Вот телефон для связи с ними: 8 (499) 251-20-23 >>>> >>>>  --- >>>>  Dmitriy V. Simonov, >>>>  Perl & Python programmer >>>> >>>>  2014-04-03 12:15 GMT+04:00 Павел Щербинин : >>>>>  Да. сегодня. В каком? Нас человек 10-15 наберется где нас примут? >>>>> >>>>>  3 апреля 2014 г., 12:02 пользователь Dmitry Simonov >>>>>  написал: >>>>>>  Это сегодня? Давайте в Пилзнере, а? Там мега-пиво! >>>>>> >>>>>>  --- >>>>>>  Dmitriy V. Simonov, >>>>>>  Perl & Python programmer >>>>>> >>>>>>  2014-04-03 10:28 GMT+04:00 Павел Щербинин : >>>>>>>  До 14.00 отпишусь о месте. Время встречи 19.30. >>>>>>> >>>>>>>  03.04.2014 10:19 пользователь "Walery Studennikov" >>>>>>>   написал: >>>>>>>>  31 марта 2014 г., 17:43 пользователь Павел Щербинин >>>>>>>>   написал: >>>>>>>>>  Привет, так как с докладами у нас сезонная проблема, предлагаю в >>>>>>>>>  четверг все >>>>>>>>>  же встретится на нейтральной территории и испить пенной жидкости, >>>>>>>>>  да >>>>>>>>>  обсудить дела добрые) >>>>>>>>> >>>>>>>>>  Предлагайте идеи хороших мест и плюсуйте свое присутствие! >>>>>>>>  Предварительно +1. >>>>>>>>  Определились таки со временем / местом? >>>>>>>> >>>>>>>>  -- >>>>>>>>  Walery Studennikov >>>>>>>>  http://www.reg.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 >>>>>>  -- >>>>>>  Moscow.pm mailing list >>>>>>  moscow-pm на pm.org | http://moscow.pm.org >>>>>  -- >>>>>  С Уважением, >>>>>  Щербинин Павел >>>>> >>>>>  -- >>>>>  Moscow.pm mailing list >>>>>  moscow-pm на pm.org | http://moscow.pm.org >>>>  -- >>>>  Moscow.pm mailing list >>>>  moscow-pm на pm.org | http://moscow.pm.org >>>  -- >>>  Moscow.pm mailing list >>>  moscow-pm на pm.org | http://moscow.pm.org >>  -- >>  Moscow.pm mailing list >>  moscow-pm на pm.org | http://moscow.pm.org > > -- > Best regards, > Ilya Chesnokov > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С уважением Николай Мишин From devrow на gmail.com Fri Apr 4 05:15:34 2014 From: devrow на gmail.com (devrow на gmail.com) Date: Fri, 04 Apr 2014 16:15:34 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: Message-ID: <533EA266.5080400@gmail.com> огласите весь список принятых решений. какие вообще стояли вопросы на повестке дня? голосование было анонимным или поименным? были ли наблюдатели от других партий? On 04.04.2014 14:35, Ilya Chesnokov wrote: > Также хочу уведомить всех отсутствовавших, что по результатам встречи > было принято единогласное решение: крымский прокурор - няша! :) From timur.nozadze на gmail.com Fri Apr 4 05:27:59 2014 From: timur.nozadze на gmail.com (=?KOI8-R?B?9MnN1dIg7s/awcTaxQ==?=) Date: Fri, 4 Apr 2014 16:27:59 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: <533EA266.5080400@gmail.com> References: <533EA266.5080400@gmail.com> Message-ID: Каких ещё других партий? Да вы диссидент! 4 апреля 2014 г., 16:15 пользователь devrow на gmail.com написал: > огласите весь список принятых решений. > какие вообще стояли вопросы на повестке дня? > голосование было анонимным или поименным? > были ли наблюдатели от других партий? > > > On 04.04.2014 14:35, Ilya Chesnokov wrote: > >> Также хочу уведомить всех отсутствовавших, что по результатам встречи >> было принято единогласное решение: крымский прокурор - няша! :) >> > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Тимур Нозадзе ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From parserpro на gmail.com Fri Apr 4 05:35:27 2014 From: parserpro на gmail.com (=?KOI8-R?B?4czFy9PFyiDt2dvLyc4=?=) Date: Fri, 4 Apr 2014 16:35:27 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: <533EA266.5080400@gmail.com> Message-ID: Ну там международные наблюдатели: Брайан какой-нибудь ди Фой Ларри на худой конец Уолл 4 апреля 2014 г., 16:27 пользователь Тимур Нозадзе написал: > Каких ещё других партий? Да вы диссидент! > > > 4 апреля 2014 г., 16:15 пользователь devrow на gmail.com написал: > >> огласите весь список принятых решений. >> какие вообще стояли вопросы на повестке дня? >> голосование было анонимным или поименным? >> были ли наблюдатели от других партий? >> >> >> On 04.04.2014 14:35, Ilya Chesnokov wrote: >> >>> Также хочу уведомить всех отсутствовавших, что по результатам встречи >>> было принято единогласное решение: крымский прокурор - няша! :) >>> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > С уважением, Тимур Нозадзе > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С уважением, Мышкин Алексей. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mi на ya.ru Fri Apr 4 05:44:55 2014 From: mi на ya.ru (Nikolay Mishin) Date: Fri, 04 Apr 2014 16:44:55 +0400 Subject: [Moscow.pm] Moscow.pm party-hard In-Reply-To: References: <533EA266.5080400@gmail.com> Message-ID: <599161396615495@web2h.yandex.ru> я думаю, что с некоторыми Вортингтонами..вечеринка могла бы продолжаться сразу 3 дня как Япси 04.04.2014, 16:35, "Алексей Мышкин" : > Ну там международные наблюдатели: > > Брайан какой-нибудь ди Фой > > Ларри на худой конец Уолл > > 4 апреля 2014 г., 16:27 пользователь Тимур Нозадзе написал: >> Каких ещё других партий? Да вы диссидент! >> >> 4 апреля 2014 г., 16:15 пользователь devrow на gmail.com написал: >>> огласите весь список принятых решений. >>> какие вообще стояли вопросы на повестке дня? >>> голосование было анонимным или поименным? >>> были ли наблюдатели от других партий? >>> >>> On 04.04.2014 14:35, Ilya Chesnokov wrote: >>>> Также хочу уведомить всех отсутствовавших, что по результатам встречи >>>> было принято единогласное решение: крымский прокурор - няша! :) >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> -- >> С уважением, Тимур Нозадзе >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > -- > С уважением, > Мышкин Алексей. > , > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- С уважением Николай Мишин From vividsnow на gmail.com Sun Apr 6 17:31:18 2014 From: vividsnow на gmail.com (vividsnow) Date: Mon, 07 Apr 2014 04:31:18 +0400 Subject: [Moscow.pm] =?koi8-r?b?y8/O09TS1cvUz9LFIHNxbCDawdDSz9PP1w==?= In-Reply-To: <533DA32B.7010803@knutov.com> References: <52B0DAD8.6080108@knutov.com> <52B0E1D0.9060200@knutov.com> <52B157DC.6030208@gmail.com> <533CC35A.6040803@knutov.com> <533DA32B.7010803@knutov.com> Message-ID: <5341F1D6.4040001@gmail.com> чтобы не изобретать велик, попробуйте для "where" использовать: https://metacpan.org/pod/SQL::Abstract#where-where-order https://metacpan.org/pod/SQL::Abstract#WHERE-CLAUSES On 04/03/2014 10:06 PM, Nick Knutov wrote: > Мне уже стало интересно и таки добил. > > Полный пример - https://gist.github.com/knutov/9959392 > > Вопросы: > 1) как и можно ли обойтись без временной переменной $t? Читал > документацию, не придумал. > > 2) как бы вы это улучшили? > > 3) Этот конструктор не очень хорошо позволяет работать с уловиями IN () > в where и совсем не позволяет сделать опциональный вложенный селект со > своими параметрами в where. Может кто-нибудь придумает как это сделать? > > ps: Нашел SQL::OOP - > https://metacpan.org/pod/distribution/SQL-OOP/README.pod - который почти > идеально мне подходит, кроме того, что много букв. Но интереснее сделать > своё ) > > pps: Главный кусок кода из гиста: > > sub query2 (@) { > my ($in, $p, $o, $l) = @_; > > my @aa = map {my $t = $_; map { $_ .' '. $t->{$_}[0] . ' ? '} keys %$t} > @$p; > my @bb = map {my $t = $_; map { $t->{$_}[1] } keys %$t} @$p; > > (join' ', $in, map @$_, grep $_->[1], > $p ? [where => join ' AND ', @aa] : (), > $o ? ['ORDER BY' => join ',', @$o] : (), > $l ? [limit => join ',', ('?') x @$l] : ()), > $p ? @bb : (), $l ? @$l : () > } > > say Dumper query2 'SELECT i FROM t', [{'x' => ['=',99]}, {'a' => > ['=',1]},{'b' => ['>',3]}], ['id DESC','a ASC'], [0,1]; > } > > 03.04.2014 8:11, Nick Knutov пишет: >> >> Спасибо, я наконец проникся. >> >> Но при таком конструкторе не учитывается порядок следования полей в >> условии AND, который иногда очень даже следует учитывать в случае с >> MySQL. Пример: >> >> query 'select i from t', {qw(x 99 a 1 b 3)}, ['id desc','a asc'], [0,1]; >> даст >> where a = ? and b = ? and x = ? >> >> И, может быть у вас есть готовый код, позволяющий сделать >> >> query 'select i from t', {'a' => ['=',1],'b' => ['>',3]}, ['id desc','a >> asc'], [0,1]; >> >> или чего-то такого по условиям, можно с другим входным форматом (надо >> задавать не только =, но и <,>,IS, IS NOT, IN и т.д.)? >> >> У меня получилось: >> >> (join' ', $in, map @$_, grep $_->[1], >> $p ? [where => join ' and ', map $_.' '.$p->{$_}[0].' ?', keys%$p] : (), >> $o ? ['order by' => join ',', @$o] : (), >> $l ? [limit => join ',', ('?') x @$l] : ()), >> $p ? map($_->[1], values $p) : (), $l ? @$l : () >> >> Но оно стало еще менее читабельным. И если добавить поддержку {'a' => >> [1], ...}, считая, что если элемент один, то значение - единственный >> элемент, а действие по умолчанию - "=", то код получается еще мене красивым. >> >> >> upd: А если делать массив для соблюдения порядка, то для конструкции >> [ >> {'x' => ['=',99]}, >> {'a' => ['=',1]}, >> {'b' => ['>',3]} >> ] >> слишком многоэтажные конструкции получаются. >> >> >> 18.12.2013 14:07, vividsnow пишет: >>> как вариант что-то вроде: >>> https://gist.github.com/vividsnow/8d294801959975730fc3 >>> (возможно более специфичное к вашей задаче) >>> >>> On 12/18/2013 03:44 AM, Nick Knutov wrote: >>>> Не вижу, чем мне это может помочь. >>>> >>>> В данном примере posts_sql_view() возвращает нечто очень большое и >>>> сложное, например селект с джойнами по куче таблиц из селекта с джойнами. >>>> >>>> Как минимум, конструировать запрос мне надо начиная с того места, где >>>> может быть WHERE. И, например, как тут - наличие LIMIT и его количество >>>> зависит от других параметров. >>>> >>>> >>>> 18.12.2013 5:34, vividsnow пишет: >>>>> https://metacpan.org/pod/SQL::Abstract >>>>> >>>>> >>>>> 2013/12/18 Nick Knutov > >>>>> >>>>> У меня в коде в некоторых функциях, в зависимости от входных параметров, >>>>> конструируются разные sql запросы. Пример: >>>>> >>>>> my $sql = posts_sql_view(); >>>>> $sql .= ' WHERE ' if $type or $id or $main; >>>>> do { $sql .= ' ty.id =? '; push @params, $type;} if $type; >>>>> do { $sql .= ' AND p.id =? LIMIT 1'; push @params, $id >>>>> } if $id; >>>>> $sql .= ' ORDER BY id DESC ' unless $id; >>>>> do { $sql .= ' LIMIT ? ' ; push @params, $limit } if $limit and not $id; >>>>> >>>>> Мне не нравится как это визуально выглядит. Как бы вы это переписали, >>>>> чтобы было понятнее и читабельнее? >>>>> >>>>> ps: в некоторых других случаях можно было бы использовать && вместо >>>>> do{}, но не тут. >>>>> >>>>> pps: ORM предлагать и обсуждать не надо. Как минимум потому, что запросы >>>>> сложные и сложность/стоимость проверки того, что генерирует ORM >>>>> многократно выше любого профита от ORM в данной ситуации. >>>>> >>>>> -- >>>>> Best Regards, >>>>> Nick Knutov >>>>> http://knutov.com >>>>> ICQ: 272873706 >>>>> Voice: +7-904-84-23-130 >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>>> >>>>> >>>> >> > From nikonor на nikonor.ru Mon Apr 7 04:32:41 2014 From: nikonor на nikonor.ru (Leonid Nikolaev) Date: Mon, 7 Apr 2014 15:32:41 +0400 Subject: [Moscow.pm] =?utf-8?b?0YHQtdGA0LLQtdGAINC00LvRjyBwc2dp?= Message-ID: Добрый день!! Есть psgi код, который сейчас работает через uwsgi. Но есть у нас подозрение, что надо поменять сервер. Народ, что посоветуете вместо uwsgi? Какие наиболее стабильные есть решения? Заранее спасибо!! -- WBR, Leonid "nikonor" Nikolaev ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dsimonov на gmail.com Mon Apr 7 06:18:37 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Mon, 7 Apr 2014 17:18:37 +0400 Subject: [Moscow.pm] =?utf-8?b?0JHQvtC70YzRiNC+0Lkg0L3QsNCx0L7RgCDQv9GA?= =?utf-8?b?0L7Qs9GA0LDQvNC80LjRgdGC0L7Qsg==?= Message-ID: Нужны перловики со знанием питона. Работы дохуя. Денег ещё больше. Стучаться в личку! --- Dmitriy V. Simonov, Perl & Python programmer ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nordicdyno на yandex.ru Mon Apr 7 06:21:32 2014 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Mon, 07 Apr 2014 17:21:32 +0400 Subject: [Moscow.pm] =?koi8-r?b?08XS18XSIMTM0SBwc2dp?= In-Reply-To: References: Message-ID: <21221396876892@web26g.yandex.ru> Вложение в формате HTML было извлечено… URL: From nikonor на nikonor.ru Mon Apr 7 07:06:06 2014 From: nikonor на nikonor.ru (Leonid Nikolaev) Date: Mon, 7 Apr 2014 18:06:06 +0400 Subject: [Moscow.pm] =?utf-8?b?0YHQtdGA0LLQtdGAINC00LvRjyBwc2dp?= In-Reply-To: <21221396876892@web26g.yandex.ru> References: <21221396876892@web26g.yandex.ru> Message-ID: сегодня уходил в харакири несколько раз, а в логах видно, что через 2 секунды все работы (включая отправку почту клиенту), уже было выполнено, а он потом еще 58 ждал чего-то. Есть ощущение, что что-то между uwsgi/psgi и nginx не очень живет. Просто пока прощупываем почву, прямо завтра переходить не будем, конечно. 2014-04-07 17:21 GMT+04:00 Orlovsky Alexander : > А откуда такие подозрения? > Мы наоборот хотим uwsgi внедрять. ИМХО стабильная штука с плагинами на все > случаи жизни. И админы наши ее любят. > > 07.04.2014, 15:33, "Leonid Nikolaev" : > > Добрый день!! > Есть psgi код, который сейчас работает через uwsgi. Но есть у нас > подозрение, что надо поменять сервер. > Народ, что посоветуете вместо uwsgi? Какие наиболее стабильные есть > решения? > > Заранее спасибо!! > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- WBR, Leonid "nikonor" Nikolaev http://copi.ru/4413 http://about.me/nikonor http://p.nikonor.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nordicdyno на yandex.ru Mon Apr 7 07:45:13 2014 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Mon, 07 Apr 2014 18:45:13 +0400 Subject: [Moscow.pm] =?koi8-r?b?08XS18XSIMTM0SBwc2dp?= In-Reply-To: References: <21221396876892@web26g.yandex.ru> Message-ID: <94001396881913@web27g.yandex.ru> Вложение в формате HTML было извлечено… URL: From nikonor на nikonor.ru Mon Apr 7 08:09:17 2014 From: nikonor на nikonor.ru (Leonid Nikolaev) Date: Mon, 7 Apr 2014 19:09:17 +0400 Subject: [Moscow.pm] =?utf-8?b?0YHQtdGA0LLQtdGAINC00LvRjyBwc2dp?= In-Reply-To: <94001396881913@web27g.yandex.ru> References: <21221396876892@web26g.yandex.ru> <94001396881913@web27g.yandex.ru> Message-ID: нет, все линейно. 2014-04-07 18:45 GMT+04:00 Orlovsky Alexander : > А у вас асинхрощина или нет? > > 07.04.2014, 18:06, "Leonid Nikolaev" : > > сегодня уходил в харакири несколько раз, а в логах видно, что через 2 > секунды все работы (включая отправку почту клиенту), уже было выполнено, а > он потом еще 58 ждал чего-то. Есть ощущение, что что-то между uwsgi/psgi и > nginx не очень живет. > > Просто пока прощупываем почву, прямо завтра переходить не будем, конечно. > > > 2014-04-07 17:21 GMT+04:00 Orlovsky Alexander : > > А откуда такие подозрения? > Мы наоборот хотим uwsgi внедрять. ИМХО стабильная штука с плагинами на все > случаи жизни. И админы наши ее любят. > > 07.04.2014, 15:33, "Leonid Nikolaev" : > > Добрый день!! > Есть psgi код, который сейчас работает через uwsgi. Но есть у нас > подозрение, что надо поменять сервер. > Народ, что посоветуете вместо uwsgi? Какие наиболее стабильные есть > решения? > > Заранее спасибо!! > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- WBR, Leonid "nikonor" Nikolaev http://copi.ru/4413 http://about.me/nikonor http://p.nikonor.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nordicdyno на yandex.ru Mon Apr 7 08:21:18 2014 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Mon, 07 Apr 2014 19:21:18 +0400 Subject: [Moscow.pm] =?koi8-r?b?W1NQQU06I10gUmU6ICDTxdLXxdIgxMzRIHBzZ2k=?= In-Reply-To: References: <21221396876892@web26g.yandex.ru> Message-ID: <28784_1396884081_5342C271_28784_11_1_206731396884078@web25h.yandex.ru> Вложение в формате HTML было извлечено… URL: From ali на ali.org.ua Mon Apr 7 08:29:40 2014 From: ali на ali.org.ua (Oleg Alistratov) Date: Mon, 07 Apr 2014 18:29:40 +0300 Subject: [Moscow.pm] =?koi8-r?b?4s/M2NvPyiDOwcLP0iDQ0s/H0sHNzcnT1M/X?= In-Reply-To: References: Message-ID: <309341396884580@web3g.yandex.ru> Вложение в формате HTML было извлечено… URL: From ali на ali.org.ua Mon Apr 7 08:30:22 2014 From: ali на ali.org.ua (Oleg Alistratov) Date: Mon, 07 Apr 2014 18:30:22 +0300 Subject: [Moscow.pm] =?koi8-r?b?4s/M2NvPyiDOwcLP0iDQ0s/H0sHNzcnT1M/X?= In-Reply-To: <309341396884580@web3g.yandex.ru> References: <309341396884580@web3g.yandex.ru> Message-ID: <266341396884622@web21j.yandex.ru> Вложение в формате HTML было извлечено… URL: From nikonor на nikonor.ru Mon Apr 7 08:32:12 2014 From: nikonor на nikonor.ru (Leonid Nikolaev) Date: Mon, 7 Apr 2014 19:32:12 +0400 Subject: [Moscow.pm] =?utf-8?b?W1NQQU06I10gUmU6INGB0LXRgNCy0LXRgCDQtNC7?= =?utf-8?q?=D1=8F_psgi?= In-Reply-To: <28784_1396884081_5342C271_28784_11_1_206731396884078@web25h.yandex.ru> References: <21221396876892@web26g.yandex.ru> <28784_1396884081_5342C271_28784_11_1_206731396884078@web25h.yandex.ru> Message-ID: socket = /tmp/uwsgi-napi.sock uid = www-data psgi = /home/www/ncli/psgi/api.pl memory-report = master = processes = 4 plugins = psgi touch-reload = /etc/uwsgi/apps-enabled/napi.ini touch-reload = /home/www/ncli/psgi/api.pl -------------- это тестовый инстанс. он первый под руку попал. в боевом тоже самое, кроме воркеров. 2014-04-07 19:21 GMT+04:00 Orlovsky Alexander : > а конфиг приложения можно посмотреть? (в gist-е или еще где-нибудь) > > 07.04.2014, 18:06, "Leonid Nikolaev" : > > сегодня уходил в харакири несколько раз, а в логах видно, что через 2 > секунды все работы (включая отправку почту клиенту), уже было выполнено, а > он потом еще 58 ждал чего-то. Есть ощущение, что что-то между uwsgi/psgi и > nginx не очень живет. > > Просто пока прощупываем почву, прямо завтра переходить не будем, конечно. > > > 2014-04-07 17:21 GMT+04:00 Orlovsky Alexander : > > А откуда такие подозрения? > Мы наоборот хотим uwsgi внедрять. ИМХО стабильная штука с плагинами на все > случаи жизни. И админы наши ее любят. > > 07.04.2014, 15:33, "Leonid Nikolaev" : > > Добрый день!! > Есть psgi код, который сейчас работает через uwsgi. Но есть у нас > подозрение, что надо поменять сервер. > Народ, что посоветуете вместо uwsgi? Какие наиболее стабильные есть > решения? > > Заранее спасибо!! > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > > -- > WBR, Leonid "nikonor" Nikolaev > http://copi.ru/4413 > http://about.me/nikonor > http://p.nikonor.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 > > -- WBR, Leonid "nikonor" Nikolaev http://copi.ru/4413 http://about.me/nikonor http://p.nikonor.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Mon Apr 7 08:46:48 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Mon, 7 Apr 2014 19:46:48 +0400 Subject: [Moscow.pm] =?koi8-r?b?4s/M2NvPyiDOwcLP0iDQ0s/H0sHNzcnT1M/X?= In-Reply-To: <266341396884622@web21j.yandex.ru> References: <309341396884580@web3g.yandex.ru> <266341396884622@web21j.yandex.ru> Message-ID: ничего, нам тоже полезно почитать :) 2014-04-07 19:30 GMT+04:00 Oleg Alistratov : > Блин, называется, в личку ответил :) > > Ох уж этот Reply-To > Спалился :) > > 07.04.2014, 18:29, "Oleg Alistratov" : > > Привет, > > я такой перловик с питоном. Работа удаленная? Давай подробностей побольше. > > Обо мне вкратце: > http://www.linkedin.com/in/alistratov > https://github.com/alistratov > http://search.cpan.org/~zero/ > > Спрашивай, всю правду расскажу :) > > > 07.04.2014, 16:19, "Dmitry Simonov" : > > Нужны перловики со знанием питона. Работы дохуя. Денег ещё больше. Стучаться > в личку! > > --- > Dmitriy V. Simonov, > Perl & Python programmer > , > > -- > 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 > > > > Oleg Alistratov > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > From ksvs1996 на ymail.com Mon Apr 7 20:33:03 2014 From: ksvs1996 на ymail.com (ksvs) Date: Tue, 8 Apr 2014 04:33:03 +0100 (BST) Subject: [Moscow.pm] =?utf-8?b?0JHQvtC70YzRiNC+0Lkg0L3QsNCx0L7RgCDQv9GA?= =?utf-8?b?0L7Qs9GA0LDQvNC80LjRgdGC0L7Qsg==?= In-Reply-To: References: Message-ID: <1396927983.81795.YahooMailNeo@web171504.mail.ir2.yahoo.com> А зачем с питоном? Что-то с питона на перл переписываете? Интересно же. :-) On Monday, 7 April 2014, 16:19, Dmitry Simonov wrote: Нужны перловики со знанием питона. Работы дохуя. Денег ещё больше. Стучаться в личку! --- Dmitriy V. Simonov, Perl & Python programmer -- Moscow.pm mailing list moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nordicdyno на yandex.ru Tue Apr 8 00:20:17 2014 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Tue, 08 Apr 2014 11:20:17 +0400 Subject: [Moscow.pm] =?koi8-r?b?W1NQQU06I10gUmU6ICBSZTog08XS18XSIMTM0SBw?= =?koi8-r?b?c2dp?= In-Reply-To: References: <21221396876892@web26g.yandex.ru> <28784_1396884081_5342C271_28784_11_1_206731396884078@web25h.yandex.ru> Message-ID: <11511_1396941620_5343A333_11511_97_1_2337181396941617@web12j.yandex.ru> Вложение в формате HTML было извлечено… URL: From nikonor на nikonor.ru Tue Apr 8 18:46:11 2014 From: nikonor на nikonor.ru (Leonid Nikolaev) Date: Wed, 9 Apr 2014 05:46:11 +0400 Subject: [Moscow.pm] =?utf-8?b?W1NQQU06I10gUmU6IFJlOiDRgdC10YDQstC10YAg?= =?utf-8?b?0LTQu9GPIHBzZ2k=?= In-Reply-To: <11511_1396941620_5343A333_11511_97_1_2337181396941617@web12j.yandex.ru> References: <21221396876892@web26g.yandex.ru> <28784_1396884081_5342C271_28784_11_1_206731396884078@web25h.yandex.ru> <11511_1396941620_5343A333_11511_97_1_2337181396941617@web12j.yandex.ru> Message-ID: Спасибо за ответы!! Все, похоже, решилось переходов на uwsgi2.0 и свежий nginx. Ну и отпимизацией кода по времени. Александр, а чем работа через http-socket лучше чем через файл-сокет? Есть ли смысл идти в эту сторону, если пока хватает одной машины? 2014-04-08 11:20 GMT+04:00 Orlovsky Alexander : > мда, конфиг практически пустой > > я кстати использую явные настройки для harakiri: > например: > > harakiri = 2 > harakiri-verbose = true > > > по дефолту они значит 30 и true соответственно? > > еще пока хочу запускать uwsgi как обычный веб сервер (с плагином http) с > нжинксом перед ним > см. опцию: http-socket > > Может вам тоже попробовать в такой конфигурации запустить и посмотреть что > будет? > > Но вообще бы я попрофайлил приложение. (strace, dtrace) Может там что-то > сетевое/системное? > Или это очень сложно воспроизводимый баг? > > 07.04.2014, 19:32, "Leonid Nikolaev" : > > socket = /tmp/uwsgi-napi.sock > uid = www-data > psgi = /home/www/ncli/psgi/api.pl > memory-report = > master = > processes = 4 > plugins = psgi > touch-reload = /etc/uwsgi/apps-enabled/napi.ini > touch-reload = /home/www/ncli/psgi/api.pl > > -------------- > > это тестовый инстанс. он первый под руку попал. в боевом тоже самое, > кроме воркеров. > > > > 2014-04-07 19:21 GMT+04:00 Orlovsky Alexander : > > а конфиг приложения можно посмотреть? (в gist-е или еще где-нибудь) > > 07.04.2014, 18:06, "Leonid Nikolaev" : > > сегодня уходил в харакири несколько раз, а в логах видно, что через 2 > секунды все работы (включая отправку почту клиенту), уже было выполнено, а > он потом еще 58 ждал чего-то. Есть ощущение, что что-то между uwsgi/psgi и > nginx не очень живет. > > Просто пока прощупываем почву, прямо завтра переходить не будем, конечно. > > > 2014-04-07 17:21 GMT+04:00 Orlovsky Alexander : > > А откуда такие подозрения? > Мы наоборот хотим uwsgi внедрять. ИМХО стабильная штука с плагинами на все > случаи жизни. И админы наши ее любят. > > 07.04.2014, 15:33, "Leonid Nikolaev" : > > Добрый день!! > Есть psgi код, который сейчас работает через uwsgi. Но есть у нас > подозрение, что надо поменять сервер. > Народ, что посоветуете вместо uwsgi? Какие наиболее стабильные есть > решения? > > Заранее спасибо!! > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > > -- > WBR, Leonid "nikonor" Nikolaev > http://copi.ru/4413 > http://about.me/nikonor > http://p.nikonor.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 > > > > > -- > WBR, Leonid "nikonor" Nikolaev > http://copi.ru/4413 > http://about.me/nikonor > http://p.nikonor.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 > > -- WBR, Leonid "nikonor" Nikolaev http://copi.ru/4413 http://about.me/nikonor http://p.nikonor.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nordicdyno на yandex.ru Wed Apr 9 02:21:26 2014 From: nordicdyno на yandex.ru (Orlovsky Alexander) Date: Wed, 09 Apr 2014 13:21:26 +0400 Subject: [Moscow.pm] =?koi8-r?b?W1NQQU06I10gUmU6IFJlOiDTxdLXxdIgxMzRIHBz?= =?koi8-r?b?Z2k=?= In-Reply-To: References: <21221396876892@web26g.yandex.ru> <28784_1396884081_5342C271_28784_11_1_206731396884078@web25h.yandex.ru> <11511_1396941620_5343A333_11511_97_1_2337181396941617@web12j.yandex.ru> Message-ID: <1698111397035286@web28h.yandex.ru> Вложение в формате HTML было извлечено… URL: From dmitry на karasik.eu.org Wed Apr 9 04:52:49 2014 From: dmitry на karasik.eu.org (Dmitry Karasik) Date: Wed, 9 Apr 2014 13:52:49 +0200 Subject: [Moscow.pm] YAPC::Russia 2014 In-Reply-To: References: Message-ID: <20140409115249.GA51237@nataraj.karasik.eu.org> Уважаемые организаторы, есть ли более определенная информация по времени и месту? Я бы хотел приехать, но дата мне не увы подходит а место вообще неизвестно.. /dk On Mon, Mar 24, 2014 at 12:59:12PM +0100, Andrew Shitov wrote: > Друзья! > > Раз так получается, что ехать в Киев готовы не все и непонятно, что > будет с пересечением границы, визами, обстановкой в городе и > гостиницами через несколько месяцев, в этому году YAPC::Russia в > столице Киевской Руси (Древнерусского государства по мнению > исправленной на днях Википедии) не будет. > > YAPC::Russia 2014 переносится в Москву, ориентировочные даты 14-15 > июня. Остальные подробности будут позже. В подготовке принимает > участие Mail.ru и лидер группы Moscow.pm Павел Щербинин. > > Нам очень непросто расставаться на время с Киевом и терять часть > местных посетителей, но для общего спокойствия и ради перла :-) пока > правильнее провести конференцию в Москве. Будет все хорошо через год, > на 2015 поедем в Киев. > > Следите за новостями. Сайт тот же: http://yapcrussia.org (пока не > обновлен). Запись и прием докладов открыты. > > > > 2013-12-22 17:03 GMT+01:00 Andrew Shitov : > > Друзья! > > > > Рад сообщить, что стали известны дата и время проведения очередной > > конференции YAPC::Russia. В следующем году она пройдет в Киеве 14 июня (в > > субботу). > > > > С 2008 года конференция проходит по очереди то в Москве (под названием May > > Perl), то в Киеве (известная как Perl Mova). В 2013 YAPC::Russia не было > > нигде, потому что мы провели замечательную европейскую YAPC::Europe. > > > > 2008 Москва > > 2009 Москва > > 2010 Киев > > 2011 Москва > > 2012 Киев > > 2013 YAPC::Europe, Киев > > 2014 Киев > > > > Дата 14 июня была выбрана с тем расчетом, чтобы было удобно приехать > > посетителям из России, где из-за праздников появятся четыре выходных дня с > > 12 по 15 июня. Место проведения будет объявлено дополнительно. Визы пока не > > нужны. > > > > Сайт конференции уже работает: http://yapcrussia.org. Если вы > > регистрировались на предыдущих мероприятиях, то сможете воспользоваться > > своим обычным именем для логина и регистрации, > > > > Работает и прием заявок на доклады и блиц-доклады: > > http://event.yapcrussia.org/yr2014/newtalk. > > > > В отличие от прошлых лет, конференция следующего года будет однодневной > > (сколько потоков, пока неизвестно), поэтому у нас появится возможность > > отобрать самые лучшие доклады. > > > > Love Perl? Come to Kiev! > > > > -- > > Andrew Shitov > > ______________________________________________________________________ > > andy на shitov.ru | http://shitov.ru > > > > -- > Andrew Shitov > ______________________________________________________________________ > andy на shitov.ru | http://shitov.ru > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Sincerely, Dmitry Karasik From timur.nozadze на gmail.com Fri Apr 11 04:20:37 2014 From: timur.nozadze на gmail.com (=?KOI8-R?B?9MnN1dIg7s/awcTaxQ==?=) Date: Fri, 11 Apr 2014 15:20:37 +0400 Subject: [Moscow.pm] YAPC::Russia 2014 In-Reply-To: <20140409115249.GA51237@nataraj.karasik.eu.org> References: <20140409115249.GA51237@nataraj.karasik.eu.org> Message-ID: Радостная весть для всех нас (надеюсь)! :) Мы наконец окончательно определились с местом и сроками проведения конференции YAPC::Russia в этом году. Это будет Санкт-Петербург, 13-14 июня. Замечательный город в замечательное время белых ночей. Всех будем рады видеть! Пара слов насчёт вещей более приземлённых. На данный момент у нас есть вариант площадки и спонсор, который его обеспечит. Т. е. необходимый минимум для проведения конференции у нас есть. Но если компания, в которой вы работаете, заинтересована в развитии perl-сообщества, и захочет поучаствовать в спонсировании мероприятия -- не надо стесняться. ;) Есть ещё куча дополнительных приятных бонусов, которые мы вместе могли бы организовать. 9 апреля 2014 г., 15:52 пользователь Dmitry Karasik написал: > Уважаемые организаторы, есть ли более определенная информация > по времени и месту? Я бы хотел приехать, но дата мне не увы подходит а > место вообще неизвестно.. > > /dk > > On Mon, Mar 24, 2014 at 12:59:12PM +0100, Andrew Shitov wrote: > > Друзья! > > > > Раз так получается, что ехать в Киев готовы не все и непонятно, что > > будет с пересечением границы, визами, обстановкой в городе и > > гостиницами через несколько месяцев, в этому году YAPC::Russia в > > столице Киевской Руси (Древнерусского государства по мнению > > исправленной на днях Википедии) не будет. > > > > YAPC::Russia 2014 переносится в Москву, ориентировочные даты 14-15 > > июня. Остальные подробности будут позже. В подготовке принимает > > участие Mail.ru и лидер группы Moscow.pm Павел Щербинин. > > > > Нам очень непросто расставаться на время с Киевом и терять часть > > местных посетителей, но для общего спокойствия и ради перла :-) пока > > правильнее провести конференцию в Москве. Будет все хорошо через год, > > на 2015 поедем в Киев. > > > > Следите за новостями. Сайт тот же: http://yapcrussia.org (пока не > > обновлен). Запись и прием докладов открыты. > > > > > > > > 2013-12-22 17:03 GMT+01:00 Andrew Shitov : > > > Друзья! > > > > > > Рад сообщить, что стали известны дата и время проведения очередной > > > конференции YAPC::Russia. В следующем году она пройдет в Киеве 14 июня > (в > > > субботу). > > > > > > С 2008 года конференция проходит по очереди то в Москве (под названием > May > > > Perl), то в Киеве (известная как Perl Mova). В 2013 YAPC::Russia не > было > > > нигде, потому что мы провели замечательную европейскую YAPC::Europe. > > > > > > 2008 Москва > > > 2009 Москва > > > 2010 Киев > > > 2011 Москва > > > 2012 Киев > > > 2013 YAPC::Europe, Киев > > > 2014 Киев > > > > > > Дата 14 июня была выбрана с тем расчетом, чтобы было удобно приехать > > > посетителям из России, где из-за праздников появятся четыре выходных > дня с > > > 12 по 15 июня. Место проведения будет объявлено дополнительно. Визы > пока не > > > нужны. > > > > > > Сайт конференции уже работает: http://yapcrussia.org. Если вы > > > регистрировались на предыдущих мероприятиях, то сможете воспользоваться > > > своим обычным именем для логина и регистрации, > > > > > > Работает и прием заявок на доклады и блиц-доклады: > > > http://event.yapcrussia.org/yr2014/newtalk. > > > > > > В отличие от прошлых лет, конференция следующего года будет однодневной > > > (сколько потоков, пока неизвестно), поэтому у нас появится возможность > > > отобрать самые лучшие доклады. > > > > > > Love Perl? Come to Kiev! > > > > > > -- > > > Andrew Shitov > > > ______________________________________________________________________ > > > andy на shitov.ru | http://shitov.ru > > > > > > > > -- > > Andrew Shitov > > ______________________________________________________________________ > > andy на shitov.ru | http://shitov.ru > > -- > > Moscow.pm mailing list > > moscow-pm на pm.org | http://moscow.pm.org > > -- > Sincerely, > Dmitry Karasik > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Тимур Нозадзе ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mail на knutov.com Fri Apr 11 11:13:29 2014 From: mail на knutov.com (Nick Knutov) Date: Sat, 12 Apr 2014 00:13:29 +0600 Subject: [Moscow.pm] =?utf-8?b?0KHQutC+0L/QuNGA0L7QstCw0YLRjCDRhdC10Ygg?= =?utf-8?b?0L/QvtCy0LXRgNGFINC00YDRg9Cz0L7Qs9C+?= Message-ID: <534830C9.9000606@knutov.com> Есть hashref с некоторыми данными (смысл - значения по умолчанию). Есть другой hashref с кастомными значениями, которые надо скопировать в первый хеш, при этом возможны два варианта: 1) копировать данные из второго хеша в первый, если в нём есть соответствующая переменная (типа если в обоих хешах есть $h->{a}->[15]->{b}->[999]->{c}, то взять из второго значение и скопировать в первый хеш), 2) копировать данные со структурой из второго хеша, даже если подходящей структуры в первом нет. Я догадался спросить гугл "perl hash ref deep merge" и нашел Hash::Merge и Hash::Merge::Simple. Оба, судя по отзывам имеют проблемы, особенно с контролем зацикливания, которое у меня возможно (например: $h->[0]{a}=...; $h->{v}[0]=$h->[0]{a}). Вопрос - чем это лучше делать, кроме этих модулей? -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From akzhan.abdulin на gmail.com Fri Apr 11 12:43:10 2014 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Fri, 11 Apr 2014 23:43:10 +0400 Subject: [Moscow.pm] =?utf-8?b?0KHQutC+0L/QuNGA0L7QstCw0YLRjCDRhdC10Ygg?= =?utf-8?b?0L/QvtCy0LXRgNGFINC00YDRg9Cz0L7Qs9C+?= In-Reply-To: <534830C9.9000606@knutov.com> References: <534830C9.9000606@knutov.com> Message-ID: руками ваш кэп. 11 апреля 2014 г., 22:13 пользователь Nick Knutov написал: > Есть hashref с некоторыми данными (смысл - значения по умолчанию). > Есть другой hashref с кастомными значениями, которые надо скопировать в > первый хеш, > > при этом возможны два варианта: > > 1) копировать данные из второго хеша в первый, если в нём есть > соответствующая переменная (типа если в обоих хешах есть > $h->{a}->[15]->{b}->[999]->{c}, то взять из второго значение и > скопировать в первый хеш), > > 2) копировать данные со структурой из второго хеша, даже если подходящей > структуры в первом нет. > > Я догадался спросить гугл "perl hash ref deep merge" и нашел Hash::Merge > и Hash::Merge::Simple. Оба, судя по отзывам имеют проблемы, особенно с > контролем зацикливания, которое у меня возможно (например: > $h->[0]{a}=...; $h->{v}[0]=$h->[0]{a}). > > Вопрос - чем это лучше делать, кроме этих модулей? > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dzirtik на gmail.com Tue Apr 15 09:16:28 2014 From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=) Date: Tue, 15 Apr 2014 20:16:28 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= Message-ID: Привет. Есть довольно простая задача, требуется отправит несколько запросов, например инвалидация кеша facebook, по кнопке на странице, но не хочется ждать ответа от удаленного сервера. Идея решения такая, построить демона на AE который будет слушать соккет, куда мы будем писать, отключатся а демон будет в неблокирующем режиме рассылать запросы. Собственно вопросы: 1. Есть ли альтернативные и простые пути этой задачи? 2. Есть ли альтернативы сокету? (rpc?) -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From aluck на cordeo.ru Tue Apr 15 10:02:50 2014 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Tue, 15 Apr 2014 21:02:50 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: Message-ID: Решение с сокетом кажется чересчур сложным? 15 апреля 2014 г., 20:16 пользователь Павел Щербинин написал: > Привет. > > Есть довольно простая задача, требуется отправит несколько запросов, > например инвалидация кеша facebook, по кнопке на странице, но не хочется > ждать ответа от удаленного сервера. > > Идея решения такая, построить демона на AE который будет слушать соккет, > куда мы будем писать, отключатся а демон будет в неблокирующем режиме > рассылать запросы. > > Собственно вопросы: > 1. Есть ли альтернативные и простые пути этой задачи? > 2. Есть ли альтернативы сокету? (rpc?) > > -- > С Уважением, > Щербинин Павел > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dzirtik на gmail.com Tue Apr 15 10:04:36 2014 From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=) Date: Tue, 15 Apr 2014 21:04:36 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: Message-ID: Да, есть ощущение что я что-то делаю не так)) 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko написал: > Решение с сокетом кажется чересчур сложным? > > > 15 апреля 2014 г., 20:16 пользователь Павел Щербинин написал: > >> Привет. >> >> Есть довольно простая задача, требуется отправит несколько запросов, >> например инвалидация кеша facebook, по кнопке на странице, но не хочется >> ждать ответа от удаленного сервера. >> >> Идея решения такая, построить демона на AE который будет слушать соккет, >> куда мы будем писать, отключатся а демон будет в неблокирующем режиме >> рассылать запросы. >> >> Собственно вопросы: >> 1. Есть ли альтернативные и простые пути этой задачи? >> 2. Есть ли альтернативы сокету? (rpc?) >> >> -- >> С Уважением, >> Щербинин Павел >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > Best regards, Andrei > +7-937-847-60-74 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From iozherelyev на gmail.com Tue Apr 15 10:04:56 2014 From: iozherelyev на gmail.com (Hoots The Owl) Date: Tue, 15 Apr 2014 21:04:56 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: Message-ID: Если лень строить, заюзай очередь какую нибудь :) 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko написал: > Решение с сокетом кажется чересчур сложным? > > > 15 апреля 2014 г., 20:16 пользователь Павел Щербинин написал: > >> Привет. >> >> Есть довольно простая задача, требуется отправит несколько запросов, >> например инвалидация кеша facebook, по кнопке на странице, но не хочется >> ждать ответа от удаленного сервера. >> >> Идея решения такая, построить демона на AE который будет слушать соккет, >> куда мы будем писать, отключатся а демон будет в неблокирующем режиме >> рассылать запросы. >> >> Собственно вопросы: >> 1. Есть ли альтернативные и простые пути этой задачи? >> 2. Есть ли альтернативы сокету? (rpc?) >> >> -- >> С Уважением, >> Щербинин Павел >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > Best regards, Andrei > +7-937-847-60-74 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dzirtik на gmail.com Tue Apr 15 10:08:21 2014 From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=) Date: Tue, 15 Apr 2014 21:08:21 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: Message-ID: Вот очередь, тут будет особенно избыточна, добавлять еще один уровень абстракции ни к чему. 15 апреля 2014 г., 21:04 пользователь Hoots The Owl написал: > Если лень строить, заюзай очередь какую нибудь :) > > > 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko написал: > >> Решение с сокетом кажется чересчур сложным? >> >> >> 15 апреля 2014 г., 20:16 пользователь Павел Щербинин написал: >> >>> Привет. >>> >>> Есть довольно простая задача, требуется отправит несколько запросов, >>> например инвалидация кеша facebook, по кнопке на странице, но не хочется >>> ждать ответа от удаленного сервера. >>> >>> Идея решения такая, построить демона на AE который будет слушать соккет, >>> куда мы будем писать, отключатся а демон будет в неблокирующем режиме >>> рассылать запросы. >>> >>> Собственно вопросы: >>> 1. Есть ли альтернативные и простые пути этой задачи? >>> 2. Есть ли альтернативы сокету? (rpc?) >>> >>> -- >>> С Уважением, >>> Щербинин Павел >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> >> -- >> Best regards, Andrei >> +7-937-847-60-74 >> >> -- >> 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 aluck на cordeo.ru Tue Apr 15 10:08:52 2014 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Tue, 15 Apr 2014 21:08:52 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: Message-ID: Какие-то параметры запросу планируешь передавать с морды? 15 апреля 2014 г., 21:04 пользователь Павел Щербинин написал: > Да, есть ощущение что я что-то делаю не так)) > > > 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko написал: > > Решение с сокетом кажется чересчур сложным? >> >> >> 15 апреля 2014 г., 20:16 пользователь Павел Щербинин написал: >> >>> Привет. >>> >>> Есть довольно простая задача, требуется отправит несколько запросов, >>> например инвалидация кеша facebook, по кнопке на странице, но не хочется >>> ждать ответа от удаленного сервера. >>> >>> Идея решения такая, построить демона на AE который будет слушать соккет, >>> куда мы будем писать, отключатся а демон будет в неблокирующем режиме >>> рассылать запросы. >>> >>> Собственно вопросы: >>> 1. Есть ли альтернативные и простые пути этой задачи? >>> 2. Есть ли альтернативы сокету? (rpc?) >>> >>> -- >>> С Уважением, >>> Щербинин Павел >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> >> -- >> Best regards, Andrei >> +7-937-847-60-74 >> >> -- >> 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, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From devrow на gmail.com Tue Apr 15 10:09:03 2014 From: devrow на gmail.com (devrow на gmail.com) Date: Tue, 15 Apr 2014 21:09:03 +0400 Subject: [Moscow.pm] =?windows-1251?b?x+Dv8O7x+yDh5ecg7vLi5fLg?= In-Reply-To: References: Message-ID: <534D67AF.8090708@gmail.com> +1 On 15.04.2014 21:04, Hoots The Owl wrote: > Если лень строить, заюзай очередь какую нибудь :) From dzirtik на gmail.com Tue Apr 15 10:11:53 2014 From: dzirtik на gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQqdC10YDQsdC40L3QuNC9?=) Date: Tue, 15 Apr 2014 21:11:53 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: Message-ID: Да, думаю нужно несколько функций в модуле, с параметрами 15 апреля 2014 г., 21:08 пользователь Andrei Lukovenko написал: > Какие-то параметры запросу планируешь передавать с морды? > > > 15 апреля 2014 г., 21:04 пользователь Павел Щербинин написал: > > Да, есть ощущение что я что-то делаю не так)) >> >> >> 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko написал: >> >> Решение с сокетом кажется чересчур сложным? >>> >>> >>> 15 апреля 2014 г., 20:16 пользователь Павел Щербинин написал: >>> >>>> Привет. >>>> >>>> Есть довольно простая задача, требуется отправит несколько запросов, >>>> например инвалидация кеша facebook, по кнопке на странице, но не хочется >>>> ждать ответа от удаленного сервера. >>>> >>>> Идея решения такая, построить демона на AE который будет слушать >>>> соккет, куда мы будем писать, отключатся а демон будет в неблокирующем >>>> режиме рассылать запросы. >>>> >>>> Собственно вопросы: >>>> 1. Есть ли альтернативные и простые пути этой задачи? >>>> 2. Есть ли альтернативы сокету? (rpc?) >>>> >>>> -- >>>> С Уважением, >>>> Щербинин Павел >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> >>> >>> -- >>> Best regards, Andrei >>> +7-937-847-60-74 >>> >>> -- >>> 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, Andrei > +7-937-847-60-74 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- С Уважением, Щербинин Павел ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From eugene.toropov на gmail.com Tue Apr 15 10:12:10 2014 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Tue, 15 Apr 2014 21:12:10 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: Message-ID: <26CB2D26-5F30-496C-B992-CAF1C56EF794@gmail.com> Можно через job-сервер - http://gearman.org/ On 15 Apr 2014, at 20:16, Павел Щербинин wrote: > Привет. > > Есть довольно простая задача, требуется отправит несколько запросов, например инвалидация кеша facebook, по кнопке на странице, но не хочется ждать ответа от удаленного сервера. > > Идея решения такая, построить демона на AE который будет слушать соккет, куда мы будем писать, отключатся а демон будет в неблокирующем режиме рассылать запросы. > > Собственно вопросы: > 1. Есть ли альтернативные и простые пути этой задачи? > 2. Есть ли альтернативы сокету? (rpc?) > > -- > С Уважением, > Щербинин Павел > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From aluck на cordeo.ru Tue Apr 15 10:14:02 2014 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Tue, 15 Apr 2014 21:14:02 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: <26CB2D26-5F30-496C-B992-CAF1C56EF794@gmail.com> References: <26CB2D26-5F30-496C-B992-CAF1C56EF794@gmail.com> Message-ID: use AnyEvent::MP; 15 апреля 2014 г., 21:12 пользователь Eugene Toropov < eugene.toropov на gmail.com> написал: > Можно через job-сервер - http://gearman.org/ > > On 15 Apr 2014, at 20:16, Павел Щербинин wrote: > > Привет. > > Есть довольно простая задача, требуется отправит несколько запросов, > например инвалидация кеша facebook, по кнопке на странице, но не хочется > ждать ответа от удаленного сервера. > > Идея решения такая, построить демона на AE который будет слушать соккет, > куда мы будем писать, отключатся а демон будет в неблокирующем режиме > рассылать запросы. > > Собственно вопросы: > 1. Есть ли альтернативные и простые пути этой задачи? > 2. Есть ли альтернативы сокету? (rpc?) > > -- > С Уважением, > Щербинин Павел > -- > 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, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dmitry на eremeev.ru Tue Apr 15 10:21:54 2014 From: dmitry на eremeev.ru (Dmitry Eremeev) Date: Tue, 15 Apr 2014 21:21:54 +0400 Subject: [Moscow.pm] =?koi8-r?b?2sHcy9PQwcrSxc7O2cUgy8XJINcg0sXEydPF?= In-Reply-To: References: Message-ID: <8DC462AF-F7CF-4929-960E-32A49072880A@eremeev.ru> Коллеги, правильно ли понимаю, что expired keys в redis продолжают занимать память? Если да, кто как борет? Yours, Dmitry Eremeev +7 906 700-57-71 From aluck на cordeo.ru Tue Apr 15 10:50:15 2014 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Tue, 15 Apr 2014 21:50:15 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <26CB2D26-5F30-496C-B992-CAF1C56EF794@gmail.com> Message-ID: А вообще, что-то мы загнались. :) Если в пределах одной машинки, и скорость отклика некритична - выдавай демону задания в виде файлика, и подпинывай его сигналом. 15 апреля 2014 г., 21:14 пользователь Andrei Lukovenko написал: > use AnyEvent::MP; > > > 15 апреля 2014 г., 21:12 пользователь Eugene Toropov < > eugene.toropov на gmail.com> написал: > > Можно через job-сервер - http://gearman.org/ >> >> On 15 Apr 2014, at 20:16, Павел Щербинин wrote: >> >> Привет. >> >> Есть довольно простая задача, требуется отправит несколько запросов, >> например инвалидация кеша facebook, по кнопке на странице, но не хочется >> ждать ответа от удаленного сервера. >> >> Идея решения такая, построить демона на AE который будет слушать соккет, >> куда мы будем писать, отключатся а демон будет в неблокирующем режиме >> рассылать запросы. >> >> Собственно вопросы: >> 1. Есть ли альтернативные и простые пути этой задачи? >> 2. Есть ли альтернативы сокету? (rpc?) >> >> -- >> С Уважением, >> Щербинин Павел >> -- >> 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, Andrei > +7-937-847-60-74 > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Tue Apr 15 11:15:48 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Tue, 15 Apr 2014 22:15:48 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <26CB2D26-5F30-496C-B992-CAF1C56EF794@gmail.com> Message-ID: > А вообще, что-то мы загнались. :) Если в пределах одной машинки, и скорость > отклика некритична - выдавай демону задания в виде файлика, и подпинывай его > сигналом писать файлики - подбирать по крону. заодно и персистентность случится From aluck на cordeo.ru Tue Apr 15 11:22:30 2014 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Tue, 15 Apr 2014 22:22:30 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <26CB2D26-5F30-496C-B992-CAF1C56EF794@gmail.com> Message-ID: Можно и без крона. SIGUSR1, для примера. 15 апреля 2014 г., 22:15 пользователь Daniel Podolsky написал: > > А вообще, что-то мы загнались. :) Если в пределах одной машинки, и > скорость > > отклика некритична - выдавай демону задания в виде файлика, и подпинывай > его > > сигналом > писать файлики - подбирать по крону. заодно и персистентность случится > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Tue Apr 15 11:24:18 2014 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Tue, 15 Apr 2014 22:24:18 +0400 Subject: [Moscow.pm] =?utf-8?b?0LfQsNGN0LrRgdC/0LDQudGA0LXQvdC90YvQtSA=?= =?utf-8?b?0LrQtdC4INCyINGA0LXQtNC40YHQtQ==?= In-Reply-To: <8DC462AF-F7CF-4929-960E-32A49072880A@eremeev.ru> References: <8DC462AF-F7CF-4929-960E-32A49072880A@eremeev.ru> Message-ID: Я никак не борюсь. Ограничиваю память сверху в конфиге, когда надо, за меня поборются. А вообще, речь, видимо, о memory fragmentation ratio. 15 апреля 2014 г., 21:21 пользователь Dmitry Eremeev написал: > Коллеги, правильно ли понимаю, что expired keys в redis продолжают > занимать память? > > Если да, кто как борет? > > > > Yours, > Dmitry Eremeev > +7 906 700-57-71 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Tue Apr 15 11:33:29 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Tue, 15 Apr 2014 22:33:29 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <26CB2D26-5F30-496C-B992-CAF1C56EF794@gmail.com> Message-ID: > Можно и без крона. SIGUSR1, для примера. крон уже есть, и уже обеспечивает то, что должен обеспечивать демон From ilvin на mail.ru Tue Apr 15 11:59:05 2014 From: ilvin на mail.ru (=?UTF-8?B?0JjQu9GM0Y8g0JLQuNC90L7QutGD0YDQvtCy?=) Date: Tue, 15 Apr 2014 22:59:05 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: Message-ID: <1397588345.806925025@f107.i.mail.ru> Привет, Паша! Пусть AE демон сам слушает выделенный локейшн (с помощью AnyEvent::HTTPD, например). А на страничке с помощью AJAX можно дергать этот локейшен, а можно дергать его и на апаче, а можно даже SSI инструкцией на nginx... Только демон должен сразу же отвечать и закрывать запрос (отвечать 200 с контентом), а то получится обмен шила на мыло... Кстати, если нагрузки нет на апаче, то можно хождение к сторонним серверам поместить в фазу cleanup... Для админки самое то, но для продакшена - очень стремно... :) С почтением,   Илья Винокуров. Tue, 15 Apr 2014 20:16:28 +0400 от Павел Щербинин : >Привет. > >Есть довольно простая задача, требуется отправит несколько запросов, например инвалидация кеша facebook, по кнопке на странице, но не хочется ждать ответа от удаленного сервера. > >Идея решения такая, построить демона на AE который будет слушать соккет, куда мы будем писать, отключатся а демон будет в неблокирующем режиме рассылать запросы. > >Собственно вопросы: >1. Есть ли альтернативные и простые пути этой задачи? >2. Есть ли альтернативы сокету? (rpc?) > >-- >С Уважением,  >Щербинин Павел >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mialinx на gmail.com Tue Apr 15 22:35:26 2014 From: mialinx на gmail.com (Dmitry Smal) Date: Wed, 16 Apr 2014 09:35:26 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHQ0s/T2SDCxdogz9TXxdTB?= In-Reply-To: <1397588345.806925025@f107.i.mail.ru> References: <1397588345.806925025@f107.i.mail.ru> Message-ID: <534E169E.9010000@gmail.com> Я таки скажу наверно странную вещь, но чем тупо fork не устраивает ? Родитель отдает свои 200 в браузер, чайлд пиннаей фейсбук хоть через тот же LWP. Инвалидация кеша фейсбука - выглядит как задача для админки, наверняка там небольшой qps.. On 04/15/2014 10:59 PM, Илья Винокуров wrote: > Привет, Паша! > > Пусть AE демон сам слушает выделенный локейшн (с помощью > AnyEvent::HTTPD, например). > А на страничке с помощью AJAX можно дергать этот локейшен, а можно > дергать его и на апаче, > а можно даже SSI инструкцией на nginx... Только демон должен сразу же > отвечать и > закрывать запрос (отвечать 200 с контентом), а то получится обмен шила > на мыло... > > Кстати, если нагрузки нет на апаче, то можно хождение к сторонним > серверам поместить в фазу cleanup... > Для админки самое то, но для продакшена - очень стремно... :) > > С почтением, > Илья Винокуров. > > Tue, 15 Apr 2014 20:16:28 +0400 от Павел Щербинин : > > Привет. > > Есть довольно простая задача, требуется отправит несколько > запросов, например инвалидация кеша facebook, по кнопке на > странице, но не хочется ждать ответа от удаленного сервера. > > Идея решения такая, построить демона на AE который будет слушать > соккет, куда мы будем писать, отключатся а демон будет в > неблокирующем режиме рассылать запросы. > > Собственно вопросы: > 1. Есть ли альтернативные и простые пути этой задачи? > 2. Есть ли альтернативы сокету? (rpc?) > > -- > С Уважением, > Щербинин Павел > -- > Moscow.pm mailing list > moscow-pm на pm.org | > http://moscow.pm.org > > > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From j на jumper.cc Tue Apr 15 22:54:44 2014 From: j на jumper.cc (=?UTF-8?B?T2xlZyBOdXJ0ZGlub3Y=?=) Date: Wed, 16 Apr 2014 09:54:44 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: Message-ID: <1397627684.841685139@f283.i.mail.ru> +1 Зачем городить костыли, если очередь придумали специально для таких случаев? Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl : >Если лень строить, заюзай очередь какую нибудь :) > > >15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko < aluck на cordeo.ru > написал: >>Решение с сокетом кажется чересчур сложным? >> >> >>15 апреля 2014 г., 20:16 пользователь Павел Щербинин < dzirtik на gmail.com > написал: >>>Привет. >>> >>>Есть довольно простая задача, требуется отправит несколько запросов, например инвалидация кеша facebook, по кнопке на странице, но не хочется ждать ответа от удаленного сервера. >>> >>>Идея решения такая, построить демона на AE который будет слушать соккет, куда мы будем писать, отключатся а демон будет в неблокирующем режиме рассылать запросы. >>> >>>Собственно вопросы: >>>1. Есть ли альтернативные и простые пути этой задачи? >>>2. Есть ли альтернативы сокету? (rpc?) >>> >>>-- >>>С Уважением,  >>>Щербинин Павел >>>-- >>>Moscow.pm mailing list >>>moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >> >>-- >>Best regards, Andrei >>+7-937-847-60-74 >>-- >>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 aluck на cordeo.ru Wed Apr 16 00:07:36 2014 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Wed, 16 Apr 2014 11:07:36 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: <1397627684.841685139@f283.i.mail.ru> References: <1397627684.841685139@f283.i.mail.ru> Message-ID: Ну, раз мы заговорили о специальных случаях, и о костылях... 1) Что произойдёт при падении сервера очередей - очередь потеряется? 2) Что произойдёт при недоступности сервера очередей (упал NOC)? Как обеспечивается резервирование очереди? 3) Как происходит балансировка нагрузки между обработчиками заданий? 4) Чем обеспечивается обработка заданий? Что, если обработчик сдох, не дав ответа? А что, если он просто долго обрабатывает? Расскажите о своей любимой очереди. :) 16 апреля 2014 г., 9:54 пользователь Oleg Nurtdinov написал: > +1 > > Зачем городить костыли, если очередь придумали специально для таких > случаев? > > > Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl : > > Если лень строить, заюзай очередь какую нибудь :) > > > 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko > > написал: > > Решение с сокетом кажется чересчур сложным? > > > 15 апреля 2014 г., 20:16 пользователь Павел Щербинин > > написал: > > Привет. > > Есть довольно простая задача, требуется отправит несколько запросов, > например инвалидация кеша facebook, по кнопке на странице, но не хочется > ждать ответа от удаленного сервера. > > Идея решения такая, построить демона на AE который будет слушать соккет, > куда мы будем писать, отключатся а демон будет в неблокирующем режиме > рассылать запросы. > > Собственно вопросы: > 1. Есть ли альтернативные и простые пути этой задачи? > 2. Есть ли альтернативы сокету? (rpc?) > > -- > С Уважением, > Щербинин Павел > > -- > Moscow.pm mailing list > moscow-pm на pm.org| > http://moscow.pm.org > > > > > -- > Best regards, Andrei > +7-937-847-60-74 > > -- > Moscow.pm mailing list > moscow-pm на pm.org| > http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | > http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From j на jumper.cc Wed Apr 16 00:23:00 2014 From: j на jumper.cc (=?UTF-8?B?T2xlZyBOdXJ0ZGlub3Y=?=) Date: Wed, 16 Apr 2014 11:23:00 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> Message-ID: <1397632980.135114923@f373.i.mail.ru> Wed, 16 Apr 2014 11:07:36 +0400 от Andrei Lukovenko : >Ну, раз мы заговорили о специальных случаях, и о костылях... > >1) Что произойдёт при падении сервера очередей - очередь потеряется? многие сервера очередей обеспечивают персистентность (тот же rabbit , tarantool) вот только неперсистентная очередь сильно быстрее >2) Что произойдёт при недоступности сервера очередей (упал NOC)? Как обеспечивается резервирование очереди? можно сделать балансировщик, который будут следить за состоянием очередей и который также может упасть =( т.ч. лучше хороший мониторинг в таком случае можно попытаться обработать таск самостоятельно (будут дольше для клиента, зато ничего не потеряется) >3) Как происходит балансировка нагрузки между обработчиками заданий? если брать задания из очереди небольшими группами, то оно автобалансируется >4) Чем обеспечивается обработка заданий? Что, если обработчик сдох, не дав ответа? А что, если он просто долго обрабатывает? для этого во многих очередях есть возможность повторить задание (оно само разблокируется и становится активным при достижении некоего таймаута) > >Расскажите о своей любимой очереди. :) По большей части использую корпоративную (не опенсорсную) очередь (писалалась N лет назад и до сих пор работает) + очереди на тарантуле > > >16 апреля 2014 г., 9:54 пользователь Oleg Nurtdinov < j на jumper.cc > написал: >>+1 >> >>Зачем городить костыли, если очередь придумали специально для таких случаев? >> >> >>Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl < iozherelyev на gmail.com >: >> >>>Если лень строить, заюзай очередь какую нибудь :) >>> >>> >>>15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko < aluck на cordeo.ru > написал: >>>>Решение с сокетом кажется чересчур сложным? >>>> >>>> >>>>15 апреля 2014 г., 20:16 пользователь Павел Щербинин < dzirtik на gmail.com > написал: >>>>>Привет. >>>>> >>>>>Есть довольно простая задача, требуется отправит несколько запросов, например инвалидация кеша facebook, по кнопке на странице, но не хочется ждать ответа от удаленного сервера. >>>>> >>>>>Идея решения такая, построить демона на AE который будет слушать соккет, куда мы будем писать, отключатся а демон будет в неблокирующем режиме рассылать запросы. >>>>> >>>>>Собственно вопросы: >>>>>1. Есть ли альтернативные и простые пути этой задачи? >>>>>2. Есть ли альтернативы сокету? (rpc?) >>>>> >>>>>-- >>>>>С Уважением,  >>>>>Щербинин Павел >>>>>-- >>>>>Moscow.pm mailing list >>>>>moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>> >>>> >>>> >>>>-- >>>>Best regards, Andrei >>>>+7-937-847-60-74 >>>>-- >>>>Moscow.pm mailing list >>>>moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>>-- >>>Moscow.pm mailing list >>>moscow-pm на pm.org | http://moscow.pm.org >>> >> >> >>-- >>Moscow.pm mailing list >>moscow-pm на pm.org | http://moscow.pm.org >> > > > >-- >Best regards, Andrei >+7-937-847-60-74 >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From aluck на cordeo.ru Wed Apr 16 00:34:44 2014 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Wed, 16 Apr 2014 11:34:44 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: <1397632980.135114923@f373.i.mail.ru> References: <1397627684.841685139@f283.i.mail.ru> <1397632980.135114923@f373.i.mail.ru> Message-ID: 2) Вопрос был про hot backup. Я согласен переключаться на резервную очередь. Какая очередь обеспечит мне консистентный горячий бакап? 3) Задания разнородные (разные обработчики), сервера в разных NOC. Размер задания тоже может меняться. Никогда не сбалансируется само. :) 4) А что, если в какой-то момент приходит задание, которое не укладывается в таймаут? Появляется необходимость в "продлении" таймаута со стороны обработчика, верно? И вот так всю дорогу: сначала не хочешь костылей и велосипедов, и берёшь готовую очередь. Потом городишь вокруг неё те самые костыли. Потом плюёшь слюной, и пишешь корпоративную (не опенсорсную) очередь. :) 16 апреля 2014 г., 11:23 пользователь Oleg Nurtdinov написал: > > > > Wed, 16 Apr 2014 11:07:36 +0400 от Andrei Lukovenko : > > Ну, раз мы заговорили о специальных случаях, и о костылях... > > 1) Что произойдёт при падении сервера очередей - очередь потеряется? > > многие сервера очередей обеспечивают персистентность (тот же rabbit , > tarantool) > вот только неперсистентная очередь сильно быстрее > > 2) Что произойдёт при недоступности сервера очередей (упал NOC)? Как > обеспечивается резервирование очереди? > > можно сделать балансировщик, который будут следить за состоянием очередей > и который также может упасть =( > т.ч. лучше хороший мониторинг > в таком случае можно попытаться обработать таск самостоятельно (будут > дольше для клиента, зато ничего не потеряется) > > 3) Как происходит балансировка нагрузки между обработчиками заданий? > > если брать задания из очереди небольшими группами, то оно автобалансируется > > 4) Чем обеспечивается обработка заданий? Что, если обработчик сдох, не дав > ответа? А что, если он просто долго обрабатывает? > > для этого во многих очередях есть возможность повторить задание (оно само > разблокируется и становится активным при достижении некоего таймаута) > > > Расскажите о своей любимой очереди. :) > > > По большей части использую корпоративную (не опенсорсную) очередь > (писалалась N лет назад и до сих пор работает) > + очереди на тарантуле > > > > 16 апреля 2014 г., 9:54 пользователь Oleg Nurtdinov > > написал: > > +1 > > Зачем городить костыли, если очередь придумали специально для таких > случаев? > > > Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl > >: > > Если лень строить, заюзай очередь какую нибудь :) > > > 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko > > написал: > > Решение с сокетом кажется чересчур сложным? > > > 15 апреля 2014 г., 20:16 пользователь Павел Щербинин > > написал: > > Привет. > > Есть довольно простая задача, требуется отправит несколько запросов, > например инвалидация кеша facebook, по кнопке на странице, но не хочется > ждать ответа от удаленного сервера. > > Идея решения такая, построить демона на AE который будет слушать соккет, > куда мы будем писать, отключатся а демон будет в неблокирующем режиме > рассылать запросы. > > Собственно вопросы: > 1. Есть ли альтернативные и простые пути этой задачи? > 2. Есть ли альтернативы сокету? (rpc?) > > -- > С Уважением, > Щербинин Павел > > -- > Moscow.pm mailing list > moscow-pm на pm.org| > http://moscow.pm.org > > > > > -- > Best regards, Andrei > +7-937-847-60-74 > > -- > Moscow.pm mailing list > moscow-pm на pm.org| > http://moscow.pm.org > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | > http://moscow.pm.org > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | > http://moscow.pm.org > > > > > -- > Best regards, Andrei > +7-937-847-60-74 > -- > 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, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From worldmind на mail.ru Wed Apr 16 01:12:48 2014 From: worldmind на mail.ru (=?UTF-8?B?QWxleGV5IFNocnVi?=) Date: Wed, 16 Apr 2014 12:12:48 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397632980.135114923@f373.i.mail.ru> Message-ID: <1397635968.353036669@f299.i.mail.ru> Wed, 16 Apr 2014 11:34:44 +0400 от Andrei Lukovenko : > 2) Вопрос был про hot backup. Я согласен переключаться на резервную очередь. Какая очередь обеспечит мне консистентный горячий бакап? никакая технология не может этого обеспечить без потенциальных проблем с производительностью (очередь тут лишь частный случай), ибо если консистентность в приоритете, то нужно делать синхронную репликацию From j на jumper.cc Wed Apr 16 04:31:04 2014 From: j на jumper.cc (=?UTF-8?B?T2xlZyBOdXJ0ZGlub3Y=?=) Date: Wed, 16 Apr 2014 15:31:04 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397632980.135114923@f373.i.mail.ru> Message-ID: <1397647864.86373899@f177.i.mail.ru> Wed, 16 Apr 2014 11:34:44 +0400 от Andrei Lukovenko : > >2) Вопрос был про hot backup. Я согласен переключаться на резервную очередь. Какая очередь обеспечит мне консистентный горячий бакап? у тарантула есть репликация (у 1.6 даже мастер-мастер) > >3) Задания разнородные (разные обработчики), сервера в разных NOC. Размер задания тоже может меняться. Никогда не сбалансируется само. :) разные обработчики разгребают разные (под)очереди (т.е. разные классы заданий попадают в разные очереди) внутри любого одного типа обработчиков - балансируется > >4) А что, если в какой-то момент приходит задание, которое не укладывается в таймаут? Появляется необходимость в "продлении" таймаута со стороны обработчика, верно? обычно такой таймаут ставят большим если вдруг его не хватает, то ничего не мешает его увеличить (на лету) > >И вот так всю дорогу: сначала не хочешь костылей и велосипедов, и берёшь готовую очередь. Потом городишь вокруг неё те самые костыли. Потом плюёшь слюной, и пишешь корпоративную (не опенсорсную) очередь. :) у нас тут сейчас наоборот есть тенденция по переходу на тарантульную очередь (ввиду её большей предсказуемости и, возможно, производительности) > > >16 апреля 2014 г., 11:23 пользователь Oleg Nurtdinov < j на jumper.cc > написал: >> >> >> >>Wed, 16 Apr 2014 11:07:36 +0400 от Andrei Lukovenko < aluck на cordeo.ru >: >> >>>Ну, раз мы заговорили о специальных случаях, и о костылях... >>> >>>1) Что произойдёт при падении сервера очередей - очередь потеряется? многие сервера очередей обеспечивают персистентность (тот же rabbit , tarantool) >>вот только неперсистентная очередь сильно быстрее >> >>>2) Что произойдёт при недоступности сервера очередей (упал NOC)? Как обеспечивается резервирование очереди? можно сделать балансировщик, который будут следить за состоянием очередей >>и который также может упасть =( >>т.ч. лучше хороший мониторинг >>в таком случае можно попытаться обработать таск самостоятельно (будут дольше для клиента, зато ничего не потеряется) >> >>>3) Как происходит балансировка нагрузки между обработчиками заданий? если брать задания из очереди небольшими группами, то оно автобалансируется >> >>>4) Чем обеспечивается обработка заданий? Что, если обработчик сдох, не дав ответа? А что, если он просто долго обрабатывает? для этого во многих очередях есть возможность повторить задание (оно само разблокируется и становится активным при достижении некоего таймаута) >> >>> >>>Расскажите о своей любимой очереди. :) >>По большей части использую корпоративную (не опенсорсную) очередь (писалалась N лет назад и до сих пор работает) >>+ очереди на тарантуле >> >>> >>> >>>16 апреля 2014 г., 9:54 пользователь Oleg Nurtdinov < j на jumper.cc > написал: >>>>+1 >>>> >>>>Зачем городить костыли, если очередь придумали специально для таких случаев? >>>> >>>> >>>>Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl < iozherelyev на gmail.com >: >>>> >>>>>Если лень строить, заюзай очередь какую нибудь :) >>>>> >>>>> >>>>>15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko < aluck на cordeo.ru > написал: >>>>>>Решение с сокетом кажется чересчур сложным? >>>>>> >>>>>> >>>>>>15 апреля 2014 г., 20:16 пользователь Павел Щербинин < dzirtik на gmail.com > написал: >>>>>>>Привет. >>>>>>> >>>>>>>Есть довольно простая задача, требуется отправит несколько запросов, например инвалидация кеша facebook, по кнопке на странице, но не хочется ждать ответа от удаленного сервера. >>>>>>> >>>>>>>Идея решения такая, построить демона на AE который будет слушать соккет, куда мы будем писать, отключатся а демон будет в неблокирующем режиме рассылать запросы. >>>>>>> >>>>>>>Собственно вопросы: >>>>>>>1. Есть ли альтернативные и простые пути этой задачи? >>>>>>>2. Есть ли альтернативы сокету? (rpc?) >>>>>>> >>>>>>>-- >>>>>>>С Уважением,  >>>>>>>Щербинин Павел >>>>>>>-- >>>>>>>Moscow.pm mailing list >>>>>>>moscow-pm на pm.org | http://moscow.pm.org >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>>-- >>>>>>Best regards, Andrei >>>>>>+7-937-847-60-74 >>>>>>-- >>>>>>Moscow.pm mailing list >>>>>>moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>> >>>>>-- >>>>>Moscow.pm mailing list >>>>>moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>> >>>> >>>>-- >>>>Moscow.pm mailing list >>>>moscow-pm на pm.org | http://moscow.pm.org >>>> >>> >>> >>> >>>-- >>>Best regards, Andrei >>>+7-937-847-60-74 >>>-- >>>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, Andrei >+7-937-847-60-74 >-- >Moscow.pm mailing list >moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From citrin на citrin.ru Wed Apr 16 04:56:34 2014 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Wed, 16 Apr 2014 15:56:34 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHQ0s/T2SDCxdogz9TXxdTB?= In-Reply-To: References: Message-ID: <534E6FF2.7070101@citrin.ru> On 04/15/14 20:16, Павел Щербинин wrote: > > Есть довольно простая задача, требуется отправит несколько запросов, например > инвалидация кеша facebook, по кнопке на странице, но не хочется ждать ответа от > удаленного сервера. > Из вэб приложения писать в лог строчку вида. facebook invalidate. Отдельный демон читает этот лог через tail -F и увидев такую строчку - делает нужное действие. Т. е. по сути это очередь, которая хранится в файле. Просто и относительно надёжно. From mons на cpan.org Wed Apr 16 06:13:15 2014 From: mons на cpan.org (Mons Anderson) Date: Wed, 16 Apr 2014 17:13:15 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHQ0s/T2SDCxdogz9TXxdTB?= In-Reply-To: References: Message-ID: <4EC2E538-3A26-47DD-A9B7-C231B05A8153@corp.mail.ru> Если с failover, то: 2+ персистентные очереди (напр на тарантуле или beanstalk), 2+ разгребателя 2+ AnyEvent::HTTP::Server'а, принимающие реквест, кладущие RR в одну из очередей и дающие ответ. Пишется всё где-то за час. Если попроще, то 2+ AnyEvent::HTTP::Server'ов, которые сами делают запросы уже после того, как ответят 200 OK. (Не забыть про AnyEvent::HTTP::MAX_PER_HOST) 20 минут. Подойди ко мне завтра, могу набросать тебе оба варианта ) On 15.04.2014, at 20:16, Павел Щербинин wrote: > Привет. > > Есть довольно простая задача, требуется отправит несколько запросов, например инвалидация кеша facebook, по кнопке на странице, но не хочется ждать ответа от удаленного сервера. > > Идея решения такая, построить демона на AE который будет слушать соккет, куда мы будем писать, отключатся а демон будет в неблокирующем режиме рассылать запросы. > > Собственно вопросы: > 1. Есть ли альтернативные и простые пути этой задачи? > 2. Есть ли альтернативы сокету? (rpc?) > > -- > С Уважением, > Щербинин Павел > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From akzhan.abdulin на gmail.com Wed Apr 16 07:22:22 2014 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Wed, 16 Apr 2014 18:22:22 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> Message-ID: Redis 1) сохранится 2) cluster, rw slaves и иные варианты 3) это не задача очереди 4) задание можно не забирать из очереди, а перекладывать в другую, что и гарантирует, что задания не теряются, а меняют, скажем так, статус. 16 апреля 2014 г., 11:07 пользователь Andrei Lukovenko написал: > Ну, раз мы заговорили о специальных случаях, и о костылях... > > 1) Что произойдёт при падении сервера очередей - очередь потеряется? > 2) Что произойдёт при недоступности сервера очередей (упал NOC)? Как > обеспечивается резервирование очереди? > 3) Как происходит балансировка нагрузки между обработчиками заданий? > 4) Чем обеспечивается обработка заданий? Что, если обработчик сдох, не дав > ответа? А что, если он просто долго обрабатывает? > > Расскажите о своей любимой очереди. :) > > > 16 апреля 2014 г., 9:54 пользователь Oleg Nurtdinov написал: > > +1 >> >> Зачем городить костыли, если очередь придумали специально для таких >> случаев? >> >> >> Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl : >> >> Если лень строить, заюзай очередь какую нибудь :) >> >> >> 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko >> > написал: >> >> Решение с сокетом кажется чересчур сложным? >> >> >> 15 апреля 2014 г., 20:16 пользователь Павел Щербинин >> > написал: >> >> Привет. >> >> Есть довольно простая задача, требуется отправит несколько запросов, >> например инвалидация кеша facebook, по кнопке на странице, но не хочется >> ждать ответа от удаленного сервера. >> >> Идея решения такая, построить демона на AE который будет слушать соккет, >> куда мы будем писать, отключатся а демон будет в неблокирующем режиме >> рассылать запросы. >> >> Собственно вопросы: >> 1. Есть ли альтернативные и простые пути этой задачи? >> 2. Есть ли альтернативы сокету? (rpc?) >> >> -- >> С Уважением, >> Щербинин Павел >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org| >> http://moscow.pm.org >> >> >> >> >> -- >> Best regards, Andrei >> +7-937-847-60-74 >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org| >> http://moscow.pm.org >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | >> http://moscow.pm.org >> >> >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> >> > > > -- > Best regards, Andrei > +7-937-847-60-74 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From aluck на cordeo.ru Thu Apr 17 03:09:55 2014 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Thu, 17 Apr 2014 14:09:55 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> Message-ID: Привет, Мне нравится эта мысль. :) Вот это http://search.cpan.org/~dams/Redis-1.972/lib/Redis.pm стабильно, или посмотреть куда-то ещё. 16 апреля 2014 г., 18:22 пользователь Akzhan Abdulin < akzhan.abdulin на gmail.com> написал: > Redis > 1) сохранится > 2) cluster, rw slaves и иные варианты > 3) это не задача очереди > 4) задание можно не забирать из очереди, а перекладывать в другую, что и > гарантирует, что задания не теряются, а меняют, скажем так, статус. > > > 16 апреля 2014 г., 11:07 пользователь Andrei Lukovenko написал: > > Ну, раз мы заговорили о специальных случаях, и о костылях... >> >> 1) Что произойдёт при падении сервера очередей - очередь потеряется? >> 2) Что произойдёт при недоступности сервера очередей (упал NOC)? Как >> обеспечивается резервирование очереди? >> 3) Как происходит балансировка нагрузки между обработчиками заданий? >> 4) Чем обеспечивается обработка заданий? Что, если обработчик сдох, не >> дав ответа? А что, если он просто долго обрабатывает? >> >> Расскажите о своей любимой очереди. :) >> >> >> 16 апреля 2014 г., 9:54 пользователь Oleg Nurtdinov написал: >> >> +1 >>> >>> Зачем городить костыли, если очередь придумали специально для таких >>> случаев? >>> >>> >>> Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl >> >: >>> >>> Если лень строить, заюзай очередь какую нибудь :) >>> >>> >>> 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko >>> > написал: >>> >>> Решение с сокетом кажется чересчур сложным? >>> >>> >>> 15 апреля 2014 г., 20:16 пользователь Павел Щербинин >>> > написал: >>> >>> Привет. >>> >>> Есть довольно простая задача, требуется отправит несколько запросов, >>> например инвалидация кеша facebook, по кнопке на странице, но не хочется >>> ждать ответа от удаленного сервера. >>> >>> Идея решения такая, построить демона на AE который будет слушать соккет, >>> куда мы будем писать, отключатся а демон будет в неблокирующем режиме >>> рассылать запросы. >>> >>> Собственно вопросы: >>> 1. Есть ли альтернативные и простые пути этой задачи? >>> 2. Есть ли альтернативы сокету? (rpc?) >>> >>> -- >>> С Уважением, >>> Щербинин Павел >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org| >>> http://moscow.pm.org >>> >>> >>> >>> >>> -- >>> Best regards, Andrei >>> +7-937-847-60-74 >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org| >>> http://moscow.pm.org >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | >>> http://moscow.pm.org >>> >>> >>> >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >> >> >> -- >> Best regards, Andrei >> +7-937-847-60-74 >> >> -- >> 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, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dmitry на eremeev.ru Thu Apr 17 03:23:22 2014 From: dmitry на eremeev.ru (Dmitry Eremeev) Date: Thu, 17 Apr 2014 14:23:22 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TINDSzyDGz9TLyQ==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> Message-ID: <86D7602C-4FEE-4A80-AB0C-AFFB1F57B79F@eremeev.ru> Коллеги, привет! Есть у меня один типа древний фотохостинг, так дети повадились загружать картинки сразу с моб устройств и некоторые фотки повернуты на бок. Мож кто сталкивался? Средствами cpan можно определить "землю" у фотог? Спасибо! Yours, Dmitry Eremeev +7 906 700-57-71 > 17 апр. 2014 г., в 14:09, Andrei Lukovenko написал(а): > > Привет, > > Мне нравится эта мысль. :) Вот это http://search.cpan.org/~dams/Redis-1.972/lib/Redis.pm стабильно, или посмотреть куда-то ещё. > > > 16 апреля 2014 г., 18:22 пользователь Akzhan Abdulin написал: >> Redis >> 1) сохранится >> 2) cluster, rw slaves и иные варианты >> 3) это не задача очереди >> 4) задание можно не забирать из очереди, а перекладывать в другую, что и гарантирует, что задания не теряются, а меняют, скажем так, статус. >> >> >> 16 апреля 2014 г., 11:07 пользователь Andrei Lukovenko написал: >> >>> Ну, раз мы заговорили о специальных случаях, и о костылях... >>> >>> 1) Что произойдёт при падении сервера очередей - очередь потеряется? >>> 2) Что произойдёт при недоступности сервера очередей (упал NOC)? Как обеспечивается резервирование очереди? >>> 3) Как происходит балансировка нагрузки между обработчиками заданий? >>> 4) Чем обеспечивается обработка заданий? Что, если обработчик сдох, не дав ответа? А что, если он просто долго обрабатывает? >>> >>> Расскажите о своей любимой очереди. :) >>> >>> >>> 16 апреля 2014 г., 9:54 пользователь Oleg Nurtdinov написал: >>> >>>> +1 >>>> >>>> Зачем городить костыли, если очередь придумали специально для таких случаев? >>>> >>>> >>>> Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl : >>>> >>>> Если лень строить, заюзай очередь какую нибудь :) >>>> >>>> >>>> 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko написал: >>>> Решение с сокетом кажется чересчур сложным? >>>> >>>> >>>> 15 апреля 2014 г., 20:16 пользователь Павел Щербинин написал: >>>> Привет. >>>> >>>> Есть довольно простая задача, требуется отправит несколько запросов, например инвалидация кеша facebook, по кнопке на странице, но не хочется ждать ответа от удаленного сервера. >>>> >>>> Идея решения такая, построить демона на AE который будет слушать соккет, куда мы будем писать, отключатся а демон будет в неблокирующем режиме рассылать запросы. >>>> >>>> Собственно вопросы: >>>> 1. Есть ли альтернативные и простые пути этой задачи? >>>> 2. Есть ли альтернативы сокету? (rpc?) >>>> >>>> -- >>>> С Уважением, >>>> Щербинин Павел >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, Andrei >>>> +7-937-847-60-74 >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>> >>> >>> >>> >>> -- >>> Best regards, Andrei >>> +7-937-847-60-74 >>> >>> -- >>> 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, Andrei > +7-937-847-60-74 > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From aml на rulezz.ru Thu Apr 17 03:29:03 2014 From: aml на rulezz.ru (Alexander Lourier) Date: Thu, 17 Apr 2014 12:29:03 +0200 Subject: [Moscow.pm] =?utf-8?b?0JLQvtC/0YDQvtGBINC/0YDQviDRhNC+0YLQutC4?= In-Reply-To: <86D7602C-4FEE-4A80-AB0C-AFFB1F57B79F@eremeev.ru> References: <1397627684.841685139@f283.i.mail.ru> <86D7602C-4FEE-4A80-AB0C-AFFB1F57B79F@eremeev.ru> Message-ID: Image::Magick позволяет считывать EXIF-тег ориентации. А потом, в соответствии с ним, можно развернуть фотку. my $orient = $image->Get('format', '%[EXIF:Orientation]'); $image = $image->Coalesce; if ($orient == 2) { $image->Flip(); } elsif ($orient == 3) { $image->Rotate(degrees => 180); } elsif ($orient == 4) { $image->Rotate(degrees => 180); $image->Flip(); } elsif ($orient == 5) { $image->Rotate(degrees => 90); $image->Flip(); } elsif ($orient == 6) { $image->Rotate(degrees => 90); } elsif ($orient == 7) { $image->Rotate(degrees => -90); $image->Flip(); } elsif ($orient == 8) { $image->Rotate(degrees => -90); } 17 апреля 2014 г., 12:23 пользователь Dmitry Eremeev написал: > Коллеги, привет! > > Есть у меня один типа древний фотохостинг, так дети повадились загружать > картинки сразу с моб устройств и некоторые фотки повернуты на бок. > > Мож кто сталкивался? Средствами cpan можно определить "землю" у фотог? > > > Спасибо! > > > > Yours, > Dmitry Eremeev > +7 906 700-57-71 > > 17 апр. 2014 г., в 14:09, Andrei Lukovenko написал(а): > > Привет, > > Мне нравится эта мысль. :) Вот это > http://search.cpan.org/~dams/Redis-1.972/lib/Redis.pm стабильно, или > посмотреть куда-то ещё. > > > 16 апреля 2014 г., 18:22 пользователь Akzhan Abdulin < > akzhan.abdulin на gmail.com> написал: > >> Redis >> 1) сохранится >> 2) cluster, rw slaves и иные варианты >> 3) это не задача очереди >> 4) задание можно не забирать из очереди, а перекладывать в другую, что и >> гарантирует, что задания не теряются, а меняют, скажем так, статус. >> >> >> 16 апреля 2014 г., 11:07 пользователь Andrei Lukovenko написал: >> >> Ну, раз мы заговорили о специальных случаях, и о костылях... >>> >>> 1) Что произойдёт при падении сервера очередей - очередь потеряется? >>> 2) Что произойдёт при недоступности сервера очередей (упал NOC)? Как >>> обеспечивается резервирование очереди? >>> 3) Как происходит балансировка нагрузки между обработчиками заданий? >>> 4) Чем обеспечивается обработка заданий? Что, если обработчик сдох, не >>> дав ответа? А что, если он просто долго обрабатывает? >>> >>> Расскажите о своей любимой очереди. :) >>> >>> >>> 16 апреля 2014 г., 9:54 пользователь Oleg Nurtdinov написал: >>> >>> +1 >>>> >>>> Зачем городить костыли, если очередь придумали специально для таких >>>> случаев? >>>> >>>> >>>> Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl >>> >: >>>> >>>> Если лень строить, заюзай очередь какую нибудь :) >>>> >>>> >>>> 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko >>>> > написал: >>>> >>>> Решение с сокетом кажется чересчур сложным? >>>> >>>> >>>> 15 апреля 2014 г., 20:16 пользователь Павел Щербинин >>>> > написал: >>>> >>>> Привет. >>>> >>>> Есть довольно простая задача, требуется отправит несколько запросов, >>>> например инвалидация кеша facebook, по кнопке на странице, но не хочется >>>> ждать ответа от удаленного сервера. >>>> >>>> Идея решения такая, построить демона на AE который будет слушать >>>> соккет, куда мы будем писать, отключатся а демон будет в неблокирующем >>>> режиме рассылать запросы. >>>> >>>> Собственно вопросы: >>>> 1. Есть ли альтернативные и простые пути этой задачи? >>>> 2. Есть ли альтернативы сокету? (rpc?) >>>> >>>> -- >>>> С Уважением, >>>> Щербинин Павел >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org| >>>> http://moscow.pm.org >>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, Andrei >>>> +7-937-847-60-74 >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org| >>>> http://moscow.pm.org >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | >>>> http://moscow.pm.org >>>> >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> >>> >>> -- >>> Best regards, Andrei >>> +7-937-847-60-74 >>> >>> -- >>> 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, Andrei > +7-937-847-60-74 > > -- > 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 andy на shitov.ru Thu Apr 17 03:35:45 2014 From: andy на shitov.ru (Andrew Shitov) Date: Thu, 17 Apr 2014 12:35:45 +0200 Subject: [Moscow.pm] =?utf-8?b?0JLQvtC/0YDQvtGBINC/0YDQviDRhNC+0YLQutC4?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <86D7602C-4FEE-4A80-AB0C-AFFB1F57B79F@eremeev.ru> Message-ID: У утилит ImageMagick есть ключик -auto-orient. Я вот так делаю: `/usr/local/bin/convert "$in_path" -resize $preview_size -colorspace sRGB -quality 80 -auto-orient "$preview_path"`; `/usr/local/bin/convert "$preview_path" -resize $thumbnail_size -colorspace sRGB -quality 80 -auto-orient "$thumbnail_path"`; 2014-04-17 12:29 GMT+02:00 Alexander Lourier : > Image::Magick позволяет считывать EXIF-тег ориентации. А потом, в > соответствии с ним, можно развернуть фотку. > > my $orient = $image->Get('format', '%[EXIF:Orientation]'); > $image = $image->Coalesce; > if ($orient == 2) { > $image->Flip(); > } elsif ($orient == 3) { > $image->Rotate(degrees => 180); > } elsif ($orient == 4) { > $image->Rotate(degrees => 180); > $image->Flip(); > } elsif ($orient == 5) { > $image->Rotate(degrees => 90); > $image->Flip(); > } elsif ($orient == 6) { > $image->Rotate(degrees => 90); > } elsif ($orient == 7) { > $image->Rotate(degrees => -90); > $image->Flip(); > } elsif ($orient == 8) { > $image->Rotate(degrees => -90); > } > > > > 17 апреля 2014 г., 12:23 пользователь Dmitry Eremeev > написал: > >> Коллеги, привет! >> >> Есть у меня один типа древний фотохостинг, так дети повадились загружать >> картинки сразу с моб устройств и некоторые фотки повернуты на бок. >> >> Мож кто сталкивался? Средствами cpan можно определить "землю" у фотог? >> >> >> Спасибо! >> >> >> >> Yours, >> Dmitry Eremeev >> +7 906 700-57-71 >> >> 17 апр. 2014 г., в 14:09, Andrei Lukovenko написал(а): >> >> Привет, >> >> Мне нравится эта мысль. :) Вот это >> http://search.cpan.org/~dams/Redis-1.972/lib/Redis.pm стабильно, или >> посмотреть куда-то ещё. >> >> >> 16 апреля 2014 г., 18:22 пользователь Akzhan Abdulin >> написал: >>> >>> Redis >>> 1) сохранится >>> 2) cluster, rw slaves и иные варианты >>> 3) это не задача очереди >>> 4) задание можно не забирать из очереди, а перекладывать в другую, что и >>> гарантирует, что задания не теряются, а меняют, скажем так, статус. >>> >>> >>> 16 апреля 2014 г., 11:07 пользователь Andrei Lukovenko >>> написал: >>> >>>> Ну, раз мы заговорили о специальных случаях, и о костылях... >>>> >>>> 1) Что произойдёт при падении сервера очередей - очередь потеряется? >>>> 2) Что произойдёт при недоступности сервера очередей (упал NOC)? Как >>>> обеспечивается резервирование очереди? >>>> 3) Как происходит балансировка нагрузки между обработчиками заданий? >>>> 4) Чем обеспечивается обработка заданий? Что, если обработчик сдох, не >>>> дав ответа? А что, если он просто долго обрабатывает? >>>> >>>> Расскажите о своей любимой очереди. :) >>>> >>>> >>>> 16 апреля 2014 г., 9:54 пользователь Oleg Nurtdinov >>>> написал: >>>> >>>>> +1 >>>>> >>>>> Зачем городить костыли, если очередь придумали специально для таких >>>>> случаев? >>>>> >>>>> >>>>> Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl >>>>> : >>>>> >>>>> Если лень строить, заюзай очередь какую нибудь :) >>>>> >>>>> >>>>> 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko >>>>> написал: >>>>> >>>>> Решение с сокетом кажется чересчур сложным? >>>>> >>>>> >>>>> 15 апреля 2014 г., 20:16 пользователь Павел Щербинин >>>>> написал: >>>>> >>>>> Привет. >>>>> >>>>> Есть довольно простая задача, требуется отправит несколько запросов, >>>>> например инвалидация кеша facebook, по кнопке на странице, но не хочется >>>>> ждать ответа от удаленного сервера. >>>>> >>>>> Идея решения такая, построить демона на AE который будет слушать >>>>> соккет, куда мы будем писать, отключатся а демон будет в неблокирующем >>>>> режиме рассылать запросы. >>>>> >>>>> Собственно вопросы: >>>>> 1. Есть ли альтернативные и простые пути этой задачи? >>>>> 2. Есть ли альтернативы сокету? (rpc?) >>>>> >>>>> -- >>>>> С Уважением, >>>>> Щербинин Павел >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, Andrei >>>>> +7-937-847-60-74 >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>>> >>>>> -- >>>>> Moscow.pm mailing list >>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, Andrei >>>> +7-937-847-60-74 >>>> >>>> -- >>>> 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, Andrei >> +7-937-847-60-74 >> >> -- >> 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 > -- Andrew Shitov ______________________________________________________________________ andy на shitov.ru | http://shitov.ru From dmitry на eremeev.ru Thu Apr 17 03:38:04 2014 From: dmitry на eremeev.ru (Dmitry Eremeev) Date: Thu, 17 Apr 2014 14:38:04 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TINDSzyDGz9TLyQ==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <86D7602C-4FEE-4A80-AB0C-AFFB1F57B79F@eremeev.ru> Message-ID: <2C7BAF1A-5490-45D3-9A82-B58EBCCF4F7E@eremeev.ru> Мужики, спасибо! Невозбранно выручили. Yours, Dmitry Eremeev +7 906 700-57-71 > 17 апр. 2014 г., в 14:35, Andrew Shitov написал(а): > > У утилит ImageMagick есть ключик -auto-orient. Я вот так делаю: > > `/usr/local/bin/convert "$in_path" -resize $preview_size -colorspace > sRGB -quality 80 -auto-orient "$preview_path"`; > > `/usr/local/bin/convert "$preview_path" -resize $thumbnail_size > -colorspace sRGB -quality 80 -auto-orient "$thumbnail_path"`; > > > 2014-04-17 12:29 GMT+02:00 Alexander Lourier : >> Image::Magick позволяет считывать EXIF-тег ориентации. А потом, в >> соответствии с ним, можно развернуть фотку. >> >> my $orient = $image->Get('format', '%[EXIF:Orientation]'); >> $image = $image->Coalesce; >> if ($orient == 2) { >> $image->Flip(); >> } elsif ($orient == 3) { >> $image->Rotate(degrees => 180); >> } elsif ($orient == 4) { >> $image->Rotate(degrees => 180); >> $image->Flip(); >> } elsif ($orient == 5) { >> $image->Rotate(degrees => 90); >> $image->Flip(); >> } elsif ($orient == 6) { >> $image->Rotate(degrees => 90); >> } elsif ($orient == 7) { >> $image->Rotate(degrees => -90); >> $image->Flip(); >> } elsif ($orient == 8) { >> $image->Rotate(degrees => -90); >> } >> >> >> >> 17 апреля 2014 г., 12:23 пользователь Dmitry Eremeev >> написал: >> >>> Коллеги, привет! >>> >>> Есть у меня один типа древний фотохостинг, так дети повадились загружать >>> картинки сразу с моб устройств и некоторые фотки повернуты на бок. >>> >>> Мож кто сталкивался? Средствами cpan можно определить "землю" у фотог? >>> >>> >>> Спасибо! >>> >>> >>> >>> Yours, >>> Dmitry Eremeev >>> +7 906 700-57-71 >>> >>> 17 апр. 2014 г., в 14:09, Andrei Lukovenko написал(а): >>> >>> Привет, >>> >>> Мне нравится эта мысль. :) Вот это >>> http://search.cpan.org/~dams/Redis-1.972/lib/Redis.pm стабильно, или >>> посмотреть куда-то ещё. >>> >>> >>> 16 апреля 2014 г., 18:22 пользователь Akzhan Abdulin >>> написал: >>>> >>>> Redis >>>> 1) сохранится >>>> 2) cluster, rw slaves и иные варианты >>>> 3) это не задача очереди >>>> 4) задание можно не забирать из очереди, а перекладывать в другую, что и >>>> гарантирует, что задания не теряются, а меняют, скажем так, статус. >>>> >>>> >>>> 16 апреля 2014 г., 11:07 пользователь Andrei Lukovenko >>>> написал: >>>> >>>>> Ну, раз мы заговорили о специальных случаях, и о костылях... >>>>> >>>>> 1) Что произойдёт при падении сервера очередей - очередь потеряется? >>>>> 2) Что произойдёт при недоступности сервера очередей (упал NOC)? Как >>>>> обеспечивается резервирование очереди? >>>>> 3) Как происходит балансировка нагрузки между обработчиками заданий? >>>>> 4) Чем обеспечивается обработка заданий? Что, если обработчик сдох, не >>>>> дав ответа? А что, если он просто долго обрабатывает? >>>>> >>>>> Расскажите о своей любимой очереди. :) >>>>> >>>>> >>>>> 16 апреля 2014 г., 9:54 пользователь Oleg Nurtdinov >>>>> написал: >>>>> >>>>>> +1 >>>>>> >>>>>> Зачем городить костыли, если очередь придумали специально для таких >>>>>> случаев? >>>>>> >>>>>> >>>>>> Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl >>>>>> : >>>>>> >>>>>> Если лень строить, заюзай очередь какую нибудь :) >>>>>> >>>>>> >>>>>> 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko >>>>>> написал: >>>>>> >>>>>> Решение с сокетом кажется чересчур сложным? >>>>>> >>>>>> >>>>>> 15 апреля 2014 г., 20:16 пользователь Павел Щербинин >>>>>> написал: >>>>>> >>>>>> Привет. >>>>>> >>>>>> Есть довольно простая задача, требуется отправит несколько запросов, >>>>>> например инвалидация кеша facebook, по кнопке на странице, но не хочется >>>>>> ждать ответа от удаленного сервера. >>>>>> >>>>>> Идея решения такая, построить демона на AE который будет слушать >>>>>> соккет, куда мы будем писать, отключатся а демон будет в неблокирующем >>>>>> режиме рассылать запросы. >>>>>> >>>>>> Собственно вопросы: >>>>>> 1. Есть ли альтернативные и простые пути этой задачи? >>>>>> 2. Есть ли альтернативы сокету? (rpc?) >>>>>> >>>>>> -- >>>>>> С Уважением, >>>>>> Щербинин Павел >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Best regards, Andrei >>>>>> +7-937-847-60-74 >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Moscow.pm mailing list >>>>>> moscow-pm на pm.org | http://moscow.pm.org >>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, Andrei >>>>> +7-937-847-60-74 >>>>> >>>>> -- >>>>> 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, Andrei >>> +7-937-847-60-74 >>> >>> -- >>> 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 > > > > -- > Andrew Shitov > ______________________________________________________________________ > andy на shitov.ru | http://shitov.ru > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From akzhan.abdulin на gmail.com Thu Apr 17 10:09:15 2014 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Thu, 17 Apr 2014 21:09:15 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> Message-ID: Да, модуль Redis стабилен, но мы перешли на Redis::Fast. 17 апреля 2014 г., 14:09 пользователь Andrei Lukovenko написал: > Привет, > > Мне нравится эта мысль. :) Вот это > http://search.cpan.org/~dams/Redis-1.972/lib/Redis.pm стабильно, или > посмотреть куда-то ещё. > > > 16 апреля 2014 г., 18:22 пользователь Akzhan Abdulin < > akzhan.abdulin на gmail.com> написал: > > Redis >> 1) сохранится >> 2) cluster, rw slaves и иные варианты >> 3) это не задача очереди >> 4) задание можно не забирать из очереди, а перекладывать в другую, что и >> гарантирует, что задания не теряются, а меняют, скажем так, статус. >> >> >> 16 апреля 2014 г., 11:07 пользователь Andrei Lukovenko написал: >> >> Ну, раз мы заговорили о специальных случаях, и о костылях... >>> >>> 1) Что произойдёт при падении сервера очередей - очередь потеряется? >>> 2) Что произойдёт при недоступности сервера очередей (упал NOC)? Как >>> обеспечивается резервирование очереди? >>> 3) Как происходит балансировка нагрузки между обработчиками заданий? >>> 4) Чем обеспечивается обработка заданий? Что, если обработчик сдох, не >>> дав ответа? А что, если он просто долго обрабатывает? >>> >>> Расскажите о своей любимой очереди. :) >>> >>> >>> 16 апреля 2014 г., 9:54 пользователь Oleg Nurtdinov написал: >>> >>> +1 >>>> >>>> Зачем городить костыли, если очередь придумали специально для таких >>>> случаев? >>>> >>>> >>>> Tue, 15 Apr 2014 21:04:56 +0400 от Hoots The Owl >>> >: >>>> >>>> Если лень строить, заюзай очередь какую нибудь :) >>>> >>>> >>>> 15 апреля 2014 г., 21:02 пользователь Andrei Lukovenko >>>> > написал: >>>> >>>> Решение с сокетом кажется чересчур сложным? >>>> >>>> >>>> 15 апреля 2014 г., 20:16 пользователь Павел Щербинин >>>> > написал: >>>> >>>> Привет. >>>> >>>> Есть довольно простая задача, требуется отправит несколько запросов, >>>> например инвалидация кеша facebook, по кнопке на странице, но не хочется >>>> ждать ответа от удаленного сервера. >>>> >>>> Идея решения такая, построить демона на AE который будет слушать >>>> соккет, куда мы будем писать, отключатся а демон будет в неблокирующем >>>> режиме рассылать запросы. >>>> >>>> Собственно вопросы: >>>> 1. Есть ли альтернативные и простые пути этой задачи? >>>> 2. Есть ли альтернативы сокету? (rpc?) >>>> >>>> -- >>>> С Уважением, >>>> Щербинин Павел >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org| >>>> http://moscow.pm.org >>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, Andrei >>>> +7-937-847-60-74 >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org| >>>> http://moscow.pm.org >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | >>>> http://moscow.pm.org >>>> >>>> >>>> >>>> -- >>>> Moscow.pm mailing list >>>> moscow-pm на pm.org | http://moscow.pm.org >>>> >>>> >>> >>> >>> -- >>> Best regards, Andrei >>> +7-937-847-60-74 >>> >>> -- >>> 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, Andrei > +7-937-847-60-74 > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From devrow на gmail.com Thu Apr 17 15:44:31 2014 From: devrow на gmail.com (devrow на gmail.com) Date: Fri, 18 Apr 2014 02:44:31 +0400 Subject: [Moscow.pm] =?windows-1251?b?x+Dv8O7x+yDh5ecg7vLi5fLg?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> Message-ID: <5350594F.6050807@gmail.com> use Redis::Fast::XS::Fastest::More::TheEnd; :) On 17.04.2014 21:09, Akzhan Abdulin wrote: > Да, модуль Redis стабилен, но мы перешли на Redis::Fast. From mons на cpan.org Thu Apr 17 19:01:17 2014 From: mons на cpan.org (Mons Anderson) Date: Fri, 18 Apr 2014 06:01:17 +0400 Subject: [Moscow.pm] =?koi8-r?b?98/Q0s/TINDSzyDGz9TLyQ==?= In-Reply-To: <86D7602C-4FEE-4A80-AB0C-AFFB1F57B79F@eremeev.ru> References: <1397627684.841685139@f283.i.mail.ru> <86D7602C-4FEE-4A80-AB0C-AFFB1F57B79F@eremeev.ru> Message-ID: Писались под эту задачу: http://search.cpan.org/~mons/Image-LibExif-0.04/ http://search.cpan.org/~mons/Image-JpegTran-0.02/ On 17.04.2014, at 14:23, Dmitry Eremeev wrote: > Коллеги, привет! > > Есть у меня один типа древний фотохостинг, так дети повадились загружать картинки сразу с моб устройств и некоторые фотки повернуты на бок. > > Мож кто сталкивался? Средствами cpan можно определить "землю" у фотог? > > > Спасибо! > > From chesnokov.ilya на gmail.com Fri Apr 18 02:31:21 2014 From: chesnokov.ilya на gmail.com (Ilya Chesnokov) Date: Fri, 18 Apr 2014 13:31:21 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: <5350594F.6050807@gmail.com> References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> Message-ID: 2014-04-18 2:44 GMT+04:00 devrow на gmail.com : > use Redis::Fast::XS::Fastest::More::TheEnd; > > :) Ха-ха) Все же слоник-в-домене был прав, говоря о том, что опытный Perl-программист не остановится, найдя на CPAN модуль, решающий его задачу, а попробует добавить приставку ::Fast или ::XS, чтобы найти более современный модуль ))) > > On 17.04.2014 21:09, Akzhan Abdulin wrote: >> >> Да, модуль Redis стабилен, но мы перешли на Redis::Fast. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org -- Best regards, Ilya Chesnokov From mons на cpan.org Fri Apr 18 03:04:37 2014 From: mons на cpan.org (Mons Anderson) Date: Fri, 18 Apr 2014 14:04:37 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHQ0s/T2SDCxdogz9TXxdTB?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> Message-ID: <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> По настоящему опытный - выберет самый быстрый модуль, напишет в N раз быстрее (N > 2) и допишет к нему приставку ::Fast или ::XS On 18.04.2014, at 13:31, Ilya Chesnokov wrote: > 2014-04-18 2:44 GMT+04:00 devrow на gmail.com : >> use Redis::Fast::XS::Fastest::More::TheEnd; >> >> :) > > Ха-ха) Все же слоник-в-домене был прав, говоря о том, что опытный > Perl-программист не остановится, найдя на CPAN модуль, решающий его > задачу, а попробует добавить приставку ::Fast или ::XS, чтобы найти > более современный модуль ))) > From dsimonov на gmail.com Fri Apr 18 06:05:45 2014 From: dsimonov на gmail.com (Dmitry Simonov) Date: Fri, 18 Apr 2014 17:05:45 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> Message-ID: По результатов набора фрилансеров отсюда оказалось, что некоторые команды в своей разработке вообще не знают о многообразии инструментов и технологий. А ведь любой комплексный продукт - это до двух-трёх десятков технологий. И когда дело доходит до жареного за крайне редким исключением переписывания требуют вообще все модули. Например, по итогам работы несколько дней назад нашли утечку в List::Utils в pairmap. --- Dmitriy V. Simonov, Perl & Python programmer 2014-04-18 14:04 GMT+04:00 Mons Anderson : > По настоящему опытный - выберет самый быстрый модуль, напишет в N раз > быстрее (N > 2) и допишет к нему приставку ::Fast или ::XS > > On 18.04.2014, at 13:31, Ilya Chesnokov wrote: > > > 2014-04-18 2:44 GMT+04:00 devrow на gmail.com : > >> use Redis::Fast::XS::Fastest::More::TheEnd; > >> > >> :) > > > > Ха-ха) Все же слоник-в-домене был прав, говоря о том, что опытный > > Perl-программист не остановится, найдя на CPAN модуль, решающий его > > задачу, а попробует добавить приставку ::Fast или ::XS, чтобы найти > > более современный модуль ))) > > > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Fri Apr 18 06:26:23 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Fri, 18 Apr 2014 17:26:23 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> Message-ID: Я опять непопулярно - в этом сообществе непопулярно - выскажусь. Perl годится только для прототипирования. Любой мало мальски нагруженный проект на нем делать нельзя - нет самых необходимых инструментов. а на этапе прототипирования на самом деле все равно - быстрый ли модуль, течет ли он, и т.п. 2014-04-18 17:05 GMT+04:00 Dmitry Simonov : > По результатов набора фрилансеров отсюда оказалось, что некоторые команды в > своей разработке вообще не знают о многообразии инструментов и технологий. А > ведь любой комплексный продукт - это до двух-трёх десятков технологий. > > И когда дело доходит до жареного за крайне редким исключением переписывания > требуют вообще все модули. Например, по итогам работы несколько дней назад > нашли утечку в List::Utils в pairmap. > > --- > Dmitriy V. Simonov, > Perl & Python programmer > > > 2014-04-18 14:04 GMT+04:00 Mons Anderson : > >> По настоящему опытный - выберет самый быстрый модуль, напишет в N раз >> быстрее (N > 2) и допишет к нему приставку ::Fast или ::XS >> >> On 18.04.2014, at 13:31, Ilya Chesnokov wrote: >> >> > 2014-04-18 2:44 GMT+04:00 devrow на gmail.com : >> >> use Redis::Fast::XS::Fastest::More::TheEnd; >> >> >> >> :) >> > >> > Ха-ха) Все же слоник-в-домене был прав, говоря о том, что опытный >> > Perl-программист не остановится, найдя на CPAN модуль, решающий его >> > задачу, а попробует добавить приставку ::Fast или ::XS, чтобы найти >> > более современный модуль ))) >> > >> >> -- >> 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 aluck на cordeo.ru Fri Apr 18 06:33:31 2014 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Fri, 18 Apr 2014 17:33:31 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> Message-ID: А мужики-то и не знают К счастью 18.04.2014 17:26 пользователь "Daniel Podolsky" написал: > Я опять непопулярно - в этом сообществе непопулярно - выскажусь. > > Perl годится только для прототипирования. Любой мало мальски > нагруженный проект на нем делать нельзя - нет самых необходимых > инструментов. > > а на этапе прототипирования на самом деле все равно - быстрый ли > модуль, течет ли он, и т.п. > > > > 2014-04-18 17:05 GMT+04:00 Dmitry Simonov : > > По результатов набора фрилансеров отсюда оказалось, что некоторые > команды в > > своей разработке вообще не знают о многообразии инструментов и > технологий. А > > ведь любой комплексный продукт - это до двух-трёх десятков технологий. > > > > И когда дело доходит до жареного за крайне редким исключением > переписывания > > требуют вообще все модули. Например, по итогам работы несколько дней > назад > > нашли утечку в List::Utils в pairmap. > > > > --- > > Dmitriy V. Simonov, > > Perl & Python programmer > > > > > > 2014-04-18 14:04 GMT+04:00 Mons Anderson : > > > >> По настоящему опытный - выберет самый быстрый модуль, напишет в N раз > >> быстрее (N > 2) и допишет к нему приставку ::Fast или ::XS > >> > >> On 18.04.2014, at 13:31, Ilya Chesnokov > wrote: > >> > >> > 2014-04-18 2:44 GMT+04:00 devrow на gmail.com : > >> >> use Redis::Fast::XS::Fastest::More::TheEnd; > >> >> > >> >> :) > >> > > >> > Ха-ха) Все же слоник-в-домене был прав, говоря о том, что опытный > >> > Perl-программист не остановится, найдя на CPAN модуль, решающий его > >> > задачу, а попробует добавить приставку ::Fast или ::XS, чтобы найти > >> > более современный модуль ))) > >> > > >> > >> -- > >> 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 parserpro на gmail.com Fri Apr 18 06:35:15 2014 From: parserpro на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzRi9GI0LrQuNC9?=) Date: Fri, 18 Apr 2014 17:35:15 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> Message-ID: А что бы они сотворили, будь у них эти "самые необходимые инструменты" - подумать страшно... 18 апреля 2014 г., 17:33 пользователь Andrei Lukovenko написал: > А мужики-то и не знают > > К счастью > 18.04.2014 17:26 пользователь "Daniel Podolsky" > написал: > > Я опять непопулярно - в этом сообществе непопулярно - выскажусь. >> >> Perl годится только для прототипирования. Любой мало мальски >> нагруженный проект на нем делать нельзя - нет самых необходимых >> инструментов. >> >> а на этапе прототипирования на самом деле все равно - быстрый ли >> модуль, течет ли он, и т.п. >> >> >> >> 2014-04-18 17:05 GMT+04:00 Dmitry Simonov : >> > По результатов набора фрилансеров отсюда оказалось, что некоторые >> команды в >> > своей разработке вообще не знают о многообразии инструментов и >> технологий. А >> > ведь любой комплексный продукт - это до двух-трёх десятков технологий. >> > >> > И когда дело доходит до жареного за крайне редким исключением >> переписывания >> > требуют вообще все модули. Например, по итогам работы несколько дней >> назад >> > нашли утечку в List::Utils в pairmap. >> > >> > --- >> > Dmitriy V. Simonov, >> > Perl & Python programmer >> > >> > >> > 2014-04-18 14:04 GMT+04:00 Mons Anderson : >> > >> >> По настоящему опытный - выберет самый быстрый модуль, напишет в N раз >> >> быстрее (N > 2) и допишет к нему приставку ::Fast или ::XS >> >> >> >> On 18.04.2014, at 13:31, Ilya Chesnokov >> wrote: >> >> >> >> > 2014-04-18 2:44 GMT+04:00 devrow на gmail.com : >> >> >> use Redis::Fast::XS::Fastest::More::TheEnd; >> >> >> >> >> >> :) >> >> > >> >> > Ха-ха) Все же слоник-в-домене был прав, говоря о том, что опытный >> >> > Perl-программист не остановится, найдя на CPAN модуль, решающий его >> >> > задачу, а попробует добавить приставку ::Fast или ::XS, чтобы найти >> >> > более современный модуль ))) >> >> > >> >> >> >> -- >> >> 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 shafiev на gmail.com Fri Apr 18 06:35:54 2014 From: shafiev на gmail.com (Naim Shafiev) Date: Fri, 18 Apr 2014 18:35:54 +0500 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> Message-ID: ) . 5 лет назад рассылку было полегче читать . IMHO 18 апреля 2014 г., 18:33 пользователь Andrei Lukovenko написал: > А мужики-то и не знают > > К счастью > 18.04.2014 17:26 пользователь "Daniel Podolsky" > написал: > > Я опять непопулярно - в этом сообществе непопулярно - выскажусь. >> >> Perl годится только для прототипирования. Любой мало мальски >> нагруженный проект на нем делать нельзя - нет самых необходимых >> инструментов. >> >> а на этапе прототипирования на самом деле все равно - быстрый ли >> модуль, течет ли он, и т.п. >> >> >> >> 2014-04-18 17:05 GMT+04:00 Dmitry Simonov : >> > По результатов набора фрилансеров отсюда оказалось, что некоторые >> команды в >> > своей разработке вообще не знают о многообразии инструментов и >> технологий. А >> > ведь любой комплексный продукт - это до двух-трёх десятков технологий. >> > >> > И когда дело доходит до жареного за крайне редким исключением >> переписывания >> > требуют вообще все модули. Например, по итогам работы несколько дней >> назад >> > нашли утечку в List::Utils в pairmap. >> > >> > --- >> > Dmitriy V. Simonov, >> > Perl & Python programmer >> > >> > >> > 2014-04-18 14:04 GMT+04:00 Mons Anderson : >> > >> >> По настоящему опытный - выберет самый быстрый модуль, напишет в N раз >> >> быстрее (N > 2) и допишет к нему приставку ::Fast или ::XS >> >> >> >> On 18.04.2014, at 13:31, Ilya Chesnokov >> wrote: >> >> >> >> > 2014-04-18 2:44 GMT+04:00 devrow на gmail.com : >> >> >> use Redis::Fast::XS::Fastest::More::TheEnd; >> >> >> >> >> >> :) >> >> > >> >> > Ха-ха) Все же слоник-в-домене был прав, говоря о том, что опытный >> >> > Perl-программист не остановится, найдя на CPAN модуль, решающий его >> >> > задачу, а попробует добавить приставку ::Fast или ::XS, чтобы найти >> >> > более современный модуль ))) >> >> > >> >> >> >> -- >> >> 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 name2rnd на gmail.com Fri Apr 18 07:10:53 2014 From: name2rnd на gmail.com (Natalya Savenkova) Date: Fri, 18 Apr 2014 18:10:53 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHQ0s/T2SDCxdogz9TXxdTB?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> Message-ID: <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Можно, пожалуйста, примеров таких инструментов? (это я на полном серьезе, есличо) Savenkova Natalya name2rnd на gmail.com http://facebook.com/name.rnd > On 18 апр. 2014 г., at 17:35, Naim Shafiev wrote: > > ) . > 5 лет назад рассылку было полегче читать . IMHO > > > 18 апреля 2014 г., 18:33 пользователь Andrei Lukovenko написал: >> А мужики-то и не знают >> >> К счастью >> >> 18.04.2014 17:26 пользователь "Daniel Podolsky" написал: >> >>> Я опять непопулярно - в этом сообществе непопулярно - выскажусь. >>> >>> Perl годится только для прототипирования. Любой мало мальски >>> нагруженный проект на нем делать нельзя - нет самых необходимых >>> инструментов. >>> >>> а на этапе прототипирования на самом деле все равно - быстрый ли >>> модуль, течет ли он, и т.п. >>> >>> >>> >>> 2014-04-18 17:05 GMT+04:00 Dmitry Simonov : >>> > По результатов набора фрилансеров отсюда оказалось, что некоторые команды в >>> > своей разработке вообще не знают о многообразии инструментов и технологий. А >>> > ведь любой комплексный продукт - это до двух-трёх десятков технологий. >>> > >>> > И когда дело доходит до жареного за крайне редким исключением переписывания >>> > требуют вообще все модули. Например, по итогам работы несколько дней назад >>> > нашли утечку в List::Utils в pairmap. >>> > >>> > --- >>> > Dmitriy V. Simonov, >>> > Perl & Python programmer >>> > >>> > >>> > 2014-04-18 14:04 GMT+04:00 Mons Anderson : >>> > >>> >> По настоящему опытный - выберет самый быстрый модуль, напишет в N раз >>> >> быстрее (N > 2) и допишет к нему приставку ::Fast или ::XS >>> >> >>> >> On 18.04.2014, at 13:31, Ilya Chesnokov wrote: >>> >> >>> >> > 2014-04-18 2:44 GMT+04:00 devrow на gmail.com : >>> >> >> use Redis::Fast::XS::Fastest::More::TheEnd; >>> >> >> >>> >> >> :) >>> >> > >>> >> > Ха-ха) Все же слоник-в-домене был прав, говоря о том, что опытный >>> >> > Perl-программист не остановится, найдя на CPAN модуль, решающий его >>> >> > задачу, а попробует добавить приставку ::Fast или ::XS, чтобы найти >>> >> > более современный модуль ))) >>> >> > >>> >> >>> >> -- >>> >> Moscow.pm mailing list >>> >> moscow-pm на pm.org | http://moscow.pm.org >>> > >>> > >>> > >>> > -- >>> > Moscow.pm mailing list >>> > moscow-pm на pm.org | http://moscow.pm.org >>> > >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Fri Apr 18 09:49:40 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Fri, 18 Apr 2014 20:49:40 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: 2014-04-18 18:10 GMT+04:00 Natalya Savenkova : > Можно, пожалуйста, примеров таких инструментов? (это я на полном серьезе, > есличо) Треды, jit, семплирующий профайлер. Это то, что нужно каждый день, и чего в перле нет и не будет никогда - виртуальную машину его уже никто не починит. From foxcool333 на gmail.com Fri Apr 18 13:06:07 2014 From: foxcool333 на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCk0L7QutGB0LrRg9C7?=) Date: Sat, 19 Apr 2014 00:06:07 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: Вот просыпаюсь каждый день и думаю, как же не хватает всего этого. Мочи нет. Жизнь не мила без них. (((: 18.04.2014 20:50 пользователь "Daniel Podolsky" написал: > > 2014-04-18 18:10 GMT+04:00 Natalya Savenkova : > > Можно, пожалуйста, примеров таких инструментов? (это я на полном серьезе, > > есличо) > Треды, jit, семплирующий профайлер. > > Это то, что нужно каждый день, и чего в перле нет и не будет никогда - > виртуальную машину его уже никто не починит. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Fri Apr 18 13:13:13 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Sat, 19 Apr 2014 00:13:13 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: > Вот просыпаюсь каждый день и думаю, как же не хватает всего этого. Мочи нет. > Жизнь не мила без них. (((: насколько я знаю, у вас уже год висит вопрос "на чем у нас тормозит бекенд" :) From foxcool333 на gmail.com Fri Apr 18 13:18:19 2014 From: foxcool333 на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCk0L7QutGB0LrRg9C7?=) Date: Sat, 19 Apr 2014 00:18:19 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: Не припоминаю. Наверное потому что мало уделяю внимания текучке. Но если даже так, то я бы винил не язык, а архитектуру проекта. 19.04.2014 0:13 пользователь "Daniel Podolsky" написал: > > Вот просыпаюсь каждый день и думаю, как же не хватает всего этого. Мочи > нет. > > Жизнь не мила без них. (((: > насколько я знаю, у вас уже год висит вопрос "на чем у нас тормозит > бекенд" :) > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sergey.aleynikov на gmail.com Fri Apr 18 13:34:06 2014 From: sergey.aleynikov на gmail.com (Sergey Aleynikov) Date: Sat, 19 Apr 2014 00:34:06 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> Message-ID: Добрый день, 18 апреля 2014 г., 17:26 пользователь Daniel Podolsky написал: > > Любой мало мальски > нагруженный проект на нем делать нельзя - нет самых необходимых > инструментов. УМВР. ЧЯДТ? Best regards, Sergey Aleynikov From nikzubkov на gmail.com Fri Apr 18 13:34:51 2014 From: nikzubkov на gmail.com (Nikita Zubkov) Date: Fri, 18 Apr 2014 22:34:51 +0200 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: Это, видимо, намек на java? Что же у вас за нагрузки, что без тредов и jit'а некуда? В таком случае лучше критические участки переписать на C/C++. 18 апреля 2014 г., 18:49 пользователь Daniel Podolsky написал: > 2014-04-18 18:10 GMT+04:00 Natalya Savenkova : > > Можно, пожалуйста, примеров таких инструментов? (это я на полном серьезе, > > есличо) > Треды, jit, семплирующий профайлер. > > Это то, что нужно каждый день, и чего в перле нет и не будет никогда - > виртуальную машину его уже никто не починит. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Regards, Nikita Zubkov. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From aluck на cordeo.ru Fri Apr 18 13:43:44 2014 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Sat, 19 Apr 2014 00:43:44 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: "Threads are for people who can't program state machines", не? =) 19 апреля 2014 г., 0:34 пользователь Nikita Zubkov написал: > Это, видимо, намек на java? > > Что же у вас за нагрузки, что без тредов и jit'а некуда? В таком случае > лучше критические участки переписать на C/C++. > > > > 18 апреля 2014 г., 18:49 пользователь Daniel Podolsky написал: > > 2014-04-18 18:10 GMT+04:00 Natalya Savenkova : >> > Можно, пожалуйста, примеров таких инструментов? (это я на полном >> серьезе, >> > есличо) >> Треды, jit, семплирующий профайлер. >> >> Это то, что нужно каждый день, и чего в перле нет и не будет никогда - >> виртуальную машину его уже никто не починит. >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > > -- > Regards, > Nikita Zubkov. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From 0body0 на rambler.ru Fri Apr 18 22:28:25 2014 From: 0body0 на rambler.ru (=?KOI8-R?Q?=E1=CE=C1=D4=CF=CC=C9=CA_=E7=D2=C9=DB=C1=C5=D7?=) Date: Sat, 19 Apr 2014 09:28:25 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHQ0s/T2SDCxdogz9TXxdTB?= In-Reply-To: References: <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: <53520979.3050403@rambler.ru> Ага, в java такая замечательная и читаемая библиотека, что без сэмлируещего профайлера уже никуда. На AnyEvent там писать нельзя, поэтому без тредов никак. XS расширений там никто не пишет, поэтому без jit уже никак. 19.04.2014 0:34, Nikita Zubkov пишет: > Это, видимо, намек на java? > > Что же у вас за нагрузки, что без тредов и jit'а некуда? В таком > случае лучше критические участки переписать на C/C++. > > > > 18 апреля 2014 г., 18:49 пользователь Daniel Podolsky > > написал: > > 2014-04-18 18:10 GMT+04:00 Natalya Savenkova >: > > Можно, пожалуйста, примеров таких инструментов? (это я на полном > серьезе, > > есличо) > Треды, jit, семплирующий профайлер. > > Это то, что нужно каждый день, и чего в перле нет и не будет никогда - > виртуальную машину его уже никто не починит. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > > > > -- > Regards, > Nikita Zubkov. > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Sat Apr 19 06:11:01 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Sat, 19 Apr 2014 17:11:01 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> Message-ID: > УМВР. ЧЯДТ? Обходитесь без этих инструментов? работает - не аргумент, извините. у всех все работает. вопрос в цене... From onokonem на gmail.com Sat Apr 19 06:22:43 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Sat, 19 Apr 2014 17:22:43 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: > Это, видимо, намек на java? вообще-то, нет 1) перечисленные инструменты предоставляет не java, а jvm. Это очень программистский подход - думать про язык, а не про vm. А я на все это гляжу со стороны эксплуатации. 2) совсем не только jvm предоставляет эти инструменты > Что же у вас за нагрузки, что без тредов и jit'а некуда? Тут дело не в нагрузках. тут дело в стоимости разработки. > В таком случае > лучше критические участки переписать на C/C++. Вообще-то, нет. В C/C++ с другими инструментами беда. From onokonem на gmail.com Sat Apr 19 06:23:30 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Sat, 19 Apr 2014 17:23:30 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: 2014-04-19 0:43 GMT+04:00 Andrei Lukovenko : > "Threads are for people who can't program state machines", не? =) вы так говорите, как будто программеры, которые могут, прям широко представлены на рынке. From aluck на cordeo.ru Sat Apr 19 07:31:31 2014 From: aluck на cordeo.ru (Andrei Lukovenko) Date: Sat, 19 Apr 2014 18:31:31 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: Не замечал, чтобы у нас подолгу проставивали открытые позиции. Также не замечал, чтобы у кого-то из моих коллег возникали сложности такого рода. 19 апреля 2014 г., 17:23 пользователь Daniel Podolsky написал: > 2014-04-19 0:43 GMT+04:00 Andrei Lukovenko : > > "Threads are for people who can't program state machines", не? =) > вы так говорите, как будто программеры, которые могут, прям широко > представлены на рынке. > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- Best regards, Andrei +7-937-847-60-74 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Sat Apr 19 07:45:54 2014 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sat, 19 Apr 2014 18:45:54 +0400 Subject: [Moscow.pm] =?koi8-r?b?8NLPINvJwsvPINPHz9fP0t7J19nIIMzAxMXKIFtP?= =?koi8-r?b?RkZUT1BJQ10=?= Message-ID: <108318764.20140419184554@softsearch.ru> Здравствуйте. Я раньше смеялся над американцами, которые жаловались на русских программистов, которые творчески подходили к решению задачи, вместо строгого следования ТЗ, как индус. А сейчас вот даже не знаю... Так получилось, что нужно заказывать выполнение специфичных работ у людей со стороны. И заметил интересную особенность в поведении некоторых из них. Человеку рассказывается, что нужно сделать, как лучше делать, как не надо делать и почему и т.д. Он постоянно со всем соглашается, кивает головой, что-то предлагает, потом быстро отказывается от своих слов, высказывая противоположную точку зрения, смотря на реакцию заказчика и пытаясь подстроиться под него. Потом пишется ТЗ. И под конец он соглашается сделать описанную там работу. Даю ему эту работу, ибо в найденном человеке имеется большой потенциал или гениальность. В итоге работа провалена или по срокам (человек не смог заставить себя сделать работу), или по функционалу (сделал не то, что надо, а то, что самому хотелось сделать) или по качеству (сделал спустя рукава, не смог приложить свой талант к данной работе). Я обычно пытался как-то договариваться, идти на компромис и т.д. А сейчас вот думаю, может вот эта сговорчивость и уступчивость во всём, проявленная в самом начале обсуждения работы, это уже достаточная причина не начинать рабочие отношения с человеком? -- С уважением, Михаил mailto:postmaster на softsearch.ru From foxcool333 на gmail.com Sat Apr 19 07:50:46 2014 From: foxcool333 на gmail.com (Foxcool) Date: Sat, 19 Apr 2014 18:50:46 +0400 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INGI0LjQsdC60L4g0YHQs9C+0LLQvtGA?= =?utf-8?b?0YfQuNCy0YvRhSDQu9GO0LTQtdC5IFtPRkZUT1BJQ10=?= In-Reply-To: <108318764.20140419184554@softsearch.ru> References: <108318764.20140419184554@softsearch.ru> Message-ID: <53528D46.4030100@gmail.com> Сб 19 апр 2014 18:45:54, Михаил Монашёв писал: > Здравствуйте. > > Я раньше смеялся над американцами, которые жаловались на русских > программистов, которые творчески подходили к решению задачи, вместо > строгого следования ТЗ, как индус. А сейчас вот даже не знаю... > > Так получилось, что нужно заказывать выполнение специфичных работ у > людей со стороны. И заметил интересную особенность в поведении > некоторых из них. Человеку рассказывается, что нужно сделать, как > лучше делать, как не надо делать и почему и т.д. Он постоянно со всем > соглашается, кивает головой, что-то предлагает, потом быстро > отказывается от своих слов, высказывая противоположную точку зрения, > смотря на реакцию заказчика и пытаясь подстроиться под него. Потом > пишется ТЗ. И под конец он соглашается сделать описанную там работу. > Даю ему эту работу, ибо в найденном человеке имеется большой потенциал > или гениальность. В итоге работа провалена или по срокам (человек не > смог заставить себя сделать работу), или по функционалу (сделал не то, > что надо, а то, что самому хотелось сделать) или по качеству (сделал > спустя рукава, не смог приложить свой талант к данной работе). > > Я обычно пытался как-то договариваться, идти на компромис и т.д. > > А сейчас вот думаю, может вот эта сговорчивость и уступчивость во > всём, проявленная в самом начале обсуждения работы, это уже > достаточная причина не начинать рабочие отношения с человеком? > Да, с такими тихушниками каши не сваришь. Или человек сам себе хозяин, отвечает за базар и, если что-то ему не нравится, предъявит претензии, изменит ТЗ и договорится, либо это тело, которому отгружаешь приказы и порешь за их невыполнение. Таким ничего нельзя доверять. Но именно таких делает система образования и общество. Остальные сами как-то получаются (: -- http://foxcool.ru foxcool на jabber.ru From an.gorohovski на gmail.com Sat Apr 19 08:28:25 2014 From: an.gorohovski на gmail.com (Alessandro Gorohovski) Date: Sat, 19 Apr 2014 18:28:25 +0300 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: Александр Фокскул писал(а) в своём письме Fri, 18 Apr 2014 23:06:07 +0300: > Вот просыпаюсь каждый день и думаю, как же не хватает всего этого. Мочи > нет. Жизнь не мила без них. (((: ++; > 18.04.2014 20:50 пользователь "Daniel Podolsky" > написал: >> >> 2014-04-18 18:10 GMT+04:00 Natalya Savenkova : >> > Можно, пожалуйста, примеров таких инструментов? (это я на полном > серьезе, >> > есличо) >> Треды, jit, семплирующий профайлер. >> >> Это то, что нужно каждый день, и чего в перле нет и не будет никогда - >> виртуальную машину его уже никто не починит. >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org -- ANG From yu.pats на gmail.com Sat Apr 19 09:46:00 2014 From: yu.pats на gmail.com (Yury Pats) Date: Sat, 19 Apr 2014 19:46:00 +0300 Subject: [Moscow.pm] =?utf-8?b?0J/RgNC+INGI0LjQsdC60L4g0YHQs9C+0LLQvtGA?= =?utf-8?b?0YfQuNCy0YvRhSDQu9GO0LTQtdC5IFtPRkZUT1BJQ10=?= In-Reply-To: <108318764.20140419184554@softsearch.ru> References: <108318764.20140419184554@softsearch.ru> Message-ID: Привет, я не думаю, что сговорчивость или несговорчивость или что-то еще на этапе обсуждения ТЗ реально отображает навыки работоспособности. Человек или владеет собой достаточно чтоб делать то что от него требуют, подстраиваясь под процесс, удобный заказчику. Или не работает с этим заказчиком. А указанные фейлы по: срокам, функционалу, качеству -- это от лукавого, работа на отъебись. В конечном итоге критерий один: работа сделана или нет. Просто работать люди не умеют вот и все. Или не научились еще. 2014-04-19 17:45 GMT+03:00 Михаил Монашёв : > Здравствуйте. > > Я раньше смеялся над американцами, которые жаловались на русских > программистов, которые творчески подходили к решению задачи, вместо > строгого следования ТЗ, как индус. А сейчас вот даже не знаю... > > Так получилось, что нужно заказывать выполнение специфичных работ у > людей со стороны. И заметил интересную особенность в поведении > некоторых из них. Человеку рассказывается, что нужно сделать, как > лучше делать, как не надо делать и почему и т.д. Он постоянно со всем > соглашается, кивает головой, что-то предлагает, потом быстро > отказывается от своих слов, высказывая противоположную точку зрения, > смотря на реакцию заказчика и пытаясь подстроиться под него. Потом > пишется ТЗ. И под конец он соглашается сделать описанную там работу. > Даю ему эту работу, ибо в найденном человеке имеется большой потенциал > или гениальность. В итоге работа провалена или по срокам (человек не > смог заставить себя сделать работу), или по функционалу (сделал не то, > что надо, а то, что самому хотелось сделать) или по качеству (сделал > спустя рукава, не смог приложить свой талант к данной работе). > > Я обычно пытался как-то договариваться, идти на компромис и т.д. > > А сейчас вот думаю, может вот эта сговорчивость и уступчивость во > всём, проявленная в самом начале обсуждения работы, это уже > достаточная причина не начинать рабочие отношения с человеком? > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- WBR, Yury Pats skype: yuripats cellular: +375 (29) 5870723 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vovkasm на gmail.com Sat Apr 19 12:01:38 2014 From: vovkasm на gmail.com (Vladimir Timofeev) Date: Sat, 19 Apr 2014 23:01:38 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: 2014-04-18 20:49 GMT+04:00 Daniel Podolsky : > 2014-04-18 18:10 GMT+04:00 Natalya Savenkova : >> Можно, пожалуйста, примеров таких инструментов? (это я на полном серьезе, >> есличо) > Треды, jit, семплирующий профайлер. > > Это то, что нужно каждый день, и чего в перле нет и не будет никогда - > виртуальную машину его уже никто не починит. Нет и не будет, истинная правда ) Perl это язык а не инструменты ?вокруг?. Треды Это можно отдельной темой вынести. Кратко, треды в Perl есть. Да, в jvm треды легче, большая часть pthreads реализаций легче, но это не значит, что тредов в реализации Perl нет. К примеру Padre написан с использованием тредов, там это оправданно. Некоторые реализации модулей используют pthreads под капотом (IO::AIO), никто не ограничивает программиста. Треды для серверных высоконагруженных задач обладают рядом преимуществ и рядом недостатков. Они только кажутся легкими в использовании (вот если заглянуть в лог работающей JIRA, можно много интересного увидеть). Или в Android, к примеру, вообще постарались изолировать всё тредовое хозяйство подальше от программиста в виде Activity, ох не зря. Но таки их можно использовать и в Perl. JIT Он не спасает от говнокода и не решает за программиста проблемы производительности и знания особенностей архитектуры. Можно обмануть компилятор, можно интерпретатор, можно и jit. Это кажется, что сейчас мы включим jit и все будет мега-быстро - не будет. Напишется ещё пол мегабайта кода и опять будет медленно. Что в jvm, что в .net, что в perl. Более того, после утыкания в производительность с jit, переписать на JNI будет уже сложнее, т.к. придется учить и C и алгоритмы и оптимизировать и рефакторить код одновременно. На Perl, к примеру, этот процесс размажется во времени и не будет скачкообразным. Т.е. сперва напишется модуль на XS, потом ещё модуль, программисты научатся делать C + XS, потом начнутся оптимизации и рефакторинг. Профайлер. Ну тут просто всё есть. Зачем семплирующий, если можно на живой системе NYTProf юзать? Ну ладно, мне иногда надо было понять, что в системе в целом происходит (но это уже не про Perl), так пожалуйста prof(Linux), pmc(FreeBSD), что ещё не хватает? Ну DTrace если хочется выборочно по всей системе. Это все я не ктому, что Perl круче чем что-то. Не лучше, но и не хуже. Я бы хотел видеть реализацию перла совсем другой внутри - со стройной системой коллбэков и типов данных (вместо кучи ifов связанных с магией и раскиданных по коду), с быстрой интеграцией с нативным кодом, с jit, с быстрыми вызовами методов, с более строгим синтаксисом поддающимся парсингу и анализу, с более продуманными библиотеками и т.п. Но это не значит, что на нем невозможно писать высоконагруженные проекты. На нем написаны сервисы которые держат такую нагрузку, что для java-приложений или .net пришлось бы поставить раз в 5 больше серверов. -- Vladimir Timofeev From citrin на citrin.ru Sat Apr 19 12:49:49 2014 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Sat, 19 Apr 2014 23:49:49 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHQ0s/T2SDCxdogz9TXxdTB?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: <5352D35D.6020109@citrin.ru> On 18.04.2014 20:49, Daniel Podolsky wrote: > 2014-04-18 18:10 GMT+04:00 Natalya Savenkova : >> Можно, пожалуйста, примеров таких инструментов? (это я на полном серьезе, >> есличо) > Треды Треды зло. Про это написано много статей. Из свежего рекомендую почитать https://glyph.twistedmatrix.com/2014/02/unyielding.html > jit Далеко не у всех есть большие нагрузки и высокие требования к производительности. Но в целом да - это минус. > семплирующий профайлер. А на Dtrace такое нельзя сделать? Ну и именно семплирующий нужен не всегда. Часто хватает NYTProf. From nikzubkov на gmail.com Sat Apr 19 13:41:42 2014 From: nikzubkov на gmail.com (Nikita Zubkov) Date: Sat, 19 Apr 2014 22:41:42 +0200 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: 19 апреля 2014 г., 15:22 пользователь Daniel Podolsky написал: > > Это, видимо, намек на java? > вообще-то, нет > 1) перечисленные инструменты предоставляет не java, а jvm. Это очень > программистский подход - думать про язык, а не про vm. А я на все это > гляжу со стороны эксплуатации. > 2) совсем не только jvm предоставляет эти инструменты > Ну зачем так сразу? Java - не язык, java - это технология. http://en.wikipedia.org/wiki/Java_(software_platform) И понятно, что вышеуказанные инструменты доступны не только для java. > Что же у вас за нагрузки, что без тредов и jit'а некуда? > Тут дело не в нагрузках. тут дело в стоимости разработки. > И как же треды и jit уменьшают стоимость разработки? Я на полном серьезе спрашиваю. Что за задачи такие, где мультипоточное приложение писать проще, чем prefork или event-driven? > В таком случае > > лучше критические участки переписать на C/C++. > Вообще-то, нет. > В C/C++ с другими инструментами беда. > Если в разработке нужен jit и треды, я вижу только одну причину - не хватает производительности. Но как я понял речь о производительности не идет. -- Regards, Nikita Zubkov. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Sun Apr 20 04:09:59 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Sun, 20 Apr 2014 15:09:59 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: Я отвечу всем сразу, хорошо? 1) Threads 1.1) Треды сегодня - способ утилизировать ресурсы многоядерного процессора. Хорошие треды позволяют утилизировать и ресурсы многопроцессорной системы. Программеры, которые хорошо умеют это делать без тредов, на рынке широко не представлены. 1.2) Треды должны обеспечивать легкую межпоточную коммуникацию. В этом смысле в перле тредов нет. prefork и прочие многопроцессные модели требуют привлечение для межпоточной коммуникации SYSV IPC, который убог, с одной стороны, и избыточно сложен с другой. 2) JIT 2.1) При прочих равных JIT реально повышает производительность. Соответственно, современная VM должна его иметь. С чем тут спорить - не понимаю. 2.2) Если JIT нет - работу по выявлению узких мест и их переписыванию на уровень пониже приходится делать человеку. Именно так JIT связан с удешевлением разработки. 2.3) JIT способен производить оптимизацию, которую человеку никогда не осилить. Например, он может определить, что в 99% случаев некий цикл завершается за три итерации, и развернуть его в плоский код. 3) Sampling Profiler 3.1) Семплирующий профайлер позволяет изучать прямо сейчас тормозящий боевой код. Другого способа делать это задешево я не знаю. А вы? 3.1.1) Пока вы разрабатываете - семплирующий профайлер вам не нужен. А вот когда у вас появляется потребность в дебаге кода, который тормозит только на боевом трафике, и то не всегда - вот тогда вы начинаете искать средства. Проблема программеров в том, что им редко приходится иметь дело с эксплуатацией. 3.2) VM перла не предоставляет доступа к перловому стеку вызовов. Поэтому системного уровня профайлер оказывается бесполезен. 4) Язык perl мне нравится. Больше других, наверное. Но! 4.1) С точки зрения эксплуатации perl - не язык, а его VM. Со всеми вытекающими. 4.2) perl - это CPAN. А CPAN завязан на особенности реализации так плотно, что переписать язык на современную VM нереально. Вон, есть V8. Был бы perl под V8 - я бы только им и пользовался для всего. Но - нет, и не будет. From nikzubkov на gmail.com Sun Apr 20 05:42:51 2014 From: nikzubkov на gmail.com (Nikita Zubkov) Date: Sun, 20 Apr 2014 14:42:51 +0200 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: 20 апреля 2014 г., 13:09 пользователь Daniel Podolsky написал: > Я отвечу всем сразу, хорошо? > > 1) Threads > > 1.1) Треды сегодня - способ утилизировать ресурсы многоядерного > процессора. Хорошие треды позволяют утилизировать и ресурсы > многопроцессорной системы. Программеры, которые хорошо умеют это > делать без тредов, на рынке широко не представлены. > > 1.2) Треды должны обеспечивать легкую межпоточную коммуникацию. В этом > смысле в перле тредов нет. prefork и прочие многопроцессные модели > требуют привлечение для межпоточной коммуникации SYSV IPC, который > убог, с одной стороны, и избыточно сложен с другой. > 2) JIT > > 2.1) При прочих равных JIT реально повышает производительность. > Соответственно, современная VM должна его иметь. С чем тут спорить - > не понимаю. > > 2.2) Если JIT нет - работу по выявлению узких мест и их переписыванию > на уровень пониже приходится делать человеку. Именно так JIT связан с > удешевлением разработки. > > 2.3) JIT способен производить оптимизацию, которую человеку никогда не > осилить. Например, он может определить, что в 99% случаев некий цикл > завершается за три итерации, и развернуть его в плоский код. > Ну а примеры задач будут? Это какой-то теоретизм в вакууме, который, я думаю, и так известен участникам рассылки. -- Regards, Nikita Zubkov. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Sun Apr 20 06:02:53 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Sun, 20 Apr 2014 17:02:53 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: On Sunday, April 20, 2014, Nikita Zubkov wrote: > > > Ну а примеры задач будут? Это какой-то теоретизм в вакууме, который, я > думаю, и так известен участникам рассылки. > > Да возьмите любую свою - и будет вам пример. Про "и так известно" - видимо, не всем, раз находятся возражатели... > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mialinx на gmail.com Sun Apr 20 11:15:02 2014 From: mialinx на gmail.com (Dmitry Smal) Date: Sun, 20 Apr 2014 22:15:02 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHQ0s/T2SDCxdogz9TXxdTB?= In-Reply-To: References: <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: <53540EA6.7080105@gmail.com> Ну шикарный вброс сделали :) И даже убедили нас, промышленная VM с JIT и профайлером - круто. А что с обратной стороной медали - на каких языках для это машины можно писать? Много людей разрабатывает масштабные проекты на Jython или Jruby (что бы не просто скриптинг прикрутить) ? <-- тут требуется сокрушительный ответ со стороны jvm фагов --> Так что JVM - это скорее всего еще и язык Java. Когда я ушел с Java (1.5 тогда была) у нее было две проблемы (на мой взгляд): 1) Разработка приносила боль. Если ты не идус конечно :) 2) Java - это быыыстро! Поэтому никто не за толщиной и сложностью софта никто особо не следил. В результате сферический Java-софт-в-вакуме - это неподъемный монстр, котору нужно тонным памяти и ядер. Да вот для примера наша Jira в конторе на 3000 чел, ну пускай в ней 100000 тасков. Пускай я каждый сотрудник делает 100 запросов в день ~ итого 10 QPS. Это блин такой маааленький сайтик. Так почему страницы генерятся по 5-10с? Вы думаете JIT и профилировщик спасут нас? On 04/20/2014 03:09 PM, Daniel Podolsky wrote: > Я отвечу всем сразу, хорошо? > > 1) Threads > > 1.1) Треды сегодня - способ утилизировать ресурсы многоядерного > процессора. Хорошие треды позволяют утилизировать и ресурсы > многопроцессорной системы. Программеры, которые хорошо умеют это > делать без тредов, на рынке широко не представлены. > > 1.2) Треды должны обеспечивать легкую межпоточную коммуникацию. В этом > смысле в перле тредов нет. prefork и прочие многопроцессные модели > требуют привлечение для межпоточной коммуникации SYSV IPC, который > убог, с одной стороны, и избыточно сложен с другой. > > 2) JIT > > 2.1) При прочих равных JIT реально повышает производительность. > Соответственно, современная VM должна его иметь. С чем тут спорить - > не понимаю. > > 2.2) Если JIT нет - работу по выявлению узких мест и их переписыванию > на уровень пониже приходится делать человеку. Именно так JIT связан с > удешевлением разработки. > > 2.3) JIT способен производить оптимизацию, которую человеку никогда не > осилить. Например, он может определить, что в 99% случаев некий цикл > завершается за три итерации, и развернуть его в плоский код. > > 3) Sampling Profiler > > 3.1) Семплирующий профайлер позволяет изучать прямо сейчас тормозящий > боевой код. Другого способа делать это задешево я не знаю. А вы? > > 3.1.1) Пока вы разрабатываете - семплирующий профайлер вам не нужен. А > вот когда у вас появляется потребность в дебаге кода, который тормозит > только на боевом трафике, и то не всегда - вот тогда вы начинаете > искать средства. Проблема программеров в том, что им редко приходится > иметь дело с эксплуатацией. > > 3.2) VM перла не предоставляет доступа к перловому стеку вызовов. > Поэтому системного уровня профайлер оказывается бесполезен. > > 4) Язык perl мне нравится. Больше других, наверное. Но! > > 4.1) С точки зрения эксплуатации perl - не язык, а его VM. Со всеми вытекающими. > > 4.2) perl - это CPAN. А CPAN завязан на особенности реализации так > плотно, что переписать язык на современную VM нереально. Вон, есть V8. > Был бы perl под V8 - я бы только им и пользовался для всего. Но - нет, > и не будет. From nikzubkov на gmail.com Sun Apr 20 12:41:38 2014 From: nikzubkov на gmail.com (Nikita Zubkov) Date: Sun, 20 Apr 2014 21:41:38 +0200 Subject: [Moscow.pm] =?koi8-r?b?+sHQ0s/T2SDCxdogz9TXxdTB?= In-Reply-To: References: <1397627684.841685139@f283.i.mail.ru> <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> Message-ID: <59F5729B-8CAD-43FE-B2D8-09CA6893CBEC@gmail.com> Я беру любую свою и не вижу где-бы мне нужны были треды. Числодробилки это отдельная тема, но для них эффективнее брать готовое решение на c/c++, чем писать самому на языке "высокого" уровня. Кроме того, такие штуки лучше держать на отдельной машине и выигрыш от поддержки тредов языком в таком случае отсутствует. Я не отрицаю, бывают ситуации когда треды нужны, но это очень редкие случаи. Если у вас такой случай - ок. > 20 апр. 2014 г., в 15:02, Daniel Podolsky написал(а): > > > >> On Sunday, April 20, 2014, Nikita Zubkov wrote: >> >> >> Ну а примеры задач будут? Это какой-то теоретизм в вакууме, который, я думаю, и так известен участникам рассылки. > Да возьмите любую свою - и будет вам пример. > > Про "и так известно" - видимо, не всем, раз находятся возражатели... > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From onokonem на gmail.com Sun Apr 20 13:03:47 2014 From: onokonem на gmail.com (Daniel Podolsky) Date: Mon, 21 Apr 2014 00:03:47 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: <53540EA6.7080105@gmail.com> References: <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> <53540EA6.7080105@gmail.com> Message-ID: > А что с обратной стороной медали - на каких языках для это машины можно > писать? мой список - groovy, scala, clojure. > Вы думаете JIT и профилировщик спасут нас? atlassian спасут только массовые расстрелы :( From akovbovich на gmail.com Sun Apr 20 13:05:34 2014 From: akovbovich на gmail.com (Andrey Kovbovich) Date: Mon, 21 Apr 2014 00:05:34 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: <53540EA6.7080105@gmail.com> References: <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> <53540EA6.7080105@gmail.com> Message-ID: 20 апреля 2014 г., 22:15 пользователь Dmitry Smal написал: > Так что JVM - это скорее всего еще и язык Java. а еще Scala, Clojure. Сами понимаете, конкуренция Perl-у неслабая. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From akzhan.abdulin на gmail.com Sun Apr 20 13:08:36 2014 From: akzhan.abdulin на gmail.com (Akzhan Abdulin) Date: Mon, 21 Apr 2014 00:08:36 +0400 Subject: [Moscow.pm] =?utf-8?b?0JfQsNC/0YDQvtGB0Ysg0LHQtdC3INC+0YLQstC1?= =?utf-8?b?0YLQsA==?= In-Reply-To: References: <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> <53540EA6.7080105@gmail.com> Message-ID: Скорее всему семейству просто скриптовых языков (Perl, Ruby, Python). Но, к счастью, везде есть свои плюсы и свои минусы. 21 апреля 2014 г., 0:05 пользователь Andrey Kovbovich написал: > > 20 апреля 2014 г., 22:15 пользователь Dmitry Smal написал: > > Так что JVM - это скорее всего еще и язык Java. > > > а еще Scala, Clojure. Сами понимаете, конкуренция Perl-у неслабая. > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a на lelf.me Sun Apr 20 19:38:06 2014 From: a на lelf.me (Antonio Nikishaev) Date: Mon, 21 Apr 2014 06:38:06 +0400 Subject: [Moscow.pm] =?koi8-r?b?+sHQ0s/T2SDCxdogz9TXxdTB?= In-Reply-To: <53540EA6.7080105@gmail.com> References: <5350594F.6050807@gmail.com> <7F539316-54DC-4C23-A31F-2E6FFE149135@corp.mail.ru> <2408F8D0-8C97-4928-A807-75132C305285@gmail.com> <53540EA6.7080105@gm ail.com> Message-ID: <566AC098-9460-4E33-B4CE-A016829356AC@lelf.me> On 20 Apr 2014, at 22:15, Dmitry Smal wrote: > Ну шикарный вброс сделали :) > И даже убедили нас, промышленная VM с JIT и профайлером - круто. > А что с обратной стороной медали - на каких языках для это машины можно писать? На perl6. // Всегда ваш, КО From rafagudinov на gmail.com Tue Apr 22 12:16:26 2014 From: rafagudinov на gmail.com (Alan Rafagudinov) Date: Tue, 22 Apr 2014 23:16:26 +0400 Subject: [Moscow.pm] unexpected bit width Message-ID: <5356C00A.8010104@gmail.com> Привет, коллеги! Мозг себе сломал, не могу понять природу ошибки: #!/usr/bin/env perl use strict; use utf8; my $str = " ? 00"; $str =~ /\bXXX\s?0/i; При запуске этого кода получаю: "panic: swash_fetch got swatch of unexpected bit width, slen=32, needents=64 at ./1.pl line 8." Есть идеи почему? Кстати, например, следующий код не ругается: #!/usr/bin/env perl use strict; use utf8; my $str = " ? 0"; $str =~ /\bXXX\s?0/i; From monk на nuked.su Tue Apr 22 12:40:14 2014 From: monk на nuked.su (Maxim) Date: Tue, 22 Apr 2014 23:40:14 +0400 Subject: [Moscow.pm] unexpected bit width In-Reply-To: <5356C00A.8010104@gmail.com> References: <5356C00A.8010104@gmail.com> Message-ID: <1398195614.3391.3.camel@cruel.crystalnet.ru> У меня не воспроизводится. $perl -v | head -2 | tail -1 This is perl, v5.10.1 (*) built for i386-linux-thread-multi Пример запускается и не ругается. ---------------------- $cat test.pl #!/usr/bin/env perl use strict; use warnings; use utf8; use Data::Dumper; my $str = " ? 00"; my $res = ($str =~ /\bXXX\s?0/i); warn Dumper $res; ----------------------- $LC_ALL=ru_RU.utf8 perl test.pl $VAR1 = ''; ----------------------- $ perl test.pl $VAR1 = ''; ----------------------- On Tue, 2014-04-22 at 23:16 +0400, Alan Rafagudinov wrote: > Привет, коллеги! > > Мозг себе сломал, не могу понять природу ошибки: > > > #!/usr/bin/env perl > > use strict; > use utf8; > > my $str = " ? 00"; > > $str =~ /\bXXX\s?0/i; > > > При запуске этого кода получаю: > > "panic: swash_fetch got swatch of unexpected bit width, slen=32, > needents=64 at ./1.pl line 8." > > Есть идеи почему? > > Кстати, например, следующий код не ругается: > > > #!/usr/bin/env perl > > use strict; > use utf8; > > my $str = " ? 0"; > > $str =~ /\bXXX\s?0/i; From vaneska.ru на gmail.com Tue Apr 22 22:27:15 2014 From: vaneska.ru на gmail.com (=?UTF-8?B?0JjQstCw0L0g0KHQvtC60L7Qu9C+0LI=?=) Date: Wed, 23 Apr 2014 09:27:15 +0400 Subject: [Moscow.pm] unexpected bit width In-Reply-To: <1398195614.3391.3.camel@cruel.crystalnet.ru> References: <5356C00A.8010104@gmail.com> <1398195614.3391.3.camel@cruel.crystalnet.ru> Message-ID: v5.14.2 полет нормальный 22 апреля 2014 г., 23:40 пользователь Maxim написал: > У меня не воспроизводится. > > $perl -v | head -2 | tail -1 > This is perl, v5.10.1 (*) built for i386-linux-thread-multi > > Пример запускается и не ругается. > ---------------------- > $cat test.pl > #!/usr/bin/env perl > > use strict; > use warnings; > use utf8; > > use Data::Dumper; > > my $str = " ? 00"; > > my $res = ($str =~ /\bXXX\s?0/i); > warn Dumper $res; > ----------------------- > $LC_ALL=ru_RU.utf8 perl test.pl > $VAR1 = ''; > ----------------------- > $ perl test.pl > $VAR1 = ''; > ----------------------- > > > > On Tue, 2014-04-22 at 23:16 +0400, Alan Rafagudinov wrote: > > Привет, коллеги! > > > > Мозг себе сломал, не могу понять природу ошибки: > > > > > > #!/usr/bin/env perl > > > > use strict; > > use utf8; > > > > my $str = " ? 00"; > > > > $str =~ /\bXXX\s?0/i; > > > > > > При запуске этого кода получаю: > > > > "panic: swash_fetch got swatch of unexpected bit width, slen=32, > > needents=64 at ./1.pl line 8." > > > > Есть идеи почему? > > > > Кстати, например, следующий код не ругается: > > > > > > #!/usr/bin/env perl > > > > use strict; > > use utf8; > > > > my $str = " ? 0"; > > > > $str =~ /\bXXX\s?0/i; > > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > -- С уважением, Иван ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From rafagudinov на gmail.com Wed Apr 23 14:27:41 2014 From: rafagudinov на gmail.com (Alan Rafagudinov) Date: Thu, 24 Apr 2014 01:27:41 +0400 Subject: [Moscow.pm] =?koi8-r?b?5MHKxNbF09Qg09DJ08vBINLB09PZzMvJIE1vc2Nv?= =?koi8-r?b?dy1wbTsg1M/NIDc4LCDX2dDV08sgNTE=?= In-Reply-To: References: Message-ID: <5358304D.6010304@gmail.com> Perl: v5.19.9 built for x86_64-linux (perlbrew) Локаль: en_US.UTF-8 > У меня не воспроизводится. > > $perl -v | head -2 | tail -1 > This is perl, v5.10.1 (*) built for i386-linux-thread-multi > > Пример запускается и не ругается. > ---------------------- > $cat test.pl > #!/usr/bin/env perl > > use strict; > use warnings; > use utf8; > > use Data::Dumper; > > my $str = " ? 00"; > > my $res = ($str =~ /\bXXX\s?0/i); > warn Dumper $res; > ----------------------- > $LC_ALL=ru_RU.utf8 perl test.pl > $VAR1 = ''; > ----------------------- > $ perl test.pl > $VAR1 = ''; > ----------------------- > > > > On Tue, 2014-04-22 at 23:16 +0400, Alan Rafagudinov wrote: >> Привет, коллеги! >> >> Мозг себе сломал, не могу понять природу ошибки: >> >> >> #!/usr/bin/env perl >> >> use strict; >> use utf8; >> >> my $str = " ? 00"; >> >> $str =~ /\bXXX\s?0/i; >> >> >> При запуске этого кода получаю: >> >> "panic: swash_fetch got swatch of unexpected bit width, slen=32, >> needents=64 at ./1.pl line 8." >> >> Есть идеи почему? >> >> Кстати, например, следующий код не ругается: >> >> >> #!/usr/bin/env perl >> >> use strict; >> use utf8; >> >> my $str = " ? 0"; >> >> $str =~ /\bXXX\s?0/i; > > > ------------------------------ > > Message: 3 > Date: Wed, 23 Apr 2014 09:27:15 +0400 > From: Иван Соколов > To: "Moscow.pm group" > Subject: Re: [Moscow.pm] unexpected bit width > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > v5.14.2 полет нормальный > > > 22 апреля 2014 г., 23:40 пользователь Maxim написал: > >> У меня не воспроизводится. >> >> $perl -v | head -2 | tail -1 >> This is perl, v5.10.1 (*) built for i386-linux-thread-multi >> >> Пример запускается и не ругается. >> ---------------------- >> $cat test.pl >> #!/usr/bin/env perl >> >> use strict; >> use warnings; >> use utf8; >> >> use Data::Dumper; >> >> my $str = " ? 00"; >> >> my $res = ($str =~ /\bXXX\s?0/i); >> warn Dumper $res; >> ----------------------- >> $LC_ALL=ru_RU.utf8 perl test.pl >> $VAR1 = ''; >> ----------------------- >> $ perl test.pl >> $VAR1 = ''; >> ----------------------- From rafagudinov на gmail.com Wed Apr 23 15:27:55 2014 From: rafagudinov на gmail.com (Alan Rafagudinov) Date: Thu, 24 Apr 2014 02:27:55 +0400 Subject: [Moscow.pm] =?koi8-r?b?5MHKxNbF09Qg09DJ08vBINLB09PZzMvJIE1vc2Nv?= =?koi8-r?b?dy1wbTsg1M/NIDc4LCDX2dDV08sgNTE=?= In-Reply-To: References: Message-ID: <53583E6B.9000001@gmail.com> Похоже баг в версии 5.19.9 (x86_64) был. В 5.19.11 - уже не воспроизводится. Кому интересно покопаться, попробуйте запустить код http://rafagudinov.me/perl_bug.pl в 5.19.9. > У меня не воспроизводится. > > $perl -v | head -2 | tail -1 > This is perl, v5.10.1 (*) built for i386-linux-thread-multi > > Пример запускается и не ругается. > ---------------------- > $cat test.pl > #!/usr/bin/env perl > > use strict; > use warnings; > use utf8; > > use Data::Dumper; > > my $str = " ? 00"; > > my $res = ($str =~ /\bXXX\s?0/i); > warn Dumper $res; > ----------------------- > $LC_ALL=ru_RU.utf8 perl test.pl > $VAR1 = ''; > ----------------------- > $ perl test.pl > $VAR1 = ''; > ----------------------- > > > > On Tue, 2014-04-22 at 23:16 +0400, Alan Rafagudinov wrote: >> Привет, коллеги! >> >> Мозг себе сломал, не могу понять природу ошибки: >> >> >> #!/usr/bin/env perl >> >> use strict; >> use utf8; >> >> my $str = " ? 00"; >> >> $str =~ /\bXXX\s?0/i; >> >> >> При запуске этого кода получаю: >> >> "panic: swash_fetch got swatch of unexpected bit width, slen=32, >> needents=64 at ./1.pl line 8." >> >> Есть идеи почему? >> >> Кстати, например, следующий код не ругается: >> >> >> #!/usr/bin/env perl >> >> use strict; >> use utf8; >> >> my $str = " ? 0"; >> >> $str =~ /\bXXX\s?0/i; > > > ------------------------------ > > Message: 3 > Date: Wed, 23 Apr 2014 09:27:15 +0400 > From: Иван Соколов > To: "Moscow.pm group" > Subject: Re: [Moscow.pm] unexpected bit width > Message-ID: > > Content-Type: text/plain; charset="utf-8" > > v5.14.2 полет нормальный > > > 22 апреля 2014 г., 23:40 пользователь Maxim написал: > >> У меня не воспроизводится. >> >> $perl -v | head -2 | tail -1 >> This is perl, v5.10.1 (*) built for i386-linux-thread-multi >> >> Пример запускается и не ругается. >> ---------------------- >> $cat test.pl >> #!/usr/bin/env perl >> >> use strict; >> use warnings; >> use utf8; >> >> use Data::Dumper; >> >> my $str = " ? 00"; >> >> my $res = ($str =~ /\bXXX\s?0/i); >> warn Dumper $res; >> ----------------------- >> $LC_ALL=ru_RU.utf8 perl test.pl >> $VAR1 = ''; >> ----------------------- >> $ perl test.pl >> $VAR1 = ''; >> ----------------------- >> >> >> >> On Tue, 2014-04-22 at 23:16 +0400, Alan Rafagudinov wrote: >>> Привет, коллеги! >>> >>> Мозг себе сломал, не могу понять природу ошибки: >>> >>> >>> #!/usr/bin/env perl >>> >>> use strict; >>> use utf8; >>> >>> my $str = " ? 00"; >>> >>> $str =~ /\bXXX\s?0/i; >>> >>> >>> При запуске этого кода получаю: >>> >>> "panic: swash_fetch got swatch of unexpected bit width, slen=32, >>> needents=64 at ./1.pl line 8." >>> >>> Есть идеи почему? >>> >>> Кстати, например, следующий код не ругается: >>> >>> >>> #!/usr/bin/env perl >>> >>> use strict; >>> use utf8; >>> >>> my $str = " ? 0"; >>> >>> $str =~ /\bXXX\s?0/i; >> >> -- >> Moscow.pm mailing list >> moscow-pm на pm.org | http://moscow.pm.org >> > > > From asan999 на gmail.com Wed Apr 23 22:54:59 2014 From: asan999 на gmail.com (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=E1=D3=D1=CB=C9=CE?=) Date: Thu, 24 Apr 2014 09:54:59 +0400 Subject: [Moscow.pm] =?koi8-r?b?5MHKxNbF09Qg09DJ08vBINLB09PZzMvJIE1vc2Nv?= =?koi8-r?b?dy1wbTsg1M/NIDc4LCDX2dDV08sgNTE=?= In-Reply-To: <53583E6B.9000001@gmail.com> References: <53583E6B.9000001@gmail.com> Message-ID: <5358A733.208@gmail.com> )) 5.19 - текущая разрабатываемая версия, конечно там будут баги, да не один) 24.04.2014 2:27, Alan Rafagudinov пишет: > Похоже баг в версии 5.19.9 (x86_64) был. В 5.19.11 - уже не > воспроизводится. Кому интересно покопаться, попробуйте запустить код > http://rafagudinov.me/perl_bug.pl в 5.19.9. > > >> У меня не воспроизводится. >> >> $perl -v | head -2 | tail -1 >> This is perl, v5.10.1 (*) built for i386-linux-thread-multi >> >> Пример запускается и не ругается. >> ---------------------- >> $cat test.pl >> #!/usr/bin/env perl >> >> use strict; >> use warnings; >> use utf8; >> >> use Data::Dumper; >> >> my $str = " ? 00"; >> >> my $res = ($str =~ /\bXXX\s?0/i); >> warn Dumper $res; >> ----------------------- >> $LC_ALL=ru_RU.utf8 perl test.pl >> $VAR1 = ''; >> ----------------------- >> $ perl test.pl >> $VAR1 = ''; >> ----------------------- >> >> >> >> On Tue, 2014-04-22 at 23:16 +0400, Alan Rafagudinov wrote: >>> Привет, коллеги! >>> >>> Мозг себе сломал, не могу понять природу ошибки: >>> >>> >>> #!/usr/bin/env perl >>> >>> use strict; >>> use utf8; >>> >>> my $str = " ? 00"; >>> >>> $str =~ /\bXXX\s?0/i; >>> >>> >>> При запуске этого кода получаю: >>> >>> "panic: swash_fetch got swatch of unexpected bit width, slen=32, >>> needents=64 at ./1.pl line 8." >>> >>> Есть идеи почему? >>> >>> Кстати, например, следующий код не ругается: >>> >>> >>> #!/usr/bin/env perl >>> >>> use strict; >>> use utf8; >>> >>> my $str = " ? 0"; >>> >>> $str =~ /\bXXX\s?0/i; >> >> ------------------------------ >> >> Message: 3 >> Date: Wed, 23 Apr 2014 09:27:15 +0400 >> From: Иван Соколов >> To: "Moscow.pm group" >> Subject: Re: [Moscow.pm] unexpected bit width >> Message-ID: >> >> Content-Type: text/plain; charset="utf-8" >> >> v5.14.2 полет нормальный >> >> >> 22 апреля 2014 г., 23:40 пользователь Maxim написал: >> >>> У меня не воспроизводится. >>> >>> $perl -v | head -2 | tail -1 >>> This is perl, v5.10.1 (*) built for i386-linux-thread-multi >>> >>> Пример запускается и не ругается. >>> ---------------------- >>> $cat test.pl >>> #!/usr/bin/env perl >>> >>> use strict; >>> use warnings; >>> use utf8; >>> >>> use Data::Dumper; >>> >>> my $str = " ? 00"; >>> >>> my $res = ($str =~ /\bXXX\s?0/i); >>> warn Dumper $res; >>> ----------------------- >>> $LC_ALL=ru_RU.utf8 perl test.pl >>> $VAR1 = ''; >>> ----------------------- >>> $ perl test.pl >>> $VAR1 = ''; >>> ----------------------- >>> >>> >>> >>> On Tue, 2014-04-22 at 23:16 +0400, Alan Rafagudinov wrote: >>>> Привет, коллеги! >>>> >>>> Мозг себе сломал, не могу понять природу ошибки: >>>> >>>> >>>> #!/usr/bin/env perl >>>> >>>> use strict; >>>> use utf8; >>>> >>>> my $str = " ? 00"; >>>> >>>> $str =~ /\bXXX\s?0/i; >>>> >>>> >>>> При запуске этого кода получаю: >>>> >>>> "panic: swash_fetch got swatch of unexpected bit width, slen=32, >>>> needents=64 at ./1.pl line 8." >>>> >>>> Есть идеи почему? >>>> >>>> Кстати, например, следующий код не ругается: >>>> >>>> >>>> #!/usr/bin/env perl >>>> >>>> use strict; >>>> use utf8; >>>> >>>> my $str = " ? 0"; >>>> >>>> $str =~ /\bXXX\s?0/i; >>> -- >>> Moscow.pm mailing list >>> moscow-pm на pm.org | http://moscow.pm.org >>> >> >> From 0body0 на rambler.ru Thu Apr 24 11:36:32 2014 From: 0body0 на rambler.ru (=?UTF-8?B?0JDQvdCw0YLQvtC70LjQuSDQk9GA0LjRiNCw0LXQsg==?=) Date: Thu, 24 Apr 2014 22:36:32 +0400 Subject: [Moscow.pm] unexpected bit width In-Reply-To: <5356C00A.8010104@gmail.com> References: <5356C00A.8010104@gmail.com> Message-ID: <535959B0.1040207@rambler.ru> Не воспроизводиться This is perl 5, version 16, subversion 2 (v5.16.2) built for x86_64-linux-thread-multi This is perl 5, version 18, subversion 2 (v5.18.2) built for MSWin32-x64-multi-thread Проверь PERL5OPT --- может какую гадость цепляешь через env. 22.04.2014 23:16, Alan Rafagudinov пишет: > Привет, коллеги! > > Мозг себе сломал, не могу понять природу ошибки: > > > #!/usr/bin/env perl > > use strict; > use utf8; > > my $str = " ? 00"; > > $str =~ /\bXXX\s?0/i; > > > При запуске этого кода получаю: > > "panic: swash_fetch got swatch of unexpected bit width, slen=32, > needents=64 at ./1.pl line 8." > > From maxim.vuets на gmail.com Sat Apr 26 02:05:31 2014 From: maxim.vuets на gmail.com (Maxim Vuets) Date: Sat, 26 Apr 2014 11:05:31 +0200 Subject: [Moscow.pm] =?koi8-r?b?9cTBzKPOzs/FINDSz8fSwc3J0s/Xwc7JxQ==?= In-Reply-To: References: <275813164.20140307183442@softsearch.ru> <578106611.20140307192403@softsearch.ru> <5319E58B.5060405@gmail.com> <1076365847.20140307201414@softsearch.ru> Message-ID: Ух ты, это потрясающе! На более шутливой волне и про Перл: http://youtu.be/KyLqUf4cdwc > On 07 Mar 2014, at 17:20, Stanislaw Pusep wrote: > > Code By Voice Faster Than Keyboard: http://www.i-programmer.info/news/99-professional/6263-code-by-voice-faster-than-keyboard.html > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Sat Apr 26 13:17:43 2014 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Sun, 27 Apr 2014 00:17:43 +0400 Subject: [Moscow.pm] =?utf-8?b?0LAg0LLQvtGCINC60YLQviDRgSDQu9C+0L3Qs9C/?= =?utf-8?b?0YPQu9C40L3Qs9C+0Lwg0YDQsNCx0L7RgtCw0LXRgj8=?= Message-ID: <20140426201743.GC15103@vdsl.uvw.ru> значит причины почему лонгпулинг: потому что вебсокеты пока 5/6 браузерами не поддерживается (у нас в ua по логам столько таковых) для доставки сообщений запилили сервер лонгпулинга (на тарантуле). соответственно кому надо - кладет евенты с ключами клиенты подписываются на перечень ключей и получают евенты посредством запросов к лонгпулинг-сервису из за того что клиенты a. на GPRS b. переконнекчиваются то время "жизни" сообщения на сервере довольно большое - >= 10 минут. далее, есть Event'ы на которые скажем кнопочка в интерфейсе перекрашивается. с теми все понятно. но есть Event'ы по которым делается AJAX запрос. все в целом работает оч красиво, юзер практически немедленную реакцию видит на удаленные события. однако есть одна траблема: если у юзера пропадает канал на скажем 5 минут, то после его появления он получает все евенты которые ему пришли за пять минут разом. то есть при выходе его "из тени" может выйти так, что его браузер начинает делать 20-30 AJAX запросов подряд. понятно что можно в *каждом отдельном* случае как-то либо "схлопывать сообщения" внутри большой пачки, либо делать релоад всей страницы итп, но хочется придумать какое-то относительно универсальное решение. вопрос: никто не думал над проблемой лонгпулинга и нестабильного коннекта с AJAX в ответ на события? From timur.nozadze на gmail.com Sat Apr 26 18:09:48 2014 From: timur.nozadze на gmail.com (=?UTF-8?B?0KLQuNC80YPRgCDQndC+0LfQsNC00LfQtQ==?=) Date: Sun, 27 Apr 2014 05:09:48 +0400 Subject: [Moscow.pm] =?utf-8?b?0JLQsNC60LDQvdGB0LjRjyDQvtGCIFJFRy5SVQ==?= Message-ID: Всем привет! Я принёс сегодня клёвую вакансию, надеюсь, вам понравится. :-) Компания REG.RU ищет крутых программистов в открывающийся офис разработки в Санкт-Петербурге. Описание нашей обычной вакансии можно увидеть здесь: https://www.reg.ru/company/jobs/prog. Однако, сегодня несколько особенное предложение. Во-первых, мы ищем людей в офис. Вопреки давнему пристрастию к удалёнщикам. Компания растёт, задачи становятся сложнее и масштабнее, и работа с удалёнщиками уже не всегда достаточно эффективна. Как ни крути, сложнее коммуникации, да и драйва меньше. Так что буквально через несколько недель мы открываем первый в нашей истории полноценный офис разработки. Конечно в Питере, где ж ещё? Команда на первом этапе будет небольшая, в пределах десятка человек, почти все ? разработчики. Кто придёт первым ? сможет застолбить лучшее место, поучаствовать в подборе оборудования, да и вообще куча плюшек, так что особо не откладывайте. ;) Во-вторых, у формируемой команды будет специфическое направление работы. Фактически, их будет два: 1) Поддержка и развитие биллинга. Всё, что касается движения денег в системе. Работа с платёжными системами, заказы, счета, балансы, цены, скидки, оплаты и возвраты. Ну и килограмм статистики сбоку. 2) Общее развитие и модернизация системы. Исследование и внедрение новых общесистемных механизмов, переработка старых, большие и маленькие рефакторинги ? всё, что позволит вывести технологическую платформу на новый уровень. Задача ? не просто кодить отсюда и до обеда, а лезть везде, где только можно, анализировать проблемы и узкие места, предлагать решения и реализовывать их, в том числе, при участии других команд. Так что активная позиция, здоровый рационализм и склонность к стратегическому мышлению приветствуются. Мы ожидаем, что вы не первый день в веб-разработке, готовы программировать на Perl (даже если никогда раньше этого не делали), имеете светлую голову и здравый рассудок, болеете за своё дело и хотите профессионально (и не только) развиваться. Опыт работы в крупных интернет-проектах приветствуется. Зарплатой и печеньками не обидим. Не стесняйтесь, пишите на resume на reg.ru или лично мне на timurn на reg.ru (да, я буду вашим злым боссом), ответим на все вопросы. -- С уважением, Тимур Нозадзе ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From postmaster на softsearch.ru Sun Apr 27 10:36:58 2014 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sun, 27 Apr 2014 21:36:58 +0400 Subject: [Moscow.pm] =?koi8-r?b?wSDXz9Qgy9TPINMgzM/Ox9DVzMnOx8/NINLBws/U?= =?koi8-r?b?wcXUPw==?= In-Reply-To: <20140426201743.GC15103@vdsl.uvw.ru> References: <20140426201743.GC15103@vdsl.uvw.ru> Message-ID: <241241786.20140427213658@softsearch.ru> Здравствуйте, Ivan. > если у юзера пропадает канал на скажем 5 минут, то после его > появления он получает все евенты которые ему пришли за пять минут > разом. > то есть при выходе его "из тени" может выйти так, что его браузер > начинает делать 20-30 AJAX запросов подряд. А чем это плохо? -- С уважением, Михаил mailto:postmaster на softsearch.ru From dmitry на eremeev.ru Sun Apr 27 10:50:06 2014 From: dmitry на eremeev.ru (Dmitry Eremeev) Date: Sun, 27 Apr 2014 21:50:06 +0400 Subject: [Moscow.pm] =?utf-8?b?0LAg0LLQvtGCINC60YLQviDRgSDQu9C+0L3Qs9C/?= =?utf-8?b?0YPQu9C40L3Qs9C+0Lwg0YDQsNCx0L7RgtCw0LXRgj8=?= In-Reply-To: <241241786.20140427213658@softsearch.ru> References: <20140426201743.GC15103@vdsl.uvw.ru> <241241786.20140427213658@softsearch.ru> Message-ID: Ну, типа серваки попадают. :-) ?  Yours Dmitry Eremeev +7 906 700-57-71 On 27 апреля 2014 г. at 21:37:29, Михаил Монашёв (postmaster на softsearch.ru) wrote: Здравствуйте, Ivan. > если у юзера пропадает канал на скажем 5 минут, то после его > появления он получает все евенты которые ему пришли за пять минут > разом. > то есть при выходе его "из тени" может выйти так, что его браузер > начинает делать 20-30 AJAX запросов подряд. А чем это плохо? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From i.petro.77.00 на gmail.com Sun Apr 27 10:58:05 2014 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Sun, 27 Apr 2014 21:58:05 +0400 Subject: [Moscow.pm] =?utf-8?b?0LAg0LLQvtGCINC60YLQviDRgSDQu9C+0L3Qs9C/?= =?utf-8?b?0YPQu9C40L3Qs9C+0Lwg0YDQsNCx0L7RgtCw0LXRgj8=?= In-Reply-To: References: <20140426201743.GC15103@vdsl.uvw.ru> <241241786.20140427213658@softsearch.ru> Message-ID: <20140427175805.GD15103@vdsl.uvw.ru> > Ну, типа серваки попадают. :-) неа, не серваки. браузеры. ну и в общем-то сервакам тоже незачем впустую гонять запросы к БД, ставшие уже неактуальными From aml на rulezz.ru Sun Apr 27 11:21:32 2014 From: aml на rulezz.ru (Alexander Lourier) Date: Sun, 27 Apr 2014 20:21:32 +0200 Subject: [Moscow.pm] =?utf-8?b?0LAg0LLQvtGCINC60YLQviDRgSDQu9C+0L3Qs9C/?= =?utf-8?b?0YPQu9C40L3Qs9C+0Lwg0YDQsNCx0L7RgtCw0LXRgj8=?= In-Reply-To: <20140426201743.GC15103@vdsl.uvw.ru> References: <20140426201743.GC15103@vdsl.uvw.ru> Message-ID: Судя по вашему описанию, клиент ведёт себя неадекватно. При реконнекте не должно идти много соединений. Вы должны инициировать соединение с сервером, у него есть таймаут, скажем 30 секунд. Если в течение этого времени ничего не пришло, клиент делает XMLHttpRequest.abort и только потом инициирует новое соединение. Никаких 30 одновременно никак не получится. 26 апреля 2014 г., 22:17 пользователь Ivan Petrov написал: > значит причины почему лонгпулинг: потому что вебсокеты пока 5/6 > браузерами не поддерживается (у нас в ua по логам столько таковых) > > для доставки сообщений запилили сервер лонгпулинга (на тарантуле). > > соответственно кому надо - кладет евенты с ключами > клиенты подписываются на перечень ключей и получают евенты посредством > запросов к лонгпулинг-сервису > > из за того что клиенты > > a. на GPRS > b. переконнекчиваются > > то время "жизни" сообщения на сервере довольно большое - >= 10 минут. > > далее, есть Event'ы на которые скажем кнопочка в интерфейсе > перекрашивается. с теми все понятно. > > но есть Event'ы по которым делается AJAX запрос. > > все в целом работает оч красиво, юзер практически немедленную реакцию > видит на удаленные события. > > однако есть одна траблема: > > если у юзера пропадает канал на скажем 5 минут, то после его появления > он получает все евенты которые ему пришли за пять минут разом. > > то есть при выходе его "из тени" может выйти так, что его браузер > начинает делать 20-30 AJAX запросов подряд. > > понятно что можно в *каждом отдельном* случае как-то либо "схлопывать > сообщения" внутри большой пачки, либо делать релоад всей страницы итп, > но хочется придумать какое-то относительно универсальное решение. > > вопрос: никто не думал над проблемой лонгпулинга и нестабильного > коннекта с AJAX в ответ на события? > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From denis.fedoseev на gmail.com Mon Apr 28 01:23:53 2014 From: denis.fedoseev на gmail.com (Denis Fedoseev) Date: Mon, 28 Apr 2014 12:23:53 +0400 Subject: [Moscow.pm] =?utf-8?b?0LAg0LLQvtGCINC60YLQviDRgSDQu9C+0L3Qs9C/?= =?utf-8?b?0YPQu9C40L3Qs9C+0Lwg0YDQsNCx0L7RgtCw0LXRgj8=?= In-Reply-To: References: <20140426201743.GC15103@vdsl.uvw.ru> Message-ID: >Судя по вашему описанию, клиент ведёт себя неадекватно. При реконнекте не должно идти много соединений. Вы должны инициировать соединение с сервером, у него есть таймаут, скажем 30 секунд. Если в течение этого времени ничего не пришло, клиент делает XMLHttpRequest.abort и только потом инициирует новое соединение. Никаких 30 одновременно никак не получится. Отлично получится если на странице есть много независимых опрашивалок, каждая из которых создает запрос. 27 апреля 2014 г., 22:21 пользователь Alexander Lourier написал: > Судя по вашему описанию, клиент ведёт себя неадекватно. При реконнекте не > должно идти много соединений. Вы должны инициировать соединение с сервером, > у него есть таймаут, скажем 30 секунд. Если в течение этого времени ничего > не пришло, клиент делает XMLHttpRequest.abort и только потом инициирует > новое соединение. Никаких 30 одновременно никак не получится. > > > 26 апреля 2014 г., 22:17 пользователь Ivan Petrov > написал: > > значит причины почему лонгпулинг: потому что вебсокеты пока 5/6 >> браузерами не поддерживается (у нас в ua по логам столько таковых) >> >> для доставки сообщений запилили сервер лонгпулинга (на тарантуле). >> >> соответственно кому надо - кладет евенты с ключами >> клиенты подписываются на перечень ключей и получают евенты посредством >> запросов к лонгпулинг-сервису >> >> из за того что клиенты >> >> a. на GPRS >> b. переконнекчиваются >> >> то время "жизни" сообщения на сервере довольно большое - >= 10 минут. >> >> далее, есть Event'ы на которые скажем кнопочка в интерфейсе >> перекрашивается. с теми все понятно. >> >> но есть Event'ы по которым делается AJAX запрос. >> >> все в целом работает оч красиво, юзер практически немедленную реакцию >> видит на удаленные события. >> >> однако есть одна траблема: >> >> если у юзера пропадает канал на скажем 5 минут, то после его появления >> он получает все евенты которые ему пришли за пять минут разом. >> >> то есть при выходе его "из тени" может выйти так, что его браузер >> начинает делать 20-30 AJAX запросов подряд. >> >> понятно что можно в *каждом отдельном* случае как-то либо "схлопывать >> сообщения" внутри большой пачки, либо делать релоад всей страницы итп, >> но хочется придумать какое-то относительно универсальное решение. >> >> вопрос: никто не думал над проблемой лонгпулинга и нестабильного >> коннекта с AJAX в ответ на события? >> -- >> 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 Apr 28 01:27:30 2014 From: i.petro.77.00 на gmail.com (Ivan Petrov) Date: Mon, 28 Apr 2014 12:27:30 +0400 Subject: [Moscow.pm] =?utf-8?b?0LAg0LLQvtGCINC60YLQviDRgSDQu9C+0L3Qs9C/?= =?utf-8?b?0YPQu9C40L3Qs9C+0Lwg0YDQsNCx0L7RgtCw0LXRgj8=?= In-Reply-To: References: <20140426201743.GC15103@vdsl.uvw.ru> Message-ID: <20140428082730.GE15103@vdsl.uvw.ru> > Судя по вашему описанию, клиент ведёт себя неадекватно. При реконнекте не > должно идти много соединений. Вы должны инициировать соединение с сервером, у > него есть таймаут, скажем 30 секунд. Если в течение этого времени ничего не > пришло, клиент делает XMLHttpRequest.abort и только потом инициирует новое > соединение. Никаких 30 одновременно никак не получится. Вы видимо вообще с лонгпулингом не работали? да примерно так и работает, здесь речь идет уже о том что происходит ПОСЛЕ XMLHttpRequest.abort. а после происходят повторные попытки. если повторная попытка удачная, то клиент в результате этой удачи получает все сообщения накопившиеся "для него" за время пока шли попытки переустановить соединение. ну и вообще смысл работы любого сервера лонгпулинга - хранить сообщения для клиентов пока те реконнектятся. если бы не было реконнектов, то получился бы вебсокет. далее получается что поскольку с лонгпулингом мы таким образом можем получить сразу большой пакет событий, то уже *в обработке* этих событий получается: - если событие приводит скажем к изменению цвета кнопки - тут все просто - если событие рождает AJAX запрос, то вот тут начинаются проблемы. ибо в некоторых случаях может получаться пакет AJAX запросов. вопрос состоит в том что либо мы *в конкретном приложении* придумываем некие критерии как эти запросы обрабатывать пакетно, либо видимо можно сформулировать некоторый общий критерий, обобщенную реакцию самого клиента lp на такие события, как задержки. я вопрос тут описал как раз на тему может кто-то продумывал сие на общеконцептуальном, архитектурном уровне From eugene.toropov на gmail.com Mon Apr 28 01:37:27 2014 From: eugene.toropov на gmail.com (Eugene Toropov) Date: Mon, 28 Apr 2014 12:37:27 +0400 Subject: [Moscow.pm] =?koi8-r?b?wSDXz9Qgy9TPINMgzM/Ox9DVzMnOx8/NINLBws/U?= =?koi8-r?b?wcXUPw==?= In-Reply-To: <20140428082730.GE15103@vdsl.uvw.ru> References: <20140426201743.GC15103@vdsl.uvw.ru> <20140428082730.GE15103@vdsl.uvw.ru> Message-ID: А что насчет throttling-а событий (на клиенте, либо сервере, если он отделяет AJAX от других), делая искусственную паузу, пока очередь не освободится? On Apr 28, 2014, at 12:27 PM, Ivan Petrov wrote: >> Судя по вашему описанию, клиент ведёт себя неадекватно. При реконнекте не >> должно идти много соединений. Вы должны инициировать соединение с сервером, у >> него есть таймаут, скажем 30 секунд. Если в течение этого времени ничего не >> пришло, клиент делает XMLHttpRequest.abort и только потом инициирует новое >> соединение. Никаких 30 одновременно никак не получится. > > Вы видимо вообще с лонгпулингом не работали? > > да примерно так и работает, здесь речь идет уже о том что происходит > ПОСЛЕ XMLHttpRequest.abort. > > а после происходят повторные попытки. > > если повторная попытка удачная, то клиент в результате этой удачи > получает все сообщения накопившиеся "для него" за время пока шли > попытки переустановить соединение. > > ну и вообще смысл работы любого сервера лонгпулинга - хранить > сообщения для клиентов пока те реконнектятся. > если бы не было реконнектов, то получился бы вебсокет. > > > далее получается что поскольку с лонгпулингом мы таким образом можем > получить сразу большой пакет событий, то уже *в обработке* этих > событий получается: > > - если событие приводит скажем к изменению цвета кнопки - тут все > просто > - если событие рождает AJAX запрос, то вот тут начинаются проблемы. > > ибо в некоторых случаях может получаться пакет AJAX запросов. > > вопрос состоит в том что либо мы *в конкретном приложении* придумываем > некие критерии как эти запросы обрабатывать пакетно, > либо видимо можно сформулировать некоторый общий критерий, обобщенную > реакцию самого клиента lp на такие события, как задержки. > > я вопрос тут описал как раз на тему может кто-то продумывал сие на > общеконцептуальном, архитектурном уровне > -- > Moscow.pm mailing list > moscow-pm на pm.org | http://moscow.pm.org From aml на rulezz.ru Mon Apr 28 03:10:43 2014 From: aml на rulezz.ru (Alexander Lourier) Date: Mon, 28 Apr 2014 12:10:43 +0200 Subject: [Moscow.pm] =?utf-8?b?0LAg0LLQvtGCINC60YLQviDRgSDQu9C+0L3Qs9C/?= =?utf-8?b?0YPQu9C40L3Qs9C+0Lwg0YDQsNCx0L7RgtCw0LXRgj8=?= In-Reply-To: <20140428082730.GE15103@vdsl.uvw.ru> References: <20140426201743.GC15103@vdsl.uvw.ru> <20140428082730.GE15103@vdsl.uvw.ru> Message-ID: 28 апреля 2014 г., 10:27 пользователь Ivan Petrov написал: > > Судя по вашему описанию, клиент ведёт себя неадекватно. При реконнекте не > > должно идти много соединений. Вы должны инициировать соединение с > сервером, у > > него есть таймаут, скажем 30 секунд. Если в течение этого времени ничего > не > > пришло, клиент делает XMLHttpRequest.abort и только потом инициирует > новое > > соединение. Никаких 30 одновременно никак не получится. > > Вы видимо вообще с лонгпулингом не работали? > Не, работал и много. Браузерные игры делал. > да примерно так и работает, здесь речь идет уже о том что происходит > ПОСЛЕ XMLHttpRequest.abort. > > а после происходят повторные попытки. > Верно. > > если повторная попытка удачная, то клиент в результате этой удачи > получает все сообщения накопившиеся "для него" за время пока шли > попытки переустановить соединение. > Верно. Вся пачка будет доставлена за один запрос, который последует за обрывом связи. > > ну и вообще смысл работы любого сервера лонгпулинга - хранить > сообщения для клиентов пока те реконнектятся. > если бы не было реконнектов, то получился бы вебсокет. > Верно. Точнее, есть ещё таймаут на стороне сервера, который заставит сервер "забыть" клиента, если он надолго отвалился. И тогда после реконнекта клиент получит уведомление, что его сессия протухла, и надо загрузить всё состояние приложения заново. > далее получается что поскольку с лонгпулингом мы таким образом можем > получить сразу большой пакет событий, то уже *в обработке* этих > событий получается: > > - если событие приводит скажем к изменению цвета кнопки - тут все > просто > - если событие рождает AJAX запрос, то вот тут начинаются проблемы. ибо в > некоторых случаях может получаться пакет AJAX запросов. > А зачем событию рождать AJAX запрос? Я не очень знаю, что у вас за приложение, но, вероятно, этого как раз можно избежать. Если надо запросить 30 дополнительных объектов, то может это сделать одним запросом на сервер? Или доставить их прямо внутри лонгполл-ответа? > вопрос состоит в том что либо мы *в конкретном приложении* придумываем > некие критерии как эти запросы обрабатывать пакетно, > либо видимо можно сформулировать некоторый общий критерий, обобщенную > реакцию самого клиента lp на такие события, как задержки. > > я вопрос тут описал как раз на тему может кто-то продумывал сие на > общеконцептуальном, архитектурном уровне Я так делаю: Когда клиент присоединяется, ему приходит через лонгполл "состояние мира". В играх это текущая локация, список объектов на локации, их координаты. Когда состояние объекта меняется (персонаж передвигается, например), всем подключенным клиентам в той же локации рассылается сообщение "объект 123 движется по траектории 5,7,4,2,6,7,3,2". Каждое сообщение маркируется тегом, в данном случае это будет 123.coord. Если какой-то клиент ещё не успел выгрести предыдущее сообщение с тем же тегом, то старое заменяется новым. Такие образом, после таймаута клиент не получит 100500 пропущенных перемещений, а только самое свежее. Если же клиент отваливается очень надолго, то через несколько минут сервером фиксируется таймаут, а персонажа выкидывает из игры. Если соединение восстановилось, то сервер обрабатывает событие "игрок вошёл в игру", на клиент посылается пакет "очистить всё", а затем полный перечень всеъ объектов на локации и т.д, как будто новый клиент подключился. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mik.jackson на yandex.ru Tue Apr 29 02:51:42 2014 From: mik.jackson на yandex.ru (=?koi8-r?B?7cnIwcnMIOXHz9LP1w==?=) Date: Tue, 29 Apr 2014 13:51:42 +0400 Subject: [Moscow.pm] =?koi8-r?b?W/fBy8HO08nRXSDp3cXNINDF0swt0NLPx9LBzc3J?= =?koi8-r?b?09TBLg==?= Message-ID: <573961398765102@web26m.yandex.ru> Ищем перл программиста на честный парт-тайм. Удаленка. Веб проект с нуля. Нужен человек со знаниями Mojolicious фреймворка. Именно такой программист, кто плотно работал с ним и имеет за плечами ряд продакншнов. Оплата от $1500 в месяц. Банковским переводом или эл. деньгами. Рабочее окружение: редмайн, гит, тестовый сервер, продакшн сервер. Убедительная просьба если вакансия некорректная\неадекватная\еще какая-то - пишите мне на почту не разводите троллинг. Обязательные требования: - Уверенное знание perl. - Уверенное знание mojolicios. - Уверенное знание mysql\postgresql. - Опыт проектирования систем. Необязательные требования: - Навыки фронтенд программиста. (Верстать не нужно будет) Контакты: skype: mi_jackson jabber: jackin на ubuntu-jabber.net email: mik.jackson на yandex.ru