Я дополню. Точно так же как организован процесс передачи между дизайнером и верстальщик, продукты дизайнера и верстальщика - это промежуточные продукты, они нужны только внутри вашей команды по сути. Программист уже выдаст конечный продукт, где потом будут правки как программиста, так и верстальщика. Git нужен для взаимодействия между членами вашей команды, он не предназначен (как мне кажется) в качестве просто хранилища. Файлы вы можете хранить где-нибудь еще.
Денис: Человек зашел на сайт, какой-то скрипт (контроллер, метод и т.д.) ему что-то ответил, этот он же записал данные в базу, он же проверил актуальность данных.
Я дополню немного ответ, кроме кода важно как будет настроен сервер сюда же входит и БД, потому что тот же php - взял php-fpm и nginx поставил количество ядер и не паришься, все работает. А nodejs по-умолчанию на одном ядре работает, тут еще нужно все правильно настроить, чтобы все хорошо было и ул запросов к БД корректно работал и т.д.. Так что оптимизация сервера тоже очень важно.
А как вы скорость замеряли? Смотрели время ответа сервера или так - 'на глаз'? Вопрос, конечно, абсолютно некорректен, правильно сконфигурированный сервер с php на борту и оптимизированным кодом внутри, даст фору кривому приложению на ноде на слабом сервере (вариации здесь возможны). Php вполне себе может конкурировать с nodejs по скорости, если это обычное клиент-серверное приложение все упрется в скорость работы с БД и другие какие-нибудь детали реализации. А если это "супер-навороченный" интернет-магазин, все упирается в кучу скриптов и больших картинок, т.е. ответ сервера 200мс, а сайт отрендерился за 12 сек. Так что ОБЫЧНО фреймворк дело десятое.
ijakparov: нет, считаю, что в коммерческих проектах с этим не стоит заморачиваться (даже вредно). Лучше, просто попытаться реорганизовать структуру файлов и папок. Как уже писали выше, сама jQuery - это не проблема, проблема стиль написания кода. А вот начать пользоваться сборщиком js (уже после реорганизации), я бы рекомендовал, т.к. это может избавить от постоянных дублей кода (это имело место в моем случае).
ijakparov: Да, вы правы, в этом и было изначально затруднение. Как я уже писал, получалась некоторая мешанина из jQuery и React на начальном этапе. Я использовал Django и серверный рендеринг, получилось действительно красиво (на мой взгляд) и вроде даже глаз не режет. Для php тоже что-то есть похожее, - www.phpied.com/server-side-react-with-php
Вообще считаю данную реализацию некорректной (если уже придираться), ответ ниже все-таки более справедлив, мертвый не может ответить. А в данном, если предположить, что они наносят удары одновременно, погибнут оба.