Мне кажется, что оупенсурс так не работает...

Sumo 26.02.2012 18:20

Если возникает потребность в некоторой фиче, то мы ищем разработчика (или пишем сами), прикручиваем, тестируем и предлагаем для включения в язык. Если фичу не приняли, то выкладываем ее для желающих с инструкцией по сборке на какой-нибудь гитхаб или гуглкод. Русский подход «собрать бабла и заслать в оркестр» может и сработает разок, но никакого эффекта в долгосрочной перспективе это не даст.

А то все эти разговоры "зачем оно надо" или "не в духе парсера" порядком поднадоели.

Парсер — не язык общего назначения и имеет свою вполне стройную концепцию («дух»). В результате мы имеем сбалансированный набор средств для разработки достаточно сложных веб-систем, включая высокопроизводительный шаблонизатор на плюсах, универсальный доступ к sql-базам, встроенный веб-фреймворк, хорошая поддержка utf-8 и т.п. Разработчики всеми силами пытаются сохранить этот баланс и добавляют в язык действительно нужные и максимально-универсальные возможности. Ничего плохого в этом нет.

Насколько я понимаю, основная проблема с которой сталкиваются разработчики — вызов внешних систем, особенно, если это связано с работой по бинарным протоколам или через сокеты. Тут либо надо писать класс на си++, либо вызывать внешний скрипт на каком-нибудь Питоне, что далеко не всегда удобно. Вряд ли тут получится что-то серьезно изменить. :)

Тем не менее ситуация постепенно меняется. Во многих системах появились API основанные стандартных rest-протоколах (http-json/xml), которые не сложно использовать прямо из Парсера и таких систем становится все больше. Если кто-то хочет попробовать NoSQL-базу, то для CouchDB есть REST-API — http://wiki.apache.org/couchdb/Complete_HTTP_API_Reference. Известный поисковый движок sphinxsearch поддерживает mysql-протокол. Многие key-value хранилища поддерживают memcached-протокол — если Мише кто-нибудь готов помочь со сборкой библиотеки под виндой, то класс в Парсере появится достаточно быстро.

Перспективы, на мой взгляд, очень неплохие. А будет еще лучше, если разработчики на Парсере будут более активно делиться своими библиотеками и api-классами. Вполне вероятно, что многие «хотелки» уже кто-то реализовал, но почему-то стесняется поделиться с народом.

---