
Como muitos de vocês, às vezes fico irritado com o fato de alguns desenvolvedores simplesmente pararem de trabalhar nos softwares que criaram (veja os exemplos abaixo). Ao tentarmos lidar com a perda, às vezes não aceitamos o facto. Eu por exemplo, comecei a usar gradiator
, via VirtualBox com Ubuntu 12.04.
Mas, eventualmente, todos nós teremos que aceitar os fatos: alguns aplicativos não existem mais.
Portanto, esta pergunta - em nome de futuros usuários e desenvolvedores - beneficiará ambas as partes.
Como desenvolvo software para Ubuntu que ainda possa ser usado em versões futuras.
Exemplos:
Responder1
Torne-o de código aberto! Dessa forma, qualquer um pode intervir e manter, consertar, o que quer que seja, quando por qualquer motivo você simplesmente não puder mais, embora isso possa acontecer devido à operabilidade básica (olhar para aplicativos aéreos...) alguns aplicativos só precisam de um golpe extra com um martelo para mantê-los funcionando.
Graditor: Empacotado para 14.04 com pouca dificuldade:
PPA nomeado gradiador-mateo para Mateo Salta : Mateo Salta
Choco: alguém já se deu ao trabalho de fazer um ppa para ele:
Instale o Cuttlefish no Ubuntu 14.04 ou Ubuntu 13.10 | Manual do Ubuntu
Nitrogênio - ainda está no repositório, pode apenas precisar de um pouco de atenção aos insetos. Parece funcionar conforme descrito para mim (com exceção de ter que desligar o papel de parede nas configurações do Unity)
Responder2
Na minha experiência (quase 30 anos), o hardware e o código de baixo nível (BIOS, por exemplo) não mudam muito ou, com mais precisão, mantêm uma compatibilidade ascendente muito boa. (Eu escrevi há vinte e cinco anos um pequeno programa de jogo em assembler, rodando em DOS e display VGA: ele ainda funciona bem em computadores Windows modernos).
Então eu diria: evite ao máximo dependências. Ao planejar usar uma biblioteca ou API, examine minuciosamente sua história e evolução, e como ela ainda executa código "obsoleto" ou não. Se tiver dúvidas, tente incorporar ao seu projeto o código fonte (e não a biblioteca compilada). Se as funcionalidades que ele fornece não forem estritamente orientadas para computador (como bibliotecas matemáticas ou algoritmos gerais), você provavelmente não precisará de atualizações.
Apenas meus dois centavos...