Я к тому, что это вряд ли вообще имеет смысл. Части кода, реализующие расчеты и отрисовку страницы после изменения, и так написаны на чем-то более низкоуровневом, чем js. Я думаю, там все сделано достаточно эффективно. Поэтому вряд ли будет профит от работы с домом из wasm.
Не думаю, что станет кардинально быстрее. Основная проблема при работе с DOM — пересчет и перерисовка дерева. Но даже если использовать wasm для этой цели, сильно быстрее пересчитывать вряд ли получится. Количество работы по пересчету всех позиций и расчету стилей останется тем же самым.
У меня была мысль сделать похожую штуку. Но я планировал ее разделить на две части — сначала регистрировать температуру/влажность/еще что-нибудь и каждые полчаса опрашивать сеня — комфортно ли мне. На основании полученных данных определить комфортные показатели, а потом уже реализовывать открывание окна так, чтобы обеспечить эти самые комфортные показатели. Но до реализации так и не добрался.
При сопоставимой цене для меня важным фактором является простота покупки. Чем проще и быстрее я получу товар, тем больше вероятность, что я обращусь к конкретному поставщику. В последнее время очень нравится заказ товаров без телефонных звонков. Выбирая товар, я нахожусь за компьютером, и мне гораздо проще скинуть ссылку со словами «хочу вот это», чем звонить и объяснять ту же информацию на словах. И удобство и скорость доставки: зачастую в центре города я готов подъехать сам вместо того, чтобы ждать два дня.
Возможно были какие-то проблемы с vimeo. Тоже застал этот момент, открыл dev tools, перезагрузил страницу и видео вернулось. Сомневаюсь, что это секретный способ чинить vimeo, так что скорее всего «оно само».
А как это будет относиться к веб-приложению?
Например я выпускаю веб-сервис для поиска пропавших котят на платной основе. Для какой-то функциональности на серверной стороне я использую библиотеку под GPLv3. Я должен каким-то образом предоставлять код пользователю?
Для JS есть библиотека Moment.js
Она умеет преобразовывать даты, в том числе учитывая тайм-зоны. Причем у них есть довольно большой файл для локализации и учета часовых поясов. Но да, согласен, неверные часовые пояса пользователей с легкостью все испортят.
И еще быстрое гугление подсказало мне библиотеку ical.js для парсинга формата iCalendar.
А если дату и время рассчитывать на клиенте (в браузере), а на сервер всегда отправлять в UTC? В таком случае вроде проблем быть не должно? Хотя, конечно, такой вариант не подходит для ряда сценариев, включая ваш сервис напоминаний из примеров.
И спасибо за отличную подборку примеров. Может быть сделать какой-то чек-лист непривычных ситуаций, которые стоит держать в уме при работе с датами?
Да, работает. Настольную лампу дома я использовал, потому что не было возможности расположиться прямо под верхним освещением.
Вообще же хорошее освещение нужно, чтобы точно распознавать контуры кнопок. Если подойти к задаче более основательно, то уверен, что шумы и всю ненужную информацию можно отфильтровать даже при достаточно слабом освещении. Просто во время хакатона мы ограничили требования к системе, чтобы успеть выполнить ее за 2 дня.
Пробовал в нескольких помещениях. Если лампа расположена строго над стеклом, то верхнего света достаточно. Дома в условиях слабой освещенности я расположил надо конструкцией настольную лампу. Никаких особенных ламп и прожекторов не использовалось.
Спасибо. Если честно, эта штука выглядит, как абсолютно бесполезная. Так что не уверен, что буду дорабатывать ее. Но мультитач работает и в текущей версии.
Звучит, как неплохое начало холивара. Уверен, что забыть добавить файл можно и в GUI, это скорее вопрос внимательности.
Например я выпускаю веб-сервис для поиска пропавших котят на платной основе. Для какой-то функциональности на серверной стороне я использую библиотеку под GPLv3. Я должен каким-то образом предоставлять код пользователю?
Она умеет преобразовывать даты, в том числе учитывая тайм-зоны. Причем у них есть довольно большой файл для локализации и учета часовых поясов. Но да, согласен, неверные часовые пояса пользователей с легкостью все испортят.
И еще быстрое гугление подсказало мне библиотеку ical.js для парсинга формата iCalendar.
И спасибо за отличную подборку примеров. Может быть сделать какой-то чек-лист непривычных ситуаций, которые стоит держать в уме при работе с датами?
Вообще же хорошее освещение нужно, чтобы точно распознавать контуры кнопок. Если подойти к задаче более основательно, то уверен, что шумы и всю ненужную информацию можно отфильтровать даже при достаточно слабом освещении. Просто во время хакатона мы ограничили требования к системе, чтобы успеть выполнить ее за 2 дня.
Или, развивая вашу идею, вшить под кожу электроды, которые будут бить током, если владелец отошел от телефона дальше, чем на 75 метров.