Владимир Хаттер

Если я правильно понял вопрос. Нужно в файл проекта package.json в объект dependencies прописать название модуля с версией, а также добавить в файл проекта package-lock.json все необходимые зависимости этого плагина. Вообще, плохая практика руками ковыряться в package-lock.json. Не факт что всё это заработает в итоге, потому что нужно, чтобы подтянулись зависимости этого модуля.
Если имеется ввиду, что нужно отправить код модуля в репозиторий nmp без интернета, можно попробовать написать код на бумаге и отправить письмо в офис npm.

Я начал просто искать заказы на фрилансе и брался за те вещи, которые в целом понимал как работаю, но никогда их не делал. Брал и делал, конечно я выбирал те задачи, которые в целом могут вполне работать нормально, даже если где-то наговнокодить, это были всякие запилы сайтов на вордпрессе, написать скрипт калькулятора на js и прочее.

Так из обычной html-верстки я начал влезать в js и php одновременно, но предпочтение все же отдал js, хотя и ковыряние в вордпрессе дали некоторое понимание как работает php и как стоит писать/как не стоит.

Далее я уже не боялся брать чуть более сложные задачи (для меня тогда), просто рылся в скриптах, которые использовал (чтобы понимать почему ЭТО работает). На том же вордпрессе стал делать более грамотные темы, писать возможности кастомизации и прочее, шаг за шагом в этом разбираетесь и все.

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

Спустя какое-то время наслышавшись всяких ES5, React, Angular, Vue, стал просто читать что это, как это, ничерта не понял, закрыл.

Через какое-то время уровень проектов пошел такой, что я понял смысл использования того же VUE, открыл всю ту же зеленую книгу с носорогом стал вдоль и поперек ее изучать. Спустя время, документация по vue меня нисколько не пугала, я сел и стал переписывать проект, который до этого писал на javascript + jquery.

С тем же PHP такая же ситуация, мне просто стало интересно (а иногда и нужно), как работаю серверы, как делаются api и так далее, товарищ, работающий в подобной сфере в хорошей компании, быстро сказал в каких аспектах я дно, после того как я задал ему пару глупых вопросов. И я стал снова: читать статьи, практиковаться, исправляться, смотреть что пишут другие.

В целом схема обучения проста: вы берете какую-то задачу, которую сходу не можете сделать, начинаете ее решать, пока решаете, возникает куча вопросов, вы ищете информацию, МНОГО ИНФОРМАЦИИ, так и учитесь. Я соглашусь, что пилить всякие todo листы наверное не интересно, попробуйте написать что-то интересное для себя, либо интересное с точки зрения: ВАУ Я МОГУ СДЕЛАТЬ ЭТУ ВЕЩЬ.

Самое главное - не пытайтесь гнаться за всем подряд, не надо сидеть разбираться с гитхабом, если на вашем уровне профессионализма он вообще никак не задействован. Не надо учить React, Vue, Angular, если на вашем этапе профессионализма они вам не требуются. Не надо вникать в ООП, если для вас написание простых функций уже является сложностью. Делайте постепенно и не гонитесь ни за чем.

Для динамических элементов используется делегированная обработка собятий, и схематически это выглядит так:

$('parent_static').on('event', 'children_dinamic', handler);

Где parent_static - это статичный родительский элемент (лучше ближайший, но подойдёт и body), event - событие, children_dinamic - дочерний динамический элемент, на котором обработчик и должен сработать. При этом указатель this или объект jQuery $(this) в обработчике - имено дочерний динамический элемент.

Как это применимо к вашему коду, tyzberd в комментарии к своему ответу написал.

Главное понимать, что компьютер по сути очень тупой, но скотина выносливая, порой даже очень. Он может выполнять только то, что вы ему скажете, его недостаток в том, что он не умеет видеть мелочи, и "додумывать" их за вас сам. Ему надо "объяснять" всё как ребёнку.

1. Для чего замыкание существуют?

Для инкапсуляции данных.
В ООП есть модификаторы доступа (private, protected), которые закрывают доступ к данным извне класса, но позволяют обращаться к ним из методов.
В ФП для этой задачи используют замыкания, закрывая данные внутри функции. Из вне данные недоступны, но вложенные функции имеют к ним доступ.

