#streams-api-series

느린 네트워크에서 큰 이미지를 열면 가끔 화면이 위에서 아래로 채워진다. 마치 누군가 아주 성실하게 롤러로 이미지를 칠하는 것처럼 보인다. 물론 브라우저 안에 그런 직원은 없다. 있다면 우리보다 야근을 더 많이 하고 있을 것이다. 이 현상은 단순한 시각 효과가 아니라 네트워크 전송, 브…

다운로드 화면에서 진행 막대가 조금씩 차오르면 이상하게 안심된다. 반대로 스피너만 계속 돌면 파일이 오는 중인지, 서버가 고민 중인지, 내 인생이 잠깐 멈춘 건지 알 수 없다. 사용자는 둘 다 “다운로드 중”이라고 느끼지만, 내부적으로는 꽤 다른 상황일 수 있다. 진행률 계산 자체는 복…

Streams API를 공부하다 보면 묘한 기시감이 온다. JavaScript에서 ReadableStream, WritableStream, TransformStream을 보고 있는데, Java의 InputStream, Go의 io.Reader, Rust의 Read와 Write가 멀리서…

앞선 글에서 stream의 손잡이와 의미론을 잡았다면, 이제는 조금 더 현실적인 질문이 남는다. 그래서 이걸 어디에 쓰는가. 표준 문서를 읽고 메서드를 아는 것만으로는 실전 감각이 생기지 않는다. 운동 기구 설명서를 읽었다고 근육이 생기지 않는 것과 비슷하다. 억울하지만 대체로 사실이다…

스트림 예제는 처음 보면 꽤 얌전하다. getReader()로 읽고, getWriter()로 쓰고, pipeTo()로 연결하면 데모가 움직인다. 여기까지만 보면 API가 친절한 편이라고 착각하기 쉽다. 물론 데모는 늘 친절하다. 실무에 데려가는 순간부터 성격이 나온다. 스트림 코드를 실…

비동기를 처음 배울 때 나는 대개 Promise와 async, await부터 붙잡았다. 한 번의 결과를 기다리는 문제에는 이 조합이 아주 강력하다. 버튼을 누르고, 요청을 보내고, 응답을 받은 뒤 다음 줄로 넘어간다. 세상도 그렇게 한 번에 답을 주면 좋겠지만, 네트워크와 파일 시스템은…

파일이 작고 네트워크가 친절하다면 우리는 굳이 stream을 의식하지 않아도 된다. 응답을 통째로 받고, 문자열을 통째로 만들고, 메모리에 올린 다음 “됐네” 하고 넘어가면 된다. 문제는 현실이 그렇게 예의 바르지 않다는 데 있다. 데이터는 조금씩 오고, UI는 기다리지 않으며, 사용자…

이 포스트는 node.js의 코어 컨트리뷰트이며 Cloudflare Workers 팀 소속 개발자 James M Snell이 cloudflare 블로그에 올린 We deserve a better streams API for JavaScript 게시글을 번역한 것이다. 번역하는 과정에서…