Как стать автором
Обновить

Комментарии 16

на первый взгляд они похоже

На какой такой взгляд? Что за дичь? В интернете совсем нечего переводить? Теперь мусор будем постить?

У меня от статьи квартиру затопило.

А у меня кресло сгорело.

Я прочитал немало статей по JavaScript, и эта далеко не худшая. Предлагаю не судить об оригинале по переводу. :)

Один проверяет цепочку прототипов, а другой смотрит что за тип у переменной. Так что вся статья это попытка отделить теплое от мягкого.

Зачем переводить примитивные вещи? Ну не можете свое написать, ну возьмите какой-нибудь интересную тему и сделайте исследование по теме. Разберитесь в вопросе и напишите свою статью. Пускай будет плохая и унылая, но зато своя.

Почему все просто рвутся набрать плюсов на переводах всякой фигни?

Чтобы ответить на ваши вопросы достаточно понимать, сколько времени (и не только) уходит на свою статью и вот это.

даю идею для следующей гениальной статьи: сравнение операторов сравнения и присвоения.
не благодари.

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

Более полезно, когда у нас есть переменные

Не удержался
У нас было 2 массива строк, 75 больших чисел, 5 логических значений, пол-килобайта символов и гора объектов всех разновидностей и цветов, а ещё литерал строки, объектный литерал, WeakMap и половина переменных с неопределённым значением. Не то, чтобы это всё было нужно в нашем коде, но раз начал писать на JavaScript, то иди в своём увлечении до конца. Единственное, что меня беспокоило — это undefined. В мире нет никого более беспомощного, безответственного и безнравственного, чем человек отлаживающий ошибки, связанные с undefined в JS коде. И я знал, что довольно скоро мы в это окунёмся.

Может в английском «we have» и звучит нормально, в данном контексте, но по русски это звучит просто смешно. Статья, сама по себе, очень слабая, и местами даже вредная, но вам удалось её ухудшить.
Ещё и пропустили абзац про Multiple Frames and Windows. Это важное ограничение instanceof. Я было хотел поругать автора за то, что не упомянул это, но в английском оригинале про это написано, хотя и без детальных пояснений.
Instanceof полезен для проверки всего, что создано с помощью оператора new, включая строки, логические значения и числа.

А вот за это автору оригинала надо поставить двойку. Формально, оператор instanceof действительно сработает для примитива, если тот был создан с помощью new. Но говорить что он в этом случае полезен — это преступление. Напротив, это выстрел в ногу. В том участке кода, где вам может понадобится проверка, вы никогда не будете знать, как было создано значение, вы не можете знать, использовался ли оператор new или нет, следовательно, не можете на это полагаться. Вы потому и проверяете, что не знаете, что там. Поэтому, никогда нельзя проверять с помощью instanceof те типы, для которых есть отдельное значение у оператора typeof: string, number, boolean, bigint, symbol.

Статья, сама по себе, очень слабая, и местами даже вредная, но вам удалось её ухудшить.

Движение вниз)

Цельнотянутый машинный перевод детектед.

Вот вы ругаетесь на примитивность статьи, а я подписан в RSS на медиум и там каждый день статьи не выше уровня "чем отличается map от foreach". Хотя наверное это тот же уровень

Спасибо за две полностью одинаковых статьи об этом с разницей в пару часов.

Хотя, если они отличаются немного оформлением заголовков внутри статьи, то они разные?

И не слово про void 0, который считается не изменяемым типом undefined.

Лёгкое дежавю

https://habr.com/ru/post/675684/

Какая глубокая и смысловая статья, прошу побольше таких содержательных разборов операторов. Предлагаю к следующему рассмотрению разобрать let и var, и очень прошу писать содержательно с примерами и выводами. :)))

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории