История изменений
Исправление
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 + СОП изменили вообще весь взгляд на написание приложений. Т.к. там совсем «другие правила» :)