Пардон, но ситуативный бюджет на ИТ в крупной компании -- это как? Мне всегда казалось, что в таких местах присутствует ежегодное бюджетное планирование. И уж если ты отвечаешь за ИТ, то у тебя в руках как внедрение (эксплуатация и поддержка польз) софта так и инфраструктурное обеспечение, а это контракты.
50 млн в 15 году - относительно не много. Примерно в теле времена в ПФР влили ярд, для сравнения. Тогда же ежегодный бюджет ЦА крупного энергоходдинга, если мне не изменяет память, составлял 120 млн
Устанавливаете нужный питон из исходников (инструкций в инете выше крыши), устанавливаете venv и source ... activate. Среда для hello world готова. Если и это окажется слишком сложно, то я утверждаю, что для соискателя сойдёт любая версия трёшки :))
Плюсы, по-моему не в том, что параметры передавать не надо (кстати, надо :-)) Я при помощи вложенных функц разгружаю код основной функции и это хорошо.
...Или тупо запустить код асинхронно. Мне тоже очень интересен ответ на этот вопрос.
По мне так единственная суперспособности очереди заключается в том, чтобы понемногу капать задачами в воронки скрвисов, чтобы последние не перегрелись. Ну и ускорение общения между сервисами за счёт использования не HTTP.
Я так и не понял, весь сайт нужно в 14к уложить или только одну страницу. И если второе, то речь только об хтмл или остальные ресурсы тоже считаются?))
А так, интересно, конечно, поговорить про сфер коня в вакууме, но на практике сайтостроения это вряд ли можно использовать. А вот с точки зрения API бэкэндов будет любопытно, наверное)
Поясните, пож: сохранили запрос в аутбох, попробовали связаться с брокером, нет вышло. Дальше что, через 10 секонд повторная попытка связи и так до победного конца, но не более N раз?
Золотейшие слова! Как программист в возрасте программисту в возрасте говорю ))
Браво!
А такие не выпускаются :-)
Или качество перевода не очень или переводчик начал переводить одну статью, но потом по каким-то причинам переключился на другую))
Мнение не по теме, но тем не менее: неужели у команды VK Cloud нет собственного опыта, которым можно поделиться и приходится переводить всякое?))
И вам спасибо за понимание. Тема для меня новая, но интересная, поэтому хочется разобраться
Возможно, я многого хочу, но посылке открывается репа с текстом этой же статьи (я ожидал увидеть обычный проект)))
Пардон, но ситуативный бюджет на ИТ в крупной компании -- это как? Мне всегда казалось, что в таких местах присутствует ежегодное бюджетное планирование. И уж если ты отвечаешь за ИТ, то у тебя в руках как внедрение (эксплуатация и поддержка польз) софта так и инфраструктурное обеспечение, а это контракты.
50 млн в 15 году - относительно не много. Примерно в теле времена в ПФР влили ярд, для сравнения. Тогда же ежегодный бюджет ЦА крупного энергоходдинга, если мне не изменяет память, составлял 120 млн
Новичкам только докера не хватает, ага ))
Устанавливаете нужный питон из исходников (инструкций в инете выше крыши), устанавливаете venv и source ... activate. Среда для hello world готова. Если и это окажется слишком сложно, то я утверждаю, что для соискателя сойдёт любая версия трёшки :))
Очень хороший пример и этот подход работает практически во всех областях.
Стройте lookup
models = repo.list()
lookup = {x.pk: x for x in models}
Плюсы, по-моему не в том, что параметры передавать не надо (кстати, надо :-)) Я при помощи вложенных функц разгружаю код основной функции и это хорошо.
Проблема в голове разработчика обычно )) Можно привести много примеров, когда многократная итерация по одной коллекции вполне норм
Ещё трава есть?))
Чем лучше любопытно? Дело вкуса, мне кажется
...Или тупо запустить код асинхронно. Мне тоже очень интересен ответ на этот вопрос.
По мне так единственная суперспособности очереди заключается в том, чтобы понемногу капать задачами в воронки скрвисов, чтобы последние не перегрелись. Ну и ускорение общения между сервисами за счёт использования не HTTP.
Я так и не понял, весь сайт нужно в 14к уложить или только одну страницу. И если второе, то речь только об хтмл или остальные ресурсы тоже считаются?))
А так, интересно, конечно, поговорить про сфер коня в вакууме, но на практике сайтостроения это вряд ли можно использовать. А вот с точки зрения API бэкэндов будет любопытно, наверное)
Вы привели конкретный пример когда пользователь делает заказ. В контексте этого примера я и задаю вопросы.
А пользователь все это время ждёт, пока череда обломов не увенчается успехом?
Поясните, пож: сохранили запрос в аутбох, попробовали связаться с брокером, нет вышло. Дальше что, через 10 секонд повторная попытка связи и так до победного конца, но не более N раз?