Дмитрий Локшин

Снимать при срабатывании

function handler() {
  // ...
  element.removeEventListener(‘click’, handler);
}

element.addEventListener(‘click’, handler);

Приветствую!
Курс не подскажу, но поделюсь опытом.

В первую очередь важно понять, как устроено приложение в целом: структура проекта, основные библиотеки, где какие паттерны используются. Если библиотеки не знакомы, паттерны не понятны, то нужно копать инфу в сторону того, что не понятно.
Уже на этом шаге вы поймете, что вам надо учить, ведь сейчас похоже вы в растерянности.

Дальше. Каждое большое приложение состоит из маленьких приложений. Работая над какой-то частью своего большого приложения, вы пишите или редактируете какой-то модуль, отдельное приложение. Оно может быть (и будет) связано с другими так или иначе. Вам нужно понять с чем оно связано: от кого зависит, кто зависит от него. Далее, понять тип и характер этих связей. Если его убрать, то что сломается и на сколько сильно? Когда вы это поймете, то уже будет гораздо проще понять, что делает этот модуль и как он это делает. Вот просто берете имя компонента и поиском по файлам ищете, потом читаете. Никакой магии.
Даже если у вас компоненты-спагетти, они ведь состоят из логических блоков. Каждый блок тоже приложение, верно? У него есть связи с другими, он что-то делает, как-то это делает.

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

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

Не знаете как организовать код?
Вам помогут:
https://vuejs.org/v2/style-guide/
Читайте про паттерны проектирования какие плюсы минусы у каждого, где и какой стоит применять. И не только для Vue а для всего JS.

Или скажем, у вас есть несколько компонентов которые дублируют друг друга — начните рефакторить. Столкнетесь с проблемой — гуглите как её решить. Только не задавайте вопросы "Как рефакторить?". Рефакторинг призван изменить код чтобы решить одну или несколько проблем (не багов, а именно архитектурных проблем). Но для этого вы должны эти самые проблемы выявить. И тогда искать способ решения конкретно для них.

Или с кажем вы найдёте проблему с производительностью. Гуглите как проводить аудит, определите узкое место вашего приложения, определите проблему и гуглите как её решить.

Только такого рода обучение "Найти проблему — найти решение" даёт какой-либо результат. И это не зависит от "размеров" проекта.

Собственный проект тоже хорошо подходит. Но не для всех. У вас должно быть стремление постоянно его улучшать, доводить до идеала, не только с точки зрения пользователя, но и сточки зрения разработчика. Чтобы и работало быстро, и интерфейс был удобным и прогать было сплошное удовольствие. Если у вас есть этот внутренний вдохновленный перфекционист, то он поможет вам находить "проблемы" в вашем приложении и даст стимул искать решения.

UPD
С большими и старыми проектами есть такое дело, что порой, самая упоротая дичь, которая там может быть написана — написана не просто так. Учитывайте, что то что вы сейчас собираетесь исправлять, существует по какой-то причине и не всегда очевидной. Возможно 10 месяцев назад была очень узко направленная задача (учто-то в духе, страница для печати отчета бухгалтерами), решить которую можно было только огромным костылем. И сейчас все о ней уже забыли. И убрав этот костыль вы можете сломать что-то. И хорошо если это всплывёт сразу, а не ещё через 10 месяцем.

Ситуация такова, что устроился в компанию...

Вы сейчас проходите самый лучший курс. Мало того, вам за это еще и платят!

Не очень понимаю, каким образом "урок по разработке большого проекта" поможет Вам разобраться в проекте компании, который пишут уже больше года.

Лучший учитель - практика. Применяйте новые знания на практике.
От того, что вы сделаете "большой проект" под копирку по уроку, мозгов не прибавится. Придумайте что-то свое и в путь

если все же что-то посоветуйте

напишите "просто todo или какую-нибудь страничку с парой роутов".
Добавьте в него 1к записей у каждой записи по 1к комментариев
Из комментария можно перейти в карточку пользователя (кто написал комментарий).
В карточке пользователя можно посмотреть все его комментарии.
Из комментариев пользователя можно попасть на страницу todo листа, где этот комментарий написан
не обязательно базу заводить, можно данные положить в каком-нибудь json файле - это не суть важна

п.с. 1к записей\комментариев - условные - в надежде, что вы не сможете вывести их все разом на страницу, потому что страница будет тормозить, что конечно же нельзя допускать

придумывать идею какого-то проекта, ... так это будет так же как вы и написали:
вам дали проект, но он для вас сложный.
вам Не нужен "тяжелый проект", вам нужен Лёгкий проект в котором можно без проблемно потренироваться выстраивать архитектуру приложения. И так же без проблемно менять архитектуру, если предыдущая вам показалась неудобной.
ещё вот тут ссылок накидали: Что почитать по архитектуре Vue-приложения?

Написал небольшое решение который добавляет теги к выделенному тексту. Проверил только в FF. По хорошему, его нужно будет допроверить, но возможно, направит вас в нужное направление.
Решение - на jsfiddle.net

и тут для дублирования:

// Доваляем <textarea id="text" rows="3" columns="3"></textarea>
var text = document.getElementById('text');
text.addEventListener('keydown', function(e) {
	if (e.ctrlKey && e.keyCode == 66) {
    	  if (text.selectionStart != undefined) {
    	    var startPos = text.selectionStart;
    	    var endPos = text.selectionEnd;
    	    var selectedText = text.value.substring(startPos, endPos)
    
            if (selectedText) {
              var v = text.value.substring(0, startPos);
              v += '[b]' + selectedText + '[/b]';
              v += text.value.substring(endPos);
         
              text.value = v;
            }
         }
     }
});

детали см. на stackoverflow.com

если вы хотите всегда иметь возможность работать, то будьте разносторонним, без хлеба не останетесь, то из одной специализации проект возьмете, то из другой..
Если хотите зарабатывать - то придётся пахать и становиться спецом в одной специализации, проектов будет меньше(вы не будете макакой-конвейером), но они будут в среднем более долгосрочные, в разы прибыльнее, а также вам будет чем гордиться, ментальная составляющая тоже важна, чтобы не перегореть через N лет от факта, что вы занимаетесь тем же, что и школотроны с fl.ru

НО самое главное - выбирайте, то что подходит именно вам. Если вы считаете, что стать хорошим спецом в одной направленности это "зацикливаться на чём-то одном", а работать в разных направлениях вам удобно и приятно, то выбирайте второй вариант. Не все же должны зарабатывать по 10k$/mo :)

https://codepen.io/LukasHaring/pen/wedgb
https://codepen.io/hermanwikner/embed/evXZQB?heigh...
ну и тут поищи: https://codepen.io/tag/particles/

Берешь 360 камеру.
снимаешь комнату.
находишь движки для web - типа таких https://pannellum.org/
делаешь такой 3d тур

Animated Map Path for Interactive Storytelling