Почему instanceOf Object на сервере и клиенте дает разные результаты?

Там используется v-for. Я выделил соответствующий объект. Typeof выдает object, но instanceOf false

<template>
  <table class="table-primary">
    <tbody>
      <tr v-for="(value, key) of data" :key="key" class="table-primary__row">
        <td class="table-primary__cell">{{ key }}</td>
        <td class="table-primary__cell">
          <div v-if="!value" class="table-primary__no-data">No data</div>
          <ul v-else-if="isObject(value)">
            <li v-for="(valueNested, keyNested) of value" :key="keyNested">
              {{ keyNested }} -- {{ valueNested || 'No data' }}
            </li>
          </ul>
          <template v-else>
            {{ value }}
          </template>
        </td>
      </tr>
    </tbody>
  </table>
</template>

<script>
  export default {
    name: 'TablePrimary',

    props: {
      data: {
        type: Object,
        required: true,
      },
    },

    methods: {
      isObject(value) {
        console.warn(value, typeof value, value.name, process);
        return value instanceof Object;
      },
    },
  };
</script>

Сыграет ли роль опыт frontend разработчика, если перейти в мобильную разработку?

Сейчас несильно за 200) Просто 150 считаю достойной цифрой, а меньше получать уже обидно)
В любом случае падение будет капец сильное, но ради собственного развития и кайфа на работе, я готов на это пойти, но пытаюсь лучше разобраться, сколько мне придется сидеть в джунах за 50 и подрабатывать фронтом на выходных)

Стоит ли отправлять ответы по веб сокету, если соединение уже установлено или лучше использовать rest?

вы хотите добавить в систему еще один протокол

Robur, а что в этом такого? Чище код? - Спорно, при том, что будет написано свое, пусть и небольшое, решение.
Тут даже не про напрячься. Подобное решение с сокетами, с покрытием всех кейсов и тестами, можно за день сделать. Вопрос в том, для чего это нужно это делать, если другой протокол лучше подходит для данной ситуации. Допустим, получаю нотификации по сокету, а удалить все могу рест запросом. Вроде как ничего плохого в этом нет.
Было интересно, как бы поступили другие люди)

Стоит ли отправлять ответы по веб сокету, если соединение уже установлено или лучше использовать rest?

Все решаемо, я не спорю. А есть ли смысл утруждаться, если можно совместить рест + сокеты?
Просто хочу понять альтернативную логику, почему стоит или не стоит это делать

Используете ли вы scoped стили при использовании vue?

KindredSpirit, Спасибо, почитаю про них побольше

Используете ли вы scoped стили при использовании vue?

Лично я всегда использовал scoped во всех компонентах + немногочисленные глобальные стили (ресет стилей) и вроде как с проблемами не сталкивался.
Правильно ли я понимаю, что css модули работают не добавляя дата аттрибут в селектору, а модифицируя название самого класса? Согласен, это будет надежнее.
Из минусов модулей, то что нужно иметь еще ряд css файлов, хотя многим это понравится. А еще в новой вью 3 можно будет из стилей обращаться к переменным, чтобы стили были реактивными, это уже очень крутая фича)

Используете ли вы scoped стили при использовании vue?

WapSter, Так можно переиспользовать компоненты, в которых стили уже написаны

Что стоит использовать type или интерфейс?

Роман Дворянов, Меня интересует практический опыт, в чем проблема использовать всегда type, а не interface. Спасибо, про отличия знал и до вас

Имеет ли смысл использовать nuxt, если не нужен SSR?

Но помимо ssr накст еще дает ряд плющек вроде, лэйаутов, стор без импортов модулей, автоматический конфиг роутера и тд.
А srr в нем можно отлючить.
То есть это не только SSR, хотя это и основная функция.
Вот и вопрос, насколько разумно его использовать, если ssr не нужен, но хочется получить ряд плюшек накста

Использовать ли nuxt для лэндингов?

Ба Ань Доан, Удобство разработки. Структура, компонентный подход, ssr

Что не так с прототипным наследованием в js? Чем оно отличается от классического?

То есть, другими словами. Если в java инстанс ребенка уже был создан, то методы родителей будут скопированы и живут независимо от родителя. И если каким-то образом в рантайме вторгнуться в реализацию методов родителя (не знаю, как это можно сделать, но, вероятно, не проблема), то на все ранее созданные экземпляры это не повлияет?
Согласен, что тут js проигрывает) С другой стороны вторгаться в класс в рантайме странная затея и маловероятно, что такое случится, но лучше перестраховаться лишний раз. Если это все отличия, то ответ я получил)

Что не так с прототипным наследованием в js? Чем оно отличается от классического?

Ярослав Иванов, специально для вас поправил. learn js читал, you dont know js читал. Прекрасно понимаю, как оно работает. Не могу провести параллель с классическими ООП языками и найти отличия.
В той же Java наследование работает также, если сравнивать с синтаксисом классов в js.
Как я понимаю, вся суть прототипов сводится к тому, что мы для любого объекта можем его задать, вызвав, допустим, Object.create()? А принципиальных отличий в таком наследование от классических ООП языков нет?

Что не так с прототипным наследованием в js? Чем оно отличается от классического?

Ярослав Иванов, жаль, что дизлайк нельзя поставить) Думаю, что суть вопроса предельно ясна, а такие комментаторы только портят сервис

Использовать ли nuxt для лэндингов?

Ну а наличие вью, плюс плюшек накста в проекте, где в основном только верстка, вас не пугает?

Как выровнять иконку по центру в кнопке?

alekseyHunter, Все будет работать, не спорю) но с точки зрения максимальной заботе о пользователе, лучше всегда юзать кнопки. Так браузеры лучше понимают, что это кликабельный элемент. Люди с плохим зрением при помощи встроенной помощи браузера/ос смогут лучше взаимодействовать с сайтом.
И кнопки также отлично кастомизируются, плюс код чуть читабельнее. Так что кнопка лучше дива)

Как выровнять иконку по центру в кнопке?

Я их мира фронта, а там у меня четкое правило, что то, на что можно нажать - это либо кнопка, либо ссылка. Хотя бы ради семантики и в дальнейшем это улучшает accessibility

Как выровнять иконку по центру в кнопке?

Правильно ли я понимаю, что в стандартной кнопке такое сделать нельзя? просто это стало для меня сюрпризом

Можно ли взять тип из union?

tyllo, точно! спасибо!

Можно ли взять тип из union?

Спасибо) а можно как-то еще над этим сделать обертку, чтобы использовать, как я показывал: PickTypeByTypeValue. У меня пока что не получается

Как можно мигрировать из frontend в android?

hack504, детским я его назвал из-за типизации и большого количества сделанных не по уму вещей. И я тут не про баги/"особенности" языка, как например при сложении всякого разного. Ts в тысячу раз лучше, но и это, по крайней мере сейчас, далеко не совершенный продукт, почти каждую неделю натыкаюсь в нем на недоработки. Да он очень активно развивается, и пока ему есть куда)

да ещё противопоставлять JS'у Kotlin, когда сейчас в трендах многопоточность.

Можно эту мысль поподробнее.

Мигрировать можно и без изучения нового языка

Ничего против миграции с изучением языка я не имею) Неплохие основы java у меня уже есть. Готов уволиться с работы и несколько месяцев ежедневно учить стек)
Вопрос был про другое, возможно, есть вариант, который я не замечаю, как можно прийти в андроид разработку, не сокращая зп в три раза на неопределенный срок. К сожалению, именно это сейчас останавливает(