Here's how you can do it:
How would you implement a simple readable stream that emits the numbers 1 through 10?
If you pipe that readable stream into a writable file stream and the file system is slower than the data generation, what does Node do?
We need to process a large CSV file line‑by‑line without loading it all into memory. How would you set up a readable stream for this, and which options would you tune?
During a recent deployment the stream started throwing 'ERR_STREAM_DESTROYED' errors. What could cause that, and how would you go about debugging it?
Our service reads HTTP request bodies using a custom readable stream that throttles data based on downstream processing speed. How would you design backpressure handling, and what trade‑offs does it introduce?
We want to replace a legacy event‑emitter pipeline with a Node.js readable stream to reduce memory usage. What architectural changes and edge cases must you consider?
If the stream must support both object mode and binary mode depending on runtime configuration, how would you implement that without breaking existing consumers?
At a platform level we plan to stitch together multiple microservices via Node.js streams for a data ingestion platform. How would you design stream boundaries, error propagation, and versioning to ensure long‑term maintainability?
Our monolith currently writes logs synchronously. We want to migrate to an async, back‑pressured streaming logger used across all services. What migration strategy would you propose and how would you mitigate risk?
Considering cross‑team usage, how would you expose a reusable readable‑stream library that handles backpressure, cancellation, and monitoring while keeping the API stable for future Node versions?