Fiction Lab / Compare
The Lifecycle of Software Objects и Endymion
Что должно оставаться переносимым, если долгие отношения зависят от платформы?
The Lifecycle of Software Objects
Ted Chiang
Кто отвечает за интеллектуальную систему после завершения исходного продукта, поставщика или команды?
Endymion
Dan Simmons
Когда ценный сервис перестаёт поддерживать участие и начинает делать отказ практически невозможным?
Оси сравнения
Сравнительная матрица
Цель
The Lifecycle of Software Objects
Поддерживать долгоживущую искусственную capability
Endymion
Управлять зависимостью с высокой ценой выхода
Полномочия
The Lifecycle of Software Objects
Lifecycle owner и права платформы
Endymion
Распределённые участники согласуют зависимость
Информация
The Lifecycle of Software Objects
Состояние, история и оценки
Endymion
Сигналы фрагментированы по сети
Ресурсы
The Lifecycle of Software Objects
Runtime, данные и обслуживание
Endymion
Доступ, маршруты и доверенные интерфейсы
Стимулы
The Lifecycle of Software Objects
Поставщики предпочитают миграцию; пользователи — непрерывность
Endymion
Зависимость вознаграждает сохранение связи несмотря на риск
Адаптация
The Lifecycle of Software Objects
Проектировать переносимость и завершение
Endymion
Сохранять опции и доверенных посредников
Этическая цена
The Lifecycle of Software Objects
Резкий выход вредит зависимым пользователям
Endymion
Цена выхода неравномерно распределяет ограничения
Обратимость
The Lifecycle of Software Objects
Миграцию можно репетировать
Endymion
Выход из сети может быть частично необратимым
Сходства
- • Обе системы рассматривают непрерывность шире технической доступности.
Различия
- • Одна фокусируется на lifecycle ownership, другая — на цене выхода из сети.
Управленческий перенос
Картируйте, что должно пережить переход, до того как зависимость станет критической.
Границы аналогии
- • Отношения и технологии существенно различаются.
- • Не каждая обязанность непрерывности требует вечного сохранения.