Bluesky, Mastodon, Telegram e RSS

Método de organização de arquivos por nome

Vi há algum tempo no Manual, ou talvez no Órbita, um post sobre métodos para organizar arquivos. Alguém mencionou outro blog que sugeria salvar arquivos usando data no formato reverso, por exemplo 20260415. Alguém conhece o método ou também viu o post?

6 comentários

Deixe um comentário para Caio C. G. Oliveira Cancelar resposta

Por favor, leia as regras antes de comentar.

Tags HTML permitidas: <b> <strong> <i> <em> <a> <ul> <ol> <li> <code> <cite> <blockquote> Markdown *não* funciona.

6 comentários

  1. Não sabia que era um “método” mas uso esse formato a anos para salvar backups de bancos de dados.

  2. Lembrei desse meme sobre esse formato de data:
    https://www.reddit.com/media?url=https%3A%2F%2Fexternal-preview.redd.it%2Fdating-a-programmer-v0-4qfpuRu_v32sqseYs2yX66EuSv9ruUiz2pVCGAzylx8.jpg%3Fwidth%3D640%26crop%3Dsmart%26auto%3Dwebp%26s%3D6791583c88d00f185f4efeba1ae4dd86ed1f200d

    Acho o melhor formato porque as datas ficam organizadas sequencialmente em listas como as de arquivos. E os outros formatos sempre podem levantar ambiguidade, levando em conta que o formato americano mês/dia/ano se confunde com dia/mês/ano. Tanto que em programação ano-mês-dia é o formato-padrão.

    Além disso fornece o contexto na ordem certa, porque ao ver o dia, ele só fará sentido se soubermos o mês, que só fará sentido com o ano. Então colocar o contexto que importa antes é mais lógico.

  3. Uso data (20260415) para fotografia, o que faz muito sentido pra algo que precisa ser facilmente encontrado por data. Ainda não pensei em usar isso pra outros arquivos, mas vale a pena refletir sobre.

    Para artigos e produções científicas uso 2025AUTOR_titulo-da-obra.

  4. Não sei do método de nomes, mas as datas no formato “reverso” são tão úteis que há até uma [padronização ISO, a 8601](https://en.wikipedia.org/wiki/ISO_8601), só para isso. Por exemplo:

    – **Date and time in UTC**: 2026-04-15T20:41:13Z;
    – **Date and time with the offset**: 2026-04-15T08:41:13-12:00 UTC−12:00

  5. Eu uso este método. Ele é especialmente útil para quando a gente está trabalhando com muitas versões de um documento e com muita gente junto. Assim a gente sabe quem foi responsável por X versão. Exemplo:

    20260415_Projeto_Caio.odt <- Este documento foi editado pelo Caio hoje
    20260414_Projeto_Marcelo.odt <- Este documento foi editado pelo Marcelo ontem

    Se a versão mais recente (a do Caio) estiver com alguma incongruência, a gente sabe que quem fez caquinha foi o Caio. E é legal trabalhar assim porque daí se quisermos descartar as besteiras que o Caio fez no documento é só criar uma nova versão a partir do que o Marcelo fez ontem.

    Quando mais de uma pessoa trabalha no mesmo documento no mesmo dia, a gente adiciona a hora da modificação. Assim acaba ficando:

    20260415-1453_Projeto_Caio.odt <- Esta é a versão que o Caio mexeu e salvou às 14:53 de 15 de abril.

    Eu acho esta abordagem muito bacana porque a gente só precisa organizar a visualização da pasta por nome e daí a gente tem um ótimo panorama de como está o andamento das coisas.
    Além disso, acho melhor esta organização porque garante versões fáceis de recuperar. Se todo mundo trabalha no mesmo documento, as alterações acabam sobrescrevendo o trabalho passado e daí fica mais difícil voltar a algo que foi feito no passado e que estava melhor do que o que foi feito agora.
    Por fim, acho que é bacana adotar esta abordagem porque elimina nomes como: projeto_final_final mesmo_ Agora vai_IMPRIMIR.odt.

    PS: desculpe a resposta tão longa. Mas eu acabei me empolgando e vou usar essa minha resposta para um post no meu blog hehehe