Контент


[опрос] Как вы относитесь к расписанию релизов Kohana?

Решил добавить новый опрос на сайте. Появившая вместе с 3.1 новая стратегия выпуска релизов Kohana прошла испытание временем, и можно уже делать какие-то выводы по этому поводу. Более подробные рассуждения жду в комментариях :)

Как вы относитесь к расписанию релизов Kohana?

Показать результаты

Loading ... Loading ...


Голосовать можно за несколько пунктов.

Google Bookmarks Digg Reddit del.icio.us Ma.gnolia Technorati Slashdot Yahoo My Web News2.ru БобрДобр.ru RUmarkz Ваау! Memori.ru rucity.com МоёМесто.ru Mister Wong

Опубликовано в Kohana3.

Теги: , , .


Комментарии (17)

Будьте в курсе обсуждения, подпишитесь на RSS ленту комментариев к этой записи.

  1. aktuba пишет:

    Я уже озвучивал свое мнение, но повторюсь: очень плохой график развития. Конечно надо добавлять новый функционал, но оставлять разработчиков без развития старых версий — плохой шаг. Вот простой пример. В 3.2 изменили работу с конфигами. Ну ведь можно было сделать модуль, который превращал бы старый функционал (Kohana::config($param)) в новый. Но никто даже не подумал об этом. В итоге — те, кто использовали 3.1 остались без обновления, не говоря уже о 3.0.

    Теряется вера в фреймворк, а значит сообщество будет не только не расти, но и постепенно уменьшаться.

  2. xorg пишет:

    Постоянно количество модулей из коробки — сокращают. Вот и пагинатор выкинули из версии 3.2.

    Имхо кохана скатывается в яму. Жду зенд 2.0

  3. biakaveron пишет:

    @xorg
    Ну, для меня главное в Kohana это ее ядро. «Трешка» приучает рассчитывать на сторонние модули, только вот будут ли успевать обновлять свои проекты эти самые сторонние разработчики?

  4. xbagir пишет:

    @biakaveron

    А разве в ядре вся польза фреймворка??? Так же можно взять YII и отключить все модули и получить хорошее ядро.

    Имхо, очень кривой подход к разработке они выбрали. И без того вялую популярность растеряют. Лучше бы создали список наиболее часто-востребованных модулей, порядка 15. Привлекли бы на разработку каждого модуля, по 2 человека минимум, и чтобы эти люди занимались только этим модулем и ничем более. Если вдруг интерес у разработчиков конкретного модуля пропадает, меняем команду.
    Что это дает? Модули не будет архитектурно застаиваться и обрастать костылями, как сейчас. Кроме того будет расти и функционал самого модуля.

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

  5. Макс пишет:

    Да, с модулями запарочка, но для меня как-то не трудно немного подправить свои любимы модули.

  6. biakaveron пишет:

    @xbagir
    Да, мне тоже в голову приходило, что было бы неплохо самые популярные модули «повесить» на несколько активистов (из числа не-разработчиков ядра), чтобы те уже или сами дорабатывали, или хотя бы оперативно на тикеты/патчи реагировали.

  7. xbagir пишет:

    @biakaveron

    Если разработчики не сменят подход, то видимо буду менять фрейм на последующих проектах. Ибо останется одно ядро, которое не сильно ускоряет процесс разработки.

  8. Zares пишет:

    А по мне так, молодцы ребята!

    Движение вперед, и только вперед, к

    новым возможностям, уникальным решениям.

    Нельзя обрастать жиром! Больше того:

    нельзя давать возможности копировать себя…

    Я просто влюблен в этот фреймворк!

    А код какой… в лучших традициях EllisLab!

    Kohana — самый прогрессивный, самых перспективный

    php-фреймворк, при этом такие моменты, как, скажем,

    популярность фреймворка, массовость, его авторов,

    похоже, волнуют меньше всего…

  9. Xobb пишет:

    >> А код какой… в лучших традициях EllisLab!

    Вы ничего не путаете?

  10. Zares пишет:

    Kohana, является, пожалуй, одним из ярчайших представителей,

    ортодоксального направления в веб-программировании.

    Думаю, ни для кого не секрет, что прародителем его

    был CodeIgniter. Да-да, Kohana создан не на пустом месте,

    но ее создали люди, которые считают, что не все должно

    быть так, как должно быть. Да они взяли оттуда, сумели

    сохранить и развить, я повторюсь, лучшие традиции

    кодинга CI, EE…

  11. Xobb пишет:

    а, вы в таком русле. тогда согласен. я сам пользуюсь kohana с момента форка CI. С каждым релизом она мне нравится все больше и больше, так что я очень доволен принятым графиком релизов.

  12. Ян пишет:

    Привет!
    Конечно, немножечко не в тему напишу, ибо в тот пост уже невозможно оставить комментарий. Я обновил сегодня модуль I18n_Plural: добавил возможность создавать пользовательские форматы дат через конфигурационный файл, а также добавил родительный падеж для дат (чтобы в результате получилось «5 февраля 2012» вместо «5 февраль 2012» через параметр %C.

    Модуль доступен по исходному адресу создателя, он сегодня принял пулл запрос.

  13. odino пишет:

    Сглазили??? 3.2.1 все нет и нет.

  14. biakaveron пишет:

    @odino
    Судя по тому, что закрыта только половина тикетов, в ближайшее время релиза не будет :( При этом и версия 3.3, которую по идее должны зарелизить через месяц, мало похожа на сформировавшийся релиз. Есть подозрения, что «политика партии» в части графика релизов будет пересмотрена.

  15. odino пишет:

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

  16. odino пишет:

    Может похоливарим, куда подаваться Zend или Yii ???

  17. oreolek пишет:

    Стратегия правильная, особенно с учётом веток git. Перейти с 3.1 на 3.2 и обратно — пара пустяков. А вот график новых релизов чего-то слишком быстр. Каждые полгода ломать API, да ещё без обратной совместимости? Не лучшее решение для серьёзного фреймворка.



Можно включить подсветку кода: <code><pre lang="">...</pre></code>
Разрешены некоторые HTML теги

или используйте trackback.