О том, как отучить целую страну качать фильмы с торрентов с CTO Okko Алексеем Голубевым
Извиняюсь за вероятный оффтоп, но тут меня бомбануло. Был отвратительнейший опыт с Okko в плане навязывания сервисов, отсутствия прозрачности тарификации, неюзабельного веб-интерфейса для всего связанного с биллингом и очень "корректной" техподдержки. Ну и если еще вспомнить, что Окко — это дочерняя компания Рамблера, то делаю ставку на то, что вышеперечисленное работает ровно так, как и было задумано, а не является недоработками, которые планируется исправлять. Ну и наконец — с торрентов стали меньше качать (а стали ли?) не благодаря вам, а скорее из-за наличия огромного числа как пиратских, так и легальных сервисов с онлайн видео.
Я ни в коей мере не утверждаю, что дети — это средство лечения тараканов. Более того, детей точно НЕ стоит заводить в контексте "что-то у меня тараканов много, заведу ка ребенка, вдруг поможет". Речь скорее про то, что в моменты когда начнут появляться мысли про жениться и про детей (потому что ситуация располагает, а не потому что "надо"), то есть вероятность, что в долгосрочной перспективе поддаться на них будет дешевле, чем огребать последствия отказа.
Не могу говорить за всех, но в качестве одного из примеров — пока я был без семьи в какой-то момент понял, что испытываю сильную необходимость о ком-то заботиться. Это выливалось в самые разные формы, включая не очень здоровые типа очень сильного "прикипания" к коду, который писал по работе. Рождение ребенка перевело эту фичу в гораздо более устойчивую и здоровую форму.
Другой пример — само появление ребенка настолько радикально поменяло мировосприятие, что это сложно объяснить чем-то, кроме некоторого "аппаратного триггера". В частности, раньше я мог спокойно рассуждать о возможности отказа от ребенка с серьезными отклонениями, после рождения — уверен, что не смог бы отказаться от своего ребенка ни при каких условиях. И это только верхушка айсберга...
Можно, только есть предположение, что у человека есть куча "аппаратных закладок" на продолжение рода, и работать над собственной крышей, чтобы обойти их может оказаться существенно более трудозатратно и рискованно, чем принять их. Давно известный принцип — не можешь бороться — возглавь.
На первый взгляд — да, может так показаться, я даже сам точно так же говорил в какой-то момент. Но на самом деле, если быть до конца честным — время на мысли остается всегда.
Ни в коей мере не критикую, но по личному опыту семья — это очень надёжный якорь, не дающий крыше сильно протечь. Особенно когда всё сильнее начинаешь задумываться на тему "зачем вот всё вообще", особенно после 30.
У меня специально есть дома нетбук на атоме, как раз для shit control. Так вот, первый раз калькулятор из снапа на нем запускается действительно безумно долго, но повторные запуски (даже после ребута) от нативного почти не отличаются. А вес — да, это довольно неприятный момент, но ко времени запуска практически не имеющий отношения.
По очень грубой прикидке, если взять надежность (вероятность того, что за некий период времени все будет хорошо) одной ноды за 0.9, то получается:
для системы из одной ноды вероятность сломаться 0.1
система из 2 нод будет работать только если с обеими нодами все хорошо, т.е. надежность 0.9*0.9 = 0.81, и вероятность сломаться 0.19 — почти в два раза выше, чем в случае с одной нодой
система из 3 нод будет работать только если либо со всем нодами все хорошо, либо сломалось не более одной ноды, т.е. надежность 0.9^3+3*0.9^2*0.1=0.972, и вероятность сломаться 0.028 — существенно меньше чем с одной нодой
система из 4 нод по прежнему переживает выход из строя только одной ноды, поэтому тут надежность 0.9^4+4*0.9^3*0.1=0.9477, и вероятность сломаться 0.0523 — все еще меньше, чем с одной нодой, но в два раза выше, чем с тремя
система из 5 нод уже может пережить выход из строя двух нод, надежность 0.9^5+5*0.9^4*0.1+10*0.9^3*0.1^2=0.99144, вероятность сломаться 0.00856 — существенно лучше, чем для трех нод
Продолжать можно до бесконечности, но думаю и так видно, что прирост количества нод дает существенное повышение надежности на нечетных количествах, но так же заметно проседает на четных.
Вообще-то изменится. Контент в репу дистрибутива заливается разработчиками дистрибутива. Контент в snapcraft заливается разработчиками софта — так что это в каком-то роде аналог google play/apple appstore, которые очень даже "выстрелили".
Есть подобное, правда не совсем для property based testing, но близко — guided fuzzing, довольно популярный инструмент из этой категории — AFL. Изначально делался под C/C++, но его можно прикрутить и к другим языкам, например к питону (вот тут в третьей части это довольно неплохо описывается — а первые две посвящены как раз property based testing и генераторам тестовых данных для них, так что тоже может быть интересно)
Да-да, самый "дешевый" способ — в шейдере dot(N,L) поменять на (dot(N,L) + sss) / (1 + sss), где sss в пределах [0;1] и выставлять для лепестков в районе 0.8, а для сердцевины что-то типа 0.3.
У "такого такси" к нам приезжали в среднем 5-летние рио, фокусы и рапиды. Для сравнения — у яндекса на эконом тарифе в Воронеже часто приезжают действительно убитые калины, логаны и короллы со стреляными подушками. Так что это скорее яндекс страшно заказывать. И я не зря каждый раз выделяю, что говорю про Воронеж, потому что знаю, что в других городах сервис яндекса может очень серьезно отличаться.
По личному опыту — все статьи на UpGuard, на которые меня выводил гугл оказывались редкостным отстоем, по ощущению — написанные чисто ради SEO. Пожалуйста, не надо это тащить еще и на хабр...
Конкретный кейс — какой-то (довольно продолжительный) период в Воронеже было практически невозможно заказать яндекс такси с детским креслом. Т.е. технически галочка есть, но при попытке ее поставить можно прождать полчаса и дольше, и никого не дождаться. В результате мы с женой (и подозреваю не мы одни) заказывали такси в компаниях, где такси с детским креслом есть. Более того, в 2018 году наблюдался просто бум рекламы от некоторых местных таксомоторных парков с упором именно на эту фичу.
Но я согласен, что это частный пример, и далеко не всегда такое срабатывает. Просто мир все-таки не делится на белое и черное.
Извиняюсь за вероятный оффтоп, но тут меня бомбануло. Был отвратительнейший опыт с Okko в плане навязывания сервисов, отсутствия прозрачности тарификации, неюзабельного веб-интерфейса для всего связанного с биллингом и очень "корректной" техподдержки. Ну и если еще вспомнить, что Окко — это дочерняя компания Рамблера, то делаю ставку на то, что вышеперечисленное работает ровно так, как и было задумано, а не является недоработками, которые планируется исправлять. Ну и наконец — с торрентов стали меньше качать (а стали ли?) не благодаря вам, а скорее из-за наличия огромного числа как пиратских, так и легальных сервисов с онлайн видео.
Я ни в коей мере не утверждаю, что дети — это средство лечения тараканов. Более того, детей точно НЕ стоит заводить в контексте "что-то у меня тараканов много, заведу ка ребенка, вдруг поможет". Речь скорее про то, что в моменты когда начнут появляться мысли про жениться и про детей (потому что ситуация располагает, а не потому что "надо"), то есть вероятность, что в долгосрочной перспективе поддаться на них будет дешевле, чем огребать последствия отказа.
Не могу говорить за всех, но в качестве одного из примеров — пока я был без семьи в какой-то момент понял, что испытываю сильную необходимость о ком-то заботиться. Это выливалось в самые разные формы, включая не очень здоровые типа очень сильного "прикипания" к коду, который писал по работе. Рождение ребенка перевело эту фичу в гораздо более устойчивую и здоровую форму.
Другой пример — само появление ребенка настолько радикально поменяло мировосприятие, что это сложно объяснить чем-то, кроме некоторого "аппаратного триггера". В частности, раньше я мог спокойно рассуждать о возможности отказа от ребенка с серьезными отклонениями, после рождения — уверен, что не смог бы отказаться от своего ребенка ни при каких условиях. И это только верхушка айсберга...
Можно, только есть предположение, что у человека есть куча "аппаратных закладок" на продолжение рода, и работать над собственной крышей, чтобы обойти их может оказаться существенно более трудозатратно и рискованно, чем принять их. Давно известный принцип — не можешь бороться — возглавь.
На первый взгляд — да, может так показаться, я даже сам точно так же говорил в какой-то момент. Но на самом деле, если быть до конца честным — время на мысли остается всегда.
Ни в коей мере не критикую, но по личному опыту семья — это очень надёжный якорь, не дающий крыше сильно протечь. Особенно когда всё сильнее начинаешь задумываться на тему "зачем вот всё вообще", особенно после 30.
Я например начал юзать рипгреп когда мне пришлось анализировать гигабайтные логи с тестового стенда после нагрузочных тестов.
У меня специально есть дома нетбук на атоме, как раз для shit control. Так вот, первый раз калькулятор из снапа на нем запускается действительно безумно долго, но повторные запуски (даже после ребута) от нативного почти не отличаются. А вес — да, это довольно неприятный момент, но ко времени запуска практически не имеющий отношения.
Только первый раз. Из-за того, что строят кэш font-configа, и до сих пор не починили, судя по всему.
При прочих равных вероятность смерти двух хостов из четырех заметно выше смерти двух хостов из трех. Это если совсем на пальцах.
По очень грубой прикидке, если взять надежность (вероятность того, что за некий период времени все будет хорошо) одной ноды за 0.9, то получается:
0.9*0.9 = 0.81, и вероятность сломаться 0.19 — почти в два раза выше, чем в случае с одной нодой0.9^3+3*0.9^2*0.1=0.972, и вероятность сломаться 0.028 — существенно меньше чем с одной нодой0.9^4+4*0.9^3*0.1=0.9477, и вероятность сломаться 0.0523 — все еще меньше, чем с одной нодой, но в два раза выше, чем с тремя0.9^5+5*0.9^4*0.1+10*0.9^3*0.1^2=0.99144, вероятность сломаться 0.00856 — существенно лучше, чем для трех нодПродолжать можно до бесконечности, но думаю и так видно, что прирост количества нод дает существенное повышение надежности на нечетных количествах, но так же заметно проседает на четных.
Да, проблем нет, если только не считать, что конфиги с четным числом мониторов заметно менее надёжны, чем аналогичные на одну ноду меньше
Вообще-то изменится. Контент в репу дистрибутива заливается разработчиками дистрибутива. Контент в snapcraft заливается разработчиками софта — так что это в каком-то роде аналог google play/apple appstore, которые очень даже "выстрелили".
Есть подобное, правда не совсем для property based testing, но близко — guided fuzzing, довольно популярный инструмент из этой категории — AFL. Изначально делался под C/C++, но его можно прикрутить и к другим языкам, например к питону (вот тут в третьей части это довольно неплохо описывается — а первые две посвящены как раз property based testing и генераторам тестовых данных для них, так что тоже может быть интересно)
Например вот: https://habr.com/ru/post/434008/
Ну и на самом деле я бы сказал первоисточник подобных статей: https://fsharpforfunandprofit.com/posts/property-based-testing-2
Теоретически можно использовать кэширующие тома в LVM (https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/lvm_cache_volume_creation) — по идее как раз то, что вы сейчас описали, но на практике не пробовал.
Да-да, самый "дешевый" способ — в шейдере dot(N,L) поменять на (dot(N,L) + sss) / (1 + sss), где sss в пределах [0;1] и выставлять для лепестков в районе 0.8, а для сердцевины что-то типа 0.3.
У "такого такси" к нам приезжали в среднем 5-летние рио, фокусы и рапиды. Для сравнения — у яндекса на эконом тарифе в Воронеже часто приезжают действительно убитые калины, логаны и короллы со стреляными подушками. Так что это скорее яндекс страшно заказывать. И я не зря каждый раз выделяю, что говорю про Воронеж, потому что знаю, что в других городах сервис яндекса может очень серьезно отличаться.
По личному опыту — все статьи на UpGuard, на которые меня выводил гугл оказывались редкостным отстоем, по ощущению — написанные чисто ради SEO. Пожалуйста, не надо это тащить еще и на хабр...
Конкретный кейс — какой-то (довольно продолжительный) период в Воронеже было практически невозможно заказать яндекс такси с детским креслом. Т.е. технически галочка есть, но при попытке ее поставить можно прождать полчаса и дольше, и никого не дождаться. В результате мы с женой (и подозреваю не мы одни) заказывали такси в компаниях, где такси с детским креслом есть. Более того, в 2018 году наблюдался просто бум рекламы от некоторых местных таксомоторных парков с упором именно на эту фичу.
Но я согласен, что это частный пример, и далеко не всегда такое срабатывает. Просто мир все-таки не делится на белое и черное.