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

Учите более распространенные вещи — react, vue. По ним больше учебных материалов, легче найти ответы и советы, а vue не сильно сложнее svelte. Ну а если потом попадется работа со svelte, с правильным багажом овладеете без труда.

Сделать 5-10-50 проектов. Когда надоест каждый раз писать одни и те же велосипеды и ездить на них по одним и тем же граблям, "неприязнь" как рукой снимет.

itch.io и gamejolt

Я бы хотел прекратить платить каждый год за WebStorm и пользоваться бесплатным опенсорсным софтом, но...

Простой пример: есть export class MyClass {} в файле MyClass.js, переименовываем класс, WebStorm предлагает заодно переименовать файл и исправляет все импорты. И таких мелочей, которые снимают с человека дурацкую ручную работу -- полно. В VS Code такого нет.

screenGame.backgroundPositionX += 5 + "px";

У вас на каждом шаге будет конкатенация строк, а не сложение. Значения будут такими: 0%, 0%5px, 0%5px5px и так далее. Поэтому, наверное, и не работает?

тут регулярно публикуют подборки материалов: https://gdcuffs.com

Из соображений тестируемости — компоненты не должны содержать ни бизнес-логики, ни сетевого кода, экшены должны быть как можно более тупыми, а все самое интересное — в мутациях и геттерах. Так будет проще всего покрывать тестами и дебажить.

Нельзя опубликовать изменения вне новой версии — npm просто не даст.

Мелкие изменения, не ломающие обратную совместимость, меняют третью циферку в версии, то есть у вас должно быть 1.0.1. А общие правила гуглятся по словам semantic versioning.

Есть.

Angular это новая версия (> 2.0) и она обратно несовместима с AngularJS (1.x) — было много шуму, когда выкатили 2.0 и оказалось что по факту это новый фреймворк.
Очень странно, кстати, что тестовое задание именно на AngularJS.

Никак. Даже если взять фреймворк, то и там где-то внутри будет тупо цикл.

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

.disable-all-buttons button {
  pointer-events: none; /* отключаем реакцию на клик и тап */
  opacity: 0.6; /* делаем кнопку "бледной" */
}

Кидаем этот класс на общий контейнер и bob's your uncle.

CI/CD (Continuous Integration/Continuous Delivery) сервер ответ на ваши проблемы. Например, bitbucket pipelines, circle ci, gitlab pipelines, jenkins и т.д. Работает так:

• сервер отслеживает пуши в определенные ветки, например, в master.
  
• если в master пришли коммиты, то запускается определенный скрипт, который вызывает сборку (обычно еще перед этим запускаются тесты, если есть).
  
• если сборка прошла успешно, то результат этой сборки кладется в отдельную папку -- это называется build artifact
  
• этот build artifact тем или иным образом загружается на хостинг -- у всяких там AWS/Azure и т.п. облак обычно есть API для этого, можно передавать файлы через scp или sftp.
  

Если вся инфраструктура локальная, то и CI/CD сервер обычно ставят локально, например, Jenkins или TeamCity. Но без выделенного админа/девопса проще в облаках настроить, наверное.

P.S. это, конечно, годится не только для проектов на vue, а вообще для любого веба, включая бэкенд.

https://www.shadertoy.com/
https://webglfundamentals.org/

Есть два варианта: либо юнит-тесты, либо e2e.

С юнит-тестами все в общем точно так же. Из тестов запускаем инстанс приложения, делаем http-запрос, получаем ответ и проверяем, что там все на месте. Не забываем в teardown убить приложение. Чтобы не изобретать велосипед, можно взять supertest.

e2e-тесты выполняют более общую проверку на то что определенные пользовательские сценарии проходят без проблем. Тут надо смотреть в сторону Nightwatch и TestCafe.