2. В каких условиях они создаются?

Когда вложенная функция обращается к переменным внешней функции.

Хоть и просили без примеров, но на примере показать проще:

// makeCounter - внешняя функция
function makeCounter(initialValue) {
  var value = +initialValue || 0;
  // counter - внутренняя функция
  // она использует переменную value из внешней функции
  // что-бы это было возможным, для counter создается замыкание,
  // в котором хранится переменная value
  // переменная initialValue функции counter не нужна, поэтому ее можно "забыть"
  return function counter() {
    return value++;
  };
}

// у нас 3 экземпляра функции counter
var counter1 = makeCounter();
var counter2 = makeCounter();
var counter3 = makeCounter(100);
// и для каждой есть своя переменная value
console.log(counter1()); // 0
console.log(counter1()); // 1
console.log(counter2()); // 0
console.log(counter1()); // 2
console.log(counter3()); // 100

// а вот получить как-то напрямую переменную value мы не можем
// инкапсуляция нам не дает поломать данные

Примечательно, что вариант "сидеть и работать" даже не рассматривается

Используйте подход MVP - только не путать с model view present

Ссылка: https://ru.wikipedia.org/wiki/Минимально_жизнеспос...
(minimum viable product, MVP)

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

Организацию труда выполняйте в нечто вроде Trello

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

Единственная книга, которую мне за всё время пришлось использовать - Герберт Шилдт по плюсам. Да и то не для Web-разработки, а чисто для понимания основ логики программирования.
Если говорить конкретно про Web: самоучка методом проб и ошибок, лазанья по форумам итд. Сначала просто начал глядеть исходный код различных сайтов (было интересно, как оно всё устроено). Потом начал гуглить на различные темы типа: минимальный html шаблон, основы css итд. Вполне достаточно статеек/мануалов с различных тематических сайтов. Сначала пробуете писать простенькие одностраничники, безо всякой серверной части. Потом попробуйте поиграться со стилями, js/jquery фишками. Это Front-end.
Касательно Back-end'a: сначала рисовал простые скрипты на php (хотя и я бы на вашем месте сразу полез в python) по типу динамического вывода той или иной информации. Потом научился соединять с БД (PostgreSql, MySql, SqLite итд, погуглите разные варианты, каждому своё). Дальше пробовал что-то типа написания мини-блога.
Когда приучитесь творить подобные мини-проекты, посмотрите в сторону фреймворков.
Для фронтенда это Bootstrap, Semantic-UI (как наиболее адекватные с моей точки зрения).
Для бэкэнда (в зависимости от языка, на котором пишете): для PHP - Laravel, для Python - Django.
В любом случае, основные советы следующие:
1) Как можно больше практики. Теория в этом деле ничего не стоит, опыт - ваше всё.
2) Сразу учитесь "этике" программирования: соблюдайте табуляцию, давайте переменным/классам нормальные названия итд.
3) stackoverflow - ваше всё (вы ещё попомните эти слова).
4) Хорошие работы (на поздних этапах) сохраняйте для будущего портфолио (будет, что показать).

Сколько времени у вас уходит на развертыванием веб-проекта

3 часа 14 минут. Не зависимо от ТЗ и сложности. Просто чудо какое-то что б не делал всегда 3,14 часов. Что бы не делал - 3,14 просто ПИ...тое число.

Хочу ускориться, делать больше работы за единицу времени

Найми сотрудников. Или прими за единицу времени большую единицу. Еще есть опыт, он со временем даст прирост скорости.

Неужели создание сайта (верстка, бэкенд, фронтенд, проектирование бд итд) настолько нудный и муторный процесс?!

Вам виднее, это дело вкуса. Если Вам нудно - значит нудный. Попробуйте копать траншеи, может веселее пойдет.

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

boostrap, vue, jquery, gulp, нормальная IDE, опыт и т.д.
если надо волшебства - беритесь за проекты, которые делаются за "считанные дни". Например, работайте только wp и готовыми шаблонами. Думаю за пару часов можно собрать сайт (3 часа 14 минут).