Re: [Moscow.pm] Доклад на тему «Что вы можете сделать для мира Perl?»

Так у anyevent то же автор.. 15.05.2014 18:45 пользователь Ilya Chesnokov chesnokov.i...@gmail.com написал: 15 мая 2014 г., 17:23 пользователь Ivan Petrov i.petro.77...@gmail.com написал: По поводу модулей эниэвента Монса - я как раз сейчас прохожу в эту асинхронщину порог вхождения и

Re: [Moscow.pm] Доклад на тему «Что вы можете сделать для мира Perl?»

16 мая 2014 г., 9:45 пользователь Алексей Мышкин parser...@gmail.com написал: А у Perl есть деплой? ээ, ну конечно. вот написали perl приложение. и думаем как бы юзерам его установить полегче. конечный выход должен быть - как можно более простая инструкция по установке. обычно дефолтный вариант

Re: [Moscow.pm] Доклад на тему «Что вы можете сделать для мира Perl?»

19 мая 2014 г., 12:05 пользователь Dmitry Smal mial...@gmail.com написал: Допустим, ты начинаем новый полезный проект добра. Как ты будешь выбирать технологии? Что бы: 1) минимизировать проблемы с поиском разработчиков 2) минимизировать пробелмы с деплоем 3) (может быть) обеспечить

Re: [Moscow.pm] Запуск тестов

+1, только тесты принятно в t/ помещать. 19 мая 2014 г., 14:07 пользователь Андрей Костенко and...@kostenko.name написал: prove -r Tests 2014-05-19 13:00 GMT+03:00 itm.subscr...@yandex.ru: Всем привет! Прошу совета. Хочу сделать централизованные структурированные тесты для проекта.

Re: [Moscow.pm] Доклад на тему «Что вы можете сделать для мира Perl?»

20 мая 2014 г., 10:11 пользователь Ivan Petrov i.petro.77...@gmail.com написал: кстати очень клево на перле бы было my $a = if ($b $c) { ... } else { ... }; но пока нету. может в версии 5.26 будет? ;) можно так: my $x = do { if ($y $z) { } else { } }; p.s. $a,$b,говорят, не

Re: [Moscow.pm] Доклад на тему «Что вы можете сделать для мира Perl?»

20 мая 2014 г., 11:50 пользователь Dmitry Starikovsky tod...@gmail.com написал: Почему бы не так в данном случае: my $a = ($b $c) ? { ... } : { ... }; это, кстати, не работает, {} интерпретируются как hashref -- Moscow.pm mailing list moscow-pm@pm.org | http://moscow.pm.org

Re: [Moscow.pm] unicode regexp

22 мая 2014 г., 14:58 пользователь Алексей Мышкин parser...@gmail.com написал: выдаёт ахинею если сделать так: my $str = '... №№№ «»«»'; то начинает работать. у меня и так и так выдаёт ахинею. что именно ожидается от этого скрипта и какое именно явление нужно объяснить? -- Moscow.pm mailing

Re: [Moscow.pm] unicode regexp

Я думаю смогу объяснить подробно что и почему, про все нюансы. Но я же говорю - не понятно что должно происходить. Выводит в обоих случаях что-то непонятное. 22 мая 2014 г., 16:41 пользователь Алексей Мышкин parser...@gmail.com написал: Это не объяснение. Символ-то почему режется? Ладно бы на

Re: [Moscow.pm] unicode regexp

какие-то левые байты, не являющиеся валидным UTF8 если к этой строке добавить ещё пару символов, будет нормально выводиться (вернее будет выводиться ромбик - неизвестный символ). 22 мая 2014 г., 16:48 пользователь Victor Efimov vic...@vsespb.ru написал: Я думаю смогу объяснить подробно что и

Re: [Moscow.pm] unicode regexp

не 'use utf8' (т.е. UTF-8 без флага) - нельзя. Можно только чтото простое делать типа $s =~ /привет\d+/ при этом это будет без багов, только если точно знаешь что происходит во всех нюансах, а их много. 22 мая 2014 г., 17:11 пользователь Victor Efimov vic...@vsespb.ru написал: например: без

Re: [Moscow.pm] unicode regexp

22 мая 2014 г., 17:50 пользователь Иван Бессарабов i...@bessarabov.ru написал: Маленькое дополение про \d в регулярке и unicode. Есть модификатор /a который стоит использовать если строки в unicode. .. и не только в unicode use Modern::Perl; print YES1\n if \x85 =~ /^\s+$/; print YES2\n if

Re: [Moscow.pm] unicode regexp

Возможно это баг/упущение в докции, им бы следовало советовать :encoding(utf-8) (через дефис) т.к. в другом места написано: === Got that? As of Perl 5.8.7, UTF-8 means UTF-8 in its current sense, which is conservative and strict and security-conscious, whereas utf8 means UTF-8 in its former

