Здравствуйте, smeeld, Вы писали:

S>MS когда-нибудь дарила миру революционные технологии?
Постоянно.
Весь современный web, так называемый web 2.0, стал возможен в результате того, что Microsoft сделали outlook web access, и добавили в свой браузер Internet Explorer 5.0 объект XMLHttpRequest.
Современные 3D GPUs стали повсеместным явлением потому, что Windows Vista в 2006 решили использовать 3D графику с шейдерами для окон на рабочем столе.

Здравствуйте, Pauel, Вы писали:

P>мы храним все возможные зависимости у себя в локальных репозиториях
Именно так. Ибо минимизация рисков

P> и оплачиваем это щасте много лет подряд
Ну да, ну да, место на дисках нынче ну ооочень дорогое!

Здравствуйте, Pauel, Вы писали:

P>Я периодически сталкиваюсь с этим — нужно пускануть не такой уж старый проект, а он больше не собирается.
И почему же он у тебя не собирается?

Здравствуйте, Константин, Вы писали:

К>Весь современный web, так называемый web 2.0, стал возможен в результате того, что Microsoft сделали outlook web access, и добавили в свой браузер Internet Explorer 5.0 объект XMLHttpRequest.


К>Современные 3D GPUs стали повсеместным явлением потому, что Windows Vista в 2006 решили использовать 3D графику с шейдерами для окон на рабочем столе.
Дадада, а до этого ни у кого GPU не было, ага И в тот же дум 3 (2004) все играли без шейдеров

Здравствуйте, CreatorCray, Вы писали:

P>>мы храним все возможные зависимости у себя в локальных репозиториях
CC>Именно так. Ибо минимизация рисков

P>> и оплачиваем это щасте много лет подряд
CC>Ну да, ну да, место на дисках нынче ну ооочень дорогое!

Кроме места на диске, тебе нужно оплачивать всю инфраструктуру под это дело, трафик, инстансы, бекапы, что есть увеличение работы на местных админов/опсов/суппорт и вытекащее из этого постоянные расходы на зп этим людям.
И вот это уже будет несравнимо дороже просто места на диске.

Здравствуйте, CreatorCray, Вы писали:

P>>Я периодически сталкиваюсь с этим — нужно пускануть не такой уж старый проект, а он больше не собирается.
CC>И почему же он у тебя не собирается?

1. депенденсы (билдтайм, рантайм) недоступны из за наличия секурити проблем, а новые версии не совместимы
2. новая платформа, которая не поддерживается старым кодом

Еще проблемы
3. старые скрипты не умеют деплоить на новую платформу
4. новые скрипты не умеют деплоить старые проекты

Итого — докер-образ решает 1 2 3 и 4. Просто пишешь docker run и всё палит.

Здравствуйте, Pauel, Вы писали:

P>Кроме места на диске, тебе нужно оплачивать всю инфраструктуру под это дело, трафик, инстансы, бекапы, что есть увеличение работы на местных админов/опсов/суппорт и вытекащее из этого постоянные расходы на зп этим людям.
P>И вот это уже будет несравнимо дороже просто места на диске.

А докер образы твои хранятся святым духом забесплатно?

Здравствуйте, CreatorCray, Вы писали:

P>>И вот это уже будет несравнимо дороже просто места на диске.

CC>А докер образы твои хранятся святым духом забесплатно?

С ними все гораздо проще. Хранить нужно только релизные версии, и то не все. Депенденсов как правило гораздо больше — они должны покрывать вообще все проекты что старые, что новые.
И в любом случае это дополнительные издержки.

Здравствуйте, CreatorCray, Вы писали:

A>>Ничто не мешало Биллигейцу запилить свою реализацию Иксов на своём железе.
CC>Таки мешало. Потому как SW бизнес и HW бизнес это ОЧЕНЬ рахные вещи.

При чём здесь это? Ты понимаешь, что такое X-Window? Это программа такая.

Здравствуйте, mike_rs, Вы писали:

A>>2) X Window в то время уже был больше десяти лет.

_>а толку-то, если уровня win95 твои иксы достигли только пару лет назад?

Это нужно иметь очень извращённое представление о мире.
По моему, только в 2010-м Винды худо-бедно доползли до возможностей Иксов 80-х годов.

Здравствуйте, Pauel, Вы писали:

P>>>Я периодически сталкиваюсь с этим — нужно пускануть не такой уж старый проект, а он больше не собирается.
CC>>И почему же он у тебя не собирается?
P>1. депенденсы (билдтайм, рантайм) недоступны из за наличия секурити проблем
Это как? Куда ж они протерялись то?

P> а новые версии не совместимы
И кто ж тебе виноват что ты старые не сохранил?

