DE
если это согласованность на уровне команды и было решено юзать только строгое сравнение, то ок. но если нет такой согласованности и нет смысла юзать строгое сравнение, то программист может не юзать строгое сравнение. и выводы вроде надо всегда юзать строгое будут на уровне субъективных бездоказательных суждений. чтобы что-то использовать более строгое, более сложное для этого должны быть достаточные основания. но аргумент вроде всегда юзай строгое чтобы не ошибиться на не строгом сравнении это может быть. но спорно. и можно аппелировать к тому, а давайте не менять объекты, а только создать новые. типа immutable, потому что при подходе когда меняешь объекты вероятность ошибки больше. зачем вообще js юзать? надо ts там на этапе сборки сразу много ошибок с типами отсекается. к чему я это всё? к тому, что это хорошо, когда каждый инструмент, каждая конструкция в языке используется по назначению
А картинки не говорят тебе ни о чем?
