спасибо за материал! насчет "-i " мысль интересная. сам пока использую --limit вместо этого
есть желание хранить плейбуки в репозитории прямо рядом с кодом и с ним же бранчеваться. есть опыт такого дела? может ли ansible-playbook выполнять плейбук из определенного бранча? может плагины есть для этого какие…
сам пробовал гуглить, но все что вылезает касается модуля «git» который делает деплой уже непосредственно КОДА из какого-либо репо. а вот чтобы сам конфиг Ансибла… такого не нашел что то…
Сейчас заказывали VPS на OVH — после одобрения документов (на физлицо, РФ) они сами уже VAT вычли, походу. По крайней мере, не вижу его больше в квитанции.
поджигать машины — тоже не решение государства. явления одного порядка, по большому счету. просто у нас «с людьми работают индивидуально», а тут демонстративно — пошли толпой и побили машины.
на самом деле, на мой взгляд пафос о том, что «вот Uber такой инновационный, а законы(Европа) такие старомодные»… вся инновационность-то сводится к приложению, но никто ж и раньше не мешал допустим открыть колл-центр и дать объявление о наборе водителей с собственным авто, или допустим тупо проголосовать на улице. просто изменилась в Европе экономическая ситуация — сейчас людей готовых за копейки круглыми сутками мотаться по городу (= безработных) стало просто ощутимо больше, и, с убером или без, они бы все равно этим занимались, это экономика. просто Убер (вполне осознанно) стал как бы символом этой ситуации, и естественно, что она будет меняться. И никогда такие трансформации не происходили безболезненно (о том, почему таксисты так трясутся за свои лицензии — в статье на слон.ру описано, ссылку выше постил), так что… еще не одну видимо машину сожгут, но законы менять французам придется, есть такое ощущение.
когда тот же Максим заходил в Барнаул, (знаю точно, т.к. работал с людьми из этой сферы), их водителей вызывали на подставные адреса и яростно… наказывали. В итоге они договорились со всеми «кем надо» и потихоньку стали работать. Так что не надо думать, что это в Европе такие «дикари-социалисты», а у нас передовое государство. Реальность проще гораздо — у нас государству по барабану, когда нарушаются законы, (вы не поверите — и у нас есть требования о лицензировании пассажирских перевозок, просто никому нет дела) если при этом не страдают интересы никакого конкретного чиновника или силовика. А также у нас нет настоящих профсоюзов и поэтому их место занимают бандиты. Попробуйте «потаксовать» на каком нибудь вокзале, посмотрим как долго будут целыми зеркала и шины (если не руки-ноги). Я бы рисковать не стал.
конечно 100 килоевро за лицензию это выглядит как явный перебор; но любом случае — в Европе считают, что такси это ответственное дело и человек, который им занялся, должен понимать свою ответственность. Убер же принципиально считает, что любой водитель, который может ездить сам, может и людей возить, и никакая лицензия тут не нужна. Машины жечь безусловно плохо, и я уверен, что если найдут конкретных людей, их накажут по закону. Но на самом деле именно Убер со своей нарочито провокационной политикой подставил своих водителей. Если бы они не шли так жестко на конфронтацию, никто бы ничего не поджигал.
есть много проектов, в каждом могут быть мои задачи, можно конечно их смотреть с моей страницы или общим списком, но это не очень удобно при большом количестве. идея и заключается в том чтобы сделать типа «персистентный» фильтр, который бы при необходимости применялся в любом открывшемся списке задач, чтобы не надо было его активировать каждый раз при смене проекта и т.п. ну а когда такой фильтр не нужен, просто выключаешь этот режим и работаешь как обычно
есть много проектов, в каждом могут быть мои задачи, можно конечно их смотреть с моей страницы или общим списком, но это не очень удобно при большом количестве. идея и заключается в том чтобы сделать типа «персистентный» фильтр, который бы при необходимости применялся в любом открывшемся списке задач, чтобы не надо было его активировать каждый раз при смене проекта и т.п. ну а когда такой фильтр не нужен, просто выключаешь этот режим и работаешь как обычно
возможно, вопрос не по теме, но… а есть ли плагин для редмайна (мы правда easyRedmine применяем, но все таки), чтобы можно было нажать в панели какую нибудь кнопку (желательно чтобы она всегда на виду была) а-ля чекбокс, и при включенном состоянии она бы на всех страницах где есть списки задач, только мои бы задачи показывала?
проблемы с односторонним звуком как правило обусловлены некорректным определением порта или пары адрес: порт для RTP-медиа абонента. воспроизводилось >90 % при наличии на хосте абонента более 1-го IP-адреса (по крайней мере, при активном OpenVPN с подсетью 10.0.0.x)
выставление icesupport=yes в rtp.conf снимает эту проблему (практически?) начисто. проверялось на 12.4.0, т.е. на pj-стеке.
Спасибо за ссылку! Отличный материал. Вот тут, кажется, идет речь о том, о чем Вы писали:
On one extreme, since the overlap of the pain of paying with the consumption experience is highest in the pay-per-
use payment method, this could lead this payment method to be least preferred.
On the other hand, when using a pay-per-use method, the dread of payment is reduced and to the extent that the component of the dread is large, preference for pay-per-use can be lower than pre-payment but higher than post-payment.
Фишка в том, что Blendle-то как раз не «pay-per-use», в контексте данной модели. Деньги зачисляются на счет клиента единоразово, а затем списываются по мере активности использования сервиса, вернуть их уже (практически) нереально, так что для клиента это в чистом виде «pre-payment», то есть, боль от платежа ты испытываешь однажды, а затем уже только наслаждение от использования — что, как и показано в материале, вызывает лучшие продажи по сравнению с необходимостью «дискретно» платить каждый раз.
Это разные вещи. Если бы мы сравнивали «подписка blendle» VS «покупка отдельных статей на blendle» это было бы уместно. а тут сравнивается «N подписок на N разных сервисов, на каждый из которых в отдельности ты зайдешь может раз в год, и то не факт» VS «возможность оплачивать любые статьи с любого ресурса из одного кошелька, платить только за то что тебе интересно, без ограничения по сроку (заплатил раз — трать хоть три года) да еще и с кешбеком». Как пользователь могу сказать: реально обалденный сервис, я уже на него евро 50 спустил, а (интересная деталь) — ни одной платной подписки на индивидуальное СМИ я ни разу не оформил за уже четыре года изучения нидерландского. Плюс (в статье об этом не говорится) — через blendle доступны и те материалы, которых вообще нет онлайн, они только в бумажных версиях соответствующих изданий доступны. То есть это реально добавленная ценность, это не просто смена модели оплаты, как в тех исследованиях, о которых Вы говорите. кстати было бы интересно почитать о них, если это доступно…
Ответ обычно «за X дней, без этого, этого и этого». После чего все соглашаются, что это, это и это не нужно, и проект идёт в реализацию.
— «это, то что нужно» где-либо зафиксировано? если да, то ИМХО затем тот факт что
заказчик еще прикупил систему B, которая без тех фич, что выбросили — не нужна
вообще не должен волновать исполнителя. А в целом, это больше чисто российская, мне кажется, специфика, нет еще увы должного уважения к документу, договору, в котором по идее должны быть обозначены все эти возможности.
Я рассматриваю данное (обсуждаемое) бизнес-правило как ограничение, которое надо проверять в коде (проверка — это та же функциональность). А Вы, похоже, как констатацию (типа «в этой системе по другому не бывает»).
Если это просто констатация, то согласен, это НФТ (хотя и полезность его в этом случае вызывает вопросы)
Если следовать намекам, которые дает нам русский язык, то нефункциональные требования — это те, которые определяют ВСЕ ЧТО УГОДНО, КРОМЕ функциональности.
Допустим, приведенное высказывание — это «бизнес-правило». Однако, система, проверяющая наличие запроса накладной в процессе отгрузки товара — это система, ФУНКЦИОНАЛЬНО отличная от системы, НЕ проверяющей и не требующей выполнения данного правила.
Тогда какое же это «нефункциональное требование»? Спасибо за пояснения…
есть желание хранить плейбуки в репозитории прямо рядом с кодом и с ним же бранчеваться. есть опыт такого дела? может ли ansible-playbook выполнять плейбук из определенного бранча? может плагины есть для этого какие…
сам пробовал гуглить, но все что вылезает касается модуля «git» который делает деплой уже непосредственно КОДА из какого-либо репо. а вот чтобы сам конфиг Ансибла… такого не нашел что то…
поджигать машины — тоже не решение государства. явления одного порядка, по большому счету. просто у нас «с людьми работают индивидуально», а тут демонстративно — пошли толпой и побили машины.
на самом деле, на мой взгляд пафос о том, что «вот Uber такой инновационный, а законы(Европа) такие старомодные»… вся инновационность-то сводится к приложению, но никто ж и раньше не мешал допустим открыть колл-центр и дать объявление о наборе водителей с собственным авто, или допустим тупо проголосовать на улице. просто изменилась в Европе экономическая ситуация — сейчас людей готовых за копейки круглыми сутками мотаться по городу (= безработных) стало просто ощутимо больше, и, с убером или без, они бы все равно этим занимались, это экономика. просто Убер (вполне осознанно) стал как бы символом этой ситуации, и естественно, что она будет меняться. И никогда такие трансформации не происходили безболезненно (о том, почему таксисты так трясутся за свои лицензии — в статье на слон.ру описано, ссылку выше постил), так что… еще не одну видимо машину сожгут, но законы менять французам придется, есть такое ощущение.
конечно 100 килоевро за лицензию это выглядит как явный перебор; но любом случае — в Европе считают, что такси это ответственное дело и человек, который им занялся, должен понимать свою ответственность. Убер же принципиально считает, что любой водитель, который может ездить сам, может и людей возить, и никакая лицензия тут не нужна. Машины жечь безусловно плохо, и я уверен, что если найдут конкретных людей, их накажут по закону. Но на самом деле именно Убер со своей нарочито провокационной политикой подставил своих водителей. Если бы они не шли так жестко на конфронтацию, никто бы ничего не поджигал.
заранее спасибо за совет…
выставление icesupport=yes в rtp.conf снимает эту проблему (практически?) начисто. проверялось на 12.4.0, т.е. на pj-стеке.
On one extreme, since the overlap of the pain of paying with the consumption experience is highest in the pay-per-
use payment method, this could lead this payment method to be least preferred.
On the other hand, when using a pay-per-use method, the dread of payment is reduced and to the extent that the component of the dread is large, preference for pay-per-use can be lower than pre-payment but higher than post-payment.
Фишка в том, что Blendle-то как раз не «pay-per-use», в контексте данной модели. Деньги зачисляются на счет клиента единоразово, а затем списываются по мере активности использования сервиса, вернуть их уже (практически) нереально, так что для клиента это в чистом виде «pre-payment», то есть, боль от платежа ты испытываешь однажды, а затем уже только наслаждение от использования — что, как и показано в материале, вызывает лучшие продажи по сравнению с необходимостью «дискретно» платить каждый раз.
А есть опыт применения описанных инструментов? было бы здорово почитать об этом…
Если это просто констатация, то согласен, это НФТ (хотя и полезность его в этом случае вызывает вопросы)
Допустим, приведенное высказывание — это «бизнес-правило». Однако, система, проверяющая наличие запроса накладной в процессе отгрузки товара — это система, ФУНКЦИОНАЛЬНО отличная от системы, НЕ проверяющей и не требующей выполнения данного правила.
Тогда какое же это «нефункциональное требование»? Спасибо за пояснения…