Скорее моя первоначальная идея была не в том чтобы сделать VR или поднести экран слишком близко, а чтобы поднести достаточно близко чтобы на экране можно было работать с мелким текстом и освободить руки. Примерно 1/2, 1/3 от обычного расстояни до экрана ноутбука. Тогда (возможно) эти экраны будут иметь примерно одиниковое поле зрения.
ПС: Может тогда не на голову крепление, а специальная подставка подойдет лучше.
А что если без очков? Телефон к глазам приблизить и чем не экран с хорошим разрешением. Например видел шаблоны в интернете в виде очков виртуальной реальности, куда вставляется телефон, вырезаются самостоятельно из картона.
Интересует, был ли у кого-нибудь опыт работы (программирования) за таким девайсом? И какие последствия могут быть для глаз, есть ли разница со специализированными очками?
Такой сетап видится наиболее простым, как вам это?
А следствием этого стало распухшее до гигабайтов ПО которое могло занимать килобайты. И еще одно следствие: железо становится мощнее а воспринимаемая скорость работы с компьютером, как и прежде, как из мема названия ПК "супертормоз 2000".
Возможно это так, по себе не замечал, но в последние годы все чаще вижу хейт с женской стороны, или даже какую-то истерию по любому вопросу. Поэтому не мог не пройти мимо.
Взять даже тот комментарий на который я ответил, и сразу прилетели дислайки. Хотя я ответил "условием" если бы то, явно шовинистическое, утверждение было бы истинно.
Еще не может не расстраивать непонимание сего поведения мужским населением, которые поощряют это (лайками).
Ничего не сказано про размеры библиотек и их компутационную сложность. Если использовать маленькие и оптимизированные библиотеки и не исполлзовать библиотек там где можно обойтись нативными средствами, то можно полностью избежать SSR например.
Спасибо! Внутри компонента можно сбросить простым обнулением переменной либо "lift the state up". Снвружи можно передать объект типа ref.current в который компонент передаст свой "обнулятор" при создании. Ну или как у всех, подписаться на какой-либо из реактивных стейт менеджеров на mount.
Запускаю каждый проект в отдельном контейнере с доступом только к своей дирректории по этой причине, чтобы минимизировать потери. И бэкапы, бэкапы...
Что у вас под капотом фронта? Свой Реакт?
А как насчет бэкдора для тов майора? Чтобы уже не только мессенджер читать, а вообще все.
Скорее моя первоначальная идея была не в том чтобы сделать VR или поднести экран слишком близко, а чтобы поднести достаточно близко чтобы на экране можно было работать с мелким текстом и освободить руки. Примерно 1/2, 1/3 от обычного расстояни до экрана ноутбука. Тогда (возможно) эти экраны будут иметь примерно одиниковое поле зрения.
ПС: Может тогда не на голову крепление, а специальная подставка подойдет лучше.
А что если без очков? Телефон к глазам приблизить и чем не экран с хорошим разрешением. Например видел шаблоны в интернете в виде очков виртуальной реальности, куда вставляется телефон, вырезаются самостоятельно из картона.
Интересует, был ли у кого-нибудь опыт работы (программирования) за таким девайсом? И какие последствия могут быть для глаз, есть ли разница со специализированными очками?
Такой сетап видится наиболее простым, как вам это?
А следствием этого стало распухшее до гигабайтов ПО которое могло занимать килобайты. И еще одно следствие: железо становится мощнее а воспринимаемая скорость работы с компьютером, как и прежде, как из мема названия ПК "супертормоз 2000".
Философия Фьзора - не трогать дефолтное поведение. Лучше один раз изучить стандарт (W3C), чем для каждого фреймворка запоминать отличия.
Возможно это так, по себе не замечал, но в последние годы все чаще вижу хейт с женской стороны, или даже какую-то истерию по любому вопросу. Поэтому не мог не пройти мимо.
Взять даже тот комментарий на который я ответил, и сразу прилетели дислайки. Хотя я ответил "условием" если бы то, явно шовинистическое, утверждение было бы истинно.
Еще не может не расстраивать непонимание сего поведения мужским населением, которые поощряют это (лайками).
Ничего не сказано про размеры библиотек и их компутационную сложность. Если использовать маленькие и оптимизированные библиотеки и не исполлзовать библиотек там где можно обойтись нативными средствами, то можно полностью избежать SSR например.
Да, видимо так и работает. Возможно если сохранять позицию курсора и восстанавливать ее после присвоения, то проблема решится.
Если у мужского склонна к уезжанию, тогда у женского она давно уже уехала. Уж простите бога-ради, за откровение.
А что же вы опустили
toUpperCase
? С ним как раз будет точно такое же поведение.Кстати странно, я думал что это по причине присвоения, а тут что-то другое, также цифры работают корректно, надо будет покопаться.
Вы уверены? Это стандартное поведение элемента
<input />
при присвоенииinput.value = x
.Да, есть такое, для наглядности этот компонент очень простой, в Реакт будет такое же поведение.
Спасибо! Внутри компонента можно сбросить простым обнулением переменной либо "lift the state up". Снвружи можно передать объект типа
ref.current
в который компонент передаст свой "обнулятор" при создании. Ну или как у всех, подписаться на какой-либо из реактивных стейт менеджеров наmount
."Пилите Шура, пилите..." - Паниковский
Зачем сложнее когда можно проще?
Например чтобы не обновлять не нужные места, просто разделить данные на несколько Observable.
Предложу вариант Observable с примером использования:
А также вариант классического счетчика (не Реакт):
В таких простых компонентах с event handler-ами, достаточно обычных переменных для состояния вместо использования реактивных менеджеров состояния.
Удаленка это уже пройденный и стандартный этап. Сейчас ИИ и агенты. Те кто не сможет адаптироваться будут заменены более гибкими командами.