На самом деле не вижу особенной разницы между хранением всех токенов или только отозванных. И в том и другом случае об этом надо думать.
А вопрос объема дело десятое, т.к. на малом объеме это не существенно, а на большом есть проблемы и посерьезнее.
если вы используете на dev, build и live разные ОС, разные версии, вообще разные окружения то огребаете в любом случае :)
никто не раскатывает venv без фиксированных зависимостей, а кто так делает, либо понимает, что он делает, либо сам себе злобный буратино.
и не надо мешать в одну кучу системные зависимости(те же deb, rpm, ...) и программные (pip, npm, ...), которые опираются на системные, у них разный жизненный цикл, цели и задачи.
ну а вообще не очень понятен контекст: мы говорим про небольшие наколеночные сервисы, в которых можно делать любые допущения, главное чтобы хоть как-то работало или же про более-менее нормальный продакшен, где множество заинтересованных сторон с своими хотелками, требованиями и ограничениями.
PS: за себя могу сказать, что я согласен с тем, что для python «virtualenv на самом деле лучшая практика», однако сейчас использую его в редких случаях, из-за его избыточности в текущих задачах.
Прошу прощения, но имхо это какая-то графомания. Намешали всего в кучу и для красоты обернули в пирамиду.
Возможно я не до конца понял вашу идею, но я не могу сходу однозначно расположить предложенные термины в пирамиду, они просто не выстраиваются так ровно.
Вот про внутренний экзамен мне буквально пару месяцев назад таксист включал запись разговора с каким-то менеджером из яндекса, который уведомлял о том, что экзамен более не требуется или не будет требоваться и это вызывает настороженность. Яндекс со своей стороны никак не афиширует это и сл-но они вольны менять политику как им вздумается, хотелось бы ясности в этом вопросе.
в целом все нормально и претензий по конкретным поездкам нет, но столь низкие цены на уровне себестоимости вызывают настороженность.
со стороны это может выглядеть странно, что пассажира напрягают низкие цены, но ведь не все упирается в деньги.
уйдут нормальные водители, их место займут менее квалифицированные, но готовые вкалывать по много часов в день.
Пообщавшись с несколькими таксистами, сложилось впечатление, что яндекс сильно давит своими ценами на них.
По их рассказам на многих поездках они работают в ноль или минус. Чтобы окупиться и что-то заработать приходится вкалывать по 12-14 часов в сутки.
Лично меня как пассажира это беспокоит, т.к. совершенно не хочется ехать в машине с уставшим водителем, который провел за рулем немало времени. Проще уж докинуть пару соток рублей и ехать спокойно, чем волноваться по этому поводу.
Не выглядит ли это как манипулирование рынком вместо нормальных рыночных отношений? :)
зависит от задачи, сложную логику обработки с большим числом условий, циклов и внутренних структур даже пытаться не буду писать на awk/bash если есть python, только если есть ограничения, из-за которых ЯВУ нет возможности использовать, ну или на спор :)
приходилось мне как-то поддерживать внутренний биллинг провайдера, написанный на смеси sed+awk+bash, это такой нечитаемый ад.
но в повседневной жизни активно использую awk/sed/bash/python, опять-таки повторюсь зависит от задач и контекста.
In [1]: some_list = [6,7,8,9]
In [2]: for i, item in enumerate(some_list):
...: print('i={} item={}'.format(i, item))
i=0 item=6
i=1 item=7
i=2 item=8
i=3 item=9
я не говорю, что использовать globals нельзя, лишь то, что нужно понимать когда это оправданно, а когда нет, ну и самособой принимая риски использования.
можете вынести в отдельный модуль (сделав простенький аналог settings в django) или же передавать как параметр в функции(можно даже объектом), главное чтобы это было явно указано.
если по-другому спроектировать работу программы, то использовать global не потребуется
опубликуйте полные исходники, например на https://gist.github.com/, так будет проще комментировать происходящее, если конечно вам этот комментарий нужен :)
не используйте globals
не используйте magic numbers, используйте константы
разделяйте отображение и внутреннее состояние игры
setAround дичь какая-то
ну и публикуйте полные исходники (хотя бы на github)
оберните проект в Vagrant и исчезнет боль с разными дев-окружениями
для staging/production использую отдельный репозиторий с ansible ролями и плейбуками, это упрощает деплой и хранение приватных настроек
для settings использую похожую схему как у вас, только везде явно указывается какой файл настроек надо использовать(нет неявного импорта local_settings.py)
У того же PayPal можно в личном кабинете отключить все привязки к сервисам, которые могут списывать деньги без подтверждений. А вот с обычными банками я такого не видел.
А вопрос объема дело десятое, т.к. на малом объеме это не существенно, а на большом есть проблемы и посерьезнее.
никто не раскатывает venv без фиксированных зависимостей, а кто так делает, либо понимает, что он делает, либо сам себе злобный буратино.
и не надо мешать в одну кучу системные зависимости(те же deb, rpm, ...) и программные (pip, npm, ...), которые опираются на системные, у них разный жизненный цикл, цели и задачи.
ну а вообще не очень понятен контекст: мы говорим про небольшие наколеночные сервисы, в которых можно делать любые допущения, главное чтобы хоть как-то работало или же про более-менее нормальный продакшен, где множество заинтересованных сторон с своими хотелками, требованиями и ограничениями.
PS: за себя могу сказать, что я согласен с тем, что для python «virtualenv на самом деле лучшая практика», однако сейчас использую его в редких случаях, из-за его избыточности в текущих задачах.
Возможно я не до конца понял вашу идею, но я не могу сходу однозначно расположить предложенные термины в пирамиду, они просто не выстраиваются так ровно.
Вот про внутренний экзамен мне буквально пару месяцев назад таксист включал запись разговора с каким-то менеджером из яндекса, который уведомлял о том, что экзамен более не требуется или не будет требоваться и это вызывает настороженность. Яндекс со своей стороны никак не афиширует это и сл-но они вольны менять политику как им вздумается, хотелось бы ясности в этом вопросе.
со стороны это может выглядеть странно, что пассажира напрягают низкие цены, но ведь не все упирается в деньги.
уйдут нормальные водители, их место займут менее квалифицированные, но готовые вкалывать по много часов в день.
По их рассказам на многих поездках они работают в ноль или минус. Чтобы окупиться и что-то заработать приходится вкалывать по 12-14 часов в сутки.
Лично меня как пассажира это беспокоит, т.к. совершенно не хочется ехать в машине с уставшим водителем, который провел за рулем немало времени. Проще уж докинуть пару соток рублей и ехать спокойно, чем волноваться по этому поводу.
Не выглядит ли это как манипулирование рынком вместо нормальных рыночных отношений? :)
приходилось мне как-то поддерживать внутренний биллинг провайдера, написанный на смеси sed+awk+bash, это такой нечитаемый ад.
но в повседневной жизни активно использую awk/sed/bash/python, опять-таки повторюсь зависит от задач и контекста.
можете вынести в отдельный модуль (сделав простенький аналог settings в django) или же передавать как параметр в функции(можно даже объектом), главное чтобы это было явно указано.
опубликуйте полные исходники, например на https://gist.github.com/, так будет проще комментировать происходящее, если конечно вам этот комментарий нужен :)
не используйте magic numbers, используйте константы
разделяйте отображение и внутреннее состояние игры
setAround дичь какая-то
ну и публикуйте полные исходники (хотя бы на github)
Сервисы, которые связывают между собой другие сервисы, у которых отсутствует прямая интеграция.
для staging/production использую отдельный репозиторий с ansible ролями и плейбуками, это упрощает деплой и хранение приватных настроек
для settings использую похожую схему как у вас, только везде явно указывается какой файл настроек надо использовать(нет неявного импорта local_settings.py)