4P by neo 2023-10-15 | favorite | 댓글 2개
  • "어제", "2일 전", "일주일 전"과 같은 상대적 시간 표시의 사용에 대한 비평 기사
  • 저자 니키타 프로코포프는 이러한 표시들이 인간의 언어와 시간 이해를 정확히 반영하지 않는다고 주장
  • 프로코포프에 따르면, 인간은 "어제"를 오늘보다 24시간 미만이 아닌 전체 날짜로 정의
  • 저자는 또한 다른 플랫폼들이 "어제"를 다르게 계산하여 혼란과 신뢰 상실을 초래한다고 지적
  • 프로코포프는 "12일 전"과 같은 표시의 사용을 비판하며, 인간이 "5일 이상 전"으로 자연스럽게 생각하지 않는다고 주장
  • 그는 "지난 주/달/년"과 같은 모호한 용어의 사용을 피하고, 명확성을 위해 구체적인 날짜를 사용하는 것을 권장
  • 이 기사는 2023년 10월 4일에 발행되었음
  • 저자의 비평은 디지털 플랫폼에서의 사용자 경험과 이해도 향상을 목표로 함

이거 참 공감이 되네요. 만드는 입장에서는, ㅇㅇ일전으로 표시하면 YY.MM.DD 로 할지 mmddyyyy 로 할지 등등 국가별로 다른 날짜표기법를 신경안써도 되긴 한데, 전 ㅇㅇ일전보다 날짜표기하는게 좋더라구요

Hacker News 의견
  • "1년 전"과 같은 상대적인 시간 표시의 부정확성에 대한 댓글들, YouTube와 같은 플랫폼에서는 365일에서 729일 사이를 의미할 수 있음
  • 사용자들이 각 항목을 열어 특정 날짜를 확인하지 않으면 사건이나 출시의 정확한 순서를 파악하기 어려움
  • 이 문제는 npm에서 더 오래된 패키지를 탐색할 때 특히 문제가 되며, 연속적인 여러 패키지가 모두 "약 1년 전"으로 표시됨
  • 일부 사용자들은 반올림된 상대적 시간 표시를 완전히 제거하는 것을 제안하며, 이는 오해를 불러일으키고 혼란을 야기할 수 있음
  • 절대 <time>의 사용이 제안되며, 이는 브라우저가 사용자의 선호에 따라 형식을 지정할 수 있게 함
  • 날짜의 모호한 표시도 비판 받음, 특히 요일이 가장 관련된 정보일 때. 예를 들어, GitLab의 이력에서 무언가가 금요일에 병합되었는지 알아보는 것이 "지난 주"나 "2일 전"보다 더 도움이 됨
  • gitg 애플리케이션이 타임스탬프를 잘못 표시하는 가장 나쁜 예 중 하나로 언급되며, 많은 커밋이 "3일 전"으로 표시되지만 하루 중 시간을 명시하지 않음
  • 일부 사용자들은 명확성을 위해 상대적 및 절대적인 타임스탬프를 모두 표시하는 것을 제안함
  • 댓글에서는 "1년 전"이 충분히 정확하지 않을 수 있지만 "11개월 전"은 종종 그렇다는 점을 지적함. 이러한 기능을 구현할 때 "1"을 피하는 것이 제안됨, 예를 들어 "1주 전" 대신 "6일 전"이어야 함
  • GitLab UI는 "방금 전", "지금 막"과 같은 모호한 용어를 사용하여 비판 받음
  • 한 사용자는 이 문제를 "UI는 커뮤니케이션이며, UI 디자이너들은 중얼거림이 멋지다고 결정했다"라고 요약함