I have a full RSS feed of all my posts, and Substack imported it fine. It doesn't look like there's an option to do ongoing RSS-based imports, but copy-paste seems to work well enough; I did this post and the previous one that way. At some point I'll look into automatic cross-posting, though right now it looks like Substack doesn't support anything good. And if I'm going to reverse engineer something I'll start with their comments implementation, since I always want to rehost comments.
One aspect that's a bit eerie is the URLs: both Substack and my blog
would use /p/post-name-in-title-case
as the url for a
post titled "Post Name In Title Case". I've been doing this since 2013-10-28
and Substack got started in 2017 so I know I
didn't copy them ;)
On the other hand, we'd recently been reading the Little House books and Farmer Boy and we'd been joking about how the fathers in the books built things unrealistically quickly. Most recently, Almanzo's father builds a bobsled from scratch in a single a day, including identifying and felling the trees. Still, most of the unrealism comes from what they had to work with: no pre-cut pre-seasoned lumber, no power tools, pegs for fasteners, etc. Perhaps with modern tools we could build a minimal playhouse together and still have dinner on the table by 7pm? Sounds fun!
sort
command is clever: to sort very large
files it does a series of in-memory sorts, saving sorted chunks to
temporary files, and then does a merge sort on those chunks. Except
this often doesn't work anymore.
Here's what I see if I run man sort
and look at the
documentation for --buffer-size
:
This is a bad combination: if my refactoring accidentally changed functionality in a way not captured by the tests we might miss it. And with so many changes it's going to be hard for the reviewer (and even the author) to keep it all in their head at once. Instead, it would have been better if I had first done the refactoring and added tests, and then followed up with the new functionality. The first PR would be a bit noisy but conceptually straightforward and easy to validate because it produces exactly the same output for all inputs. The second PR would be very clean, but would require careful validation to verify that the changes really are an improvement.
I might be tempted to say "oh well, I should have approached this differently, I'll do better next time" but really I did need to combine these two changes when writing them: I didn't know for sure what I would want for the refactoring until I'd tried to use it to implement the functionality change. So if my plan was to do better next time I wouldn't actually do any better.
scroll-snap-type
.
Work | Nucleic Acid Observatory | |
Work | Speaking | |
Band | Kingfisher | |
Band | Free Raisins | |
Band | Dandelion | |
Code | Whistle Synth | |
Code | Apartment Price Map | |
Board | BIDA Contra | |
Board | Giving What We Can | |
Spouse | Julia | |
Child | Lily | |
Child | Anna | |
Child | Nora |