ПрограмёрТолько есть побочный эффект, проверка проводится не строгая.
Я немного пооффтоплю, потому что наболело.
Так вот, лучше один раз взять доку, и понять правила преобразования типов в ECMAScript, чем всю жизнь насиловать себя и работающих с вашим кодом коллег этими === на 100500 лишних символов.
Лично мои нервы не выдержали, когда я прочитал на одном code review такое:



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

ПрограмёрЕсли ты предлагаешь сделать проверку типа if(str) , то условие не выполнится, если str===0 и str===false, что может не соответствовать намерениям автора (например str===null - это вполне нормально, а str===false при ошибке :) ).

Я бы сказал наоборот, что нестрогое сравнение нужно применять только там, где это явно требуется.
Я бы сказал, что если вы не знаете, какие у вас в коде данные в str -- никакие строгие проверки вам не помогут.
В случае с языками с контролем типов уточнять тип где можно -- это всегда здорово: компилятор даст отлуп, если что не так, и скажет, что же именно не так.
В случае с JS -- если у вас в str вообще-то предполагается строка, но "вдруг" может оказаться и boolean, и вообще какой-нибудь левый объект -- никакие строгие проверки вас всё равно не спасут. Всегда можно будет подсунуть что-то, проходящее проверку, но корректным типом данных не являющимся (для вышеприведенного примера -- например, { length: "tra-la-la" } в качестве str пройдёт). Поэтому, как я и писал выше -- если уж есть сомнение в типе данных -- то надо проверять именно тип, а не лепить N строгих проверок.

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

st_stЧаще всего строгое сравнение писать лень и пишем по привычке if (str), а затем долго ищем баги в своём же быдлокоде, удивляясь почему не работает, но со временем привыкаешь
Чаще всего это всё равно заканчивается долгим выяснением в духе "но у меня же тут должна быть строка? почему у меня тут не строка?". Строгая проверка от силы поможет заметить это чуть раньше. Ключевое слово "чуть".

ПрограмёрКак я говорил, у меня есть строгое правило, при неудачном выполнении функции возвращать false, в ином случае возвращать правильный ответ (которым может быть null, любая строка, число или объект).
Это ваше "строгое правило" когда-нибудь вас по темечку и огреет. Возвращать в функции данные ДВУХ разных типов (исключая случай, когда функция возвращает boolean), да еще и как "строгое правило"?

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