Re: [Moscow.pm] unicode regexp

Всякие эти модули и советы типа какие 10 прагм включить чтобы с unicode было всё ок делают разбор полётов только сложнее utf8::all пытается интерпретировать @ARGV как символы, хотя это бинарные данные (и делает это глобально, что может вызвать проблемы во всяких getopts модулях), пытается

Re: [Moscow.pm] unicode regexp

локалью и ещё readdir (который может не совпадать с локалью) 23 мая 2014 г., 1:20 пользователь Nick Knutov m...@knutov.com написал: А можно пример из реальной жизни, когда в @ARGV бинарные данные, которые интерпретируются как символы и всё получается не так, как должно быть? 23.05.2014 2:09, Victor

Re: [Moscow.pm] Универсальная параллелилка?

man xargs 26 мая 2014 г., 18:35 пользователь Харпалёв Иван ivan.kharpa...@gmail.com написал: Доброго времени суток, могучий MoscowPM! Есть перловый скрипт, который работает в один поток, и на каждую строку из STDIN выводит одну строку в STDOUT. Есть ли какой софт, чтоб можно было

Re: [Moscow.pm] Универсальная параллелилка?

27 мая 2014 г., 20:00 пользователь Харпалёв Иван ivan.kharpa...@gmail.com написал: не нашёл в man xargs, как параллелить ((--- что имели ввиду? $ cat inp 1 2 3 $ cat script.pl print PID: $$, data: $ARGV[0]\n; $ cat inp | xargs -n 1 -P 10 -IDATA perl script.pl DATA PID: 15442, data: 2

Re: [Moscow.pm] Универсальная параллелилка?

27 мая 2014 г., 20:18 пользователь Oleg Nurtdinov j...@jumper.cc написал: с xargs я погорячился, сорри вот такое выполнится для всех кусков, но не параллельно, к сожалению =( ls -1 x* | xargs -I % perl script.pl % почему, -n 1 -P 10 добавить в опции xargs, будет параллельно. -- Moscow.pm

Re: [Moscow.pm] Gearman

4 июня 2014 г., 19:53 пользователь Akzhan Abdulin akzhan.abdu...@gmail.com написал: Хотя спортить их на Perl несложно. да, сделать свой велосипед на базе Redis. -- Moscow.pm mailing list moscow-pm@pm.org | http://moscow.pm.org

Re: [Moscow.pm] Gearman

4 июня 2014 г., 20:45 пользователь Ilya Chesnokov chesnokov.i...@gmail.com написал: 4 июня 2014 г., 20:37 пользователь Victor Efimov vic...@vsespb.ru написал: 4 июня 2014 г., 19:53 пользователь Akzhan Abdulin akzhan.abdu...@gmail.com написал: Хотя спортить их на Perl несложно. да, сделать

Re: [Moscow.pm] Gearman

4 июня 2014 г., 21:26 пользователь Ilya Chesnokov chesnokov.i...@gmail.com написал: 4 июня 2014 г., 20:57 пользователь Victor Efimov vic...@vsespb.ru написал: 4 июня 2014 г., 20:45 пользователь Ilya Chesnokov chesnokov.i...@gmail.com написал: 4 июня 2014 г., 20:37 пользователь Victor Efimov

Re: [Moscow.pm] Обмен данными с потоком.

5 июня 2014 г., 15:46 пользователь Харпалёв Иван ivan.kharpa...@gmail.com написал: Добрый день, могучий MoscowPM Опять про параллельную обработку. Хочется написать вот такую схему обработки ввода: master создаёт work'ов, читает порции из файла, раздаёт порции worker'ам ждёт, пока worker

Re: [Moscow.pm] Обмен данными с потоком.

5 июня 2014 г., 16:33 пользователь Ilya Chesnokov chesnokov.i...@gmail.com написал: Единственная проблема - привести порядок результатов в соответствие с порядком исходных данных - это, видимо, вручную придется делать. да, видимо, в худшем теоретическом случае, начать выводить результат (по

Re: [Moscow.pm] Обмен данными с потоком.

5 июня 2014 г., 19:47 пользователь Харпалёв Иван ivan.kharpa...@gmail.com написал: Спасибо! На Go выглядит заманчиво, хотя и совершенно не понятно, как происходит распределение входа между воркерами. Классный пример с ForkEngine. Вот только в доке IO::Pipe не описаны функции autoflush и

Re: [Moscow.pm] Обмен данными с потоком.

5 июня 2014 г., 22:12 пользователь Antonio Nikishaev a...@lelf.me написал: Нахрена вам разделяемая память и костыли с трубами? Куча async. В конце всем -join. Если надо по частям передавать данные то Coro::Channel к каждому Ну а если воркеры вычисления делают, т.е. CPU потребляют, будет

Re: [Moscow.pm] Обмен данными с потоком.

., 22:24 пользователь Victor Efimov vic...@vsespb.ru написал: 5 июня 2014 г., 22:12 пользователь Antonio Nikishaev a...@lelf.me написал: Нахрена вам разделяемая память и костыли с трубами? Я бы не назвал это костылями, это дефолтный способ как делается взаимодействие между процессами в POSIX

Re: [Moscow.pm] Обмен данными с потоком.

использование всех ядер CPU проблематичным. гадость, очереди и пайпы - гадость). Я бы перл рассматривал как возможный вариант, только если на нем уже много кода написано в проекте, и переписывать на другой язык слишком дорого. On Jun 6, 2014 8:50 AM, Victor Efimov vic...@vsespb.ru wrote: 6 июня

Re: [Moscow.pm] шифрование с дедупликацией

7 июня 2014 г., 23:39 пользователь Михаил Монашёв postmas...@softsearch.ru написал: Здравствуйте. Ломаю голову, как совместить шифрование файлов с их дедупликацией. Задача следующая: 2 юзера сохраняют в нашем хранилище один и тот же файл. Этот файл надо с одной стороны хранить

Re: [Moscow.pm] шифрование с дедупликацией

Было по ссылке выше http://elastic-security.com/2013/12/10/cloudedup-secure-deduplication/ там же описаны уязвимости 11 июня 2014 г., 0:09 пользователь Stanislaw Pusep creakt...@gmail.com написал: Можно, например, так: my $private_key = 'qwertyuiop'; for my $file (@files) { my $key =

Re: [Moscow.pm] Fwd: [Kiev-pm] Хакатон/встреча в Киеве этим летом

14.06.2014 13:59 пользователь Ivan Petrov i.petro.77...@gmail.com написал: Коллеги,давайте не разводить холивар политеческий. Все таки это рассылка думающих людей +1 дык предложить провести встречу в Киеве, оккупированном ныне фашистами и бендеровцами - это конечно не разводить холивар

Re: [Moscow.pm] Fwd: [Kiev-pm] Хакатон/встреча в Киеве этим летом

14.06.2014 22:21 пользователь mescalito mescalito...@gmail.com написал: то, что раз на раз не приходится это факт. однако если вести себя, как человек, а не как завещал тов. Киселев, то проблем не бывает. я и мои коллеги постоянно летаем туда-сюда и пока среди нас Имхо это не чистый

Re: [Moscow.pm] синхронизировать установленные модули между разными версиями perlbrew/plenv

Может всё же люди исходят обычно от того что есть список модулей, которые нужно поставить (модуль, мин_версия), а потом их ставят. В этом случае модулей 23 июня 2014 г., 17:39 пользователь Nick Knutov m...@knutov.com написал: Предположим, есть несколько версий перла, поставленные через perlbrew

Re: [Moscow.pm] синхронизировать установленные модули между разными версиями perlbrew/plenv

(недописал) Может всё же люди исходят обычно от того что есть список модулей, которые нужно поставить (модуль, мин_версия), а потом их ставят. В этом случае модулей не так много, т.к. это только депенденси первого уровня. И если не нравится что cpanm не кэширует последние модули, есть видимо,

Re: [Moscow.pm] синхронизировать установленные модули между разными версиями perlbrew/plenv

, есть, так же должно быть во всяких новых cpanfile, cartoon. Соотв. тогда оно будет приходить вместе с коммитом. В самом коммите будет содержаться изменения в депенденси. это правильно, потому что до коммита может оказаться, что модуль не подходит и надо другой). 23.06.2014 23:55, Victor Efimov

Re: [Moscow.pm] WebGUI kickstarter

1 июля 2014 г., 17:47 пользователь Свистунов Сергей sergei-svistu...@yandex.ru написал: Кажется самое слабое в Perl'е это то, что он не лучше, а может и хуже современных ЯП. А следовательно непонятно чем CMS на Perl'е будет лучше CMS на Python, Ruby, JavaScript, ... Скорость, размер памяти -

Re: [Moscow.pm] WebGUI kickstarter

1 июля 2014 г., 18:26 пользователь Ilya Chesnokov chesnokov.i...@gmail.com написал: 1 июля 2014 г., 17:47 пользователь Свистунов Сергей sergei-svistu...@yandex.ru написал: Кажется самое слабое в Perl'е это то, что он не лучше, а может и хуже современных ЯП. А следовательно непонятно чем CMS на

Re: [Moscow.pm] WebGUI kickstarter

4 июля 2014 г., 10:16 пользователь Ivan Petrov i.petro.77...@gmail.com написал: Что думаете насчет этого kickstarter проекта https://www.kickstarter.com/projects/2083389021/create-perl-competition-to-the-php-content-managem ? а из России до сих пор невозможно на кикстартер проект положить?

Re: [Moscow.pm] Пост на Хабре ?Функции в Perl?

13 августа 2014 г., 18:14 пользователь Andrey Asyakin asan...@gmail.com написал: Критика) В статье написано, что в Perl параметры в функцию передаются по ссылке. Возможно правильней было бы написать, что элементы @_, $_[0], и т.д. являются алиасами, то бишь магическими переменными. Ссылка

Re: [Moscow.pm] Пост на Хабре ?Функции в Perl?

13 августа 2014 г., 23:58 пользователь Antonio Nikishaev a...@lelf.me написал: On 13 Aug 2014, at 23:10, Flore fl...@ya.ru wrote: Эмм, возможно, я пропустила, но я бы добавила небольшое объяснение про прототипы функции, что это спорная штука, и многие считают, что оно скорее зло, чем

Re: [Moscow.pm] Свершилось!

26 августа 2014 г., 18:42 пользователь Ilya Chesnokov chesnokov.i...@gmail.com написал: 26 августа 2014 г., 18:40 пользователь Alexey Shrub worldm...@mail.ru написал: Ваще утомляет размещать вакансии в кучу сервисов, может уже есть какой стандартный xml/json формат, в котором можно

Re: [Moscow.pm] Свершилось!

26 августа 2014 г., 18:55 пользователь Ilya Chesnokov chesnokov.i...@gmail.com написал: 26 августа 2014 г., 18:54 пользователь Victor Efimov vic...@vsespb.ru написал: 26 августа 2014 г., 18:42 пользователь Ilya Chesnokov chesnokov.i...@gmail.com написал: 26 августа 2014 г., 18:40

Re: [Moscow.pm] Про границы оптимизации.

Если это маленький кусок кода - переписать на быстрм языке и сравнить. Если это большой кусок кода - переписать на быстром языке, а старый стереть (потому что нефик в больших кусках кода заниматься оптимизацией типа копировать код вместо вызова методов) 15 сентября 2014 г., 20:55 пользователь

Re: [Moscow.pm] кодировка в Perl почему все это так странно работает?

22 сентября 2014 г., 12:51 пользователь Илья Винокуров il...@mail.ru написал: Здравствуйте, Николай. Внутри Perl строки хранятся в кодировке, совместимой с UTF-8. Эта кодировка называется utf8. Когда строки вводятся в Perl, их нужно декодировать из различных кодировок в utf8. В том числе

Re: [Moscow.pm] кодировка в Perl почему все это так странно работает?

А что ещё ждать от автоматического определения кодировок? Это же эвристика. К нему лучше не прибегать, если точно известна кодировка заранее. 22 сентября 2014 г., 23:58 пользователь Nikolay Mishin m...@ya.ru написал: Илья, привет , удалил Text::Iconv -my $converter = Text::Iconv-new( cp1251,

Re: [Moscow.pm] кодировка в Perl почему все это так странно работает?

произвольные числа. т.е. UTF8 как бы используется perl не по назначению. именно поэтому написан этот параграф. С почтением, Илья Винокуров. Mon, 22 Sep 2014 12:58:13 +0400 от Victor Efimov vic...@vsespb.ru: 22 сентября 2014 г., 12:51 пользователь Илья Винокуров il...@mail.ru написал

Re: [Moscow.pm] кодировка в Perl почему все это так странно работает?

. Чтобы вывести строки из Perl, их нужно закодировать в бинарный вид так: Encode::encode('UTF-8', $str) да. Теперь у меня все в порядке с терминологией? почти! С почтением, Илья Винокуров. Tue, 23 Sep 2014 13:19:49 +0400 от Victor Efimov vic...@vsespb.ru: 23 сентября 2014 г., 12:48

Re: [Moscow.pm] ищу утилитку

25 сентября 2014 г., 13:46 пользователь Denis Ibaev dio...@gmail.com написал: Привет. https://metacpan.org/pod/fatpack +1 Сам не пользовался. 25 сентября 2014 г., 13:44 пользователь Ivan Petrov i.petro.77...@gmail.com написал: есть программка на perl, которая написана в обычном стиле:

Re: [Moscow.pm] странности округления и srand

в perldoc == Most implementations of srand take an integer and will silently truncate decimal numbers. This means srand(42) will usually produce the same results as srand(42.1). To be safe, always pass srand an integer. == p.s. мучался с предсказуемыми последовательностями псевдослучайных чисел -

Re: [Moscow.pm] странности округления и srand

-thread-multi 0.783234962103055 scripter@work-desktop:~$ perl -v | fgrep version perl -E 'srand(7.8/2); say rand' This is perl 5, version 18, subversion 2 (v5.18.2) built for x86_64-linux-gnu-thread-multi 0.783234962103055 2 октября 2014 г., 13:15 пользователь Victor Efimov vic...@vsespb.ru

[Moscow.pm] Пост на хабре про модуль Test::Spec

http://habrahabr.ru/company/regru/blog/239417/ Subj используется у нас очень активно, теперь мы собрали весь опыт по этому поводу и написали статью. В начале описываются преимущества этого модуля (не очень большой раздел, не потому что их мало - они огромные, просто всё и так документировано или

Re: [Moscow.pm] deep recursion on subroutine utf8::swashnen

Всё равно нужен кусок код, чтобы это нам хотя бы воспроизвести, а потом уже рассуждать.. 16 октября 2014 г., 13:18 пользователь dev...@gmail.com dev...@gmail.com написал: дело не в куске кода, это не так важно. вопрос был о том (извиняюсь, если я не точно выразился), что происходит, когда

Re: [Moscow.pm] deep recursion on subroutine utf8::swashnen

25 октября 2014 г., 19:01 пользователь dev...@gmail.com dev...@gmail.com написал: On 16.10.2014 13:34, Victor Efimov wrote: Всё равно нужен кусок код, чтобы это нам хотя бы воспроизвести, а потом уже рассуждать.. кусок кода для примера я приводил. + к этому писал, что пример кода из первого

Re: [Moscow.pm] mod_perl + Object Oriented

Ничего не знаю про mod_perl, но адреса и так одинаковые у разных процессов скопированных из одного (это в случае с fork) $ perl -E 'fork; say $$, , {}' 27667 HASH(0xf0b998) 27668 HASH(0xf0b998) 24 ноября 2014 г., 21:14 пользователь Natalya Savenkova name2...@gmail.com написал: Здравствуй,

Re: [Moscow.pm] mod_perl + Object Oriented

Если при этом, после форка, в процессах будет выделяться память разное количество раз и/или разных объёмов, то конечно, будут разные адреса. $ perl -E 'my $x = {} if fork; say $$, , {}' 27714 HASH(0xc66b90) 27715 HASH(0xc66998) 24 ноября 2014 г., 21:46 пользователь Victor Efimov vic

Re: [Moscow.pm] Баг в JSON::XS?

28 ноября 2014 г., 18:41 пользователь TheAthlete theath...@yandex.ru написал: Неделя багов в JSON::XS! :) Почему это баг JSON::XS ? use strict; use warnings; use Test::More tests = 3; use boolean -truth; use JSON::XS; my $json = JSON::XS-new; is($json-encode({hey = !!0}), 'abc', 'JSON false

Re: [Moscow.pm] комменты в конце строки

Я тоже думал perltidy использует PPI.. Где-то была такая инфа. Но не вижу use PPI в нём? 30 ноября 2014 г., 23:56 пользователь Nikolay Mishin m...@ya.ru написал: perltidy также, как и perlctitic использует use PPI; и задача, описанная выше вполне регулярная и решается этим модулем, там,

Re: [Moscow.pm] Угадать кодировку (перебором)

8 декабря 2014 г., 21:40 пользователь Харпалёв Иван ivan.kharpa...@gmail.com написал: Есть строка, без флага utf8. Utf8-консоль отображает строку зюками. decode(Detect, $data); не угадывает. Как правильно перевести в utf8? Где взять массив всех возможных ENCODING, чтобы переводить из них в

Re: [Moscow.pm] Модули для очереди задач / сообщений

26 января 2015 г., 16:16 пользователь Ilya Chesnokov chesnokov.i...@gmail.com написал: И еще - правильно я понял, что в Redis-based решениях (Queue::Q, Resque с CPAN) воркер должен периодически опрашивать очередь на наличие новых заданий? Просто насколько я понял, в RabbitMQ это все делается

Re: [Moscow.pm] Темы для докладов

8 февраля 2015 г., 20:30 пользователь PEF Secure pef-sec...@yandex.ru написал: On Sunday, February 08, 2015 16:52:34 Тимур Нозадзе wrote: Поддерживаю категорически! Особенно про внутренности всей этой асинхронщины давно хочется послушать. Не понимаю. Исходные коды AnyEvent/Coro лежат на

Re: [Moscow.pm] асинхронный код позволяет сильно сэкономить ресурсы серверов

8 февраля 2015 г., 23:22 пользователь Alexander Lourier a...@rulezz.ru написал: ну смешно же. любой демон, работающий с внешней средой. ну, то есть, прокси. одну задачу придумали. а еще? Почему обязательно прокси? Практически любое веб-приложение требует на каждый запрос аутентифицировать

Re: [Moscow.pm] Иногда проваливается сквозь eval

Навзвание темы создала впечатление что что-то с perl и eval не так работаел ;) utf8::downgrade и должен падать если в сроке есть символы с кодом больше 255: === Fails if the original UTF-X sequence cannot be represented in the native 8 bit encoding. On failure dies or, if the value of $fail_ok is

Re: [Moscow.pm] use encoding и манипуляции со строками

2015-04-24 19:54 GMT+03:00 Denis Ibaev dio...@gmail.com: Привет. Не могу понять, почему в одном случае ниже приведённый скрипт выставляет у строки флаг utf8, а в другом нет. Без прагмы encoding такого эффекта не наблюдается. Может кто-нибудь объяснить? Наверное баг в прагме encoding? Она

Re: [Moscow.pm] use encoding и манипуляции со строками

из зависимостей проекта. Из-за чего в Mojolicious ломается декодирование параметров, содержащих JSON с кириллицей. Потому что url_unescape начинает возвращать строку с флагом, и она дальше не может быть перекодирована в нужную кодировку. 24 апреля 2015 г., 20:36 пользователь Victor Efimov vic

Re: [Moscow.pm] Евровидение

да ладно, зачётный троллинг) 24 мая 2015 г., 5:40 пользователь Anatoly Y snel...@tsu.ru написал: Что за бред и спам в рассылке? 2015-05-24 5:10 GMT+06:00 Nikolay Mishin m...@ya.ru: Монс, мои поздравления, ты не только отлично перлишь, но и здорово поешь;)) -- С уважением Николай Мишин

