Sobre timezone e seus bugs

[felquis]

Estava fazendo alguns testes em um projeto e mudei várias vezes o dia e hora do meu computador, no meio destes testes fiz um commit que deixou o GitHub meio atordoado.

Este commit https://github.com/pagarme/react-event-components/commit/d156803125775a7d518e65f5aeb5116acce12ea4 foi feito no dia 7 de novembro, porém a data do meu computador era dia 11 de novembro, e o GitHub hoje 10 de novembro as 13:12 mostra como se o arquivo foi alterado just now!

imagem 1

Claro que essa foi nossa reação

O mais interessante é que na página do commit com o diff diz que foi comitado um dia a partir de agora.

imagem 2

🪲 a situação já é bizarra, mas temos aqui dois timers com outputs diferentes.

Na imagem 1, o elemento usado é o e na imagem 2 é usado o a diferença entre os dois basicamente é o que é usado no método RelativeTimePrototype.getFormattedDate e TimeAgoPrototype.getFormattedDate

O interessante é que no DevTools, no componente da imagem 1 mudei a tag time-ago para relative-time e o resultado foi que mostrou que o commit foi de "a day from now", um dia a partir de agora.

Isso é algo adverso que aprendi esses dias que queria compartilhar com vocês :)

Foi inevitavelmente aqui no trabalho acessar uma tabela de timezones do planeta e conversar muito sobre possiveis bugs e soluções.

O que eu queria mesmo é saber de vocês coisas como:

Qual bug relacionado a timezone você sabe que pode acontecer?

Como você corrigiria este problema de horário desconfigurado do GitHub?

Abs

[felipefialho]

Cara, sensacional como você curte bugar o Github, hahaha.

Mudei o titulo para ficar mais fácil a compreensão do assunto, beleza? 😄

[felquis]

@lfeh o bizarro é como nós devs podemos se precaver de bugs relacionado a hora do usuário estar errada, nem é o timezone em si, mas sim o computador do client estar desconfigurado.

[fdaciuk]

Trabalhar com datas / horas sempre dá essas tretas xD
O nosso calendário mesmo já um bug por si só: temos 365 dias e 6 horas por ano, onde essas 6 horas são acumuladas a cada 4 anos, que tem um dia a mais pra "tentar" fechar a conta xD

Mas o esquema da data no git não vejo que seja um bug, mas sim o comportamento esperado. O git é um sistema distribuído, então cada commit vai respeitar o horário atual da máquina do usuário mesmo.

O GitHub mantém esse histórico do git, mas provavelmente o time-ago é para que ele possa ter controle do tempo, com base nos servers deles.

Mas já vi muito disso: a galera esquece de deixar o PC configurado pra acertar sozinho no horário de verão e acaba fazendo o commit uma hora adiantado 😂 😂

O problema é só na visualização do histórico, que va ficar meio zuado 😜

[fititnt]

@felquis tipo o que é citado aqui isaacs/github#374 ?

Eu sou da opinião que implementações, quando existe algo parecido com uma norma técnica, só são "obrigadas" a implementar de forma esperada ações esperadas, podendo agir de forma inesperada para ações inesperadas.

Para uma ação inesperada, se eu fosse escolher implementar, eu faria o que é mais fácil e teria menos chances de bugs. Isto é, fazer todo um processo para contornar uma situação que raramente seria usada e que não tem implicações de segurança não vale a pena.