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.
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.
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.
> 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.
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.
This is why you use Emacs in Daemon mode for instant starts. Does zed perhaps offer something similar?
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.
This reminds me of ‘The Jules Test’. Popularised (hyper locally) by my friend Jules.
When renting a flat, simply head straight to the bathroom and flush the toilet. If the toilet flush is good, the flat is fine.
Turn on the sink before you flush so a sizeable drop in header pressure becomes obvious.
You can use "20,000 leagues under the sea" instead of Moby Dick.
Both were written at the same time, both deal with ocean adventures, and both (IMHO) are much longer than they need to be.
Then you can have multiple Jules tests, depending on occasion!
Moby Dick had a much worse ratio of "size of good novel trying to get out / actual size", in my opinion.
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.
Moby Dick has a bad (high) ratio of “people who try to read it like a thriller novel” to “people who read it for what it is”.
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.
> 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.
And here I thought this was going to be, “do a push up every time you have to look up a word in the dictionary while reading Moby Dick.”
Or how to stay fit like an 1800s whaler. Where am I going to find a hook and a 200 pound chunk of whale blubber though?
Could substitute a tractor tire, maybe? Would certainly smell better long term…
Find your nearest Discord Mod Meetup.
I use "War and Peace" for this.
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).
Good idea, I might use Crime & Punishment!
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.
did jesse write this? i presume so but maybe hog bay has an anonymous forum
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.
[1] https://discuss.logseq.com/t/logseq-unusable-for-long-form-p...
(2022)
You had me at "dick workout".
And to Moby music! What's not to love?