В Symfony2 все очень даже по KISS, если сравнивать с конкурентами по нише.
Пример отсутствия DRY неудачен, я не верю что в том же Yii эту проблему можно решить без копипасты. Тут только трейтсы помогут.
Не понял, по вашему в вышеперечисленных проектах не имеют значения удобство работы программистов с фреймворком, стоимость разработки/поддержки и насколько сложно будет ввести в курс дела нового программиста?
На ней нереально сложно разрабатывать свои бандлы
Ага, настолько сложно, что уже почти 2000 их. И не надо опять заводить песенку про малые требования…
Вообще, тема не для этого создавалась, поэтому не совсем понимаю зачем вы это все затеяли, но тут не удержусь.
Просто мы видимо слишком много от нее требуем
Поделитесь, что ж вы такое большое делаете, что Symfony2 не справляется?
Для справки, точно знаю что на Symfony2 есть или разрабатывается:
* CRM для банка
* Платежная система
* Админка у крупного облачного хостинга
* Портал с 100+ млн просмотров в день
* Аукцион с огромным количеством форм и фильтров
Тут вопрос в том что понимать под динамикой.
Конечный пользователь блог на Octopress не отличит от аналога на популярной CMS или самописном велосипеде.
Про «выкачивать, добавлять, генерировать, пушить» — это займет на 1-2 минуты дольше, чем добавление поста через админку CMS, вот уж минус так минус.
Чего нельзя прикрутить-то, в контексте простого блога/портфолио?
Тема перевода документации поднимается раз в 1-2 месяца, но каждый раз затухает, потому что коммюнити никак не может определится, есть ли в этом вообще смысл.
Доводы против:
* Перевод никогда не будет так же полон, как оригинал, потому что доки — не книга, они постоянно меняются и за этим не уследишь.
* Программист обычно и так владеет достаточным знанием английского
Реализация DIC в FuelPHP очень наивна, я бы даже сказал что это не DIC, а простой Service Locator.
— Не решает циркулярных зависимостей
— Не компилирует на ходу
— Не поддерживает вложенные зависимости
— Не поддерживает удобную конфигурацию, подмену зависимостей на ходу
Главный минус FuelPHP — когда их конкуренты вроде Laravel заимствуют сложные компоненты у старших братьев, разработчики FuelPHP все еще испытывают необходимость писать свой велосипед, вместо того чтобы концентрировать все внимание на какой-нибудь киллер фиче.
Когда вы с помощью картинок делаете кнопку такой же красивой в старых браузерах (из-за фирменного стиля или просто требования заказчика) — это уже изящная деградация
Нет.
Изящная деградация — это отключение неподдерживаемых фич без ущерба основному функционалу.
Пример: картинки с Lightbox.
Изящная деградация — это возможность увидеть увеличенный размер картинки, пройдя по прямой ссылке, если по какой-то причине js событие для загрузки Lightbox не сработало.
Самая главная разница у шахмат и автопилота — это ограничение ресурсов (время, вычислительные мощности).
Практически все шахматные боты выигрывают за счет брут форса, долго «обдумывая» каждый шаг.
Автопилот должен в реальном времени принимать решения, основываясь на множестве факторов, которые еще и внезапно меняться могут (бац ребенок на трэк выбежит).
Ну и в машину тупо не запихаешь шкаф под суперкомпьютер…
Я даже знаю одного очень замечального и талантливого разработчика с минусовой кармой, но это единичные случаи, основной массе (как фрилансеров, так и заказчиков) интеграция будет в пользу.
DarthSim — 1986 г.р.
Бедный вы старик, совсем молодняк не уважает ваши времена, да?
Пример работает потому что его ни одним фреймворком не решишь так как вы приподносите.
Пример отсутствия DRY неудачен, я не верю что в том же Yii эту проблему можно решить без копипасты. Тут только трейтсы помогут.
Ага, настолько сложно, что уже почти 2000 их. И не надо опять заводить песенку про малые требования…
Поделитесь, что ж вы такое большое делаете, что Symfony2 не справляется?
Для справки, точно знаю что на Symfony2 есть или разрабатывается:
* CRM для банка
* Платежная система
* Админка у крупного облачного хостинга
* Портал с 100+ млн просмотров в день
* Аукцион с огромным количеством форм и фильтров
Что?
В PHP активно DIC используют больше 2-х лет, первые попытки аж в 2007-ых.
Вообще DIC еще в 90-ых обсуждали.
Конечный пользователь блог на Octopress не отличит от аналога на популярной CMS или самописном велосипеде.
Про «выкачивать, добавлять, генерировать, пушить» — это займет на 1-2 минуты дольше, чем добавление поста через админку CMS, вот уж минус так минус.
Чего нельзя прикрутить-то, в контексте простого блога/портфолио?
Доводы против:
* Перевод никогда не будет так же полон, как оригинал, потому что доки — не книга, они постоянно меняются и за этим не уследишь.
* Программист обычно и так владеет достаточным знанием английского
Что думает хабрачеловек по этому поводу?
— Не решает циркулярных зависимостей
— Не компилирует на ходу
— Не поддерживает вложенные зависимости
— Не поддерживает удобную конфигурацию, подмену зависимостей на ходу
Главный минус FuelPHP — когда их конкуренты вроде Laravel заимствуют сложные компоненты у старших братьев, разработчики FuelPHP все еще испытывают необходимость писать свой велосипед, вместо того чтобы концентрировать все внимание на какой-нибудь киллер фиче.
Нет.
Изящная деградация — это отключение неподдерживаемых фич без ущерба основному функционалу.
Пример: картинки с Lightbox.
Изящная деградация — это возможность увидеть увеличенный размер картинки, пройдя по прямой ссылке, если по какой-то причине js событие для загрузки Lightbox не сработало.
Как в общем-то и любой человек.
Практически все шахматные боты выигрывают за счет брут форса, долго «обдумывая» каждый шаг.
Автопилот должен в реальном времени принимать решения, основываясь на множестве факторов, которые еще и внезапно меняться могут (бац ребенок на трэк выбежит).
Ну и в машину тупо не запихаешь шкаф под суперкомпьютер…