Антипаттерны для поиска соискателей

Концептуально, интерфейс выражает собой свойство, которым обладают объекты. В интерфейсе допустимы только открытые члены, не являющиеся полями. Обычно интерфейсы не содержат реализации (исключение — java 8) и именуются прилагательными. Производные классы не наследуются от интерфейсов (поскольку наследовать нечего), а реализуют их, при этом разрешена множественная реализация интерфейсов.

Абстрактный класс — это прежде всего базовая реализация какой-то функциональности, в абстрактном классе могут быть закрытые и защищенные члены, разрешены поля. Обычно абстрактные классы именуются существительными. Производные классы не могут быть унаследованы от нескольких базовых классов (исключение — C++, но даже тут множественное наследование считается неправильной практикой).

Что я забыл?

Все просто. Интерфейсы в Javascript существуют только в документации. Пример чистого интерфейса — ChildNode, вы не найдете переменной с таким именем в рантайме.

Абстрактный же класс в javascript — это функция-конструктор, которую нельзя вызывать. При этом, он имеет имя, на него можно ссылаться и его прототип можно найти в цепочке прототипов некоторых объектов, что в свою очередь означает работоспособность оператора instanceof.

Пример абстрактного класса в Javascript — HTMLElement (в документации написано что это интерфейс, но это не противоречит тому что это еще и класс — в Javascript в силу слабой распространенности instanceof-проверок любой класс является еще и интерфейсом).

Как-то так:

/** @interface */
class BuzzerInterface {
  constructor() {
    throw Error('Can not instantiate BuzzerInterface');
  }

  buzz() {
    throw Error('Not implemented');
  }
}

/** @abstract */
class AbstractClass {
  constructor(a) {
    if (new.target === AbstractClass) {
      throw Error('Can not instantiate AbstractClass');
    }

    this._a = a;
  }

  getA() {
    return this._a;
  }
}

/** @implements BuzzerInterface */
class ConcreteBuzzer extends AbstractClass {
  constructor(a) {
    super(a + 1)
  }

  buzz() {
    return `${this.getA()} buzz buzz`
  }
}

Я ссылался лишь на то, что работа в компании, как и собеседование, состоит не только из крутой и интересной части, а ещё и из скучной, но обязательной. И если кандидат на собеседовании начинает что-то типа "я слишком хорош для ваших глупых вопросов", потом он так же может сказать "я слишком хорош для ваших унылых задач".

Мне кажется, или вы перегибаете?
Это настолько же базовые вещи, как разница между if и for.
И да, практически в любом языке с моделью ООП а-ля java, без них никуда

С одной стороны — да. С другой — часто рекрутера интересует некий "общий стаж", а так же компании, в которых вы работали, и роли, в которых вы там выступали. А ваша текущая сфера специализации и ожидания в любом случае указываются отдельно. Опять же, даже Node.JS разработчику может быть частично релевантен опыт работы с Delphi, если он использовал в Delphi проектах, например, реляционные СУБД.

Так что обычно лучше написать больше. Если это не нужно, то для рекрутера не должно составить проблем выкинуть несколько листочков — а не вчитываться в хроники 90х годов.

зачем JS Developer указывает Delphi

Как дополнительные сведения, что он знаком с компилируемыми языками и WinAPI, а значит лучше представляет, как браузер работает "под капотом". А для серверного разработчика на любом языке навык работы с сильной статической типизацией это тем более плюс.