Hoje É Sexta Ou É Sábado

Como saber se hoje é sexta ou sábado sem perder tempo

A resposta mais óbvia é abrir o calendário do celular, mas às vezes você está no terminal, num servidor remoto, ou simplesmente não quer perder o tempo de procurar um ícone. O problema é que existem maneiras mais diretas de descobrir isso, e também armadilhas que confundem muita gente que nunca parou pra pensar no detalhe. Aqui vai um guia prático, do mais simples ao mais robusto, com os pontos que realmente importam quando você precisa confiar no resultado.

hoje é sexta ou é sábado — o jeito mais rápido

Se você está num computador com Linux ou macOS, basta rodar: date +%A Ele devolve o nome completo do dia da semana no idioma do sistema. Se quiser só o número (0 a 6, onde 0 é domingo), use date +%u. Sexta dá 5, sábado dá 6. Simples.

No Windows, o equivalente seria date /t, mas a saída varia dependendo da versão e da regionalização, então o resultado nem sempre é confiável para automação. Eu já perdi umas duas horas num script de produção porque o date /t de uma máquina com configurações hereditárias de um técnico anterior mostrava a data em formato americano enquanto eu esperava português brasileiro.

Programaticamente

Se você tá construindo algo, use bibliotecas existentes. Não reinvente a roda. Em Python: import datetime\ndia = datetime.date.today().weekday()\n4 = sexta, 5 = sábado

O método weekday() retorna 0 para segunda e 6 para domingo. É importante não confundir com isoweekday(), que retorna 1 para segunda e 7 para domingo. A diferença parece boba, mas num código que verifica condições de final de semana, esse erro já causou filas de impressão estourando no sábado porque o sistema achou que era quinta-feira. Em JavaScript: const dia = new Date().getDay();\n// 5 = sexta, 6 = sábado

O getDay() em JS usa 0 para domingo, então sexta é 5 e sábado é 6. Novamente, um deslize aqui e seu agendador de tarefas vai executar scripts sensíveis no dia errado.

O problema que ninguém conta

O maior erro que eu vejo é assumir que a data local é a data certa. Isso parece óbvio, mas em ambientes distribuídos você pode ter um servidor em São Paulo marcando sábado enquanto outro em Frankfurt já está no domingo por causa do fuso horário. Se o seu sistema depende de "final de semana" para decisões de negócio — como pausar filas de processamento ou liberar relatórios — você precisa decidir explicitamente qual fuso horário usar. No meu caso, tive um problema específico: um job rodava todo sábado às 2h da manhã para gerar um relatório de fechamento. O servidor estava em UTC, o horário local da empresa era BRT (UTC-3). Isso significava que o job disparava quando ainda era sexta à noite em São Paulo. O relatório saía com dados de meio dia perdidos porque o cliente final considerava que o fechamento deveria incluir o dia todo de sábado local. A solução foi simples: configurar explicitamente o fuso no script com TimeZoneInfo.FindSystemTimeZoneById("E. South America") em .NET ou pytz.timezone("America/Sao_Paulo") em Python, e usar essa zona para calcular o dia, não o relógio do servidor. Depois disso, o relatório entrou no trilho.

Ferramentas web úteis

Se você só quer confirmar rápido, sem digitar nada, alguns sites como timeanddate.com mostram o dia da semana de forma clara. Mas cuidado: muitos desses sites usam o horário do seu navegador, então se o seu computador estiver com o fuso errado, o resultado também estará. Eu já vi alguém jurar que estava errou o dia porque o site mostrou sexta quando ele tinha certeza de que era sábado — o problema era o relógio do Windows desconfigurado em anos-luz. O Brasil eliminou o horário de verão em 2019, mas se você trabalha com clientes ou servidores em outros países, o DST ainda é uma armadilha real. Nos EUA, por exemplo, a mudança acontece em domingos, o que pode fazer com que uma noite tenha 23 ou 25 horas. Se você calcula "sábado" com base em timestamp bruto sem considerar a transição, pode pegar o dia errado durante a janela de mudança. A regra prática é: sempre que possível, trabalhe com datas normalizadas em UTC e converta para o fuso desejado apenas na hora de exibir ou tomar decisões baseadas no dia da semana. Bibliotecas como moment-timezone, pytz, ou a própria classe ZoneId do Java moderno lidam com isso sem dor de cabeça.

Checklist rápido

• Confirme o fuso horário do sistema antes de confiar no dia da semana
• Use bibliotecas de data/hora, nunca formatação manual de strings
• Em ambientes multi-servidor, padronize o fuso em todos os nós
• Teste a transição de fim de semana durante mudanças de DST se seu sistema for global
• Logue o fuso horário junto com o dia determinado, pra tener rastreabilidade quando algo der errado

Isso economiza bastante dor de cabeça. A maioria dos problemas com "hoje é sexta ou é sábado" não é sobre não saber verificar, é sobre assumir que o resultado que você vê é o resultado que o sistema inteiro compartilha. E quando não compartilha, aí que começa o transtorno.