Без всей то строгости в типизации, они конечно не играют настолько важную роль, как играли бы в Яве, но их наличие по сути позитив. Не приходится придумывать всякие Mixin или протоколы...
Проблема доклада про Django - он был затянутый. И таким образом у меня сдохла кассета на средине доклада. Да и вряд ли после оцифровки код со слайдов будет особо читаемым. Давайте лучше дружно попросим автора этого доклада записать скринкаст о Django :)
Всё зависит от сложности проекта. Думаю, что 20 000 вполне адекватаня цена для разработки прототипа. Понятное дело, что на период разработки у вас будет не рыночная зарплата.
Хотите элегантное решение? Оно есть в symfony. Использование компонентов. Мы просто берем и весь фрагмент указываем как компонент. Компонент это такой мини-контроллер, который сам по себе не запускается, а лишь выдает фрагмент, который встраивается на страницу. Кешировать его можно просто как и обычные фрагменты шаблонов.
Короче, нефиг придумывать велосипеды :)
+ из этитх реализаций мне больше всего нравится реализация через модель. Она самая простая.
Ещё лучше подходит VBS... Но тут речь идет не о том, как лучше написать скрипт для виндовс. Здесь идет речь о скорости и простоте разработки. Зачем учить дополнительный язык и дополнительные API для простого рутинного скрипта, который, например будет чистить temp или упорядочивать значки в стартовом меню. Именно потому что этот скрипт можно написать за полчаса и потом на много лет забыть о его коде, то таки да, для этого учить ещё один язык лень.
Если IE8 будет поддерживать все стандарты, как обещано, то это же не спасет от рутинной работы верстальщиков, ведь всё равно будут существовать IE6, IE7. Будет ли сделан какой-то шаг, для принудительного (или хотя б добровольно-навязчивого) обновления всех старых IE на новый?
НУ я тоже думал, что их основной зароботок это Opera Mini. Которая в своем сегменте является лидером. Что же сдерживает открывать код нынешней Оперы? Или хотя бы часть её...
Я на свой первый проект ставил Doctrine, но работать довелось с Пропелом. Согласен, основыне минусы Propel - отсутствие PDO, длинный код, неудобные запросы через критерии (каждый раз при сложном запросе нужно смотреть в справочник), кеширование объектов я писал сам.
А вообще чтоб полностью и безболезненно перетйти на Доктрину нужно дождаться пока разработчики добавят промежуточный ORM-уровень. В задачах для Google Summer Code это есть, и я надеюсь у них получиться.
не совсем такой, но музыкантам стоит его проверить :)
я когда-то о нем писал на Хабре, смотрите мой блог
Короче, нефиг придумывать велосипеды :)
+ из этитх реализаций мне больше всего нравится реализация через модель. Она самая простая.
стандарт
А вообще чтоб полностью и безболезненно перетйти на Доктрину нужно дождаться пока разработчики добавят промежуточный ORM-уровень. В задачах для Google Summer Code это есть, и я надеюсь у них получиться.