P>Итого — докер-образ решает 1 2 3 и 4. Просто пишешь docker run и всё палит.
Это всё решается и без докера, но теми же самыми принципами.

Здравствуйте, Pauel, Вы писали:

P>С ними все гораздо проще.
Да то же самое по сути, только вид в профиль.

Здравствуйте, alpha21264, Вы писали:

A>>>Ничто не мешало Биллигейцу запилить свою реализацию Иксов на своём железе.
CC>>Таки мешало. Потому как SW бизнес и HW бизнес это ОЧЕНЬ разные вещи.
A>При чём здесь это?
биллигейц (tm) не делал железо, он делал софт, который должен был работать на том хламе, что есть у юзера.

A> Ты понимаешь, что такое X-Window? Это программа такая.
Это протокол для remote graphical user interface
Нахрена кому в локальной винде были навороты из зоопарка mainframes?

Здравствуйте, alpha21264, Вы писали:

A>По моему, только в 2010-м Винды худо-бедно доползли до возможностей Иксов 80-х годов.
Это каких же?
Быструю графику иксы не могли вообще никогда, by design.

Аналогом иксов в винде был RDP, который изначально появился для NT 4.0, 1998 а уже в 2003м был весьма хорош.

Здравствуйте, CreatorCray, Вы писали:

P>>1. депенденсы (билдтайм, рантайм) недоступны из за наличия секурити проблем
CC>Это как? Куда ж они протерялись то?

Похоже, ты забыл про что речь. Удаляют по разным причинам.

P>> а новые версии не совместимы
CC>И кто ж тебе виноват что ты старые не сохранил?

Слишком дорого хранить все депенденсы, особенно публичные. Скажем, из наших внутренних депенденсов чудовищное количество имеют единицы скачиваний. И только малая доля скачивается постоянно.

P>>Итого — докер-образ решает 1 2 3 и 4. Просто пишешь docker run и всё палит.
CC>Это всё решается и без докера, но теми же самыми принципами.

Ога. Жалко, что индустрия не пошла по твоему варианту.

Здравствуйте, Pauel, Вы писали:

P>Похоже, ты забыл про что речь. Удаляют по разным причинам.
Не, просто ты по какой то причине думаешь что кто то другой должен хранить нужное тебе за тебя.

CC>>И кто ж тебе виноват что ты старые не сохранил?
P>Слишком дорого хранить все депенденсы, особенно публичные.
Puh-lease! Сколько у тебя терабайт зависимостей?
Вон, в амазоне ценник на хранение юзерского говна:

S3 Glacier Instant Retrieval*** — For long-lived archive data accessed once a quarter with instant retrieval in milliseconds
All Storage / Month $0.004 per GB
S3 Glacier Flexible Retrieval (Formerly S3 Glacier)***- For long-term backups and archives with retrieval option from 1 minute to 12 hours
All Storage / Month $0.0036 per GB
S3 Glacier Deep Archive*** — For long-term data archiving that is accessed once or twice in a year and can be restored within 12 hours
All Storage / Month $0.00099 per GB

Держать там терабайтный архив зависимостей, на случай если вдруг понадобятся ~$12.16 в год.
Ну просто капец как дорого!!!

P> Скажем, из наших внутренних депенденсов чудовищное количество имеют единицы скачиваний. И только малая доля скачивается постоянно.
Вопрос в том, почему вообще что то скачивается постоянно?

P>>>Итого — докер-образ решает 1 2 3 и 4. Просто пишешь docker run и всё палит.
CC>>Это всё решается и без докера, но теми же самыми принципами.
P>Ога. Жалко, что индустрия не пошла по твоему варианту.
Ты о какой индустрии говоришь то? В моей окрестности докера как то не наблюдается.
И потом, чем хранение докер образа отличается от хранения "исходников", из которых этот образ собирается?

Здравствуйте, CreatorCray, Вы писали:

P>>Похоже, ты забыл про что речь. Удаляют по разным причинам.
CC>Не, просто ты по какой то причине думаешь что кто то другой должен хранить нужное тебе за тебя.

Я говорю совершенно другое — поскольку депенденсы могут отсутствовать, собранный релиз в докер имедже гораздо надежнее.

P>>Слишком дорого хранить все депенденсы, особенно публичные.
CC>Puh-lease! Сколько у тебя терабайт зависимостей?

Ты издержки в терабайтах меряешь Нужно мерить и сравнивать суммарную стоимость владения.

CC>Держать там терабайтный архив зависимостей, на случай если вдруг понадобятся ~$12.16 в год.
CC>Ну просто капец как дорого!!!

