там все просто: "Х говно и медленное. Альтернатив нету. Надо свое. Насколько надо? Насколько говно? Что получим в результате?" Если ответы нормальные, то - пилим.
XS::Framework - это "как впилить плюсы в XS так, чтобы это было не так больно".
UniEvent - как впилить в Перл libev.
UniEvent::HTTP::Server - надо быстрый сервак. Mojo говно по скорости и обратная совместимость хромает. (Хотя тут я был немного не согласен, но как только стало понятно что Mojo уходит в JS все сомнения ушли)
Остальное примерно так-же...
Date - никто нормально с датами не работал. Чтобы быстро и корректно.
Data::Recursive - Никто нормально не умел копировать вложенные структуры, чтобы это не занимало много времени.
next::XS - В ядро перла не дали впилить ускорение, что можно модулем - впилим модулем, так как mro используется и в DBIC и в Catalyst'е.
XLog - логи нормально никто не запил. Так, чтобы если уровень лога не топовый, то лог автовыпиливался из ОпТри.
CAIXS - такая-же история.
Как-бы вот все интересное наверно и расписал по поводу XS...
ну вот отлично же получилось. Еще по паре красивых понятных примеров на каждый случай и можно ездить по конференциям собирать вопросы "а перл еще жив что ли?" )))
Обсуждают сегодня