Re: [Moscow.pm] особенности удаленки

(половина твоей жизни). Я не о непонятно с кем, а с кем хочешь. Формально - непонятно с кем - это как раз в офисе. Формально вы общаетесь с людьми, которых не выбирали, при устройстве на работу. On Jul 14, 2015, at 1:04 PM, Victor Efimov vic...@vsespb.ru wrote: 14 июля 2015 г., 12:28 пользователь

Re: [Moscow.pm] особенности удаленки

14 июля 2015 г., 13:05 пользователь Eugene Toropov eugene.toro...@gmail.com написал: Вы из разных городов на шашлык ездите? Офис это гарантия того, что люди рядом, вместе работают, общаются, делятся новостями, ну и выезжают на шашлык. Удалёнка - это гарантия того что вместе работают люди

Re: [Moscow.pm] особенности удаленки

14 июля 2015 г., 12:28 пользователь Eugene Toropov eugene.toro...@gmail.com написал: Отсутствие постоянного общения с коллегами особо не напрягает” - значит все-таки напрягает. Я скажу больше, день за днем оно вгоняет в депрессию. Человек - существо социальное, и от этого никуда не деться. Я

Re: [Moscow.pm] особенности удаленки

Ну ок, а они друг-друга тоже выбирали? 14 июля 2015 г., 13:39 пользователь Eugene Toropov eugene.toro...@gmail.com написал: Я выбирал в своем офисе всех. On Jul 14, 2015, at 1:28 PM, Victor Efimov vic...@vsespb.ru wrote: 14 июля 2015 г., 13:07 пользователь Eugene Toropov eugene.toro