Во первых, терабата мало. Во вторых, сюда нужно добавить зп опсов которые будут заниматься всеми подобными вопросами, издержки на лишние билды и тд, см список внизу
И нам нужно городить вокруг этого инфраструктуру, которая будет заботливо сохранять все используемые версии всех используемых депенденсов. Подтянул сотню другую зависимостей — надо что бы они автоматом появились в этом архиве. Кто это будет делать и кто будет платить за этот банкет?

P>> Скажем, из наших внутренних депенденсов чудовищное количество имеют единицы скачиваний. И только малая доля скачивается постоянно.
CC>Вопрос в том, почему вообще что то скачивается постоянно?

Элементарно — билды на фичи-баги-секюрити требуют зависимостей.

P>>Ога. Жалко, что индустрия не пошла по твоему варианту.
CC>Ты о какой индустрии говоришь то? В моей окрестности докера как то не наблюдается.

Потому, что ты работаешь в узенькой нише. Веб-приложений разного масштаба в тысячи раз бОльше.
Щас ты наверное скажешь "а я веб-приложениями не занимаюсь" ?

CC>И потом, чем хранение докер образа отличается от хранения "исходников", из которых этот образ собирается?

А ты вообще читал про докер?
Докер образ это наполовину продеплоеный артефакт. Секунды, и ты уже переключил энв на нужную версию.

Полная сборка проекта из исходников с деплойментом занимает часы, из которых бОльшую времени работает компилятор и идут тесты.
Тесты можно и отключить, но тогда проблемы с интеграцией будешь ловить в отладке.
За это время я могу перебрать десяток версий сервиса и найти вилку было-стало.

То есть, в случае с хранением исходников:
0. подкинуть нужные переменные окружения — где гарантия что они будут теми же, что и в прошлый раз? Есть ответ?
1. откопать тот самый пайплайн на дженкинсе или еще где, который умеет работать с билдами той самой версии и пускануть его
2. скачать нужную версию исходников по тегу
3. скачать все зависимости, коих обычно больше чем исходников, при чем намного
4. стартовать билд и собрать артефакты
5. собрать конфигурацию
6. залить на сервер, где лежат билды
7. скачать и пускануть пайплайн для деплоймента

И тут мы выясняем, что здесь ажно 8-10 разных шагов, каждый из которых время от времени отваливается по разными причинам — например
закончилось место на агенте, надо чпокать опсов
поменялся энвайрмент агента, надо чпокать опсов
протухли креденшиалы, надо чпокать опсов
отвалились пермишны, снова надо чпокать опсов
поменялась конфигурация сети, снова надо чпокать опсов или админов
итд итд, и каждый раз чпокаем опсов, админов, итд по списку
И самое забавное — пункт 0 — где гарантия, что ты подкинешь те самые переменные, что были использованы в первый раз?

Здравствуйте, Sinclair, Вы писали:

CC>> И, в идеале, формальная верификация отсутствия starvation, которая в полном виде эквивалентна проблеме останова, так что за неё мало кто берётся.

А можно чуть подробней про это. Можно ссылками.

Здравствуйте, MaximVK, Вы писали:

MVK>А можно чуть подробней про это. Можно ссылками.
Ссылку сходу не найду, но там вроде как обоснование очевидно.
— вот у вас есть некая "параллельная программа". Можно считать, что она эквивалентна одновременному (ну, или поочерёдно-пошаговому) исполнению нескольких Машин Тьюринга.
Если мы говорим о кооперативной многозадачности, то нужно гарантировать, что
1. Ни одна из машин не сваливается в бесконечный цикл — эквивалентно проблеме останова
Если мы говорим о вытесняющей многозадачности, то нужно гарантировать, что
2. Мы не порождаем бесконечно большое количество новых МТ.
Предположим, что порождение новой МТ — это такая новая команда в нашей модифицированной Машине Тьюринга.
Гарантия непорождения бесконечного количества новых МТ эквивалентна гарантии того, что наша МТ выполнит команду "New Machine" ограниченное количество раз => эквивалентно проблеме останова.

Здравствуйте, CreatorCray, Вы писали:

CC>Здравствуйте, Pauel, Вы писали:

P>>С ними все гораздо проще.
CC>Да то же самое по сути, только вид в профиль.
Нет. Докер математически эквивалентен идее "вот я собрал версию 3.1.1333.666 своего приложения — и теперь храню рядом с ним бинари всех зависимостей для этой версии".
Да, конечно, там тратится место на хранение бинарей какого-то древнего релиза какого-нибудь там Дебиана.
Но это всё ещё бесконечно выгоднее альтернативы "хранить рядом всю историю всех релизов Дебиана, и MySQL, и PHP, и всего остального, на что я задепендился, чтобы я мог завтра пересобрать позавчерашнюю версию моего софта".