Сорри, сегодня целый день ребусов. видимо задумался :)

я Андроидом восхищаюсь. Все там уже придумано-продумано. пиши бизнес-логику и спи спокойно. Видно ребята (мяу)на наелись (собаку съели) с надежностью обновлений.

Ну вот если ваш порт сломается в окно отправки грузов на Марс, у вас на Марсе всё закончится. Потому что следующий груз приедет через  2 (джва) года. Это всё ровно о доставке изменений))) А казино можно из двух кубиков сделать, и функционально оно будет ничуть не хуже чем в Лас-Вегасе.

Собственно, нам всё это продемонстрировал GMail, который имеет рвотный дизайн, но какое это имеет значение, если он  - rock stable сервис.

Да-да. Тут программеры пользуются смартфонами, которые автообновляются без каких-либо проблем по ночам без вмешательства со стороны, но сами почему-то веруют в Святую Пятницу и Невыкатку в последнюю неделю декабря.)))))

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

Не знаю, ойфон вот ночью обновляется сам. Я буквально пару раз ему запрещал это делать, и связано было с моими ночными работами.

А так - ввёл пароль, и он утром с новой версией iOS. Прям магия.

не очень понятно, зачем казино (кроме того, чтобы пускать пыль в глаза Илону Маску, что теперь за его бабло на Марсе есть казино), если народ ждеть с новой ракетой апдейта (еды). Можно, конечно, в телескоп разглядывать с Земли на Марсе казино и гордиться

А в чем проблема 400 пакетов доставить в 1 ракете?

Так я и пишу, что из двух кубиков и одной банки можно сделать казино. ))) А вот порт - нет, там архитектурно надо исключить вероятность фейла))

Просто шел мимо, стало интересно

Вы ведь тестируете перед доставкой, что именно эти 400 пакетов работают вместе.

Я - уже нет, так как Перл из прода выкинут. Но - да, в случае, если эти 400 пакетов равномерно размазаны тонким слоем говнеца по /opt, /usr, /usr/local и /usr/share, то придётся тратить время на тестирование не только релиза, но и обновлений. А это - деньги.

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

мыж за приоритеты сейчас. Аэропорт - сначала, а потом разберемся что засылать. Только бизнесу хрен объяснишь

Ну вот и я о том же))) Что сначала в проекте надо проектировать способ доставки обновлений в условиях наличествующей инфраструктуры, а потом уже выбирать, чем лучше Руби против Го))

"Ты умный, делай как надо, ТОЛЬКО КАЗИНО ВПЕРЕД!"

Я очень стар и очень мудр (с)
Поэтому несколько раз отказывался от проектов, где было так. Хотя там и больше денег обещали.

если клиент готов платить, можно сделать две команды: одна готовит доставку, вторая - витрину для владельцев бизнеса

Но обновление же не случается само по себе (я надеюсь). Т.е. вы это контролируете и спокойно сможете выбрать момент обновления так, чтобы протестировать 1 раз вместе с релизом. Для доставки мелких патчей зачем все 400 пакетов обновлять. Вот я кажется понял в чем проблема. Когда какая-то небольшая, но важная правка (скажем, в безопасности) приводит к необходимости обновить пакет, а тот тянет за собой еще 10 пакетов и простая правка приводит к необходимости обновить полсистемы.

можно и две системы сделать: одна работает, на второй программисты свои амбиции тренируют