Re: [Moscow.pm] особенности удаленки

14 июля 2015 г., 15:08 пользователь Ivan Petrov i.petro.77...@gmail.com написал: Заведу отдельную тему для своего опроса все-таки :) Потом напишу свое мнение как отмотавшего 6 лет на удаленке. Итак, удаленщики! Вы работаете из дома или своего персонального офиса? Или коворкинг центра? Или

Re: [Moscow.pm] особенности удаленки

Да не, всё нормально, они уже были в горах. 14 июля 2015 г., 14:17 пользователь Sergey Kovalyov p...@nowhere.kiev.ua написал: On Tue, Jul 14, 2015 at 02:00:52PM +0300, Eugene Toropov wrote: Определенно. И мы на обед кстати. Я сказал! :) Точно по графику, и еще строем надо идти (так же лучше!)

Re: [Moscow.pm] особенности удаленки

15 июля 2015 г., 16:11 пользователь Dmitry Matrosov ami...@amidos.ru написал: 15 июля 2015 г., 1:09 пользователь Тимур Нозадзе timur.noza...@gmail.com написал: Нормальным людям важнее качество задач и организации работы, возможность развития, нормальный коллектив. Ну и, например, чтобы

Re: [Moscow.pm] Вот и я ищу программиста :)

да, тут перл программисты, а не абы кто. нам палец в рот не клади. 22 октября 2015 г., 19:58 пользователь dev...@gmail.com написал: > чо с баблом? мудянка про результаты и способности, > последнее время, как-то не особо б?ять мотивируют > на покорение очередной кучи г?вна. > >

