Hacker News 의견

• JSON은 이중 인용부호 문자열만 지원하여 인용부호 사용에 대한 논쟁을 제거하는 특징이 있음. JSONC를 사용하여 주석과 후행 쉼표를 추가할 수 있음
  • JSONC는 Visual Studio Code에서 설정 형식으로 사용됨
• JSON5의 명칭이 비윤리적이라고 생각함. 원작자의 승인이 없는 경우 다음 버전인 것처럼 암시하는 것은 부적절함
• JSON5를 선호하며, YAML의 가독성이 떨어진다고 생각함. YAML 파일을 이해하기 위해 JSON 변환 도구를 자주 사용함
• JSON이 간단하기 때문에 널리 사용됨. XML이나 YML 같은 복잡한 대체물은 적합하지 않다고 생각함
  • 복잡한 형식을 사용하면 문제가 발생할 수 있음
• EDN이 Clojure 생태계 외부에서 많이 채택되지 않은 점이 아쉬움
  • 표준이 없지만 사용자들은 문제없이 사용 중임
• JSON의 특수 문자 문제를 지적함. JSON은 UTF-8로 정의되어 있지만, 7비트 ASCII 제어 문자를 잘못 기재한 오류가 있음
  • RFC에서 33개의 제어 문자를 포함해야 함
• TOML을 추천하며, 인간 가독성과 도구 지원의 완벽한 조합이라고 생각함
• JSON/YAML 대안에서 더 많은 유형을 지원하는 것은 좋은 생각이 아니라고 봄
  • NestedText가 거의 이상적이지만, 여러 구문을 사용하고 주석을 데이터 모델에 포함하지 않음
• JSON5가 BMP 외부의 유니코드 문자를 위한 \U 이스케이프 시퀀스를 도입하지 않은 점을 지적함
  • UTF-16 대리쌍을 사용해야 하는 것은 번거롭고 유니코드 표준에 맞지 않음
• JSON에서 주석과 네이티브 datetime 유형을 제외한 다른 기능은 필요하지 않다고 생각함
  • 후행 쉼표는 유용하다고 봄