Решил добавить новый опрос на сайте. Появившая вместе с 3.1 новая стратегия выпуска релизов Kohana прошла испытание временем, и можно уже делать какие-то выводы по этому поводу. Более подробные рассуждения жду в комментариях 
Loading ...Голосовать можно за несколько пунктов.
Я уже озвучивал свое мнение, но повторюсь: очень плохой график развития. Конечно надо добавлять новый функционал, но оставлять разработчиков без развития старых версий — плохой шаг. Вот простой пример. В 3.2 изменили работу с конфигами. Ну ведь можно было сделать модуль, который превращал бы старый функционал (Kohana::config($param)) в новый. Но никто даже не подумал об этом. В итоге — те, кто использовали 3.1 остались без обновления, не говоря уже о 3.0.
Теряется вера в фреймворк, а значит сообщество будет не только не расти, но и постепенно уменьшаться.
Постоянно количество модулей из коробки — сокращают. Вот и пагинатор выкинули из версии 3.2.
Имхо кохана скатывается в яму. Жду зенд 2.0
@xorg
Ну, для меня главное в Kohana это ее ядро. «Трешка» приучает рассчитывать на сторонние модули, только вот будут ли успевать обновлять свои проекты эти самые сторонние разработчики?
@biakaveron
А разве в ядре вся польза фреймворка??? Так же можно взять YII и отключить все модули и получить хорошее ядро.
Имхо, очень кривой подход к разработке они выбрали. И без того вялую популярность растеряют. Лучше бы создали список наиболее часто-востребованных модулей, порядка 15. Привлекли бы на разработку каждого модуля, по 2 человека минимум, и чтобы эти люди занимались только этим модулем и ничем более. Если вдруг интерес у разработчиков конкретного модуля пропадает, меняем команду.
Что это дает? Модули не будет архитектурно застаиваться и обрастать костылями, как сейчас. Кроме того будет расти и функционал самого модуля.
Кто не хочет юзать модуль, тупо не будет прописывать его в бутстрапе. Т.е. такой подход никоим образом не утяжелит фреймворк.
Да, с модулями запарочка, но для меня как-то не трудно немного подправить свои любимы модули.
@xbagir
Да, мне тоже в голову приходило, что было бы неплохо самые популярные модули «повесить» на несколько активистов (из числа не-разработчиков ядра), чтобы те уже или сами дорабатывали, или хотя бы оперативно на тикеты/патчи реагировали.
@biakaveron
Если разработчики не сменят подход, то видимо буду менять фрейм на последующих проектах. Ибо останется одно ядро, которое не сильно ускоряет процесс разработки.
А по мне так, молодцы ребята!
Движение вперед, и только вперед, к
новым возможностям, уникальным решениям.
Нельзя обрастать жиром! Больше того:
нельзя давать возможности копировать себя…
Я просто влюблен в этот фреймворк!
А код какой… в лучших традициях EllisLab!
Kohana — самый прогрессивный, самых перспективный
php-фреймворк, при этом такие моменты, как, скажем,
популярность фреймворка, массовость, его авторов,
похоже, волнуют меньше всего…
>> А код какой… в лучших традициях EllisLab!
Вы ничего не путаете?
Kohana, является, пожалуй, одним из ярчайших представителей,
ортодоксального направления в веб-программировании.
Думаю, ни для кого не секрет, что прародителем его
был CodeIgniter. Да-да, Kohana создан не на пустом месте,
но ее создали люди, которые считают, что не все должно
быть так, как должно быть. Да они взяли оттуда, сумели
сохранить и развить, я повторюсь, лучшие традиции
кодинга CI, EE…
а, вы в таком русле. тогда согласен. я сам пользуюсь kohana с момента форка CI. С каждым релизом она мне нравится все больше и больше, так что я очень доволен принятым графиком релизов.
Привет!
Конечно, немножечко не в тему напишу, ибо в тот пост уже невозможно оставить комментарий. Я обновил сегодня модуль I18n_Plural: добавил возможность создавать пользовательские форматы дат через конфигурационный файл, а также добавил родительный падеж для дат (чтобы в результате получилось «5 февраля 2012» вместо «5 февраль 2012» через параметр %C.
Модуль доступен по исходному адресу создателя, он сегодня принял пулл запрос.
Сглазили??? 3.2.1 все нет и нет.
@odino
При этом и версия 3.3, которую по идее должны зарелизить через месяц, мало похожа на сформировавшийся релиз. Есть подозрения, что «политика партии» в части графика релизов будет пересмотрена.
Судя по тому, что закрыта только половина тикетов, в ближайшее время релиза не будет
Нехорошо. Думаю, пора делать последний проект и переходить на более стабильные фреймворки, типа зенда. Уже факты на лицо, что кохана может неожиданно скончаться.
Может похоливарим, куда подаваться Zend или Yii ???
Стратегия правильная, особенно с учётом веток git. Перейти с 3.1 на 3.2 и обратно — пара пустяков. А вот график новых релизов чего-то слишком быстр. Каждые полгода ломать API, да ещё без обратной совместимости? Не лучшее решение для серьёзного фреймворка.