Как вы используете Symfony2 + SASS/Jade?

зачем вообще их скрещивать? какая разница на чем шаблоны писать. можно делать несколько цикла, писать на жейде «предшаблон», который конпелять статично вотчером в шаблон симфонии, то же и со стилусом. я так и делаю часто. суть в том что часто фронтенд это совсем отдельный проект, и исходники у него совсем другие, а пересечение в общем проекте — уже результат конпеляций

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

профит использования нативных по отношению к симфонии методов в том, что для разворачивания проекта ничего не нужно. Ты просто ставишь сайт, и он просто работает. Никаких вотчдогов, лайврелоадов и прочих неочевидных пристроек, которые не каждый чувак, который будет деплоить твой сайт, просечет. (По той же причине нам пришлось отказаться от submodules в гите - не все знают о параметре --recursive, еще меньше - об обновлении подмодулей, короче когда существуют подмодули - багтрекер засран багрепортами в стиле «ничего не работает, ваша поделуха пишет, что какой-то там класс не найден».)

либо ты теоретик либо делашеь маленькие проекты. зачем каким-то галимым админам твои вачеры и т.п.? ты вообще исходники можешь им не передавать, да, ты не ослышался. меньше знаешь лучше спишь. на всяких глупышей лучше не равняться вообще

суть в том что не всегда есть инфраструктура для ассет менеджеров, либо нежелания их использовать, но ничего не помешает это делать лично тебе. суть — две строки билд скрипта

по мне профиты от этого только очевидны, у вас же там по запросу все грузится в симфонии-то, не задолбетесь ассеты конпелять? а видя html & css никто даже не заподозрит что это не исходники

ты вообще исходники можешь им не передавать,

ты сейчас про себя или про меня? Ты, наверное, можешь.

чуваки в бизнесе хотят следующее: чтобы код работал на _их_ серверах, чтобы не отдавать данные какому-то васе пупкину, который разработал их финансовую систему. Необходимо чтобы любая прога (даже онлайновая) могла работать без онлайна, чтобы специалисты заказчика могли явно убедиться, что инфа никуда не утекает. Например, гитхаб для коммерсов - не вариант, мало ли что там этот гитхаб стибрит, мало ли кто их хакнет.

если инхаус, то есть как раз админ, которому на все эти программистские фенечки начхать. Чем сложнее деплоить на сервак - тем геморней админу все это задеплоить. Чем геморней - тем выше вероятность, что он запорет боевой сервер, пользователи будут в ужасе и свалят нах с твоего сервиса. В идеале процесс деплоймента должен выглядеть так: админ разворачивает виртуалку, скачивает wget'ом пакет с твоим проектом и запускает ./install, все.

ты когда пишешь шаблоны ты пишешь их на жейде, а когда пишешь стили пишешь их на стилусе

там у тебя есть билд-скрипт, пуш-хук, вотчер, что угодно, который компилит их и ложит в твой проект уже css, html, phtml. ты отдаешь клиенту проект, исходники jade и stylus у тебя в другой репе, тебе не обязательно делать этот билд в их проекте, практика показывает что фронтенд и сервер лучше вообще ложить в разные проекты. что тебе не ясно?

как связанно то на чем писать стили и шаблоны с деплоем твоего проекта я вообще не понимаю? как деплой связан с компиляцией шаблонов?

Допустим, у нас есть прога АдминкаСамбы, представляющая из себя сайт, написанный на пхп+симфони2.

Сценарий 1: Вася Пупкин решил развернуть АдминкуСамбы. Он зашел на оффсайт Админки, скопировал строчку «git clone http://github.com/АдминкаСамбы", запустил ее в консольке, потом открыл файл с виртуальными хостами апача (либо графическую настраивалку), добавил сервер, прописал путь в DocumentRoot этого нового сервера. Зашел в браузер, нажал F5, админка работает.

Сцентарий 2: Вася Пупкин решил развернуть АдминкуСамбы. 2 часа он трахался с установкой линукса, 2 - с настройкой самбы, еще 6 он настраивал пуш-хуки, билд-скрипты и вотчеры, написал 28 статей на лоре „пипец ничиво не работает“. Потом зашел в браузер, нажал F5, админка заработала, но пишет в низу страницы несколько ошибок в E_STRICT.

Какой сценарий лучше? ;)

А в Java можно еще проще. Счекаутил проект, выполнил команду mvn deploy && mvn tomcat:run в корне проекта и пошел жать F5. (автоматизация установки внешних зависимостей и конфигурации - в планах, но это большой гемор, особенно если поддерживать еще и Шиндовс, пока только мечтаем).

ты совсем не читаешь мои ответы, дурашка, либо читай либо уходи :Р

либо ты пьян

ты о том, что не давать исходники заказчику? не вариант. Например, Вася Пупкин захочет поменять логотип в админке, полезет в CSS - а там кровь-кишки-расчлененка, и нет никаких гарантированных способов что даже если он вфигачит свою картинку в генерированный HTML/CSS, что эти изменения не потрутся следующим обновлением.

Юзал когда-нибудь фреймворки, которые скачать можно только в минимизированном/скомпилированном виде, а чтобы получить нормальный и покопаться в нем - нужно чекаутить из гита и настраивать 100500 говна? Разве это не вызывает ненависти?

теоретики

npm install

echo «foo» > tpl.jade

cake build

problem?