Не подскажите, как можно параметризовать докер-контейнер на этапе сборки?
Н-р:
— у меня в одном месте интернет через прокси и приходится его явно прописывать, ну н-р:
RUN pip --proxy http://1.1.1.1:80/ install uwsgi
— в другом прокси нет и команда выглядит:
RUN pip install uwsgi
при этом естественно хочется иметь один Docker файл для обоих случаев, нужно только уметь передавать туда параметр из cmd-line.
Если судить по голосованиям ООН о поддержке страны, то США вот уже более 20 лет никто кроме Израиля не поддерживает, вот уж кто изгой в международной политике: линк
Не совсем корректно сравнивать. ZeroMQ более высокоуровневый, но при этом имеет достаточно много готовых кирпичиков (типов сокетов), для того что бы сложить почти любую нужную конфигурацию. По крайней мере лично у меня не возникало желания выйти за их границы. В целом очень приятная библиотека, прячет много всего «ненужного». Из минусов — туда довольно сложно прикручивается шифрование, хотя в последнее время они довольно активно развивают свою библиотеку для этого.
Отдельно стоит сказать спасибо сообществу zeromq за их гайд, он не только очень подробно и с примерами рассказывает про все особенности использования самого zeromq, но и сильно повышает общую грамотность относительно построения систем сетевого взаимодействия в приложении.
Посмотрите лучше на m4.
Был опыт написания подобной штуковины и тоже первая версия была на boost.preprocessor, в итоге через некоторое время я сам перестал понимать что там происходит, не говоря о других.
— Добавлять новые фичи во «фреймворк» стало просто пыткой, т.к. отлаживать макросы то еще удовольствие, а бустовые — удовольствие вдвойне.
— Если при декларации RMI функции допускаешь синтаксическую ошибку — компилятор выдает портянки текста с чем угодно но не с местом, где я ошибся.
— Ошибка в рантайме, где-то в середине RMI вылезло непонятное исключение — можно стреляться, отладить это будет очень сложно. Любые ошибки в RMI у коллег — 100% летят к вам.
— Когда синтаксис описания функций расшириться (ну захотите сделать in\out параметры, именованные параметры и т.п.) кода в макросах станет на порядок больше и начнутся глюки с компилятором, например VS 2012 периодически падал или выдавал ошибки на валидные конструкции.
Продолжать можно бесконечно, но у истории happy-end — я перешел на кодогенерацию через m4, которая выполнятся до компиляции и сохраняет получившийся cpp файл. Теперь проблем почти не возникает, очень советую.
Именно об этой сцене, без привязки к топику? Скажу что больной, помешавшийся на бабле и работе засранец, хочет заставить людей наплевать на детей, семью, стравить коллектив между собой, что бы они принесли больше денег работодателю. Он их провоцирует работать на износ и прямым текстом говорит, что как только они выдохнутся, оступятся, он их выкинет как отработанный материал и наберет новых, еще сильных.
Либа может быть не ваша и вы не можете ее менять.
Н-р:
— у меня в одном месте интернет через прокси и приходится его явно прописывать, ну н-р:
— в другом прокси нет и команда выглядит:
при этом естественно хочется иметь один Docker файл для обоих случаев, нужно только уметь передавать туда параметр из cmd-line.
Отдельно стоит сказать спасибо сообществу zeromq за их гайд, он не только очень подробно и с примерами рассказывает про все особенности использования самого zeromq, но и сильно повышает общую грамотность относительно построения систем сетевого взаимодействия в приложении.
Что-то я отстал, а что сейчас появилось что-то принципиально лучше Jenkins?
Был опыт написания подобной штуковины и тоже первая версия была на boost.preprocessor, в итоге через некоторое время я сам перестал понимать что там происходит, не говоря о других.
— Добавлять новые фичи во «фреймворк» стало просто пыткой, т.к. отлаживать макросы то еще удовольствие, а бустовые — удовольствие вдвойне.
— Если при декларации RMI функции допускаешь синтаксическую ошибку — компилятор выдает портянки текста с чем угодно но не с местом, где я ошибся.
— Ошибка в рантайме, где-то в середине RMI вылезло непонятное исключение — можно стреляться, отладить это будет очень сложно. Любые ошибки в RMI у коллег — 100% летят к вам.
— Когда синтаксис описания функций расшириться (ну захотите сделать in\out параметры, именованные параметры и т.п.) кода в макросах станет на порядок больше и начнутся глюки с компилятором, например VS 2012 периодически падал или выдавал ошибки на валидные конструкции.
Продолжать можно бесконечно, но у истории happy-end — я перешел на кодогенерацию через m4, которая выполнятся до компиляции и сохраняет получившийся cpp файл. Теперь проблем почти не возникает, очень советую.