Hacker News 의견

• Server Sent Events(SSE)에 대한 애정을 표현하면서, WebSockets의 흐름 제어(백프레셔)와 멀티플렉싱 부재, SSE의 바이너리 데이터 전송 불가능성, WebTransport의 잠재적인 도입 문제를 언급함.

  "Server Sent Events에 대한 애정이 있으며, WebSockets의 흐름 제어와 멀티플렉싱 부재, SSE의 바이너리 데이터 전송 제한, WebTransport의 도입 문제에 대한 우려를 표함."

• 기업 환경에서 실시간 기능 구현의 어려움과 관료주의로 인한 문제 해결의 한계를 지적하며, 간단한 해결책으로 새로고침 버튼 추가를 제안함.

  "기업 환경에서 실시간 기능 구현의 어려움과 관료주의 문제를 지적하고, 새로고침 버튼 추가를 간단한 해결책으로 제안함."

• HTTP/2 이상을 가정할 때, EventSource와 fetch()의 조합이 단일 TCP 연결을 사용하는 다른 프로토콜과 비슷하게 좋을 것 같다는 의견과 HTTP/3의 UDP 사용에 대한 언급이 있음.

  "HTTP/2 이상을 사용할 경우 EventSource와 fetch() 조합의 효율성과 HTTP/3의 UDP 사용에 대한 긍정적인 의견을 제시함."

• WebSockets와 SSE가 초기 요청에서 헤더 전송을 지원하지 않는 이유를 모르겠다며, 실시간 서비스의 인증을 구현하는 사람에게 맡겨진 상황을 지적함.

  "WebSockets와 SSE의 초기 요청 시 헤더 전송 미지원에 대한 의문과 실시간 서비스 인증의 구현자 의존성 문제를 지적함."

• WebSockets와 SSE의 대규모 관리 문제, 백엔드의 특별한 관찰 요구, 모바일 디바이스에서의 디버깅 어려움, 네트워크 연결의 비용 문제, 상태 유지의 어려움 등을 언급함.

  "WebSockets와 SSE의 대규모 관리 문제, 백엔드와 모바일 디바이스에서의 디버깅 어려움, 네트워크 연결 비용 및 상태 유지 문제에 대한 언급이 있음."

• 90년대에 설계된 온라인 경매 시스템에서 실시간 업데이트를 서버 푸시/HTTP 스트리밍으로 처리했던 경험을 공유함.

  "90년대 온라인 경매 시스템에서 서버 푸시/HTTP 스트리밍을 통한 실시간 업데이트 처리 경험을 공유함."

• Long polling의 단순함을 그리워하며, WebRTC에 대한 긍정적인 평가를 함께 언급함.

  "Long polling의 단순함에 대한 그리움과 WebRTC에 대한 긍정적인 평가를 표함."

• Stream에서 일하는 사람으로서, 대부분의 경우 30초마다 keep-alive 핑을 보내는 websockets 사용을 권장하며, WebTransport의 낮은 지연 시간과 실시간 게임이나 음성 데이터 전송에 대한 고려를 언급함.

  "Websockets의 keep-alive 핑 사용 권장과 WebTransport의 낮은 지연 시간 및 실시간 게임과 음성 데이터 전송에 대한 고려를 제안함."

• WebRTC의 UDP 기반 통신 장점을 언급하지 않은 기사에 대한 비판적인 의견을 제시함.

  "기사에서 WebRTC의 UDP 기반 통신 장점을 누락한 점에 대한 비판적인 의견을 제시함."