Re: [Moscow.pm] Вакансия

анов r.yusufkha...@gmail.com > моб.: +79103275362 > > 5 нояб. 2015 г., в 22:51, dev...@gmail.com написал(а): > > окстись, сын мой, твое царствие локально и cat /etc/password тебе никак > не поможет. следуй наставлениям отцов => хешь от нуля... да приидет > царствие божие. >

Re: [Moscow.pm] Вакансия

А вот кто ты такой и что ты тут делаешь? 5 ноября 2015 г., 22:17 пользователь dev...@gmail.com написал: > чиста поддержать етот блять охуенный разговор, на болшее не претендую. > > On 05.11.2015 22:13, Dmitry Eremeev wrote: >> Какая-то боль в ваших словах. >> >> >> — >> Yours

Re: [Moscow.pm] Вакансия

lansim.ru/freelancers/devrow >> В списке у него PHP нет. >> >> 5 ноября 2015 г., 23:03 пользователь Victor Efimov <vic...@vsespb.ru> >> написал: >>> Да не, я думаю просто php-шник. У них с наступлением холодов кончается >>> подножный корм и они напа

Re: [Moscow.pm] refactoring

, 11:16 пользователь Nikolay Mishin <m...@ya.ru> написал: > Виктор, спасибо, > певая часть действительно булет смотреться лучше > > 10:53, 15 октября 2015 г., Victor Efimov <vic...@vsespb.ru>: > > примерно так: > > push @person_row, (defined $person->get_fathe

Re: [Moscow.pm] Perl 6

14 октября 2015 г., 12:00 пользователь Daniel Podolsky написал: >> Ну так нарабатывать будем + неплохо обсуждать,ведь брожение умов рождает >> неплохие вещи.ИМХО > у всего, что делает человек, должна быть цель. > > зачем нарабатывать и обсуждать именно Perl6? Потому что тут

Re: [Moscow.pm] Perl 6

14 октября 2015 г., 12:11 пользователь Daniel Podolsky написал: >>> зачем нарабатывать и обсуждать именно Perl6? >> Потому что тут Perl группа, не? > какое отношение perl6 имеет к perl? самое прямое (кроме того что язык по факту другой): название, автор, комьюнити, принципы

Re: [Moscow.pm] Coro + AnyEvent --- Что не так

16 октября 2015 г., 16:42 пользователь Гришаев Анатолий написал: > > > 16 октября 2015 г., 16:07 пользователь Ilya Chesnokov > написал: >> >> >> >> Как вы относитесь к тому, что Coro выпилили из перла? > > > 1) Shit happens. > Пару лет назад один

