Обновить
59
1.8

Пользователь

Отправить сообщение
В современном мире. деньги основной массе населения, даются не для того, чтобы их копили. Деньги это стимул.

Если основная масса населения начнет полагать, что теперь денег достаточно (люди начнут самостоятельно копить или откладывать деньги), тогда стимулирующий эффект пропадает. Значит, что что-то идет не так, и это оперативно починят. Накопительная пенсионная схема это тупо маркетинг, технически она так работать не может.
даешь налог на телефоны: 5% мощности на нужны гугла с каждого аппарата.
Фактически данные с вашего телефона принадлежат тем, кому вы предоставили к ним доступ.

Юзеры, конечно, продолжают тешить себя мыслью, что это как-то не так, что так не может быть. А как же приватность и бла-бла-бла. Но пока эта шиза особо ни кому не мешает, их ни кто особо и не пытается переубеждать. :)
Отправить всех пенсионеров во Вьетнам. Проблема пенсии решена. Расходимся.
Проценты по депозитам в РФ уже много лет находятся на уровне инфляции или ниже. В долгосрочной перспективе это способ потерять деньги, а не накопить.

Смысл конечно не в том, что гос-во плохое. Таким образом оно вынуждает искать другие способы заработка, стимулирующие рост экономики. Но большинство из таких способов, доступных основной массе населения, связана с получением активного дохода. Нет активности, нет денег.
Интересно, от цикла for в каждой функции в варианте с yield можно как-нибудь избавится?
`take(0)` это допустимая операция для редьюсера? из реализации следует, что технически вызвать можно, но результат будет такой же как у `take(1)`. т.е. вернется не начальное значение, а результат вызова предыдущей функции. поэтому не понятно баг или фича.
const take
const take = n => next => (acc, x) => {
  if (n > 0) {
    acc = next(acc, x)
    n -= 1
  }

  if (n <= 0) {
    acc = reduced(acc)
  }

  return acc
}


Кажется такая реализация `take` не композится сама с собой. Если вызвать `take(1)(take(1))`, то результат будет обернут в Reduced дважды.

Как реализовать пустое перечисление, которое не вернет ни одно элемента?
const eof = next => (acc, x) => {
    ???
}

Работать со значением в самом трансдьюсере тоже становится не просто:
const last = next => (acc, x) => reduced(x);

const inc = next => (acc, x) => { 
   acc = next(acc, x); 
   // return acc + 1;
   return acc instanceof Reduced ? reduced(acc.value + 1) : acc;
});

inc(last);

Можно-ли как-то иначе реализовать протокол для трансдьюсеров, чтобы таких проблем не возникало?
Если в списке 100500 элементов и 2 выигрышных находятся в самом вначале, то неленивый filter все равно пройдет всю коллекцию, прежде чем отдаст результат в map, а тот в slice.
const result =
  scores
    .filter(({ my, others }) => my > others)
    .map(({ gameID }) => gameID)
    .slice(0, 2)

Если поменять местами map и slice, выигрыш будет. Но это все равно не самый оптимальный вариант. Реализация на базе композиции функций, описанная в статье, переберет лишь необходимое количество элементов.
const result = transduce(compose(
  filter(({ my, others }) => my > others),
  map(({ gameID }) => gameID),
  take(2)
), append, [], scores)

Чисто внешне код отличается не сильно.
Есть какое-то смутное подозрение, что если эту штуковину (функцию-трансдьсер с аргументом next) вывернуть наизнанку, должен получиться знакомый всем yield, с тем же самым next(), только уже внутри (объекта-генератора) %)
тут первый проход фильтром по всей коллекции тоже лишний.
выход в открытый космос — выход из космической станции наружу.
Робота-таксиста, замечу. Может их там специально учат пролетать на жёлтый, на предельно разрешенной скорости, иначе всех денег не заработать? Убер-маршрутки наверняка смогут и на красный, и по встречке.
Какие такие действия? РКН это надзорный орган, сам он ни чего не блокирует, и ни когда не предписывал блокировать законопослушные сайты.
Можно поставить дополнительные условия с целью ограничить использовани https, а дальше web-сервисы уже сами подстроятся, чтобы не терять аудиторию. Особого технического резона использовать шифрование повсеместно нет, несколько лет тому назад Интернет прекрасно работал по http.

Либо терминировать весь https на входе. В пределе новые доверенные сертификаты можно распространять прямо с апдейтами локализированных версий операционных систем или какого-нибудь официального браузера. Certificate pinning, стараниями все того же энтерпрайза, уже давно толком ни где не работает по умолчанию.

Судя по тому, как развиваются события, вопрос «как?» уже не стоит. Сейчас главный вопрос «когда?».
«удачное» фото вместе со страничками где выкладывали ссылку им бы пришлось заблокировать?
слова «местах приобретения таких средств, веществ и их прекурсоров» заменить словами
«новых потенциально опасных психоактивных веществ, местах их приобретения»

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

Интересно, ограничиваются-ли эти меры с экспертными комиссиями только веществами, или дальше по аналогии смогут применяться к неограниченному множеству всего чего угодно «потенциально опасного»?
Тогда не получится сенсации и про это не станут писать в интернетах.
Глядя на свежие Firefox 52 и Chrome 57, ваша трактовка похожа на правду.
Кантор пишет отличные статьи. Но давайте посмотрим как на самом деле. Вот что написано в стандарте:
If the element has a src attribute, and the element has a defer attribute, and the element has been flagged as «parser-inserted», and the element does not have an async attribute
The element must be added to the end of the list of scripts that will execute when the document has finished parsing associated with the Document of the parser that created the element.

The task that the networking task source places on the task queue once the fetching algorithm has completed must set the element's «ready to be parser-executed» flag. The parser will handle executing the script.

Тут сказано, что defer скрипты выполняются после парсинга документа, в по мере их загрузки. Кто загрузится первым, тот и выполнится. Только в IE<=9 порядок выполнения был предсказуем, но это поведение не соответствует стандарту и в следующих версиях его починили.

Информация

В рейтинге
1 530-й
Зарегистрирован
Активность