v- smerti

Скорее пережиток. Из своей практики, правда не с ноутбуками, я как только планки не вставлял. Не только разного объема, но и с разной скоростью. И компьютеры при этом работали без нареканий.

Но в идеале конечно лучше бы вставлять одинаковые планки. Так меньше шансов нарваться на странные глюки.

Во-первых, это не composer говорит, а непосредственно php.
А во-вторых, то что вы вывели, ничего не говорит о том, что "либа есть" - это просто куски конфига, где она подключается. Не знаю что это за профилировщик такой, просто закомментируйте везде его подключение (как раз в тех местах, которые указаны) и перезапустите веб-сервер и fpm.

Отсутсвие инкапсуляции в данном контексте, очевидно, в первую очередь означает излишне обширный публичный интерфейс. А публичный интерфейс разработчик фреймворка просто так менять не может - нужно соблюдать обратную совместимость. Соответственно, чем больше у нас торчит наружу ушей, тем сложнее поддерживать и развивать фреймворк. Достаточно посмотреть на код Битрикса, например, чтобы увидеть к чему это приводит.
Думаю, вопрос был именно об этом.

Вконтакте, Яндекс, Badoo, Dropbox, DigitalOcean, YouTube.

jshint
jscs
uglify-js
https://codeclimate.com/
тесты-тесты-тесты

З.Ы. Будьте готовы к тому, что в случае работы в команде - 99.99% ваш gjs придется выкинуть. Очень рекомендую по тыкать на досуге live templates в WebStorm

Скорость загрузки от объёмности стартовой сцены. Обычно делают пустую сцену с одним объектом, на котором висит скрипт запускающий игровую логику и загружающий префабы из ресурсов. Либо делают две сцены: прелоадер и игровую, а потом из первой загружают вторую, попутно показывая свой логотип или анимацию.