Regras gregorianas de anos bissextos
Classifique anos gregorianos de 1 a 9999 como bissextos ou comuns.
def is_leap_year(year):
if type(year) is not int or not 1 <= year <= 9999:
raise ValueError("year.range")
return year % 4 == 0 and (year % 100 != 0 or year % 400 == 0)- Modelos
- Configure um endpoint compatível com OpenAI ou Anthropic com a URL base e uma chave API, quando necessária. Teste a conexão. O servidor local precisa estar em execução; ferramentas remotas podem transmitir dados separadamente.
- Projeto
- Verifique 1900, 2000 e os dois extremos do intervalo, rejeitando ano zero, frações e booleanos.
- Revise antes de aplicar
- Compare o comportamento real com o resultado esperado. Se uma verificação falhar, investigue a causa antes de fazer outras alterações.
def is_leap_year(year):
if type(year) is not int or not 1 <= year <= 9999:
raise ValueError("year.range")
return year % 4 == 0 and (year % 100 != 0 or year % 400 == 0)Registre a premissa de calendário antes de mudar o código
Regras de datas costumam parecer óbvias até a aplicação encontrar um ano excepcional ou receber um valor fora do intervalo suportado. LeapGrove oferece um ambiente de programação com IA para Windows que leva essas premissas à conversa de desenvolvimento. Abra a pasta pertinente do projeto, indique o comportamento de calendário necessário e peça ao assistente que inspecione como os valores recebidos chegam ao código de tratamento de datas.
A função de ano bissexto com intervalo limitado é um exemplo para discutir. Você pode pedir uma revisão dos anos suportados, tipos rejeitados e chamadores antes de adaptá-la a um formulário ou fluxo de importação. Explicite o sistema de calendário pretendido e diferencie a validação de entrada da regra em si. Isso torna o trabalho proposto uma alteração de software avaliável, em vez de depender de uma fórmula familiar sem conferir seu contexto na aplicação.
Use um endpoint suportado compatível com OpenAI ou da Anthropic para escolher um modelo de IA sem censura disponível, fornecendo credenciais quando exigidas. As políticas do modelo, o acesso a ferramentas e a capacidade de contexto continuam dependendo da conexão. Inspecione o diff, execute as verificações pertinentes do projeto e teste anos comuns junto com os casos excepcionais incluídos no contrato. Um endpoint local exige seu próprio servidor de modelos em execução e não torna local toda ferramenta conectada.
Requisitos de calendário que vale definir primeiro
Por que declarar o intervalo de anos suportado na solicitação?
A aplicação pode deliberadamente suportar um intervalo menor que o de uma biblioteca geral de calendário. Especifique esse limite e inspecione os chamadores antes de alterá-lo. Ampliar os anos aceitos pode mudar o comportamento posterior mesmo quando o cálculo de ano bissexto permanece igual.
Uma string numérica deve contar como ano válido?
Decida onde a conversão deve ocorrer na aplicação. Um formulário pode analisar o texto antes de chamar uma função auxiliar estrita, enquanto uma API interna pode rejeitá-lo. Peça que a proposta preserve essa separação e teste explicitamente o comportamento acordado.
Uma função correta de ano bissexto valida uma data inteira?
Não. As durações dos meses, os intervalos de dias e as premissas de calendário da aplicação ainda precisam de tratamento próprio. Mantenha clara a responsabilidade da função auxiliar e inspecione o código que a combina com outras verificações antes de declarar válida a entrada.
Como um revisor pode conferir a alteração de data solicitada?
Forneça exemplos concretos aceitos e rejeitados, incluindo anos limítrofes pertinentes ao contrato. Revise a função auxiliar e seus chamadores e execute esses casos pelo fluxo real de entrada. Um cálculo isolado não verifica o comportamento do formulário ou da importação.
LeapGrove · Atualizado 2026-10-25