9 comentários

  1. Estou usando esse formato para organizar o meu Blog de Desenhos. Basicamente “YY.MM.DD – Nome do Desenho”. É um formato que achei bem decente.

    E antes disso, tentei organizar por “Séries”, sendo cada uma para um dos meus personagens que eu estava desenhando e depois, por ano, número e nome (YYYY.NN – Nome do Desenho). O que mais funcionou, é a data reversa mesmo.

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

  3. 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.

  4. 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.

  5. 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

  6. 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