LINUX.ORG.RU

История изменений

Исправление gh0stwizard, (текущая версия) :

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

Хорошо, считаем это как «первый блин комом». С одной стороны журнал позиционируется для «продвинутых», раз уж зашла речь про YAPC, интервью у Миягавы и т.п. А оказывается, что этим «продвинутым» такие короткие очерки и не нужны, так ничего нового не несут и особенно плохо, когда это оказывается неправдой (хоть и частичной).

Ну и главное про событийку на AE/EV про то, что два события можно связать только через какую-то несобытийную модель хранения данных (иначе самоблокировка происходит) не сказали! А ведь это основа всего понимания проектирования подобных приложений. И из-за этого некоторые вещи, которые делаются в других парадигмах не работают и надо пересматривать порой всю архитектуру приложения.

«А вот тут у нас будет $coro->join(); или $cv->recv()»

И бац, что-то пошло не так! Благо, если при первом запуске появится ошибка вида «$CORO::IDLE blocked himself», а чаще она может проявиться уже в продакшен-коде, не в тестовом окружении, под совершенно другой нагрузкой. И все, разрыв шаблона :)

Если у Вас есть желание и возможность рассказать о Coro в связке AnyEvent/EV было бы интересно почитать Вашу статью в апрельском номере, т.к. судя по всему опыт у Вас есть.

Рассказать можно много чего. Как я понял у вас формат такой, что много текста не напишешь. Поэтому, если и делать, то серией выпусков. Это касается не только Coro, AnyEvent, а любого «фреймворка», например, Plack/PSGI тоже сюда попадают.

У меня опыта в написании таких статей нет, но если позиционировать на широкую публику, то надо начинать с азов и с конкретными примерами. Можно попробовать что-то набрасать, скажите о чем нужно рассказать и для какой аудитории расчет, я попробую.

Просто для меня, сначала событийка, а потом и Coro + СОП изменили вообще весь взгляд на написание приложений. Т.к. там совсем «другие правила» :)

Исходная версия gh0stwizard, :

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

Хорошо, считаем это как «первый блин комом». С одной стороны журнал позиционируется для «продвинутых», раз уж зашла речь про YAPC, интервью у Миягавы и т.п. А оказывается, что этим «продвинутым» такие короткие очерки и не нужны, так ничего нового не несут и особенно плохо, когда это оказывается неправдой (хоть и частичной).

Ну и главное про событийку на AE/EV про то, что два события можно связать только через какую-то несобытийную модель хранения данных (иначе самоблокировка происходит) не сказали! А ведь это основа всего понимания проектирования подобных приложений. И из-за этого некоторые вещи, которые делаются в других парадигмах не работают и надо пересматривать порой всю архитектуру приложения.

«А вот тут у нас будет $coro->join(); или $cv->join()»

И бац, что-то пошло не так! Благо, если при первом запуске появится ошибка вида «$CORO::IDLE blocked himself», а чаще она может проявиться уже в продакшен-коде, не в тестовом окружении, под совершенно другой нагрузкой. И все, разрыв шаблона :)

Если у Вас есть желание и возможность рассказать о Coro в связке AnyEvent/EV было бы интересно почитать Вашу статью в апрельском номере, т.к. судя по всему опыт у Вас есть.

Рассказать можно много чего. Как я понял у вас формат такой, что много текста не напишешь. Поэтому, если и делать, то серией выпусков. Это касается не только Coro, AnyEvent, а любого «фреймворка», например, Plack/PSGI тоже сюда попадают.

У меня опыта в написании таких статей нет, но если позиционировать на широкую публику, то надо начинать с азов и с конкретными примерами. Можно попробовать что-то набрасать, скажите о чем нужно рассказать и для какой аудитории расчет, я попробую.

Просто для меня, сначала событийка, а потом и Coro + СОП изменили вообще весь взгляд на написание приложений. Т.к. там совсем «другие правила» :)