Прекратите спрашивать программистов о теоритических вещах

Проходил тут собеседование по JS.

И как ведомо подгорело. Предложение собеседующим: если сами не в теме, то не спорьте, а если не можете поддержать и раскрыть разговор, то собеседование это не ваше.

1. Вопрос более холиварный Function - это отдельный тип JS?

В учебниках написано что это тип объекта, впрочем как и Array. Но тогда резонный вопрос, если это не отдельный тип (хотя даже typeof выделяет его отдельно), то как я могу создать его вручную из Object каким либо образом не беря ничего из Function? 

Я понимаю что под капотом оно наследуется всё от Object, но как создать его вручную реализовав какой либо интерфейс или объявив какое либо спец свойство я не знаю, может быть мне помогут комментарием коллеги?

2. Typescript вопросы про количество элементов в Enum, я понимаю что вопросы про это бред, но всё таки Есть понятие const enum, которое не попадает в код, а попадают только значения. Собеседующий быстро отбрехался от этого. Рекомендую проверить вывод этого кода:

Фрагмент TS

const enum A {
    A,
    B,
    C
}
console.log(A.B);

Сколько значений попало в код?
99% программистов можно засыпать вопросом из базового синтаксиса, типа деструктивного
присваивания, специфических символов и прочих вещей, которые пользуются 1% всего времени
и не всегда несут полезную нагрузку, например со строками деструктуризации и присваивания
иногда над одной строкой можно голову сломать, не то что еще и ошибку уловить.
греет сковородки, но это же не мешает ей пользоваться и вкусно готовить.


Ну и общее: прекратите вы сыпать теорией из книжки...

Учитесь раскрывать большее! Ну не знает у меня жена как и за счёт чего индукционная плита