Y
Короче простая возможность одним докерфайлом и тестить приложение и собирать продакшн имедж.
Size: a a a
2020 August 29
Y
Слово полстая - естественно в кавычках. Потому что инфраструктуру хрен для этого поднимешь на коленке
Y
Я согласен с этим человеком
Y
У него явно болит, как и у меня
IV
полность согласен. но там крик души, видать серьезно подгорело
A
Меня, кстати, всегда интересовал вот какой вопрос. Если у меня нормальный брокер, который открывает настоящие позиции, о чём приходит отметка в реестр. Могу я свои стоки какой-нибудь компании перевести на обслуживание к другому брокеру, не закрывая позицию? А может этот брокер быть в другой стране? А как это бьётся с разными там законами о вывозе капитала?
да. Я не уверен насчет РФ но в ЕС есть специальный закон, что ты можешь переходить со своими бумагами к другим. И да, бумаги эти - вне баланса банка/брокера, они ТВОИ. Т.е. даже если банк/брокер накроется - ты защищен (в отличие от банковского депозита, где только гарантированная гос.выплата)
S
да. Я не уверен насчет РФ но в ЕС есть специальный закон, что ты можешь переходить со своими бумагами к другим. И да, бумаги эти - вне баланса банка/брокера, они ТВОИ. Т.е. даже если банк/брокер накроется - ты защищен (в отличие от банковского депозита, где только гарантированная гос.выплата)
В РФ тоже есть, так как все бумаги записаны в реестре депозитария
O
Слушайте, я немного в замешательстве. Мне тут показали
Или я неправ и это действительно нормальная практика?
Dockerfile со стадией, на которой запускаются тесты. В смысле, прямо в процессе docker build .. Я погуглил и нашёл несколько статей, где вполне буднично упоминается "build and test your application". Что-то у меня бомбит от идеи запускать даже юнит-тесты в процессе сборки образа контейнера, а уж для нормальных интеграционных тестов и вовсе придётся внутрь среды прокидывать сокет самого докера.Или я неправ и это действительно нормальная практика?
Это ещё не очень прикольно если нужны параллельные тесты. Мы обычно собираем образ, он улетает в registry, а дальше в параллель запускаются N тестов на разных раннерах
AP
полность согласен. но там крик души, видать серьезно подгорело
вообще когда я доковылял что быстрый контекст свитчинг для тредов по сравнению с процессами, на самом деле яйца выеденного не стоит, там по сути только экономия на единой таблице страниц памяти, а в замен весь этот гемор с синхронизацией конкурентного доступа к ресурсам, было ощущение что меня слегка наебали)
AP
но вообще кажется только в ui без тредов не обойтись
J
а посоветуйте что по си почитать. для middle+. не могу современные туториалы найти, все старое
IV
но вообще кажется только в ui без тредов не обойтись
веб-страницы же работают 😉
IC
Слушайте, я немного в замешательстве. Мне тут показали
Или я неправ и это действительно нормальная практика?
Dockerfile со стадией, на которой запускаются тесты. В смысле, прямо в процессе docker build .. Я погуглил и нашёл несколько статей, где вполне буднично упоминается "build and test your application". Что-то у меня бомбит от идеи запускать даже юнит-тесты в процессе сборки образа контейнера, а уж для нормальных интеграционных тестов и вовсе придётся внутрь среды прокидывать сокет самого докера.Или я неправ и это действительно нормальная практика?
Что-то бред какой-то, а есть ссылки на статьи?
AP
веб-страницы же работают 😉
ну там сеть как минимум не в основном треде)
A
полность согласен. но там крик души, видать серьезно подгорело
как можно в веб-разработке обойтись без тредов на бекенде?
🅅🄺
как можно в веб-разработке обойтись без тредов на бекенде?
а на чем бакенд?
O
а на чем бакенд?
Прожорливый руби, например)
🅅🄺
Прожорливый руби, например)
заменить девопсов и бакендеров 🙂
A
а на чем бакенд?
да на чем угодно - джава, .net, джанга, нода... везде thread pool