Денис Инешин

Совершенно нормальный подход. Пишу так же, пример:

.footer {
    position: relative;
    background-color: @dark-grey-blue;
    color: @white;
    font-size: 12px;
    padding: 20px;
    box-sizing: border-box;

    @media @desktop {
        height: 200px;
        padding: 0;
    }

    &__text {
        display: block;
        text-align: center;

        @media @desktop {
            position: absolute;
            top: 75px;
            left: 15px;
            width: 250px;
            text-align: left;
        }
    }
}

Конечно можно, например так: https://jsfiddle.net/asucp0fs/

var old_object = {
    name: "Vasia",
    age: 30,
    weight: 80,
    sex: "male",
    hobby: "sport"
}

function getOnlyNumbers (obj) {
    var new_obj = {};
    
    for (prop in obj) {
    	if (typeof obj[prop] === "number") {
            new_obj[prop] = obj[prop];
        }
    }
    
    return new_obj;
}

var filtered_obj = getOnlyNumbers(old_object);

console.log(filtered_obj); // {age: 30, weight: 80}

Как всегда на помощь приходит Moment.js!

Воспользуйтесь range slider. Вот например демо:
jsfiddle.net/IonDen/wsk7y08a - оттолкнитесь отсюда, добавьте свой дизайн.

Главное знать что они есть, чтобы не изобретать велосипед, если чо :) Ну и важно помнить парочку самых популярных вроде .concat или там .substring.

Любой сайт можно писать на любом языке. Нельзя сказать что вот этот сайт лучше писать на PHP, а вот этот на Ruby. Писать нужно на том языке, который знаете.

Так что учите любой, например у PHP огромное сообщество и гигансткий объем обучающих материалов/уроков и прочего. Его вы сможете выучить максимально быстро. А дальше, уже имея более глубокое понимание бэкенда, выберете какой язык учить вторым.

Суть геттеров/сеттеров - в создани буфера, который защитит объекты от грубого вмешательства во внутреннюю структуру. Вы как бы создаете свой API для пользования объектом и гарантируете, что если пользоваться им - все пройдет хорошо. Вы заранее планируете свойства переменных и защищаете их от излишнего вмешательства.

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

Какие проблемы можно предотвратить?
- запись в переменную другого типа данных
- перезапись константы
- затирание/перезапись метода
- чтение не обработанных данных напрямую
- чтения данных без разрешения
- и т.д.

Да любой проект можно так сделать. Вы можете просто накидать пачку json-файлов на хостинг и читать их вашим приложением. Обычно так и делают когда тестируют черновую версию.

Потому что это совершенно разные способы сжимать. Tinyjpg и tinypng используют свои алгоритмы и продают доступ к своему API.

https://tinypng.com/developers - до 500 картинок в месяц - бесплатно. Потом за деньги

Сам плагин: https://tinypng.com/developers/reference/nodejs

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

Пустой return в конце функции не имеет смысла. Он и так там есть, скрытый.

Прямое указание return нужно в 3 случаях:
1. Если вы хотите вернуть значение. В вашем случае вы должны написать return arg1 + arg2;
2. Если вы хотите прервать выполнение функции как указал lemme .
3. Либо вы хотите сделать первое и второе одновременно:

function test (arg) {
    if (typeof arg === "number") {
        return +arg.toFixed(5);
    }

    if (typeof arg === "string") {
        return test_obj[arg];
    }

    return false;
}

Много способов:
1. Разместить на своем сервере. В письме, в img указать абсолютный адрес
2. Приложить к письму. В img указать относительный адрес
3. Кодировать в Base64.