Vitaliy

CSS такого делать не умеет. Помню, когда то находил реализации под Safari, но дальше iOS это не пошло. Поэтому единственный вариант:
продублировать все что в фоне и размыть. Достаточно легко реализуется для фона-картинки, и почти нереализуемо для всех возможных элементов, так как все что в фоне нужно повторно добавить в нужный блок, обрезать, размыть, и при этом нужно соблюдать чтобы все совпадало

jsfiddle.net/SvH6w/6

Почему первый не работает? Там все как надо:
при вызовеcreateCounter()инициализируется numberOfCallsсо значением 0 и возвращается функция, которая "видит" эту переменную. В дальнейшем вызове этой анонимной функции она все так же будет видеть numberOfCalls.

В первом случае при вызове createCounter заново каждый раз создается переменная с 0
Во втором случае при вызове fn()одна и та же анонимная функция использует одну и ту же переменную numberOfCalls

В конструктор добавить:

// This binding is necessary to make `this` work in the callback
this.handleSearchs = this.handleSearchs.bind(this);

Источник: https://reactjs.org/docs/handling-events.html

П.С. Хотелось бы добавить вопрос к опытным в React'е:
это похоже на хак/костыль, или это нормальная практика?

React Native в этом плане удивил)) Удалось вставить нативный GLSurfaceView без каких-либо проблем.
Github@React-native-OpenGL-native-example

Есть пример в ветке minimal с простым Renderer'ом, а в master уже с .so библиотекой, которая собрана когда-то проверенным способом

Итог: React Native без проблем взаимодействует с нативной частью и позволяет не только манипулировать простыми данными, но и встраивать нативные элементы

Из своего опыта помню, что ноут с такими характеристиками с "почти" незахламленной виндой даже видео в HD не может плавно воспроизводить, что уже говорить о многозадачности и анимаций в тяжелых лендингах.

Как уже сказали, FullHD, от 6 ГБ и не ниже i3

Удалось добиться удаления шума не повредив при этом важные детали.
Методом проб и ошибок (не спрашивайте о последовательности действий :) ), используя фильтры Стабилизация изображения, Медиана, Пыль и царапины, получил почти то что нужно, за исключением того, что местами появляются белые артефакты при усилении резкости и эффект масляных красок

Так и не удалось найти подходящей, тем более требования увеличились (что касается быстродействия).

Подготовил дебютную версию своей библиотеки texturity.js, которая проводит рисование через WebGL (что несравнимо с обычным Canvas) и работает в одном контексте, что позволяет без каких либо задержек рисовать на разных экземплярах Texturity.Canvas

Первый должен быть пошустрее за счет SSD, но тут еще главное отличие - размеры и вес. Думаю, в первую очередь стоит от них отталкиваться.
Хотя A9 против i3 и 8 ГБ против 6 ГБ это не сильный перевес.

ИМХО HP Pavilion x360 14-ba018ur будет лучше

UPD: как уже писали, стоит разузнать на счет перегрева. Одно точно могу сказать - у ASUS на Intel/nvidia проблем с перегревом нету

ООП уместно использовать для тех задач, где компоненты приложения будет удобнее разделить на некоторые абстракции (сущности)

Особенности:

• - нет необходимости применять ООП для очень мелких программ/скриптов
  
• + желательно использовать в программах, которые потребуется поддерживать и улучшать
  
• + необходимо использовать в больших программах (чем больше функций должно выполнять ПО, тем сложнее будет их все правильно структурировать и реализовать)
  

Например, в самом простом калькуляторе нет необходимости что-то представлять в виде объектов, достаточно функционального стиля (все что от него требуется, это методы add, sub, div, mul и т.д.)
Если что-то посложнее, тогда с одними функциями будет сложно работать, и будет сложнее разбираться в коде (поддерживать его) и понимать какая часть кода за что отвечает (нажатие кнопки, вывод результата).
В случае с ООП можно такие компоненты представить в виде классов, тем самым оградить нужные данные и методы от остальных (классы Button, Field, и Operation, например). Конечно, и кода станет больше, но зато потом будет легче в нем разобраться, чем перебирать все функции и места, где они выполняются.
3 принципа ООП:

• инкапсуляция - изолирование некоторых данных и методов от прямого внешнего воздействия
  Например, у Button есть имя, но оно не должно быть доступно как public, чтобы его не могли изменять как попало, а изменять только через метод setName, который будет контролировать что можно ставить как имя кнопки, а что нельзя
  
  
• наследование - позволяет придать некоторому классу те же свойство, что и у другого.
  Часто встречающийся пример - Транспорт, имеет методы движение(), остановить(). Те же самые методы по сути должны иметь все виды транспорта, и чтобы в классах Велосипед и Автомобиль заново не прописывать все эти методы, можно унаследовать их от класса Транспорт. Тем более это связано со следующим принципом, по которому не нужно знать в итоге в каком Транспорте мы находимся и как он работает, а достаточно лишь знать, что он умеет двигаться и останавливаться
  
  
• полиморфизм - позволяет работать с данными не заботясь о том, какие дополнительные свойства имеют эти данные (объект) или какого они типа
  Например, есть класс Месседжер, он имеет метод отправить(что-то). В виде параметра нужно передать то, что нужно отправить, а это может быть как текст, так и файл. Это пример статического полиморфизма (хотя в JS его трудно назвать таковым, так как он с динамической типизацией и не имеет перегрузки методов, и все разборки по поводу того, что делать с данными разного типа происходят при выполнении программы). В динамическом необходимо знать только то, что умеет делать определенный объект и не важно чем он есть на самом деле и как он это делает (см. пример с классом Транспорт выше)
  
  

1. pure JS
2. с помощью jQuery

Нашел вот такой хостинг для статических сайтов - Surge.sh

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

Это конфликт слияния. Происходит потому, что в двух ветках были параллельно внесены изменения (перед ======= то, что в одной ветке изменилось, после - в другой)

Подразумевается, что теперь это все руками нужно исправлять. По содержимому видно, что в первой ветке в файлах стоит пустая строка, а в другой ветке - нет строки.

Похоже, что это появилось после автоматического форматирования кода (если везде так), поэтому лучше сделать checkout к нужному месту (откатить изменения в одной из веток) или fetch, если на удаленном репозитории нужные изменения уже есть

В WebGL по умолчанию включены буфер глубины, сглаживание и альфа канал, поэтому ест много памяти.

Источник

context.transform(1, 0, 0, -1, 0, canvas.height)

Источник

в reject нужно передавать

async function test() {
  return new Promise((res,rej) => {
    setTimeout(() => {
      try {
      do1()
      res()
      }
      catch(e) {
      rej(e);
      }
      console.log('After throw')
    }, 2000)
  })
}