Pull to refresh
5
0.1
Send message
И, наконец, все три фреймворка используют привязку к элементу #app. В каждом из них эта операция выполняется по-разному. Надо отметить, что в Vue эта операция выглядит самой простой и понятной и даёт разработчику более гибкую конструкцию, работая с селектором элемента, а не с самим элементом.


Т.е. передать селектор это удобнее чем самому подобрать элемент и отдать фреймворку? Точно?
В случае если я отдаю элемент я сам решаю как его выбирать, возможно я даже его буду сам динамически создавать, подцеплять в DOM и потом уже инитить фреймворк. В случае селектора — извините, запихайте пожалуйста вначале элемент в разметку, а потом отдайте селектор фреймворку чтобы он опять пошел щупать DOM на предмет элемента, на котороый у меня вроде как уже ссылка есть.
*Фишка нейронок — они очень и очень быстро решают задачи на которые обучены. Никакой алгоритм не сделает того же с подобной скоростью.
а можете какую-то ссылку дать или как-то пояснить ваше утверждение?

я утрирую конечно, но если я обучаю нейросеть вычислять сумму двух целых чисел, скажем, в диапазоне от 0 до 1000000 то я уверен что обычный алгоритм сложения сработает значительно быстрее (при одинаковом быстродействии железа, само собой)
Технология не причем, но разработчик хвалит такой подход в статье (
Скажем, человек купил пару обуви, солнцезащитные очки и книгу. В рассылке для него мы покажем обувь, солнцезащитные очки и книги.
), а с чего он взял что мне нужна вторая пара обуви, вторые очки и какая-то книга (непонятно как подобранная, та же что я уже купил? или ORDER BY random limit 1?)?

Так вот откуда берутся эти разработчики интернет-магазинов, которые предлагают мне купить шкаф после того как я купил шкаф. Уж лучше ML чем такой SQL.

По сути дела меньше всего глаза напрягаются от картинки, к которой они «привыкли» за годы эволюции. Завышенная контрастность, чрезмерная яркость, не встречающийся «в природе» спектральный состав или динамические их изменения приводят к ускоренной усталости.


а нет ли у вас ссылок на какие-нибудь исследования по этой части? Для меня не очевидно, почему от созерцания костра ночью глаза должны меньше уставать чем от просмотра VS Code Dark Theme на моем ЖК-мониторе
«На EInk экране писать код» — лучше уж в блокноте, он хотя бы не лагает.


Я это к тому, что, если я все правильно понимаю, тот кто в статье предложил писать код на таком экране сам код никогда на нем не писал, иначе бы очень быстро понял что отличить зеленоватый, розоватый и синеватый на градациях серого невозможно, а без нормальной подсветки синтаксиса сейчас наверное уже вообще никто работать не будет. А скорость обновления экрана это уже мелочи по сравнению с этим недостатком.
Если не ошибаюсь у современных ЖК-дисплеев углы обзора такие, что незначительные отклонения от нормали (которые неприменно возникают когда мы держим устройство в руках) не влияют на спектр излучения экрана со сколько-нибудь различимой для глаза силой. Смотреть что читает сидящий рядом в метро, вероятно, не так удобно, но это же не кейс для личной читалки.

Насчет контрастности слышал ровно обратное суждение — чем она ВЫШЕ тем читать легче и глаза напрягаются меньше.

У вас правда такая бедная подсветка синтаксиса? Я в 16 градациях серого с трудом различу все варианты подсвечиваемых конструкций

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

А почему «тред»? Это устоявшийся перевод для Thread? Если нет, то мне кажется что что-то вроде «поток исполнения» выглядело бы более правильно и «по-русски», раз уж это перевод.
если я правильно понял статью то принтер уже есть и работает — т.е. вопросы с весом/точностью/размерами и т.д. уже имею вполне конкретный ответ воплощенный «в железе»
если не ошибаюсь и родная реализация оптической подсистемы функционирует вполовину в полутьме — только палочки могут, колбочки не видят
Мне кажется что подобные штуки могут пригодится не в обычных камерах (там что угодно можно приделать, хоть ручку с динамомашиной) а в глазных имплантах
Может пора уже браузеры запускать в контейнерах? Было бы неплохо заиметь небольшой контейнер с браузером, там и ресурсы ограничить можно, чтоб не жрал больше положеного
канадские техногики из компании TellSpec клянутся, что создали действительно работающий портативный молекулярный сканер, способный определить состав пищевых продуктов.


Вроде уже 100 раз обсуждалось, «сканер» (если не ошибаюсь правильно называть его «спектроскоп») не может внутрь продукта залезть. Если светить как на картинке (даже если он действительно работает) то получишь состав глазури конфеты, кожицы яблока и т.д. Зачем снова об этом — непонятно.

А может кто подсказать, почему они все (смарты от Сони) такие дорогие? Железо не топовое, внутри тот же андроид, батарея обьемом тоже не блещет. Есть какие-то кейсы в которых их аппараты стоят своих денег?

Зачем мне писать библиотеку? Тем более такую странную.

Если вам такое надо, попробуйте посмотреть в сторону RequireJS, Rollup или Webpack. Чтобы писать свое когда имеется уже написанное нужно иметь серьезные основания, если в вашем случае основание — это загрудка скрипта на произвольном языке то дерзайте, меня же на данный момент боже упаси от загрузки клиенту в браузер чего-то кроме JavaScript.

По существу статьи не понял:
1) как должен работать ваш safescript если я не держу текст скриптов в своей разметке (script src="...")?
2) валидация получаемой разметки вас не волнует?
3) у тега script есть еще целый ряд важных аттрибутов, как ваш safescript будет эмулирвать их поведение?
А что если его вставляет не разработчик, а библиотека


Позвольте вопрос, в целях повышения образованности, а библиотеки кто пишет?
Возможно рабочего прототипа еще нет и это видео/картинка получены с помощью комбинированной съемки и у показываемого на них устройства экран вполне обычный

Information

Rating
3,733-rd
Registered
Activity