а в расте разбирается кто-нибудь? я тут бенчмарки смотрю и хотелось бы понять, не будет ли шустрее вот такие вот обращения по индексу for i in 0..bodies.len() { e += bodies[i].mass * ((bodies[i].v[0] * bodies[i].v[0]) + (bodies[i].v[1] * bodies[i].v[1]) + (bodies[i].v[2] * bodies[i].v[2])) / 2.0; складывать в переменную и уже ее дергать, а не ходить каждый раз за одним и тем же элементом по индексу.

а в расте разбирается кто-нибудь? я тут бенчмарки смотрю и хотелось бы понять, не будет ли шустрее вот такие вот обращения по индексу for i in 0..bodies.len() { e += bodies[i].mass * ((bodies[i].v[0] * bodies[i].v[0]) + (bodies[i].v[1] * bodies[i].v[1]) + (bodies[i].v[2] * bodies[i].v[2])) / 2.0; складывать в переменную и уже ее дергать, а не ходить каждый раз за одним и тем же элементом по индексу.

Практически уверен, что оптимизатор выправляет и значение будет прочитано лишь единожды

наверное, так оно и будет

таких уязвимостей в юниксах находили пачками и имели через них системы за нехуй делать

Зарт дело бает

я правда не могу придумать зачем мне докер цп

мы при сборке запускали контейнер и потом из него артифакт копировали так

но это было криво

мы при сборке запускали контейнер и потом из него артифакт копировали так

Но зачем?

потому что кто-то так придумал

хз зачем

надо было процесс сборки переделать чтобы этого избежать

у меня было впечатление что для этого и придумали монтирование волюмов в хост

чтобы спокойно кидаться данными в обе стороны

надо было процесс сборки переделать чтобы этого избежать

И?

и я уволился не переделав

Моя школа! Одобряю

у меня было впечатление что для этого и придумали монтирование волюмов в хост

там docker build делался и почему-то при этом надо было вытащить файл оттуда наружу

эээ

в середине билда?

там docker build делался и почему-то при этом надо было вытащить файл оттуда наружу

крайне интересный юзкейс, типо "потому что можем" ?

извращенцы

угу

Никогда не понимал такого

Ведь ты его сбилдил до докер билда

но вообще как бы вы сделали. Вот нужно собарть контейнер и прогнать тесты. 1. multistage build. Во вторую стадию копируется артифкат из первой. Но тогда хз как отчет о тестах вытащить 2. docker run для сборки и docker build с артифкатом

у нас был какой-то третий способ =D

Отчет о тестах в стдаут, стдаут из логов к себе в файл В)

гонять тесты в билде.... ват

гонять тесты в билде.... ват

интеграционные видимо

мне кажется или это когда микроскопом пидарасят вместо куялды?

всё ещё не понятно зачем там докер контейнер

гонять тесты в билде.... ват

а когда?

интеграционные видимо

эм, юнит тесты же

Отчет о тестах в стдаут, стдаут из логов к себе в файл В)

а какой CI умеет парсить файл с выхлопом stoud тестового фреймворка? Я обчно junit.xml делал

всё ещё не понятно зачем там докер контейнер

а где ещё все собирать? На сборочную тачку лениво все ставить, это ж хрен туда залогинишься

а какой CI умеет парсить файл с выхлопом stoud тестового фреймворка? Я обчно junit.xml делал

Хз, я не девпес, но у нас был к8с с жобами и в гитлабошных сиайках писались все логи, а успех/не-успех по статус коду считался

ну успеха мало. Хочется видеть сколько тестов провалилось и какие без ковыряния в логе

и, возможно, график по конкретному тесту как часто он падает

Хм, какая разница, если тесты все равно завалены и сиай забракован

ну так чинить надо

а чтобы починить надо знать что чинить

ну если у тебя тест падает каждые два коммита - это отдельный звоночек что с ним что-то не то

Тогда открываешь лог джобы и видишь, что тебе тестранер высрал вместе с кодом ошибки

ну да, лог. А так просто кликаешь на кнопочку "провалившиееся тесты" и сразу видишь логи по ним только

