Hacker News Reader

File like objects are not necessarily files. A library consuming them can't presume to manage them.

It’s not pedantic. It’s a very important distinction for exactly this use case. The CSV library doesn’t and shouldn’t close the source object because it may not have a close method and even if it does, someone else might be planning on closing it later (the scope that owns it) which might be an error depending on the implementation of the source’s close() method. Only the resource owner should close it, and the CSV library shouldn’t be the owner.

I don’t think it’s at all pedantic, the library doesn’t accept a path and by extension is one step of abstraction away from a file.

I’ve used the CSV library many times with an in memory TextIO object (like an http response). It’s an important distinction.