“Yazılım kullanım ömrü sonu” durumlarıyla nasıl başa çıkılır?

Bir satıcı artık bir yazılım parçasına herhangi bir destek veya hizmet sunma niyetinde olmadığını (ve işten çıkma niyetini belirterek - yükseltme yolu sunmadığını) beyan ettiğinde, müşteri için ne tür bir başvuru yapılabilir?

Lütfen bunu müşterinin bakış açısından düşünün . Müşterinin BT personeli büyük olasılıkla yalnızca teknik seçenekleri dikkate alacaktır, ancak müşterinin de takip edebileceği teknik olmayan seçenekler de vardır. Ayrıca, sözleşme şartlarında olduğu gibi, kesintiyi en aza indirmek için müşteri tarafından önceden ne tür makul adımlar atılabilir?

Düşünebileceğim şeyler:

• Yedek donanım satın almanız ve yazılımın çalışmaya devam edebileceği yedek bir ortam kurmanız gerekir.
• Tedarikçi katılımı gerektirmeyen çeşitli veri dışa aktarma yöntemleri. (Bu, bir emtia veritabanı arka ucunda saklanan verilerin incelenmesi, ekran kazıma, görüntüye baskı ve ardından yeniden tarama gibi daha ilgili teknikler gibi önemsiz teknikleri içerebilir)
• Personelin eski verileri manuel veya yarı otomatik olarak yeni bir sisteme kopyalayacağı paralel sistemler
• Yasal yol, satıcının mali sıkıntı içinde olması durumunda ( kaynak kodu emanetinde olduğu gibi )

Başka fikir var mı?

• Herhangi bir "hileli atlatma" olmadığı varsayıldığında (DRM, DMCA yok), veri kurtarma veya tersine mühendislik yasal / kabul edilebilir mi?

Düzenlenmiş not:

Birkaç anekdot ama gerçek hikayenin birleşimidir. Bunların hiçbiriyle doğrudan ilgilenmiyorum. "Yazılım ömrünün sona ermesi" durumunun genel olarak nasıl ele alındığını öğrenmek benim arzum. Niyetim orijinal hikayenin çözülemeyecek kadar "zor" gibi görünmesini sağlamak değil.

Tersine Mühendislik kendi verileriniz üzerinde pefectly kabul edilebilir. Başlamak için veritabanı dosyalarına sahip olduğunuzu varsayarsak. Barındırılan bir hizmetse, yalnızca ücreti ödeyerek ve verileri dışa aktarmasını sağlayarak daha iyi olabilirsiniz. imo, son derece kaba ve profesyonelce bir ücret talep, ama bazı insanlar bu tür şeyler umurumda değil.

Bu uygulama, belki de uygulanabilir, bir şirket içi gelişmiş sistem için zaman, ihtiyacınız olan bir şey olduğunu bildiğiniz için? Bu şekilde bu duruma tekrar girmeyeceksiniz.

Listenizde olmayan bir strateji, bir stajyerler ekibi getirmek ve onları anlamaları için onlara yaz vermek. Muhtemelen bir kerelik bir proje olacağından, kodun güzel olup olmadığı, çok saatler sürmesi veya çok fazla manuel veri girişi alması önemli değildir.

Ürün, değişiklik gerektirmeyen bir şeyse, kendi donanımınızda değişiklik yapılmasını ve kendi donanımınızda çalışmasını öngörmeyin, her zaman onu kullanmaya devam etme riskini kabul etme seçeneği vardır.

Fantezi değil ve bir acı olabilir, ancak ürüne ve satıcıya bağlı olarak, durumun satıcı tarafından teknik olarak desteklendiğinde olduğundan farklı olmadığını düşünürseniz bulabilirsiniz.

Bir not: Sistem halka açık bir şeyse, bu kötü bir yaklaşımdır, çünkü güvenlik güncelleştirmelerini uygulamanız mümkün değildir.