Aetae

Что именно он у тебя там "выделяет" то?
Мало кто вообще юзает jshint, а не eslint, а те кто юзают не обязательно имеют тот же конфиг что у тебя.

Безотносительно, по конкретной задаче это делается так:

class Admin extends User{
  constructor(){
    super(true);
  }
}

Если шрифт моноширинный, то, условно, так:

const minGap = 3;
const keys = ['name', 'price'];  
const input = [
  {
    name: "абрикосы",
    price: 20
  },
  {
    name: "тыква",
    price: 50
  },
  {
    name: "уи",
    price: 1000
  }
];


const maxLengths = keys.slice().fill(0);
const normalizedInput = input.map(item => keys.reduce((acc, key, i) => {
  const current = String(item[key]);
  const currentLength = current.length;

  if(currentLength > maxLengths[i]) 
    maxLengths[i] = currentLength;

  acc[key] = current;   
  acc.length += currentLength;

  return acc;
}, { length: 0 }));

const maxLength = maxLengths.reduce(
  (sum, current) => sum + current, 
  minGap
);

const res = normalizedInput
  .map(({
    name, 
    price, 
    length
  }) => name + ' '.repeat(maxLength - length) + price)
  .join('\n');

Если событие диспатчится стандартными методами на него можно подписаться стандартными методами(т.е. addEventListener).

Порядок срабатывания слушателей - строго в порядки их добавления.

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

let key: keyof EventStatusType;
for (key in eventTypes) {

Typescript не может автоматически вывести тип key потому что он структурный, и никак не может знать, что в объекте точно нет ещё каких-нибудь ключей, кроме тех что указаны в типе EventStatusType:

const foo = {
   Closed: false,
   Maintaince: false,
   Open: false,
   внезапно: 'Вася'
};

const bar: EventStatusType = foo; // ok

Поскольку с помощью кода в начале ты фактически говоришь Typescript: "я знаю лучше, там точно не будет ничего другого", то на всякий непредвиденный случай следует добавить в switch default который что-то сделает(например кинет ошибку) если таки лишний неведомый ключ прилетит.

P,S. А ещё у тебя в имени одного ключа опечатка: Maintaince и Maintenance.

Потому что user который возвращается из objRound - это dom-элемент div, а insertAdjacentHTML ждёт на вход html-строку.
Используй insertAdjacentElement.

await

useFetch используется в nuxt для косистентной работы с состоянием при SSR.
Если ты не используешь SSR он тебе нафиг не нужен. И да, как уже заметили, этот хук не имеет никакого отношения к axios или fetch как таковому.

initialState у тебя не типизирован, соответственно массив без указания типа имеет тип nexer[] - т.е. в него нельзя класть ничего вообще.

TS очень не любит работать с произвольными объектами, так что совсем без any получится огромное убожество имеющее одну цель - ублажить TS. Оно того не стоит.

С any же всё просто, но надо быть аккуратным.

function getPropertyOfObject<T extends Record<PropertyKey, any>>(obj: T) {
    const defaultKey = 'defaultKey';
    function getProp<K extends keyof T>(keyOne: K): typeof defaultKey extends keyof T[K] ? T[K][typeof defaultKey] : void;
    function getProp<K extends keyof T, K2 extends keyof T[K]>(keyOne: K, keyTwo: K2): T[K][K2];
    function getProp(keyOne: PropertyKey, keyTwo?: PropertyKey) {
        return obj?.[keyOne]?.[keyTwo ?? defaultKey];
    }
    return getProp;
}

Для общего состояния всего приложения: vuex.
Для связки детей которые не могут жить без конкретного родителя с этим родителем: provide \ inject.
Для плотной связки единичных компонентов: отдельный Vue.observable \ Vue.reactive объект импортируемый в нужных компонентах.
Для явного взаимодействия рядомстоящих компонентов, обычный vue-flow: вверх события через $emit и @on, вниз props.

Сделайте свой скрипт: "serve": "node ./api/serve.js", а уж в нём что хотите и как хотите вызывайте.

try catch ?
Ну или по хардкору - window.onerror.

В теории, если vue-cli не лочит эту конкретную настройку webpack: configureWebpack / chainWebpack и output.filename / output.assetModuleFilename.

{
  let a = 0;
  document.querySelector('button').onclick = function(){
    a = a +1;
    console.log(a);
  };
}

Я не гуру git, мб есть способы и по-проще, но как бы я делал: создавал бы отдельную ветку под merge request(дизайнеру дать простенький скрипт для этого).

Т.е. есть ветка dev, дизайнер от неё делает свою ветку feature как обычно, потом когда пришло время делать MR - скриптом делается ещё одна ветка от feature условно вида feature_to_dev_<date>, и уже от неё делается MR в dev, далее:
а) есть конфликты - шлётся тебе уведомление, ты правишь конфликты и мержишь,
б) нет - автомержится и удаляется.
Дизайнер в любом случае в это время продолжает спокойно работать в своей feature.

Обратно dev в feature, если надо, дизайнер вливает через простой MR, и если есть конфликты - тыкает тебя, тут уж никак без остановки работы. Но, по идее, частых конфликтов быть не должно если регулярно вливали его работу в dev.