Would you be happier if we called files "objects" instead? It's just a name given to a on-disk data structure. Call it what you will. In the end it is just a stream of bits.
However I agree with you at a higher level. Our computer "file" systems have not evolved. And now they are being displaced by hundreds of isolated apps the manage out content. e.g. You might own the Jungle Book in your Nook account, but your copy of Peter Pan is on Amazon. Worse still, you don't even own these books anymore, they are instead a lease, which can be revoked at any time.
I mean, from my POV as a consumer a Kindle book that I can carry around with me is much closer to a physical book than one of your flip books (which appear to require an active internet connection in order to work?)
Owning a book is doable online as well. Clone, provide it to the user who bought it.
I'm actually still digging this one but "active internet" connection - yes - that's again doable. Localstorage() /something probably? Or wait for a future to be more online.
> paper books are a subset of "paper with ink on it"
?
I'd argue that paper books are not a subset of paper files, therefore, in online realm also electronic books should NOT be a subset of electronic files. It is a disjoint set by your logic.
I guess technically the blog posts the author touts aren't "files". They're (usually) database entries stored in a database file. I'm not sure why this makes a difference, or why a database entry has more "creative discourse" than a file.
I'm pretty sure that old-school publishers and authors kept (paper) files of their works, too.
A hosted system where you can write and edit a book-length document and then one-click publish to various platforms, including direct sales, as well as dead-tree prints, would be pretty amazing.
Yup! And that system need not have two hundred features and formats for the author to learn and master. I've been stoked by the idea for quite sometime.
Sort of. Leanpub does parts of that flow, but afaik they don't have an editor or draft versions, nor do they actually publish to the Kindle or iBooks store for you.
18 comments
[ 2.9 ms ] story [ 37.0 ms ] threadHowever I agree with you at a higher level. Our computer "file" systems have not evolved. And now they are being displaced by hundreds of isolated apps the manage out content. e.g. You might own the Jungle Book in your Nook account, but your copy of Peter Pan is on Amazon. Worse still, you don't even own these books anymore, they are instead a lease, which can be revoked at any time.
Ownership and portability of a book is one thing that becomes relevant when price includes mark up to be paid to own it.
What's different about the stream of bits on a disk that represents a "book" compared to the stream of bits that represents a "file"?
But from a consumer point of view, which is extremely important, files and books in the real world are poles apart. So why not treat them such online?
Specifics?
I'm actually still digging this one but "active internet" connection - yes - that's again doable. Localstorage() /something probably? Or wait for a future to be more online.
Because technically I agree with you that it's only the presentation and nature of 'binding' that makes for all the difference.
If it's being transferred over the internet, it's a file.
Electronic books are a subset of files, not a disjoint set, just as paper books are a subset of "paper with ink on it".
> Electronic books are a subset of files
follow from
> paper books are a subset of "paper with ink on it"
?
I'd argue that paper books are not a subset of paper files, therefore, in online realm also electronic books should NOT be a subset of electronic files. It is a disjoint set by your logic.
I'm pretty sure that old-school publishers and authors kept (paper) files of their works, too.