A resposta do Capt.Nemo é ótima. Em uma nota mais geral, considere isto:
Um sistema operacional, como o Ubuntu, consiste em milhares (senão milhões) de linhas de código, todas escritas por seres humanos. Todos os softwares que você executa, além do Ubuntu (Firefox, Thunderbird / Evolution, Gnome-Shell, Pidgin, etc), variam entre algumas centenas e milhares de linhas de código, escritas também por seres humanos (geralmente diferentes). .
Os seres humanos são criaturas falíveis, e manter esse código torna-se confuso muito rapidamente, mesmo sob as melhores circunstâncias. Pode ser fácil esquecer os efeitos colaterais que algo tem, mudar algo marginalmente relacionado e introduzir um erro, devido à interação entre as duas coisas marginalmente relacionadas. Pode ser ainda mais fácil escrever algo que você acha que é bom (ou, em alguns casos, apenas algo que funciona, mas é feio, devido a um tempo crunch), e tem que voltar e refazer, porque ele introduziu um bug ou pior, uma falha de segurança.
Para aumentar ainda mais a dificuldade, existem centenas de configurações de computador diferentes, que podem afetar a funcionalidade de um determinado software (particularmente nos níveis de driver de hardware e sistema operacional, onde as coisas não são tão abstratas). Às vezes, não importa quantos testes uma equipe faça, os bugs nem aparecem até que o software seja liberado.
Portanto, as atualizações que você recebe todos os dias, ou todas as semanas, são para essas pequenas alterações, correções de bugs, correções de segurança e várias outras pequenas atualizações. Se você usa PPAs de terceiros para obter as versões mais recentes das coisas, talvez sejam atualizações de versão maiores, que incluem novos recursos.
O erro lógico mais comum que as pessoas fazem quando se trata de software é compará-lo a estruturas físicas, como pontes. As pontes podem ser declaradas como "acabadas" e não precisam ser tocadas por muitos anos (exceto para reparar a parte da estrada, onde os carros dirigem e desgastam). O projeto de ponte pode ser testado e testado novamente em ambientes teóricos (desde o uso de matemática para determinar os ângulos ideais de resistência, até os modelos de escala) e os requisitos para a ponte podem ser determinados no início do projeto. Nada disso funciona para o desenvolvimento de software (como o repetido fracasso dos projetos da Waterfall provou repetidamente), onde há momentos em que os desenvolvedores podem nem saber que um determinado requisito existe até o tempo de produção, graças a todos os pequenos detalhes que vem com desenvolvimento de software. Portanto, um projeto de software nunca é considerado "concluído", por isso existem versões e lançamentos, além de adições de recursos para começar. Essas atualizações diárias / semanais / mensais são o produto de constante atualização, aprimoramento e aprimoramento de um software.
Ou, para colocar de outra forma, se todos esperassem para liberar o software até que não houvesse mais bugs, e nada fosse necessário ou corrigido, e o software fosse absolutamente perfeito, ninguém lançaria nenhum software. (Isso não quer dizer que todo mundo lança software sem testá-lo, simplesmente há limites do que é "aceitável" para uma determinada versão, e o que pode ser adiado até as atualizações pós-lançamento.)
Dito isso, você não precisa atualizá-lo todos os dias, ou toda semana, ou nunca, na verdade. Os desenvolvedores não podem forçar as atualizações no seu computador. No entanto, é do seu interesse atualizar periodicamente. Permitir que as atualizações de segurança sejam instaladas silenciosamente é uma boa maneira de garantir que você obtenha as atualizações mais importantes, e a execução de atualizações pelo menos algumas vezes por mês garante que você não esteja lutando contra bugs que já foram corrigidos.