Константин Китманов

Из коробки нету такого. Можно попробовать обойти как-то так:

const includeMixins = 'include path/to/mixins.pug\n'; // тут можно написать много инклюдов

function yua_func(path, params, cb) {
    fs.readFile(path, (err, file) => {
        const template = includeMixins + file.toString();
        cb(pug.compile(template, params));
    });
}

https://github.com/krasimir/webpack-library-starter
krasimirtsonev.com/blog/article/javascript-library...
https://stackoverflow.com/questions/35131367/creat...

P.S. Надеюсь, вы понимаете, что import без вебпака у того, кто подключает библиотеку, не будет работать еще довольно долго:)

Так напрашивается разбить прям на три компонента -- профиль, юзеры и сообщения.
Ну и vuex посмотрите.

https://loopback.io/
https://hapijs.com/
restify.com

Не очень понятно, что вы хотите. Склеить кучку файлов? это как-то так делается: https://superuser.com/questions/111825/a-command-l... ну или возьмите gulp.

Либо вы делаете что-то крайне нестандартное, либо делаете что-то очень простое крайне нестандартным методом Расскажите подробнее, в общем:)

Если хотите писать игру, а не потратить несколько лет на создание самого-пресамого движка, то Unity (С#) или Unreal (С++). Ну или любой другой готовый движок с историей и сообществом.
При небольшом опыте советую все-таки C#.

Ох, grunt и bower (While Bower is maintained, we recommend yarn and webpack for new front-end projects!) сейчас уже никто не использует. gulp еще кое-где живет, но далеко не везде. Фронтендовые пакеты ставятся npm, сборка — webpack.

Интеграция с бэкендовой сборкой сводится обычно к запуску npm run build в нужной директории (любой сборщик умеет запускать произвольную внешнюю команду).

P.S. Да, webpack это больно, но сейчас гораздо проще найти готовый конфиг и минимально допилить под себя. Еще yeoman помогает.

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

Есть вариант сделать классы ResourceManager и Renderer Singleton'ами и использовать их в любом нужном месте, тогда проблем не будет, но я читал много аргументов против такого метода.

Вместо синглтонов стоит использовать Dependency Injection.

А еще посоветую вот такую книжку: gameprogrammingpatterns.com

npm install делали? если да, то сделайте npm install concurrently --save-dev

a.footer__btn(href="/about"). (class="") нужен только если класс конструируется динамически, что случается нечасто.

Но вообще это все вкусовщина, лишь бы в рамках одного проекта было одинаково.

Ну ок, а зачем? Хотите говорить с машиной на её родном языке? Так если C осилили, то и с ассемблером разберетесь. Хотите выиграть в производительности? Упретесь в то, что процессор скобочки в исходниках считает, вместо того чтоб задачами заниматься. Хотите избежать шага компиляции? Опять же, зачем? Я вот щас по-говнокодерски скажу, но сейчас мощности компов позволяют быстро написать код на питоне и потратить свободное время на более полезные и приятные для себя и для человечества вещи, нежели байтики высчитывать. Так же и с компиляцией, нажал F5 и пошел чаю налить или просто размяться.

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

Тут явно ошибка в селекторе:
$(".btn btn-block btn-animate")

А почему просто не передавать саму переменную? Юный организм правильно ощущает:)

// переменная variable рандомится раз в секунду
var variable = 0;
var int = setInterval(function() {
    variable = Math.random();
}, 1000);

// функция запускает интервал с проверкой argument > 0.5
function checker(argument) {
    var int = setInterval(function() {
        if(argument > 0.5) {
            console.log('переменная "variable" больше 0.5');
            clearInterval(int);
        };
    }, 1000);
}
// запускаем проверку variable > 0.5;
checker(variable);

В принципе 95% случаев использования eval обходятся с помощью window[variableName], но тут и этого не нужно:)

Именно так. Как слои в фотошопе.