Открытость кода – главный фактор, сделавший Asterisk таким популярным?

Факторов, конечно же, много, и не стоит ограничиваться одной открытостью. Все зависит от того, кто использует Asterisk. Для небольших компаний более важным фактором является существенная экономия, получаемая при выборе Asterisk. Для крупных компаний стоимость не играет столь существенной роли – для них действительно важнее возможность самостоятельно изменять код под свои запросы, что и обеспечивается моделью Open Source.

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

Asterisk разрабатывается как Linux-ядро. Важно следить за тем, чтобы добавляемые части кода не влияли на правильность функционирования написанного ранее. Благодаря подключаемым модулям Asterisk является масштабируемым, его можно начинать использовать с прицелом на расширение набора выполняемых функций в будущем. При этом в небольшой объем удается вместить все необходимые возможности.

Но в прошлом году от Asterisk ответвился проект OpenPBX. Чем это вызвано? Реакцией сообщества на  медлительность в добавлении новых функций, недовольством общим направлением развития?

Очень важно соблюдать постоянный баланс между включением новых возможностей в код продукта и сохранением его стабильности. Естественно, находятся люди, которые считают, что в Asterisk не всегда достаточно быстро появляются какие-то новшества. Но ведь мы еще заботимся и о стабильности, и о чистоте кода. Это непростая задача, впрочем, еще ни один из ответвившихся проектов не был успешным.

На последовавшее предположение о существовании каких-либо серьезных каналов связи между Asterisk и его ответвлениями Марк ответил отрицательно, добавив, что это только на первый взгляд (создаваемых проектов) так просто поддерживать и развивать подобную кодовую базу, но стоит только взяться за дело, как возникает множество трудностей. В полушутливой манере он отметил, что не хотел бы возникновения ситуаций вроде иска SCO против IBM/Linux.