Re: [Moscow.pm] Coro + AnyEvent --- Что не так

16 октября 2015 г., 18:05 пользователь Ilya Chesnokov написал: > 16 октября 2015 г., 17:08 пользователь Ivan Petrov > написал: > Как вы относитесь к тому, что Coro выпилили из перла? 1) Shit happens. Пару лет назад один

Re: [Moscow.pm] Perl 6

14 октября 2015 г., 13:12 пользователь PEF Secure написал: > On Wednesday, October 14, 2015 12:10:03 Daniel Podolsky wrote: >> > Сделайте там макросы и исключения. Иначе, это сильный шаг назад. >> >> похер 300 раз. здесь - сильный назад, там - сильный вперед. дело-то не >> в

Re: [Moscow.pm] Perl 6

9 октября 2015 г., 12:07 пользователь Ivan Petrov написал: >>> Зло в чистом виде, надеюсь никогда не выйдет. >>> зло в чистом виде >>> зло в чистом виде >>> какой же Perl был няшный без всего этого кошмара > >> Поражает количество аргументов! Жги, не останавливайся. > >

Re: [Moscow.pm] Perl 6

12 октября 2015 г., 14:44 пользователь Ivan Petrov написал: > >> наоборот, в таком случае perl совсем не помогает найти ошибку > >> $x = 42; >> $y = "/b> Meet our new redesign!"; > >> $z = $x*$y; > > Мой Perl5 сообщает мне следующее > > Argument "/b> Meet our new

