
Как и многие из вас, я иногда раздражаюсь из-за того, что некоторые разработчики просто прекращают работу над созданным ими программным обеспечением (см. примеры ниже). Пытаясь справиться с потерей, мы иногда не принимаем этот факт. Я, например, начал использовать gradiator
, через VirtualBox с Ubuntu 12.04.
Но в конце концов нам всем придется смириться с фактом: некоторых приложений больше нет.
Поэтому этот вопрос — от имени будущих пользователей и разработчиков — будет полезен обеим сторонам.
Как разработать программное обеспечение для Ubuntu, которое можно будет использовать в будущих версиях?
Примеры:
решение1
Сделайте его открытым исходным кодом! Таким образом, любой может подключиться и поддерживать, исправлять, что угодно, когда по какой-то причине вы просто больше не можете этого делать, хотя это может произойти из-за базовой работоспособности (смотрит на приложения Air...), некоторым приложениям просто нужно дополнительно ударить молотком, чтобы они продолжали работать.
Graditor: Упаковано для 14.04 с небольшими трудностями:
PPA назвала gradiator-mateo для Матео Сальта : Матео Сальта
Каракатица: кто-то уже потрудился сделать для нее PPA:
Установка Cuttlefish в Ubuntu 14.04 или Ubuntu 13.10 | UbuntuHandbook
Nitrogen - все еще в репозитории, возможно, просто нужно немного поработать над ошибками. Кажется, работает так, как описано для меня (за исключением необходимости отключить обои в настройках Unity)
решение2
По моему опыту (почти 30 лет), аппаратное обеспечение и низкоуровневый код (например, BIOS) меняются не так уж сильно или, точнее, сохраняют очень хорошую восходящую совместимость. (Двадцать пять лет назад я написал небольшую игровую программу на ассемблере, работающую под DOS и VGA-дисплеем: она до сих пор отлично работает на современных компьютерах с Windows).
Поэтому я бы сказал: избегайте зависимостей, насколько это возможно. Планируя использовать библиотеку или API, тщательно изучите их историю и эволюцию, и то, как они все еще выполняют «устаревший» код или нет. Если вы сомневаетесь, попробуйте включить в свой проект исходный код (а не скомпилированную библиотеку). Если предоставляемые им функции не строго ориентированы на компьютер (как математические библиотеки или общие алгоритмы), вам, вероятно, не нужны обновления.
Просто мои два цента...