sergey

А при чем тут svg? Дело в frame. Адекватные браузер считают это не допустимым. И уж если хотите совет, расскажите что у Вас в frame и зачем.

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

Как работает браузер - можно знать лишь в общих чертах, для общего развития. В повседневной жизни это в 99% случаев не нужно. Браузер предоставляет нам API и мы его используем. То как оно устроено внутри пусть остается инкапсулировано внутри.

Как работает V8 - опять же, достаточно общего представлени об event loop. Все остальное пусть остается скрыто и используется через API.

Оптимизация кода под браузерные движки - в большинстве случаев вообще не надо.

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

Написание быстрого кода - практически не нужно (он и так будет достаточно быстрый). Лучше сосредоточиться над написанием читаемого, тестируемого и поддерживаемого кода.

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

Потому что команда не правильная.
find / -name skype -type d

Во всём должен быть баланс и равновесие...
1. Быстрее сделаете - быстрее сдадите и возьмёте ещё работы.
2. Спешка не должна влиять на качество и здоровье.
3. Всегда оставляйте себе 30% запас по времени и стремитесь завершить проект к этой дате.
4. Старайтесь использовать наработки с предыдущих проектов и оптимизировать свои рутинные рабочие процессы и операции для уменьшения времени работы.
5. Старайтесь делать так, будто делаете это себе: так Вы быстро получите новые заказы через "сарафанное радио".

Я пользуюсь Avocode, вполне хватает)

Хватает при условии, что дизайн выполнен правильно)

В приведенном примере используется animate.css. И прямо посредине страницы об этом написано. И я конечно понимаю что на js можно сделать совершенно любую анимацию, но если есть возможность, лучше делать на css - будет и производительнее и более правильно с идеологической точки зрения.

Если компания дорожит качеством продукта и безопасностью данных своих клиентов, то сборка и выкат новой версии проводится автоматически Continuous Intrgration сервером. У программистов вобще нет доступа к проду. Доступ к проду есть только у CI-сервера. У программиста есть доступ только к GIT репозиторию проекта. Вся работа проводится в своём окружении и в отдельной ветке. Затем ветка тестируется на тестовом окружении (близком к продакшену), если надо правится, и затем вливается в главную ветку проекта. После этого CI подхватывает изменения, билдит фронт и бэк и выкатывает это дело на прод. Это очень общий вариант. Там есть куча нью-ансов.

Лично я предпочитаю идти по вышеописанному пути с первого дня работы даже когда работаю один. Потому что в этом случае ты всегда можешь откатиться на последний стабильный релиз, уйти дамой и доделать всё на следующий день. Вместо того чтоб с выпученными глазами и трясущимися губами всю ночь что-то там фиксить (что есть признаком очень низкокачественного проекта).

UPD
Забыл сказать, что этот путь не даётся легко. Нужно потренироваться где-то полгодика. Но зато на всю жизнь получаешь спокойные ночи и здоровый цвет лица, так что оно того стоит.

Это SPA - Single Page Application.
Вся эта красота держится на JS, немного на стилях и, главным образом, на нервах верстальщика.

Вот так. Тут подробнее.