Заметки

Решили заехать в итальянский супермаркет в 20 км от дома и назад. #вотдочегодоводяткарантины

Падают цены на нефть – и, оказывается, у нас падают цены на бензин. Не знал, что так бывает

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

Кажется, что исходных данных для этого достаточно. Может, они где-то есть, и можно самим с ними поиграть?

К примеру, есть карта плотности населения. Разумеется, в Нью-йорке плотность 10000 человек на квадратный километр. В наших краях – 700 человек/кв.км. В Милане – 2000 человек на кв.км.

Что у нас есть

* A = неизвестное соотношение все больные/общ.к-во людей, и оно точно очень сильно меньше 1

* B = неизвестное соотношение изв. больные/все больные, и оно точно сильно меньше 1

* C = известное соотношение умершие/изв.больные, и оно для моего возраста получается 0.02%, то есть каждый 500-й из известных заболевших.

если B = 0.5 (то есть, половина заболевших не знают, что это COVID-19), то умирает уже каждый тысячный. Если B=0.25, то каждый двухтысячный из заболевших и т.д. Как считать B – непонятно, но какая-то методика есть по ссылке. https://m.habr.com/ru/post/491974/

Остальное про распространение. Понятно, что быстрее всего он распространяется в условном метро в час пик. Закрыть метро сложно, только за счет метро будет рост дикий. Но как быстро он распространяется в местах с плотностью в 10 раз ниже нью-йорка? где метро нет. Типа наших мест. Вероятно, что вирус в таких местах просто не будет работать с нужной скоростью, чтобы сохранить темпы, и темпы будут падать. Но где тот самый предел плотности, выше которого стоит волноваться?

Потом нет нигде раскладки по болезням. Вот предположим заразились здоровый человек моего возраста и такой же другой, но с диабетом. Утверждается, что диабет повышает вероятность летального исхода во много раз. Как же тогда считать вероятность? Сколько из умерших несли сопутствующие болезни и сколько нет? Может, надо было считать летальность отдельно по здоровым и нездоровым? Может, для здорового человека летальность ниже, чем у гриппа?

https://m.habr.com/ru/post/491974/

Commerce Cloud Tips & Tricks for developers:

Есть одна известная сложность: как обновлять очень много товаров (в сложной модели данных) очень часто. Как только дело касается многопоточности и кластеров, возникает вопрос как управлять блокировками, какой механизм блокировки, optimistic или pessimistic выбрать и т.д. В разработке под SAP Commerce Cloud еще приплетаются чудеса встроенной ORM, которая делает иногда не то, что от нее ждешь. Я недавно с этим столкнулся, нашел как правильно готовить, и вот, описал в статье. Решение очень простое, но кому-то сэкономит время и силы.

Многие меня спрашивают – а зачем я делюсь знаниями, которые добывал часами или днями. Все просто: знание решения (о чем собственно статья) дает условные пять очков архитектору, а знание пути до этого решения дает условные пятьдесят. А вот путь к решению на блогах и интернетах не описать.

https://hybrismart.com/2020/03/12/concurrent-update-of-sap-commerce-cloud-item-relations/

https://hybrismart.com/2020/03/12/concurrent-update-of-sap-commerce-cloud-item-relations/

Придумал маску, 100% защищающую от вирусов (в т.ч. от COVID-19) 😉 😉 вентилятор на нос! Правда, это еще и способ быстрого заражения окружающих, но об этом никому говорить не надо! вот вам быстрый скетч

P.S. На всякий случай уточню, что это just for lulz, не говорите мне, что она не будет работать

Вот будет печально, если с такими темпами заражения США мексиканцы и правда сами достроят по-быстрому стену за свой счёт

23AndMe долго думала, и в итоге прислала длинный отчёт, включая то, что я с вероятностью 99% не рыжий

Однажды в телевизоре появился бледный как смерть Министр Финансов и заявил:

— Финансовый кризис нас не затронет. Потому что. Я вам точно говорю.

Население, знающее толк в заявлениях официальных лиц, выматерилось негромко и отправилось закупать соль,спички и сахар.

На следующий день в телевизоре появился смущенный донельзя Министр Торговли и сказал:

— Запасы хлеба и товаров первой необходимости позволяют нам с гордостью утверждать, что голод и товарный дефицит нам не грозит. Вот вам цифры.

“Ох!”, сказало население и докупило еще муку и крупы.

Министр Сельского Хозяйства для убедительности сплясал на трибуне и сказал радостно:

— Невиданный урожай! Надежды на экспорт! Возрождаемся! Закрома трещат!

“Во даже как!”, ужаснулось население и побежало конвертировать сбережения в иностранную валюту.

— Цены на недвижимость упадут! Каждому студенту по пентхаузу! В ближайшем будущем! – не поморщившись выпалил Министр Строительства.

— Да что ж такое, а? – взвыло население и побежало покупать керосин, керосиновые лампы, дрова и уголь.

— Современная армия на контрактной основе. Уже завтра. И гранаты новой системы. В мире таких еще нет. — солидно сказал Министр Обороны. — Ну а чего нам? Денег же — тьма тьмущая. Резервы, запасы и вообще профицит.

— Мама!…- пискнуло население и начало копать землянки.

— Все о-фи-ген-но! Вы понимаете?! О-ФИ-ГЕН-НО!!! – внушал Президент. — Мы уже сегодня могли бы построить коммунизм. Единственное что нас останавливает — нам всем станет нефиг делать. Потому можете спать спокойно! Стабильнее не бывает! Пенсионеры покупают икру ведрами! Предвижу качественный скачок, рывок и прыжок. А количественный – вообще бег! Семимильными шагами к достатку и процветанию. Карибы становятся ближе. Отсель грозить мы будем миру. По сто тридцать центнеров роз с каждой клумбы. Надои будем вообще сокращать. Коровы не могут таскать вымя. Население возмущено дешевизной. Южная Америка просится в состав нас на правах совхоза. Ура!

— Да что ж вы там такое готовите, звери?! – закричало население и на всякий случай переоделось во все чистое.

М.Жванецкий

Опубликовал новую статью на тему Performance Testing. В этот раз – про тестирование скриптами на Python. Гибкость питона позволяет конструировать очень сложные тест-планы, и я делюсь тем, как Python использовать для этой цели правильно, и как – неправильно. Также делюсь sample-кодом утилиты для нагрузочного тестирования (asyncio+await/async). Также показываю, какую пользу может принести такое тестирование на примере демонстрации concurrency issues в SAP Commerce Cloud Integration API. Там я создаю двадцать пять параллельных апдейтов одного товара, и все идет наперекосяк. https://hybrismart.com/2020/03/08/part-3-performance-scripting-writing-load-generators-from-scratch/

https://hybrismart.com/2020/03/08/part-3-performance-scripting-writing-load-generators-from-scratch/

Интересно, что существуют шурупы и винты, которые by design только для вкручивания, но не для выкручивания.гуглить по “one-way screws”. а ещё есть over way sex bolt – это вообще интересная штука судя по названию http://www.tamperproof.com/products/One-Way-Sex-Bolt/