а работать потом как?

ну как. помогите сделать работу. бесплатно.

Придумал более удачную модель — устраиваются на работу за ценник Х и предлагают поработать на ней за ценник Х*0.7. Идеальная модель, ничего кроме поиска кандидатов делать не нужно. Опробована "учебными-онлайн-скам-школами" и рекрутерами.

ты забыл добавить "аккредитацию в профессии" и "лицензию", чтоб твои рекруты не могли работать официально на этой должности
и вот теперь действительно удачная модель

2+два*0?

""

undefined

ReferenceError

А если серьезно, то проверил в языке, в котором это возможно. Получил NaN

правда пришлось взять строку в скобки

Какой из свободных (т.е. полностью бесплатных и не закрытых копирайтом) развлекательных ресурсов/контентов вы потребляете?

Я знаю о каком языке речь. Но сможешь ли ты предсказать результаты
[]+[]
[]+{}
{}+[]
{}+{}
?

Наверное, вы уже встречали таблицу истинности для оператора == в js. Я запустил ее симуляцию в Convay's Game of Life, просто потому что могу.
Пойду оформлю пропоузал в TC39, что ли. Все равно этот язык уже не спасти.

Всё просто и без всяких ёбнутых таблиц

Строки сравниваются посимвольно в лексикографическом порядке.
Значения разных типов при сравнении приводятся к числу. Исключением является сравнение с помощью операторов строгого равенства/неравенства.
Значения null и undefined равны == друг другу и не равны любому другому значению.
Будьте осторожны при использовании операторов сравнений вроде > и < с переменными, которые могут принимать значения null/undefined. Хорошей идеей будет сделать отдельную проверку на null/undefined.

сорс

>Исключением является сравнение с помощью операторов строгого равенства/неравенства.

Так у тебя вся таблица про это исключение, алё...

"Через NaN минут к вам подъедет [object Object] номер undefined"

Да. Проверка на null нужна :)

null == 0
false
null < 0
false
null <= 0
true

Чтоб никто не догадался

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