Re: [Moscow.pm] Perl 6

Ну да, другой язык совсем. Только комьюнити и философия частично та же, будет тенденция создавать похожие модули с похожим api. 7 октября 2015 г., 13:52 пользователь Anatoly Y написал: > Сдаётся мне, перелезать на него будут никак. То есть совсем ) Пятёрка наше > всё. > >

Re: [Moscow.pm] Perl 6

Чего плохого то. Встроенная валидация типов данных по всему коду, из коробки. 7 октября 2015 г., 17:57 пользователь Ivan Petrov написал: >> It's alive! >> http://www.opennet.ru/opennews/art.shtml?num=43104 > > Зло в чистом виде, надеюсь никогда не выйдет. > >>

Re: [Moscow.pm] Perl 6

Не забирает никто. Можно не использовать. А когда проект станет большой и станут появляться confess "id expected" unless $id =~ /^\d+$/, то можно воспользоваться. В perl5 этого не хватает. Вернее оно там почти есть: - core модуль fields - perldoc my: my TYPE VARLIST всякие Object Accessor'ы -

Re: [Moscow.pm] Perl 6

Что подтверждает что отсутствие типов заставляет проводить валидацию данных. И я просил пример на perl 5 где видно чем плохи типы данных. 13 октября 2015 г., 16:12 пользователь Ivan Petrov написал: >> Никто её не путает. сказали же - отсутствие типизации заставляет >>

Re: [Moscow.pm] Perl 6

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

Re: [Moscow.pm] Perl 6

