BG
Size: a a a
2019 February 13
p
ну вот так, да.
A
О_О
BG
ну вот так, да.
Это вы так обнаркоманились, что решили написать немного своего ядра в компании?)
p
Это вы так обнаркоманились, что решили написать немного своего ядра в компании?)
dpdk + f-stack.
p
все уже есть.
A
dpdk + f-stack.
👍
A
Это вы так обнаркоманились, что решили написать немного своего ядра в компании?)
ну на счет DPDK он таки прав.
BG
Мне кажется это не отменяет того, что это похоже на наркоманию :)
A
Мне кажется это не отменяет того, что это похоже на наркоманию :)
нет, просто это специфический кейс.
NK
@grebenik_85 будет жить. Поприветствуем!
A
нет, просто это специфический кейс.
как и настоящая асинхронка
в большинстве случаев она не нужна и достаточно эмуляции - и даже в этом случае на самом деле не нужна, а достаточно более оптимально продумать синхронную архитектуру
в большинстве случаев она не нужна и достаточно эмуляции - и даже в этом случае на самом деле не нужна, а достаточно более оптимально продумать синхронную архитектуру
А
Хочу задать несколько нерелейтед вопрос. Привык для локальной разработки использовать venv. Теперь решил пощупать докер, но сейчас, на старте нового джанго-проекта, запутался. Если я планирую контейниризацию приложения, должен ли я отказаться от venv локально? Здравый смысл подсказывает, что нет. Но ведь virtualenv мусорит в папке проекта. Значит надо делать .dokerignore?
ID
Юзай pipenv
DT
Как virtualenv мусорит?
A
эм... о_О ШО? серьезно?
А
A
что значит мусорит? он создает тебе venv там где ты сказал его создать.
А
Это да
А
Но если я планирую деплоить приложение