Наоборот же. Если не перебарщивать (имхо). Потому что он избавит от типичных ошибок, т.е. уменьшит нагрузку на программиста. Но взамен нужно больше кода писать. Как известно, за всё нужно платить.

А вот эта синяя рамка какое свойство у summary, не ховер. Короче как ее убрать бы))))

Это outline наверное. (Но это не точно.)

щя посмотрим

ты прав

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

Назови случай где приемлемо, на твой взгляд, использовать нестрогое и зачем?

вангую за черное и белое

во такая хрень в тс бесит

Вот у тебя две строки сравниваются.Ты пишешь нестрогое сравнение. Ты этим экономишь время, или у тебя штрафы за лишние символы в коде? )

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

как минимум для примера его работы. второй пример уже обсуждали. сравнение двух строк. из книги typeof var1 == "object", третий пример сравнение двух bool, если итак знаем типы

+, я об этом

та он шикарен)

Ну мы вроде пришли к выводу что важнее забота о программисте, облегчение задачи. И для того кто пишет и для того кто читает. По этому критерию выигрывает строгое сравнение. Для меня это так выглядит.

или пишешь как все или нахой

значит голосуем или == или === , третьего не дано