В тему подскажу библиотеку от гугла: workbox. В простейшем случае ставится одной строчкой в вебпаке и одной в init.js, огромное количество возможностей. Из недостатков — не очень нравится документация, иногда сложно понять как заставить ее делать что тебе нужно
Не всем, а «со всем», т.е. они так же передаются и при запросе на картинку, и видео. Это позволяет (вместе с referrer) по картинке отслеживать перемещение пользователя. Тот же фейсбук (Facebook pixel) потом может эту же страницу открыть, посмотреть ее содержимое и таким образом определить что видел пользователь. Для того чтобы использовать localStorage, нужно уже будет выполнить некий код от фейсбука, который вдобавок ещё должен выполниться в правильном контексте, т.е. создать айфрейм с доменом, внутри которого метка в localStorage хранится, или каким-либо ещё образом идентифицировать пользователя.
Обычно просто речь именно про куки, потому что именно их и используют. Но это распространяется на любой "fingerpring", путь то даже определять пользователя по скорости набора текста и характеру движения мышью.
А еще потому что куки отправляются со всем подряд, в том числе известным pixel.gif, когда для localStorage нужно выполнить сам скрипт.
Износ полотна эскалатора. На одной половине нагрузка больше чем на другой, катки/валы/салазки/направляющиеся изнашиваются неравномерно. И из-за привычки стоять всегда с одной стороны (даже когда нет большого потока), износ с одной стороны значительно выше чем с другой. При равномерном распределении было бы повышение срока службы.
И это не обходится бесплатно — это включено в стоимость билета. Ну и поедает время при ремонте в будущем.
Что касается энергии — эскалатор все равно перевезет М человек, так что меньше энергии он потреблять не будет точно.
Не факт. Если увеличение очереди на эскалатор будет превышать чем выигрыш от подъема, то проиграют все, кроме первых N поднявшихся пешком + 1 поднявшийся стоя
//Вернём дерево юзеров(объкт) или массив айдишников(тоже объект) в зависимости от флага withContactInfo
Спроектируем кривую функцию, а потом героически будем решать несуществующие проблемы!
А если серьезно, то этому подходу 100 лет в обед, а что кто-то насмотрелся на реакт и решил так лепить везде — сомнительное решение. По большому счету можно согласиться только с простотой расширения функции, остальное — в код так же придется лезть чтобы понять теперь не аргументы по порядку, а по названию. Ну и intellsense уже придумали.
Кроме того, ничего не мешает бросать исключения таким же образом и с обычными аргументами, а еще лучше использовать ts.
Недостатков, с другой стороны, в таком подходе немного, разве что очень маленький оверхед на создание объекта и все такое, который еще и не в стеке лежать будет, но с мира по нитке и вот у нас уже даже с простенькой веб страничкой не справляется компьютер, который выдает игры с 4к в 60 fps в которых одновременно рисуются миллионы объектов.
А главное — зачем два подхода объединять в один паттерн? Чтобы красивее звучало? Хорошо если функция принимает много аргументов, их можно передать объектом, но если она возвращает число, все, паттерн больше не подходит?
Функции в JS могут возвращать только одно значение, поэтому для передачи большего объёма информации можно использовать объект.
Еще можно использовать массив и возвращать кортеджи таким образом. И вообще это очевидно и истинна для большинства ЯП.
Также данный подход упрощает композицию функций. Ведь при композиции функции должны принимать лишь по одному параметру. Паттерн RORO придерживается этого же контракта.
Ага, только кто будет согласовывать входы-выходы функций, сколько бы там параметров не было. В общем, притянуто за уши.
Ну а лебединая фабрика...
Бил считает. что в некоторых ситуациях этот паттерн может заменить привычные нам ES6 классы.
Классы призваны заменить этой паттерн, который в моем джуниорстве назывался "модуль" (от добавки freeze ничего не меняется, фактически). Неожиданно его оживлять в конце 2019 года и считать будущим.
У меня обратный опыт: будильник не брал, а настраивал умные лампочки. Просыпаешься от будильника, так еще и свет горит. Спросонья не понимаешь что происходит, кто включил свет и что делать. Одно правда — уже встаешь с кровати выключить лампы и все такое, а там можно и не ложиться.
За границей тоже разные регионы бывают. И, например, во всей Скандинавии регулярно не принимают наличные и карту Мир, само собой, так что путешествие может пойти сильно не по плану
Зато есть понятие премии и надбавки, которых можно лишать.
Неисполнение трудовых обязанностей (их, конечно, сперва прописать нужно довольно четко) или рабочего порядка, нарушение устава компании (его тоже нужно внимательно написать) и подобное довольно легко оправдывается в суде и является предлогом для "уволить сразу". Особенно если речь об испытательном сроке в 3 месяца, когда никто не обязан вообще объяснять причину.
В железной дороге в Германии и в Великобритании применяется (только там не фигура меняется, а относительное положение огней либо вообще специальной перекладины), и ничего, ездят, хоть сейчас и цветом так же кодируют. Вероятно потому что на большом расстоянии сложно рассмотреть фигуру / положение.
В откровенно упоротой по экологии Швеции дорожный налог на дизель умножается на 2.7 от такого же для бензина. Местные это объясняют тем что дизель не только неприятно пахнет, но и производит крайне токсичные побочные продукты. Хотя ВОЗ https://www.who.int/ipcs/emergencies/diesel.pdf с ними не согласен
Насколько я знаю, они лет 15 никак дальше лаборатории не выдут. И опять же они базируются на литии, так что скорее они позволяют эффективнее использовать энергию, запасённую в нем, только приближаясь к его теоретическому пределу.
Тут есть таблица по энергетической емкости и остальные энергоносители требуют иных подходов к извлечению энергии, но не спорю что комбинации лития с чём-то могут повысить емкость. А вот почему именно литий как основа чуть ли не физический придел не могу найти пруфов, так что скорее всего погорячился. Самому было бы интересно почитать
Тоже ненавижу литий. Не хочет, зараза, повышать свою энергоемкость.
А если серьезно — что могут, то и улучшают, потому что попытки увеличить емкость приводят к очень быстрой деградации, да и увеличение не то чтобы значительное, а менять литий попросту нечем — мы уперлись в физический предел химических аккумуляторов. Дальше только переходить на другие принципы работы, но ядерная энергетика не зашла, синтез еще не освоили даже в большом масштабе, а компактные водородные топливные ячейки вызывают сомнения… Граната в кармане — такое себе.
Это называется GDPR, и гиганты, само собой, нашли способ обойти. Но хуже того — сейчас это окошко везде и на каждом сайте, никто не обращает внимания.
А ведь там написано, что не только пользователь должен узнать этот простым и понятным ему языком, а не юридической белибердой, но и собирать можно только необходимые данные для предоставления услуги, а не все что вздумается под предлогом «ну пользователь же согласился». Правда не уверен что автоматический разбор голоса на текст сюда попадает — голосовое сообщение то они собирают, какая разница, может у них такое сжатие — разобрать в текст, а на клиенте проговорить обратно
В тему подскажу библиотеку от гугла: workbox. В простейшем случае ставится одной строчкой в вебпаке и одной в init.js, огромное количество возможностей. Из недостатков — не очень нравится документация, иногда сложно понять как заставить ее делать что тебе нужно
Не всем, а «со всем», т.е. они так же передаются и при запросе на картинку, и видео. Это позволяет (вместе с referrer) по картинке отслеживать перемещение пользователя. Тот же фейсбук (Facebook pixel) потом может эту же страницу открыть, посмотреть ее содержимое и таким образом определить что видел пользователь. Для того чтобы использовать localStorage, нужно уже будет выполнить некий код от фейсбука, который вдобавок ещё должен выполниться в правильном контексте, т.е. создать айфрейм с доменом, внутри которого метка в localStorage хранится, или каким-либо ещё образом идентифицировать пользователя.
Обычно просто речь именно про куки, потому что именно их и используют. Но это распространяется на любой "fingerpring", путь то даже определять пользователя по скорости набора текста и характеру движения мышью.
А еще потому что куки отправляются со всем подряд, в том числе известным pixel.gif, когда для localStorage нужно выполнить сам скрипт.
Если есть велосипедная дорожка, зачем ехать по правой полосе дороге? Видно же что имеется ввиду «в общем, по дороге никак, а велодорожки нет»
Если за белых выиграть не смог никто, почему тогда есть сложности выиграть за чёрных?
Износ полотна эскалатора. На одной половине нагрузка больше чем на другой, катки/валы/салазки/направляющиеся изнашиваются неравномерно. И из-за привычки стоять всегда с одной стороны (даже когда нет большого потока), износ с одной стороны значительно выше чем с другой. При равномерном распределении было бы повышение срока службы.
И это не обходится бесплатно — это включено в стоимость билета. Ну и поедает время при ремонте в будущем.
Что касается энергии — эскалатор все равно перевезет М человек, так что меньше энергии он потреблять не будет точно.
Не факт. Если увеличение очереди на эскалатор будет превышать чем выигрыш от подъема, то проиграют все, кроме первых N поднявшихся пешком + 1 поднявшийся стоя
https://www.theguardian.com/uk-news/2016/jan/16/the-tube-at-a-standstill-why-tfl-stopped-people-walking-up-the-escalators Вот и ссылка на исследовании в лондонском метро, где пропускная способность повысилась на 27% если стоять с двух сторон. Это связано с тем, что идущим нужно больше места (Причём раза в два), а значит пропускная способность меньше.
И это ещё не считает повышенного износа + травмоопасности.
Спроектируем кривую функцию, а потом героически будем решать несуществующие проблемы!
А если серьезно, то этому подходу 100 лет в обед, а что кто-то насмотрелся на реакт и решил так лепить везде — сомнительное решение. По большому счету можно согласиться только с простотой расширения функции, остальное — в код так же придется лезть чтобы понять теперь не аргументы по порядку, а по названию. Ну и intellsense уже придумали.
Кроме того, ничего не мешает бросать исключения таким же образом и с обычными аргументами, а еще лучше использовать ts.
Недостатков, с другой стороны, в таком подходе немного, разве что очень маленький оверхед на создание объекта и все такое, который еще и не в стеке лежать будет, но с мира по нитке и вот у нас уже даже с простенькой веб страничкой не справляется компьютер, который выдает игры с 4к в 60 fps в которых одновременно рисуются миллионы объектов.
А главное — зачем два подхода объединять в один паттерн? Чтобы красивее звучало? Хорошо если функция принимает много аргументов, их можно передать объектом, но если она возвращает число, все, паттерн больше не подходит?
Еще можно использовать массив и возвращать кортеджи таким образом. И вообще это очевидно и истинна для большинства ЯП.
Ага, только кто будет согласовывать входы-выходы функций, сколько бы там параметров не было. В общем, притянуто за уши.
Ну а лебединая фабрика...
Классы призваны заменить этой паттерн, который в моем джуниорстве назывался "модуль" (от добавки freeze ничего не меняется, фактически). Неожиданно его оживлять в конце 2019 года и считать будущим.
этот ботан зацепил меняА тема ведь не раскрыта. И какое же эквивалентное сопротивление?
У меня обратный опыт: будильник не брал, а настраивал умные лампочки. Просыпаешься от будильника, так еще и свет горит. Спросонья не понимаешь что происходит, кто включил свет и что делать. Одно правда — уже встаешь с кровати выключить лампы и все такое, а там можно и не ложиться.
За границей тоже разные регионы бывают. И, например, во всей Скандинавии регулярно не принимают наличные и карту Мир, само собой, так что путешествие может пойти сильно не по плану
В железной дороге в Германии и в Великобритании применяется (только там не фигура меняется, а относительное положение огней либо вообще специальной перекладины), и ничего, ездят, хоть сейчас и цветом так же кодируют. Вероятно потому что на большом расстоянии сложно рассмотреть фигуру / положение.
Да, только статья о React Native, в котором нет css и анимации ручками нужно делать.
В откровенно упоротой по экологии Швеции дорожный налог на дизель умножается на 2.7 от такого же для бензина. Местные это объясняют тем что дизель не только неприятно пахнет, но и производит крайне токсичные побочные продукты. Хотя ВОЗ https://www.who.int/ipcs/emergencies/diesel.pdf с ними не согласен
Насколько я знаю, они лет 15 никак дальше лаборатории не выдут. И опять же они базируются на литии, так что скорее они позволяют эффективнее использовать энергию, запасённую в нем, только приближаясь к его теоретическому пределу.
https://en.m.wikipedia.org/wiki/Energy_density
Тут есть таблица по энергетической емкости и остальные энергоносители требуют иных подходов к извлечению энергии, но не спорю что комбинации лития с чём-то могут повысить емкость. А вот почему именно литий как основа чуть ли не физический придел не могу найти пруфов, так что скорее всего погорячился. Самому было бы интересно почитать
Тоже ненавижу литий. Не хочет, зараза, повышать свою энергоемкость.
А если серьезно — что могут, то и улучшают, потому что попытки увеличить емкость приводят к очень быстрой деградации, да и увеличение не то чтобы значительное, а менять литий попросту нечем — мы уперлись в физический предел химических аккумуляторов. Дальше только переходить на другие принципы работы, но ядерная энергетика не зашла, синтез еще не освоили даже в большом масштабе, а компактные водородные топливные ячейки вызывают сомнения… Граната в кармане — такое себе.
Это называется GDPR, и гиганты, само собой, нашли способ обойти. Но хуже того — сейчас это окошко везде и на каждом сайте, никто не обращает внимания.
А ведь там написано, что не только пользователь должен узнать этот простым и понятным ему языком, а не юридической белибердой, но и собирать можно только необходимые данные для предоставления услуги, а не все что вздумается под предлогом «ну пользователь же согласился». Правда не уверен что автоматический разбор голоса на текст сюда попадает — голосовое сообщение то они собирают, какая разница, может у них такое сжатие — разобрать в текст, а на клиенте проговорить обратно