Padrões editoriais e testes
Nossos guias existem para ajudar você a tomar uma decisão segura antes de excluir qualquer coisa. Esta página explica o que significam os nossos selos de revisão e como separamos fatos reproduzíveis de estimativas.
Última revisão:
Quem publica e revisa os guias
O AskClean é um produto da NEXALIFY Ltd. Os guias de armazenamento são escritos pela equipe do AskClean e passam por revisão técnica com base no comportamento atual do produto, nas interfaces do sistema operacional e nas fontes primárias citadas.
Um selo de revisão em um artigo significa que a equipe de engenharia conferiu os limites de exclusão, os comandos, os caminhos e os custos de recuperação descritos nele. O selo não promete que todo dispositivo vá recuperar a mesma quantidade de espaço.
Como testamos as orientações sobre armazenamento
Começamos com um inventário somente leitura, registramos a versão e o tamanho relevantes, alteramos uma única categoria e medimos de novo. Separamos o comportamento reproduzível do produto dos resultados específicos de cada máquina e não transformamos um único dispositivo de teste em promessa universal de economia de espaço.
Comandos destrutivos não são o padrão. Os guias dão preferência às interfaces do sistema, à exclusão reversível (mover para o Lixo), a verificações explícitas de backup e a uma explicação clara do que precisará ser recriado ou baixado de novo.
Nosso modelo de risco de exclusão
Cada categoria de armazenamento é classificada primeiro pelo custo de recuperação e só depois pelo tamanho. Resultados de build podem ser recriados a partir do código-fonte; artefatos que podem ser baixados de novo dependem de acesso à rede e de continuarem disponíveis na origem; o estado operacional pode conter bancos de dados locais, dispositivos de teste ou configurações; evidências de versões publicadas e arquivos criados pelo usuário podem ser insubstituíveis.
Um guia precisa indicar a categoria, seu local padrão ou o comando para encontrá-la, o que a exclusão muda, o caminho de recuperação e a verificação somente leitura mais segura. Idade e tamanho de arquivo, sozinhos, nunca bastam para marcar um item como seguro.
Evidências reproduzíveis e materiais reutilizáveis
Nossos guias sobre armazenamento do Xcode compartilham um script de auditoria para download que só executa comandos de tamanho de diretório e de inventário do simctl. O script não exclui arquivos, não pede acesso de administrador e não envia nenhum resultado. Você pode inspecionar o código antes de executá-lo e comparar as mesmas medições antes e depois de uma alteração.
As tabelas de evidências dos nossos guias descrevem limites de exclusão, não economias prometidas. Você pode citar essas tabelas ou o método de auditoria com um link para o guia correspondente ou para esta política. Para pedir uma correção, detalhes de reprodução ou uma cópia de uma tabela em formato legível por máquina, fale com a equipe editorial.
Fontes e independência editorial
O comportamento do sistema operacional é embasado na documentação da Apple sempre que existe uma fonte primária. As capturas de tela de produtos vêm das nossas próprias versões dos apps ou de simuladores e são identificadas como tal.
O AskClean e o Photo Slim podem aparecer como ferramentas relevantes em um guia. A presença deles não muda o limite técnico: informamos o que cada app pode acessar, o que não pode acessar e quais ações ainda exigem a confirmação do usuário.
Correções
Apps e sistemas mudam. Se o nome de um menu, um caminho, um comando ou um aviso de segurança estiver desatualizado, envie a URL exata da página e a correção para [email protected]. Analisamos as correções aplicáveis e atualizamos a data de modificação do artigo quando o conteúdo muda de forma substancial.
Padrão de evidências
| Tipo | Verificação obrigatória | Limite da afirmação |
|---|---|---|
| Resultado de build recriável | Identificar a origem e a ação que o recria | Informar o tempo e o custo de processamento; nunca dizer que não há consequências |
| Artefato que pode ser baixado de novo | Confirmar o acesso à rede e a disponibilidade na origem | Não prometer que exatamente a mesma versão continuará disponível |
| Estado operacional | Verificar a quem pertence, os backups e o uso ativo | Não classificar bancos de dados, volumes ou dados de teste como cache |
| Evidência de versão publicada ou do usuário | Confirmar os requisitos de retenção e de recuperação | Manter por padrão; idade e tamanho não justificam a exclusão |