да, там и есть. Запускалка для испытуемого, а потом analyzer, где можно уже визуально оценить.

ну было время, попросили. Мне интересно было, что можно перловые прилаги на перле делать, кросплатформенные. Ну и математика там прикольная. Ща забил, с большего, но периодически звонят, просят что-то допилить... никак не могут студня/аспиранта какого найти, чтобы он на перле допиливал что им надо. Но, говорят, пару чел защитило дисеры по психологии, с этой прогой )

Лол :) перл уже в науку пролез, хехехе

Меня даже Zackahria Munghal спрашивал, что там и как https://github.com/basiliscos/iston/pull/1  . Он по-настоящему (в отличие от меня) в науке (биоинформатика) с перлом, афаик )

биологи же сто лет как для ДНК используют

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

Коллеги! Есть совсем дурной и странный вопрос, не обессудьте :)
У меня довольно распространённым является паттерн: "основное приложение + плагины".
Вот мне хочется, чтобы некоторые функции из основного приложения были доступны и в плагине, но при этом мне не нужно было делать что-то в духе use Mojo::Base в плагине (приложения в основном не на Mojo, просто пример такой классический).
Ну, например, мне нравится делать что-то в духе json->encode, json->decode (здесь json - это функция). И вот вообще не хотелось бы внутри плагина что-то настраивать для того, чтобы это работало.
Может быть, есть какие-то варианты, кроме такого вот изверта:

package Cow;
sub complain { main::moo() };

package main;
sub moo { say 'Mooo...' };
Cow::complain();

?

Сорри, не туда закинул вопрос

Хмм... use base наверное и для таких случаев годен... Впрочем, это всё равно явное упоминание в плагине имени пакета-родителя

package Cow;
sub complain { main::moo() };

package main;
sub moo { say 'Mooo...' };
Cow::complain();

Поясни, что именно тебе нужно

Вернее, не так. Плагины как связаны с основным приложением?

Нужно по сути расширить scope того, что есть в Core.

Плагины require'ться из основного

Вернее, даже eval 'require App::Plugin::' . $name

Тут просто в чём принципиальная особенность: плагин - не такая самостоятельная единица как модуль. Он никогда не будет сущетсвовать вне контекста приложения, но при этом нуждается в максимальной доступности контекста приложения

У тебя нарушается принцип dependency inversion

Да, можно избежать лишних проблем, если внутри плагина ты будешь использовать package main

Только это костыль

Ужас, как мне с этим быть :(

Лучше придумай архитектуру, где все нормально