Никто её не путает. сказали же - отсутствие типизации заставляет выполнять валидацию. Хватит ходить вокруг да около - покажи чем плохо типизация на реальном примере из Perl 5, а то только пока FUD 13 октября 2015 г., 16:03 пользователь Ivan Petrov написал: > >> Очень

Re: [Moscow.pm] Perl 6

13 октября 2015 г., 18:20 пользователь Ivan Petrov написал: >>> какие ошибки программиста решают типы данных? >> Приведи пример кода на Perl5, где типизация была бы злом. > > еще раз > > $a = 10; > $b = '20'; > $c = $a + $b; > > Вот типизация зло. Ну вот наконец-то

Re: [Moscow.pm] Perl 6

13 октября 2015 г., 17:25 пользователь Ivan Petrov написал: >> Никто не говорил что типы данных решают все проблемы валидации > > типы данных и валидация данных - совершенно независимые друг от друга > вещи. > > поэтому прекратите говорить "валидация" когда вы упоминаете

Re: [Moscow.pm] Perl 6

13 октября 2015 г., 19:14 пользователь Dmitry Kopytov написал: > On Tue, Oct 13, 2015 at 06:58:59PM +0300, Ivan Petrov wrote: >> Хранение данных в текстовом формате - это не просто вменяемый >> use-case, а очень часто встречающийся. >> >> в JS этот геморрой непрерывный от

Re: [Moscow.pm] Perl 6

13 октября 2015 г., 18:58 пользователь Ivan Petrov написал: > >> Я пример кода просил. Вот был пример кода и я ответил. Если может >> получиться из парсера xml, давайте целый готовый кусок кода, с этим >> парсером xml, >> он должен представлять собой вменяемый use-case. >

Re: [Moscow.pm] Perl 6

ние к соотв. типу через: > > to_json({ one => $numbers->{one} +0, two => $numbers->{two} +0 }) да, если функция сериализации знает какие поля будут числами, а какие - нет > > по этой теме на CPAN'е есть: https://metacpan.org/pod/JSON::Schema::Fit > >> >> С д

Re: [Moscow.pm] Perl 6

не, а если у тебя где-то по логике должна быть json-строка, но вот так совпала что в ней цифры.. 13 октября 2015 г., 22:33 пользователь vividsnow <vivids...@gmail.com> написал: > On 10/13/2015 10:20 PM, Victor Efimov wrote: >> 13 октября 2015 г., 22:18 пользователь vividsnow <v

Re: [Moscow.pm] Perl 6

делался int и уже неважно было, что делали с этой чиселкой > раньше. > > С другой сторону, в пользу не строгой типизации - если бы такой json (с > "1.5") пришел в сервис, написанный на перле, то проблемы бы не было - мы бы > адекватно распарсили и 1.5 и "1.5" > > >

Re: [Moscow.pm] Perl 6

13 октября 2015 г., 21:26 пользователь Victor Efimov <vic...@vsespb.ru> написал: > 13 октября 2015 г., 21:16 пользователь Ilya Chesnokov > <chesnokov.i...@gmail.com> написал: >> >> 13 октября 2015 г., 19:49 пользователь Olga Smirnova >> <o.smirn...@corp

Re: [Moscow.pm] Perl 6

13 октября 2015 г., 21:16 пользователь Ilya Chesnokov написал: > > 13 октября 2015 г., 19:49 пользователь Olga Smirnova > написал: >> >> Тут, конечно, можно сказать, мол, просто не используйте Dumper (или любую >> другую функцию, неявно

Re: [Moscow.pm] Установка mod_perl под Ubuntu 14.14

30 августа 2015 г., 2:24 пользователь Victor Efimov vic...@vsespb.ru написал: А чего, mod_perl разве не устарел? И почему ubuntu критерий вообще? Вот баг в perl, например, https://bugs.launchpad.net/ubuntu/+source/perl/+bug/1100359 https://bugs.launchpad.net/ubuntu/+source/perl/+bug/1100359

Re: [Moscow.pm] Установка mod_perl под Ubuntu 14.14

30 августа 2015 г., 10:29 пользователь Victor Efimov vic...@vsespb.ru написал: 30 августа 2015 г., 2:24 пользователь Victor Efimov vic...@vsespb.ru написал: А чего, mod_perl разве не устарел? И почему ubuntu критерий вообще? Вот баг в perl, например, https://bugs.launchpad.net/ubuntu

Re: [Moscow.pm] Установка mod_perl под Ubuntu 14.14

to locate package libapache2-mod-perl2 - bad old repository issue!!) Это проблема мантейнера убунты, а не перла. Или не обновлен список пакетов в apt. Поставь с CPAN руками, там ничего сложного нет. 30 августа 2015 г., 2:24 пользователь Victor Efimov vic...@vsespb.ru написал: А чего, mod_perl

  1   2   >