Сообщение Re[41]: Docker - для релиза или для разработки? от 20.05.2020 3:06
Изменено 20.05.2020 5:05 Sinclair
Re[41]: Docker - для релиза или для разработки?
Здравствуйте, Sheridan, Вы писали:
S>>Не надо париться про то, какие там версии каких библиотек стоят и кто там с кем будет конфликтовать.
S>Абсолютно верно, на стадии деплоя не надо. Надо на стадии разработки.
На стадии разработки подготовка софта к тому, чтобы он работал в достаточно любом окружении стоит очень больших денег.
Любой разработчик, кто распространял свой софт более чем одному клиенту об этом осведомлён.
Да, многие годы считалось, что "надо просто сильнее бить разработчиков". Потом была идея что "распространение софта — дело маинтейнеров дистрибутива", а разработчик должен выкласть только исходники.
Всё это в полночь оказалось тыквой — прекрасно работает только в воображении идеалистов.
На практике даже на уровне исходников сделать софт совместимым одновременно с тремя версиями LibSSL — уже тяжело. А маинтейнер дистрибутива выступает хреновым посредником между пользователем и разработчиком, особенно если это касается заказного софта.
Докер вовремя сообразил, что контейнеры, которые изначально позиционировались как легковесные VM, можно довести до логического завершения — "каждому приложению по машине".
S>Не надо, абсолютно верно. После поднятия хоста оно само поднимется.
Ну что за бред. Это даже не детский сад. А если хост вообще не поднимется? Хорошо, если на нём какой-то кратковременный сбой. А если там пожар в DC и вся стойка тово?
S>>Не надо париться с тем, позаботился ли разработчик о том, чтобы на одном хосте могли параллельно работать две версии рендерера, или как обычно "вместе могут работать 3 и 4, и 4 и 2, но не 3 и 2"
S>Отучать разрабов от лени и учить читать ТЗ.
Шеридан, разработчиков в мире — миллионы.
S>Ну и учиться ставить задачи конечно жэ.
Иди, пиши ТЗ постгресу, апачу, монгодб, и прочим. У тебя реально мышление технички — тебе все уже должны, а ты даже научиться пользоваться контейнерами в стиле "воткнул — заработало" не хочешь.
, заработало.
S>>Безо всех этих "да я щас там заднюю панель сниму, паяльничком чик-чик, и в понедельник уже заработает".
S>Странное у тебя представление об ансибле, очень странное.
Ровно как ты рассказал. У тебя на каждый вопрос ответом идёт "да я там плейбук сделаю, если понадобится".
S>>Не надо париться про то, какие там версии каких библиотек стоят и кто там с кем будет конфликтовать.
S>Абсолютно верно, на стадии деплоя не надо. Надо на стадии разработки.
На стадии разработки подготовка софта к тому, чтобы он работал в достаточно любом окружении стоит очень больших денег.
Любой разработчик, кто распространял свой софт более чем одному клиенту об этом осведомлён.
Да, многие годы считалось, что "надо просто сильнее бить разработчиков". Потом была идея что "распространение софта — дело маинтейнеров дистрибутива", а разработчик должен выкласть только исходники.
Всё это в полночь оказалось тыквой — прекрасно работает только в воображении идеалистов.
На практике даже на уровне исходников сделать софт совместимым одновременно с тремя версиями LibSSL — уже тяжело. А маинтейнер дистрибутива выступает хреновым посредником между пользователем и разработчиком, особенно если это касается заказного софта.
Докер вовремя сообразил, что контейнеры, которые изначально позиционировались как легковесные VM, можно довести до логического завершения — "каждому приложению по машине".
S>Не надо, абсолютно верно. После поднятия хоста оно само поднимется.
Ну что за бред. Это даже не детский сад. А если хост вообще не поднимется? Хорошо, если на нём какой-то кратковременный сбой. А если там пожар в DC и вся стойка тово?
S>>Не надо париться с тем, позаботился ли разработчик о том, чтобы на одном хосте могли параллельно работать две версии рендерера, или как обычно "вместе могут работать 3 и 4, и 4 и 2, но не 3 и 2"
S>Отучать разрабов от лени и учить читать ТЗ.
Шеридан, разработчиков в мире — миллионы.
S>Ну и учиться ставить задачи конечно жэ.
Иди, пиши ТЗ постгресу, апачу, монгодб, и прочим. У тебя реально мышление технички — тебе все уже должны, а ты даже научиться пользоваться контейнерами в стиле "воткнул — заработало" не хочешь.
, заработало.
S>>Безо всех этих "да я щас там заднюю панель сниму, паяльничком чик-чик, и в понедельник уже заработает".
S>Странное у тебя представление об ансибле, очень странное.
Ровно как ты рассказал. У тебя на каждый вопрос ответом идёт "да я там плейбук сделаю, если понадобится".
Re[41]: Docker - для релиза или для разработки?
Здравствуйте, Sheridan, Вы писали:
S>>Не надо париться про то, какие там версии каких библиотек стоят и кто там с кем будет конфликтовать.
S>Абсолютно верно, на стадии деплоя не надо. Надо на стадии разработки.
На стадии разработки подготовка софта к тому, чтобы он работал в достаточно любом окружении стоит очень больших денег.
Любой разработчик, кто распространял свой софт более чем одному клиенту об этом осведомлён.
Да, многие годы считалось, что "надо просто сильнее бить разработчиков". Потом была идея что "распространение софта — дело маинтейнеров дистрибутива", а разработчик должен выкласть только исходники.
Всё это в полночь оказалось тыквой — прекрасно работает только в воображении идеалистов.
На практике даже на уровне исходников сделать софт совместимым одновременно с тремя версиями LibSSL — уже тяжело. А маинтейнер дистрибутива выступает хреновым посредником между пользователем и разработчиком, особенно если это касается заказного софта.
Докер вовремя сообразил, что контейнеры, которые изначально позиционировались как легковесные VM, можно довести до логического завершения — "каждому приложению по машине".
S>Не надо, абсолютно верно. После поднятия хоста оно само поднимется.
Ну что за бред. Это даже не детский сад. А если хост вообще не поднимется? Хорошо, если на нём какой-то кратковременный сбой. А если там пожар в DC и вся стойка тово?
S>>Не надо париться с тем, позаботился ли разработчик о том, чтобы на одном хосте могли параллельно работать две версии рендерера, или как обычно "вместе могут работать 3 и 4, и 4 и 2, но не 3 и 2"
S>Отучать разрабов от лени и учить читать ТЗ.
Шеридан, разработчиков в мире — миллионы.
S>Ну и учиться ставить задачи конечно жэ.
Иди, пиши ТЗ постгресу, апачу, монгодб, и прочим. У тебя реально мышление технички — тебе все уже должны, а ты даже научиться пользоваться контейнерами в стиле "воткнул — заработало" не хочешь.
S>>Безо всех этих "да я щас там заднюю панель сниму, паяльничком чик-чик, и в понедельник уже заработает".
S>Странное у тебя представление об ансибле, очень странное.
Ровно как ты рассказал. У тебя на каждый вопрос ответом идёт "да я там плейбук сделаю, если понадобится".
S>>Не надо париться про то, какие там версии каких библиотек стоят и кто там с кем будет конфликтовать.
S>Абсолютно верно, на стадии деплоя не надо. Надо на стадии разработки.
На стадии разработки подготовка софта к тому, чтобы он работал в достаточно любом окружении стоит очень больших денег.
Любой разработчик, кто распространял свой софт более чем одному клиенту об этом осведомлён.
Да, многие годы считалось, что "надо просто сильнее бить разработчиков". Потом была идея что "распространение софта — дело маинтейнеров дистрибутива", а разработчик должен выкласть только исходники.
Всё это в полночь оказалось тыквой — прекрасно работает только в воображении идеалистов.
На практике даже на уровне исходников сделать софт совместимым одновременно с тремя версиями LibSSL — уже тяжело. А маинтейнер дистрибутива выступает хреновым посредником между пользователем и разработчиком, особенно если это касается заказного софта.
Докер вовремя сообразил, что контейнеры, которые изначально позиционировались как легковесные VM, можно довести до логического завершения — "каждому приложению по машине".
S>Не надо, абсолютно верно. После поднятия хоста оно само поднимется.
Ну что за бред. Это даже не детский сад. А если хост вообще не поднимется? Хорошо, если на нём какой-то кратковременный сбой. А если там пожар в DC и вся стойка тово?
S>>Не надо париться с тем, позаботился ли разработчик о том, чтобы на одном хосте могли параллельно работать две версии рендерера, или как обычно "вместе могут работать 3 и 4, и 4 и 2, но не 3 и 2"
S>Отучать разрабов от лени и учить читать ТЗ.
Шеридан, разработчиков в мире — миллионы.
S>Ну и учиться ставить задачи конечно жэ.
Иди, пиши ТЗ постгресу, апачу, монгодб, и прочим. У тебя реально мышление технички — тебе все уже должны, а ты даже научиться пользоваться контейнерами в стиле "воткнул — заработало" не хочешь.
S>>Безо всех этих "да я щас там заднюю панель сниму, паяльничком чик-чик, и в понедельник уже заработает".
S>Странное у тебя представление об ансибле, очень странное.
Ровно как ты рассказал. У тебя на каждый вопрос ответом идёт "да я там плейбук сделаю, если понадобится".