automação

Organizar downloads de dev: SDKs, repos e builds

Abra a pasta Downloads de um dev e você lê o mês inteiro dele ali. Um instalador de SDK de dois notebooks atrás. Um projeto-final.zip que alguém mandou no Slack. Dois dumps de banco que você ia restaurar e esqueceu. Um .env com credencial de verdade à vista de todo mundo. Scripts soltos, um config.json perdido, crash dumps de centenas de megabytes cada e um cemitério de arquivos .log de uma depuração do mês passado. Você sabe exatamente onde cada coisa deveria ir. Só nunca sobram os dez minutos, então nunca acontece.

O Elegant File Explorer faz essa arrumação por você, com regras que você escreve uma vez e esquece — e tudo roda na sua própria máquina, sem nada subir pra nuvem. Os pacotes Desenvolvedor e DevOps & Dados transformam esse caos em pastas que dá pra navegar de verdade.

Tire o código solto do caminho#

Comece pela bagunça do dia a dia: os scripts, configs e snippets que você baixa e nunca move. A receita “Juntar código e configs soltos” reconhece arquivos de código e configuração soltos na Downloads e os move para uma subpasta Código, tirando aquele .py avulso e o .json perdido do meio dos instaladores.

Se você gosta de ver como uma regra é montada antes de confiar numa, aqui está essa mesma ideia como regra pra ler num olhar:

  1. Abra Auto-organização e clique em + Nova regra.
  2. Nome da regra: Código solto.
  3. Pastas monitoradas: + Adicionar pasta, Procurar…, escolha a pasta Downloads.
  4. Quais arquivos (condições): com a aba em Qualquer (OU), adicione uma condição “Extensão é” pra cada formato — .py, .js, .ts, .sql, .json.
  5. O que fazer (ações): “Mover para” → uma pasta Downloads\Código.

Clique em “Simular efeito” pra ver a Pré-visualização — nada é alterado de verdade — e só então “Salvar regra”. Ou pule tudo isso e escolha a receita na Galeria de Receitas, que preenche a regra pra você.

Os pesos-pesados que comem seu disco em silêncio#

Dois tipos de arquivo incham o disco de um dev sem você perceber: crash dumps e logs velhos. Os dois têm receita.

  • “Crash dumps e minidumps pra revisar” procura, na Downloads e nas subpastas, os despejos de memória e relatórios de crash que sobram depois de depurar — arquivos .dmp, minidumps, crash logs — e os move para _Crashes (revisar), com a tag Crash. Um único dump pode ter centenas de megabytes, e ninguém lembra que ele está lá.
  • “Limpar logs e temporários antigos” encontra arquivos .log, .tmp, .temp e .cache sem alteração há mais de 14 dias e os reúne em _Revisar temporários, com a tag Temp. Só encosta no que já esfriou, então nada em uso é mexido.

Pra servidor, “Arquivar logs de servidor antigos” vai por outro caminho: acha os .log parados há mais de uma semana e compacta cada um em ZIP, ao lado do original, com a tag Log. Você recupera o espaço sem perder o histórico — o log continua lá, só que zipado.

Notebooks e datasets, cada um no seu canto#

Se o seu trabalho puxa pra dados, duas receitas mantêm esse lado no lugar. “Notebooks Jupyter reunidos” recolhe os .ipynb espalhados pela Downloads e os junta em Documentos\Projetos\Notebooks, com a tag Notebook — cada análise, experimento e notebook de curso num lugar só, em vez de órfãos pelo disco.

“Datasets e exports de dados” reconhece exports pesados — arquivos .csv, .parquet, .jsonl e .ndjson acima de 10 MB — e os arquiva em Dados\Exports por ano e mês, com a tag Dataset. Os CSVzinhos do dia a dia ficam de fora; só os datasets de verdade são arquivados, então a pasta significa alguma coisa.

E “Dumps de banco de dados” varre os backups .sql, .dump e .bson pra Documentos\DevOps\Dumps por mês, com a tag Dump DB — seus backups de banco no lugar certo, bem longe do código.

Os arquivos que nunca deviam ficar soltos#

