QASC

Неправильно.
Названия переменных и функций должны быть говорящими, чтобы их назначение сразу было понятно. Урезать названия до пары символов, лишь бы было покороче, - очень плохо.
По пробелам, пустым строкам, отступам и пр. есть стайлгайды - рекомендации по оформлению кода. Например, PSR-1 и PSR-12 для PHP, Google Style Guide и Airbnb Style Guide для JS. В компании может быть принят и какой-то свой стайлгайд.

Не правильно.

Код должен быть читаем и понятен человеку. Причем, не только автору, но и «злому маньяку тим-лиду, который вооружен и знает, где вы живёте», как говорится в шутке программистов.
Для этого пустые строки между блоками кода бывают полезны. Как и комментарии, и длинные осмысленные наименования переменных и фукций.
Компилятор потом всё равно всё перелопатит по-своему в ацкие бинарные инструкции )

Как форматировать код — договариваются. Есть общепринятые стандарты форматирования кода (coding style). Например, стандартный для PHP. Или принятый в компании AirBnB для JavaScript.

Хороший-удобный редактор кода всегда подскажет, где накосячили со стилем вашего кода, почему, и как исправить.

Базовые знания меняются очень редко. Кто-то говорит, что они такие же как и 40 лет назад.
Специфичные языку или инструменты сами по себе, например: стандарты ECMAScript, туториалы по фреймворкам -- имеют тенденцию очень быстро устаревать.
Нужно различать их и исходя из этого принимать решение смотреть или нет. Очень часто бывает что посмотреть хотя бы что-то, сильно лучше чем не посмотреть ничего. Тем более если это бесплатно