Ну, не знаю, потенциально ведь на сиайке не должно ничего фейлиться, и вряд ли стоит так над этим заморачиваться

увы, фейлится

Почему не должно?

так в этом её роль же

Потому что прежде чем пушить что-то, стоит у себя запустить все проверочки

когда чувак "УМВР" коммитит, а оказывается что ВР только у него

Потому что прежде чем пушить что-то, стоит у себя запустить все проверочки

Это не всегда возможно.

Я ж и говорю, что потенциально редкий кейс это

не всегда у людей есть доступ ко всей кодобазе и возможно у него билдится, а ломается гдето еще

Чтоб заморачиваться над удобными кнопочками

не вижу я чот потенциальности

да постоянно кто-нибудь "да мне один символ поправить, че особо тестить", а потом в CI куча красного

Ну, спорить я не буду, я молод и неопытен, и процентов 90 упавших сиаек, что я видел, это были невнимательные пуши. ~5% падали по трэсхолду...

ну да, невнимательные пуши

В этом и суть. У разработчика нет обязательства запускать тесты. А бездушная машина их запустит всегда.

все верно

эм, юнит тесты же

зачем для юнит тестов дрокер

зачем для юнит тестов дрокер

а где их ещё гонять?

Нет обязательства нести ответственность за говно, что ты сделал?

а какой CI умеет парсить файл с выхлопом stoud тестового фреймворка? Я обчно junit.xml делал

женкинс, тимсити точно

ERROR: S client not available

женкинс, тимсити точно

в смысле как это сделать без докера?

а где их ещё гонять?

в докер ране, а не докер билде?!

а где их ещё гонять?

для юнит-тестов дрокер не нужен

Нет обязательства нести ответственность за говно, что ты сделал?

Человеческий фактор VS бездушная машина. Машина винс.

в докер ране женкинс, а тот пусть дрочит

юнит тест тестирует юнит, всё что выходит за пределы компетенции юнита - это интеграция, это не юнит.

в докер ране, а не докер билде?!

да, я сейчас тоже так думаю

для юнит-тестов дрокер не нужен

да? а откуда вне докера вся хрень которая нужна для запуска?

как в любом билдботе - ставь внутре

да? а откуда вне докера вся хрень которая нужна для запуска?

для запуска чего?

для запуска чего?

Ну я не знаю. Нужной версии компилятора

или вы в докерообраз зависимости ставите чтоб там тесты прогнать...

Ну я не знаю. Нужной версии компилятора

o0

чот ебанулись на отличненько

Человеческий фактор VS бездушная машина. Машина винс.

Если человек запустит перед пушем всё то, что запустит сиайка, красных джоб будет разительно меньше и не придется думать, как сделать удобный просмотр упавших тестов: локально он уже и так есть

или вы в докерообраз зависимости ставите чтоб там тесты прогнать...

Ну да.

или вы в докерообраз зависимости ставите чтоб там тесты прогнать...

А куда?

причём тут дрокер вообще

Если человек запустит перед пушем всё то, что запустит сиайка, красных джоб будет разительно меньше и не придется думать, как сделать удобный просмотр упавших тестов: локально он уже и так есть

Если бы да кабы.

это они пошли сложным путем

причём тут дрокер вообще

Ну это способ изолировать окружение

или вы в докерообраз зависимости ставите чтоб там тесты прогнать...

видимо да

Ну это способ изолировать окружение

способ изолировать окружение это пиэнв

то что вы там сделали, это способ себе в рот насрать

пиенв можешь сунуть себе в анус

способ изолировать окружение это пиэнв

То есть в вашем мире только питон?

способ изолировать окружение это пиэнв

Как мне с помощью pyenv поставить новую версию openssl?

То есть в вашем мире только питон?

в моём мире много чего, но нигде настройку билда и зависимостей не выносили их системы сборки в дрокер

У меня блин в одном месте джава, в другом го, в третьем питон

У меня блин в одном месте джава, в другом го, в третьем питон

ух ты.

У меня блин в одном месте джава, в другом го, в третьем питон

Удобно поддерживать наверно

докером эмулируем заведомо чистую нулевую систему, потом в неё ставим наше говно ПО с тестами и проверяем