Aqui está a que mais importa. Uma chave privada ou um .env cheio de segredo não pode morar numa pasta que você compartilha em tela, arrasta pra dentro de um zip ou sincroniza sabe-se lá pra onde. Duas receitas tornam esses arquivos visíveis e os levam pra um lugar deliberado.

  • “Isolar arquivos .env (segredos)” encontra arquivos .env, arquivos de credencial e qualquer coisa com cara de segredo na Downloads e nas subpastas, e os move para _Segredos (revisar), com a tag Segredo. Reduz a chance de uma senha ou chave viajar junto com um projeto sem querer.
  • “Isolar chaves e certificados digitais” faz o mesmo com chaves privadas e certificados — .pem, .key, .pfx, .p12, .cer, .crt e id_rsa — reunindo em _Chaves e certificados (revisar), também com a tag Segredo. Chave SSH e certificado A1 não têm o que fazer soltos na Downloads; aqui você os enxerga e guarda direito.

Essas receitas movem e marcam. Não sobem, não escaneiam, não ligam pra casa — a ideia inteira é que seus segredos fiquem na sua máquina e simplesmente parem de morar onde você vai vazá-los.

De onde veio aquele instalador?#

Um sinal que o dev silenciosamente precisa e quase nunca tem: o Windows registra de onde veio cada download — o site por trás dele — e quase nenhum programa mostra. O Elegant File Explorer mostra. Quando você baixa um SDK, um instalador assinado ou um binário de release, essa origem fica junto do arquivo. Se você já ficou olhando pra um setup.exe sem saber se veio do site oficial ou de algum espelho, poder ver exatamente de onde veio um arquivo vale a olhada — é a procedência que faltava quando uma build se comporta de um jeito estranho.

Nada é apagado, tudo dá pra pré-visualizar#

Automatizar uma pasta cheia de trabalho deixa qualquer um nervoso, e é pra deixar mesmo. Duas coisas respondem a isso. O “Simular efeito” mostra o resultado completo — cada mudança, cada renomear, cada zip — antes de um único arquivo mudar. E toda execução fica registrada, então o “Desfazer” reverte: mover é mover, nunca apagar. O isolamento do .env, a limpeza de logs, a varredura de dumps — dá pra assistir a cada uma na pré-visualização primeiro e reverter depois, se não era o que você queria. Repare também que a receita de arquivar log cria um ZIP comum ao lado do arquivo; o app cria ZIP, e também abre e extrai arquivos 7z e RAR que você recebe, inclusive com senha.

Os nomes de pasta com underline — _Crashes (revisar), _Segredos (revisar) — são de propósito. Eles sobem pro topo e se leem como um lembrete: olhe isso e decida. O app junta; a decisão é sua.

Perguntas frequentes

Isso vai mexer nos arquivos dentro dos meus repositórios?

Só nas pastas que você apontar. As receitas daqui vigiam a Downloads (e, em algumas, as subpastas) — não os seus repos de trabalho. Você escolhe as pastas monitoradas e vê cada arquivo casado na simulação antes de qualquer coisa acontecer.

É seguro rodar as receitas de segredos em credenciais reais?

Sim. Elas só movem e marcam arquivos pra uma pasta de revisão no mesmo PC — nada é lido por conteúdo, subido ou enviado pra lugar nenhum. O objetivo é tirar chaves e .env da pasta onde é mais fácil vazar e pôr onde você vai resolver.

E um `.env` que eu ainda preciso?

Ele é movido, não apagado, para _Segredos (revisar) — à vista, no topo. Você olha e decide se mantém, guarda direito ou descarta. E o “Desfazer” reverte a execução se preferir que ficasse onde estava.

Ele compacta logs em 7z ou RAR?

Ele cria ZIP. A receita “Arquivar logs de servidor antigos” zipa cada log velho ao lado do original. Se você recebe arquivos 7z ou RAR, o app também extrai — inclusive com senha — e o Windows 11 (23H2 em diante) extrai nativamente também.

Meus arquivos vão parar em algum servidor?

Não. Cada arquivo casado, movido, renomeado e zipado é processado localmente — 100% no seu PC. Sem conta, sem nuvem, nada enviado.

Disponível na Microsoft Store — compra única, com 7 dias de teste grátis.

Leia também