Як боротися з ситуаціями, що закінчуються "програмним завершенням життя"?


14

Коли продавець заявляє, що більше не має наміру надавати будь-яку підтримку чи послуги для програмного забезпечення (та заявив про намір вийти з бізнесу - не пропонуючи шляхів оновлення), який спосіб звернення доступний для замовника?

Будь ласка, врахуйте це з точки зору замовника . ІТ-персонал замовника, швидше за все, розглядає лише технічні варіанти, але є ймовірні нетехнічні варіанти, якими користувач також може скористатися. Крім того, які розумні кроки можуть бути зроблені замовником достроково, щоб мінімізувати зриви, наприклад, в умовах контракту?

Що я можу придумати:

  • Необхідно придбати запасне обладнання та створити запасне середовище, на якому програмне забезпечення може продовжувати працювати.
  • Різні методи експорту даних, які не потребують участі постачальника. (Сюди можна віднести тривіальні методи, такі як вивчення даних, що зберігаються в резервній базі товарних баз даних, до більш причетних методів, таких як скрабування екрана, друк на зображення з подальшим повторним скануванням тощо).
  • Паралельні системи, де персонал дублює старі дані в новій системі вручну або напівавтоматично
  • Юридичні засоби, якщо продавець має фінансові проблеми (як у випадку дескроування вихідного коду )

Будь-які інші ідеї?

  • Якщо припустити, що не існує жодного "обходу" (немає DRM, немає DMCA), чи відновлення даних чи зворотна інженерія є законним / прийнятним?

Відредагована примітка:

Це поєднання декількох анекдотичних, але реальних історій. Я не беру безпосередньої участі в жодному з них. Просто моє бажання дізнатися про те, як обробляється ситуація із закінченням життя програмного забезпечення в цілому. Я не маю наміру зробити так, щоб оригінальна історія звучала як занадто "складна" для вирішення.


Які тут часові лінії? Ви замовник чи будуєте товар поверх зазначеного постачальника?

3
Ви можете спробувати придбати вихідний код у постачальника, а потім підтримати себе? Це досить складна ситуація.
btilly

2
Зрозуміло, чому дані не зберігаються у якомусь відкритому форматі для початку ... якщо вони зберігаються як звичайний текст у db, ви можете скопіювати їх. Якщо він зберігається у форматі xml / звичайний текст, його можна скопіювати. Якщо він є двійковим / зашифрованим, то його потрібно зламати. Це все можливо.
Робота

3
@Job: погодився. Важливість формату відкритого / простого зберігання (та поняття "блокування постачальника") визнається вже не одне десятиліття. Рішення, прийняті кілька десятиліть тому, не мали б користі для огляду. Тоді заможні клієнти йшли з лідерами на ринку незалежно від вартості, а менш заможним клієнтам доводилося приймати статус-кво або ризикувати.
rwong

Такі різновиди служать хорошими прикладами того, чому добре мати плани виходу з даних. Це може бути з використанням відкритих форматів, як пропонує @rwong, але це також має означати наявність експортних застережень у контрактах.
smithco

Відповіді:


2

Реверсивна інженерія є певно прийнятною для ваших власних даних. Припустимо, що у вас є файли бази даних для початку. Якщо це розміщена послуга, вам може бути краще просто сплатити гонорар і змусити їх експортувати дані. imo, його надзвичайно грубо і непрофесійно вимагати плати за це, але деякі люди не дбають про такі речі.

Оскільки ви знаєте, що це додаток - це щось, що вам потрібно, можливо, якщо це можливо, його час для внутрішньо розробленої системи? Таким чином ви знову не опинитесь у цій ситуації.


2

Одна з стратегій, яких немає у вашому списку, - залучити команду інтернів та дати їм літо, щоб розібратися в цьому. Оскільки це, ймовірно, буде разовим проектом, неважливо, чи гарний код, чи потрібно багато годин, чи він просто потребує багато ручного введення даних.


2
Стажисти: місцевий еквівалент аутсорсингу
граф

Інтерсорсинг!
Пол Натан

0

Якщо продукт - це те, чого ви не потребуєте змін, не передбачайте необхідності внесення змін і працює на власному апаратному забезпеченні, завжди є можливість прийняти ризик продовжувати його використовувати.

Це не фантазія, і це може бути болем, але залежно від товару та постачальника ви можете виявити, якщо задумаєтесь про те, що ситуація не відрізняється від ситуації, коли продавець технічно її підтримав.

Одне зауваження: Якщо система є предметом громадськості, це поганий підхід, оскільки у вас немає способу застосувати оновлення безпеки.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.