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

Если вызывать функцию из себя через setTimeout, то стек не забьется (setTimeout вызывает свой коллбек только когда стек пустой). Более того, это единственно разумный способ (ну еще можно setImmediate, но бывает нужна все-таки задержка), т.к. setInterval сдохнет при уходе вкладки в фон, а отправлять 300 запросов сразу -- сами видите, что получается.

run: function ($) {
        $("[fill]").removeAttr("fill");
        $("[stroke]").removeAttr("stroke");
        $("[style]").removeAttr("style");
        $("[class]").removeAttr("class");
}

Уверены, что эта функция не удаляет что-нибудь нужное? Хотите минимизировать svg — перегоняйте через svgo.

И NativeScript.

Можно с помощью https://www.npmjs.com/package/grunt-replace выкрутится, но возможно есть более специализированное решение.

Держать оба приложения в одной папке? Подключать в приложении 2 модуль по абсолютному пути в системе?

И что такого сложного в создании пакета?:)

https://habrahabr.ru/post/323790/

Потому что таков приоритет операторов в JS. Используйте круглые скобки по мере надобности.

Конструкция import намеренно сделана статической, чтобы статический анализ, tree-shaking, блаблабла. Все уши прожужжали этим.

Зато недавно появился proposition dynamic import, который принимает путь, созданный в рантайме, но там придется пошаманить с Promise.all и/или async/await.

Я не настоящий сварщик, но я бы положил плоскость с текстурой, не делать же каждой соломинке свою геометрию.
Если нужно чтоб ее ветер шевелил — частицы.

Можно без компиляции, только его смогут использовать только те, кто тоже использует TS.

vue.js оставался в тени до недавнего времени, пока его не начали активно раскручивать после выхода версии 2.0. А так фреймворк шикарный.

Вы так говорите, будто существует какое-то эталонное ООП, хранящееся в палате мер и весов в Париже. ООП -- это несколько принципов, которые можно трактовать по-разному (Алан Кей, ЕМНИП, сказал: "Я изобрел термин ООП, но я не имел ввиду C++"). В JS вообще классов не было до недавнего времени, да и сейчас это тонкий слой синтаксической сахарной пудры над прототипами.

Когда мы в JS обращаемся к свойству объекта, то движок сначала ищет это свойство в самом объекте. Если свойство не найдено, то идем в объект, который записан как прототип этого объекта, и ищем в нем. Повторяем этот шаг, пока не найдем свойство или не дойдем до Object.
Когда мы вызываем метод объекта через точку (типа b.bar()), то он выполняется в контексте этого объекта b. super.foo() пропускает первый шаг в поиске свойства, берет метод сразу из прототипа прототипа и тоже выполняет его в контексте b. А в контексте b метод bar у нас переопределяет родительский метод, поэтому у нас получается бесконечная рекурсия, которая насильно обрывается движком.

Что должно быть в Java/C++ я вам не подскажу, к сожалению. Возможно, там будет поведение, которое вы ожидаете.