Oh that’s a great test case. I’ve been annoyed by the speed issue too. For a while I had json and Md files bound to Zed because it was faster with highlighting than anything else.
But even that takes seconds to start on my M1 Max from cold. So then I just wrote (avec Claude) a viewer app and it turns out computers are so fast you can not only open multi GB JSON files instantly you can even pretty print them so fast the user won’t lose attention.
But I just generated those. Moby Dick is a great real-world test case.
One can keep it open without a window on MacOS I think but in the end the vibe-coded solution outperforms it on this specific task (which is not its primary task) at a few orders of magnitude. It is perhaps on the frontier for speed-features but I don’t need the features so when I move backwards along the curve I can extract more speed myself.
That reminded me of how fast/instant Winamp loads the huge directory (recursively), while other players struggle. Scrolling reveals that files are being loaded lazily (obviously), but the most interesting part is that Quick search and Jump to file works immediately.
If they want a short and lean "man fights fish/sea animal", they should stick to "The Old Man and the Sea". I'll stick with the investigation into finding purpose in a purposeless ocean.
Huh, that’s surprising to me. The beginning details about the whales and whatnot surprised me but once I got going it was just marvelous. I’m not a very good book critic but it just had such a sensation of the sea and being crew on a ship run by an obsessive (that in itself somewhat interesting in that the narrator is just side character to the protagonist). And I loved the characterization of his obsession as a “cruel emperor” and the way men love water (“set a man to walking and he will infallibly lead you to water”).
It’s been a long time since I read the book but it was doubtless one of the most enjoyable I’ve read.
> both (IMHO) are much longer than they need to be
I haven’t read moby dick but i dropped 20’000 leagues under the see a bit past half the book because of this. At some point the author spent pages and pages and pages describing the environment under the see, often repeating himself.
I’ll get back to that book at some point but yes, it’s longer than it needs to be.
I think at that point in my life I quite enjoyed how much he laboured the details. But the book Ready Player One had a few areas where the author just listed pop references, on and on, which reminds me of that.
Something that helps me is just giving myself license to skip stuff. It's usually better I finish a book since I will never come back to it. So I just jump around a few pages if I get bored.
I used war and peace to explain to a CEO how wasteful a mobile API was; twelve distinct items of data to display but we sent JSON larger than war and peace.
I used to use this as my example for how big a megabyte actually is. I think the entire text is 4 MB uncompressed (a nagging voice in my head says 16 MB, but I think that's just the residual part of me that never really believed how big a MB actually is).
A bit amusing. I took Anna Karenina off Gutenberg and used that as test data for some of my flashing algorithms. I called it the "Anna test". I could have used random data, but where's the fun in that? Besides, during dev, structured text showed the kind of error I got much better than random data would have.
not to pile on the particular software but the example just stuck in my memory, two years ago or so I tried out Logseq for note taking, and I still remember that it put a five page file (not even Moby Dick) into 'read only' mode because apparently at about 1k characters or a few hundred lines of text the app couldn't handle the performance impact, stumbling across discussions like this[1]
With the quasi supercomputers we have, that somehow apps that exist to edit and display text crap themselves on ordinary <1mb files is just weird. There should be no trade-offs.