최근에 시간을 다루는 글을 두 편에 걸쳐 정리하면서, 절대 시각과 지역 시각을 구분해 바라보는 기준이왜 중요한지도 함께 정리할 수 있었습니다. 다만 개념을 이해했다고 해서 바로 설계 기준이 정해지는 것은 아니었습니다.실제 프로젝트에서는 결국 하나의 기준을 선택해야 했고, 그 과정에서 자연스럽게 이런 질문에 도달하게되었습니다. 실제 프로젝트에서는 시간을 어떤 기준으로 저장하고 관리해야 할까? 특히 서비스가 하나의 지역만을 기준으로 동작하지 않거나, 해외에서도 접속할 가능성까지 고려한다면시간은 더 이상 단순히 “지금 몇 시인가”의 문제로만 볼 수 없었습니다. 사용자에게 보여주는 시간은 지역에 따라 달라질 수 있지만, 서버 내부에 저장되는 시간은 어느 환경에서든 같은 기준으로 해석될 수 있어야 했기 때문입니다..

회사를 다니며 개발하다 보면, 기능을 충분히 고민한 뒤 구현하기보다 정해진 기간 안에 빠르게 결과를내야 하는 경우가 훨씬 많습니다. 때로는 복잡한 기능이 일주일 안에 만들어야 할 만큼일정이 매우 짧게 주어지기도 합니다. 이런 환경에서는 우선 동작하는 결과를 만들어내는 것이 가장 중요해지고, 더 좋은 설계가 없는지,다른 방식으로 풀면 어떤 차이가 있는지, 여러 기술을 비교하고 검토해볼시간은 자연스럽게 뒤로 미뤄질 수 밖에 없는 것 같습니다. 저 역시 그런 흐름 속에서 개발을 해왔습니다.짧은 일정 안에 기능을 구현하고 이슈를 해결하는 경험도 중요하지만, 한편으로는늘 비슷한 방식과 익숙한 선택 안에서만 문제를 풀고 있는 것은 아닐까 하는 생각이 들었습니다. 분명 더 나은 방법이 있을 수도 있고, 더 정확한 ..