Сергей delphinpro

Стоит ли узучить pug и насколько он крут и необходим? ( очень напрягает его зависимость от пробелов и табов, плюс другой синтаксис в целом )

Найдите сборку webpack с другим шаблонизатором, если вам не привычен такой синтаксис. Например, с Handlebars или Nunjucks.

Не туда смотрите.
300К строк человек не осилит максимум 50 строк.
Значит 299050 вы сможете не отображать.
Далее выкачали вы этот файлик, ну разложите его по полям и загоните в БД.
После создайте локальный вебсервер и отдавайте по 50 записей с паджинацией или там ищите по нужным полям.
В общем не насилуйте не сервер, не клиентов ни себя

Не надо этого хотеть. Для чтения файлов есть соответствующие методы https://nodejs.org/api/fs.html

В частности readFile/readFileSync

1. не innerhtml а innerHTML
2. и это свойство самого элемента, а не style
3. и вообще, у input, textarea, select и прочих элементов форм не innerHTML а value.
4. если вам не нужно вставлять HTML, а нужно вставлять простой текст, то лучше применить textContent
5. Если нужно часто вставлять HTML, то insertAdjacentHTML несколько быстрее



P.S.: в такой большой простыне кода сложно найти о чем вы вообще спрашиваете. Постарайтесь выкладывая свои примеры чистить их от лишнего кода. Ваш пример после очистки мог бы выглядеть примерно так.

Здравствуйте.

Для кодировки/сжатия используется lz-string: https://github.com/pieroxy/lz-string

На JS выглядит как-то так:

let jstr = JSON.stringify({
	pagination: {
           p: 33, //-- Page number
           pp: 25 //-- Per page
       }
});

let s = LZString.compressToEncodedURIComponent(jstr);

console.log(s);

Autoplay Policy Changes

Ну начнем с того, что computer science - это очень широкое понятие, которое включает в себя множество различных областей, как теоретических так и практических. Вопрос "нужен ли программисту computer science?" из той же оперы, что и "нужна ли программисту математика?", кому-то и арифметики хватает (а это тоже математика как не странно), а кому-то нужен углубленный бэкграунд в мат.анализе, тер.вере и мат.статистике. Так же и с computer science, кому-то хватит базового понимания, почему 0.1 + 0.2 != 0.3, а кому-то нужен углубленный бэкграунд в алгоритмы, в теорию типов и в слабые модели памяти. Все сугубо индивидуально и сильно зависит от сферы, для которой ведется разработка.
Многим совсем не обязательно знать как реализуются те или иные алгоритмы или структуры данных, вполне можно пользоваться готовыми. Но вот иметь представление, какие вообще бывают алгоритмы и структуры данных, какая у них алгоритмическая сложность - это полезно всем, просто чтобы знать что гуглить и какие вообще есть возможности решить ту или иную задачу. Так же полезно уметь считать ту самую алгоритмическую сложность из составных частей произвольного алгоритма и понимать чем отличается нотация O-большое от нотации Ω-большое. Какая от этого практическая польза? Для самого программиста - это возможность решать задачи проще и быстрее, выдавая при этом более оптимальные решения. Для бизнеса - это деньги, от банального "ускорив некое действие в N раз мы повысили конверсию в M раз", до насущного "сократив потребление ресурсов на N в прошлом месяце мы заплатили за облако на M млн. рублей меньше в этом месяце при той же нагрузке".
Та же архитектура, всем не обязательно уметь строить огромные решения с запасом прочности на десятки лет. Но понимать базовые принципы и паттерны, какие у них плюсы и минусы, где и что применять - полезно. К сожалению здесь все плохо в большинстве своем, порой доходит до того что стоимость поддержки небольшого проекта вырастает в 300-500 раз всего лишь за год поддержки. Для бизнеса это опять таки деньги, и если бизнес не планирует через год-другой либо продаться либо свернуться, как делают многие стартапы, то бизнес будет это оптимизировать. А на программистах такая оптимизация скажется на прямую, те кто умеет писать код на года будет получать выше рынка, иногда значительно. Хотя и те кто вообще в архитектуре не шарит без работы не останутся, так как работодателей с принципом "продали и забыли" просто банально больше.

Можете отвечать этим выпендрёжникам, что computer science у всех в школе была.

Удалить Pull Request невозможно, разве только закрыть его, да и не нужно ничего удалять для доработки задачи! Просто вернитесь в свою тематическую ветку. Добавьте новые коммиты с исправлениями и отправьте их на гитхаб. Pull Request обновится автоматически.

Даже если вы закрыли пиар, но продолжили работать в той же ветке, то последующий пуш просто заново откроет этот же пиар.

Аналогично если на Code Review будут замечания, то вы их просто исправляете локально в той же тематической ветке и пушите. Доработки сразу попадут в Pull Request.

Вы, скорее всего, вместо специальной SSH ссылки на ваш репозиторий скопировали HTTP ссылку и вставили её, когда писали git remote add origin

setInterval возвращает id таймер, который вам следует сохранять в каком-нибудь поле/переменной. А далее просто clearInterval с сохранным id.