Почему свойство в классе JS не меняется его методом?

Дима, если не было клика - нет и значения.
->
Вы не можете вывести значение до того как был клик.
->
Выводите значение после клика.

Как правильно экспортировать функцию\массив?

Ты не можешь "зарезолвить" промис. Промис резолвится сам тогда, когда некое асинхронное действие произошло.
Порядок событий в коде примерно таков:
1. Запуск кода из основного файла.
2. Запуск кода импортирующкгося модуля.
2.1. Создание промиса getMain.
2.2. Запуск промиса getMain.
2.3. Экспорт промиса getMain.
3. Импорт промиса getMain в основной файл.
4. Дальнейшее исполнение кода основного файла.
5. Завершение исполнения кода основного файла.
...спустя какое-то неизвестное время
6. Промис getMain резолвится, выполняются обработчики назначенные ему через then.

он свой синхронный результат

Нет никакого синхронного результата. Промис по определению асинхронен. Сам по себе промис - это обёртка над колбэками, упрощающая написание и не более того. Асинхронность всё та же остаётся на месте.
Вам надо читать нормальные учебники, для понимания основ. И забыть о синхронности - в мире js её не существует.

Как правильно экспортировать функцию\массив?

d2207, ну естественно вам надо ещё подождать пока промис отработает. Нельзя экспортировать то, чего нет. Экспорт происходит сразу, а массив вы получаете когда-нибудь потом.

Почему свойство в классе JS не меняется его методом?

Дима, как вам надо, так и поступайте, яж не знаю чего вы хотите от этого класса.
Просто держите в уме, что вы не можете вывести значение, которое ещё не было назначено: javascript не обладает пророческими алгоритмами и предсказать какое значение там окажется после клика и будет ли когда-нибудь вообще тот самый клик - не может.
Если вам нужно значение по умолчанию - так задавайте его в конструкторе.

Почему свойство в классе JS не меняется его методом?

a.viewValue(); у тебя вызывается сразу после создания, а клик ты делаешь сильно потом.

Как реализовать такой блок?

4. Трансформация skew
5. Bg-градиент

Как сделать равномерное распределение элементов массива?

Делить надо не по количеству, а по размеру получающегося запроса, который ограничен у вас на сервере.

Как разрабатывать на vue cli + бэкенд на другом сервере?

tempick, у webpack devServer (который и запускается при serve) есть параметр proxy, в котором можно задать проксирование всех локальных запросов куда угодно, с естественным игнорированием cors.

Как развиваться в сторону креативной фронтенд-разработки?

Strannyk, *неприглядный

Как правильно экспортировать функцию\массив?

myValue: 'getMain2'
Тут прямо написано, что myValue - это просто строка 'getMain2'. У строк нет метода map.

Почему разная структура проекта при разной установке Vue и библиотек?

svisch, если он выключен, приложение работать не будет вовсе. Только эта надпись и будет видна.
Если эта надпись вида при работающем приложении, что невозможно, то значит вы что-то попортили в index.html, например тэги noscript.

...upd: "с сообщением в исходном коде страницы"?
Т.е. она не видна, она лежит в исходниках? Зачем вы лезете в исходники? Она там и должна быть. Чтоб если кто-то отключит javascript ему не белый экран показывало, а поясняющую надпись.

Почему разная структура проекта при разной установке Vue и библиотек?

svisch, ещё раз: publicPath - это то, по какому url доступно приложение. Совершенно не важно в какой физической папке на сервере оно при этом лежит. Указывать разный base для роутера и publicPath для vue - чревато багами.(посмотрите как base указывается если создавать vue create сразу с опцией router)
Если у вас приложение доступно по корневому url, то publicPath должен быть / или не указан.

Эта фраза лежит в стандартном шаблоне индексной страницы: src/public/index.html в теге <noscript> и показана будет только если javascript отключён.
Если вы удалили папку public, то шаблон берётся из потрохов самого vue. Чтоб восстановить - опять же создайте vue create чистый проект и заберите оттуда.

Почему разная структура проекта при разной установке Vue и библиотек?

svisch, upd: если у вас проект специально публикуется в паку dist(отличный способ всех запутать, да) то чего вы удивляетесь наличию /dist в ссылках?

Почему разная структура проекта при разной установке Vue и библиотек?

svisch, удали vue.config.js, ты там какой-то хрени понаписал. publicPath не должен быть dist.
С отсутствующим или чистым vue.config.js всё будет работать как должно.

publicPath указывается если на сервере приложение будет лежать не в корне, а по определённому пути. Если вы поставили там dist, значит приложение должно лежать по адресу site.name/dist/ и все ссылки, естественно, должны будут принимать вид site.name/dist/<ссылка>.

Почему разная структура проекта при разной установке Vue и библиотек?

svisch, ну и на всякий случай посмотрите что вам выдаёт vue --version, на текущий момент должно быть:

Почему разная структура проекта при разной установке Vue и библиотек?

А как вы запускаете?
Если вы устанавливали через vue cli то для разработки у вас сервер запускается командой npm run serve / yarn serve. И доступен он по адресу localhost:, где port и publicPath - указанны в vue.config.js, по умолчанию 8080 и / соответственно.
Никакому dist там взяться неоткуда, если он не прописан как publicPath вручную.

Если же вы делаете npm run build / yarn build, то тут у вас уже появляется папочка dist с собранный приложением и класть на ваш сервер надо не её, а её содержимое.)

Почему разная структура проекта при разной установке Vue и библиотек?

svisch, верно. Вы можете вообще всё выкинуть и оставить один main.js в котором писать весь код.

TypeScript. Как собрать объект из массива строк?

Рустам Демонов, поменял в конце явное определение на Pick, для лаконичности.)

Как сделать изогнутый border?

Конкретно для это задачи border-radius достаточно, остальное - из пушки по воробьям.

Как работает сборщик мусор с колбеками Promise?

Ну да. Ещё можшь при создании своих промисов добавлять возможность их отмены извне(или использовать либу которая будет делать это за тебя), и, соответственно, отменять промис при разрушении привязанного объекта.