присоединяюсь к просьбе Yuta. KitsuneSolar, ваш проект очень интересен, сделайте, пожалуйста, отдельный топик, чтобы было удобнее следить за новостями!
Я конечно не автор, но могу сказать с большой вероятностью что больше версий в 1.0.* ветке не будет.
никто не знает сроков
сложился ряд факторов когда некоторые вопросы требуют проработки.
ИМХО, такая неопределенность является огромным минусом для всех.
— Разработчики не хотят писать плагины, поскольку не уверены, что жизненный цикл текущей версии позволит их продукту окупиться.
— Новые пользователи делают выбор в пользу более предсказуемых движков.
— Следовательно, снижаются обороты маркетплейса, автор теряет деньги и мотивацию.
В результате в минусе все. И я бы очень хотел, чтобы в новой версии такой подход ушел в прошлое. Пусть даже ценой разделения на разные редакции продукта или на появление платной техподдержки.
непонятно следующее
1) как долго будет осуществляться поддержка текущей линейки со стороны автора. Стоит ли ждать появления 1.0.4 или 1.1.0?
2) когда планируется выход из беты 2.0.0?
Надо иметь ввиду, что на LS реализуются и коммерческие проекты, для которых ответы на эти вопросы имеют существенное значение, т.к. напрямую влияют на окупаемость вложений. Владельцы проектов готовы потратить 100-200-300 долларов за движок, но взамен они хотят предсказуемости в его развитии.
А я вот, как новичок с новым проектом (переношу из wp), не могу понять, нужно ли ждать вторую версию, если первая — это всего лишь 1.0.3?
Тогда уж надо объяснить принципы присвоения нумерации. Скажем, 1-я цифра — это версия, 2-я — это апдейт, расширяющий функционал и 3-я цифра — багфикс. Соответственно, было бы хорошо, если бы авторы сразу обозначивали жизненный цикл каждой версии — скажем, «мы будем развивать текущую версию до 1.5.0, после чего начнем готовить новую версию».
P.S. Демка alfa.demo.livestreetcms.com/ сломалась.
— Разработчики не хотят писать плагины, поскольку не уверены, что жизненный цикл текущей версии позволит их продукту окупиться.
— Новые пользователи делают выбор в пользу более предсказуемых движков.
— Следовательно, снижаются обороты маркетплейса, автор теряет деньги и мотивацию.
В результате в минусе все. И я бы очень хотел, чтобы в новой версии такой подход ушел в прошлое. Пусть даже ценой разделения на разные редакции продукта или на появление платной техподдержки.
1) как долго будет осуществляться поддержка текущей линейки со стороны автора. Стоит ли ждать появления 1.0.4 или 1.1.0?
2) когда планируется выход из беты 2.0.0?
Надо иметь ввиду, что на LS реализуются и коммерческие проекты, для которых ответы на эти вопросы имеют существенное значение, т.к. напрямую влияют на окупаемость вложений. Владельцы проектов готовы потратить 100-200-300 долларов за движок, но взамен они хотят предсказуемости в его развитии.
Тогда уж надо объяснить принципы присвоения нумерации. Скажем, 1-я цифра — это версия, 2-я — это апдейт, расширяющий функционал и 3-я цифра — багфикс. Соответственно, было бы хорошо, если бы авторы сразу обозначивали жизненный цикл каждой версии — скажем, «мы будем развивать текущую версию до 1.5.0, после чего начнем готовить новую версию».