If this intersection is of interest to you, so might Mason Currey's book Daily Rituals ("On the routines and working habits of 161 inspired minds, from Beethoven to Donald Barthelme, Kafka to Georgia O’Keeffe") which I've enjoyed very much (no affiliation), for similar reasons.
This looks intriguing and I'm definitely going to try it out. The clincher? Seeing the possibly gratuitous but ultimately wonderful use of ed in pane 0 in the screenshot.
Was that really necessary? The title of the item, to which the above reply was written, was "Solving Advent of Code with jq". So yes, "doing the same thing" here fits fine.
(Author of post here) Imposing constraints upon oneself is not a bad thing at all, I enjoy that approach (which was also why this time I constrained myself to `jq`). I didn't know that `column` could do so much, thanks for the pointer, btw.
There's a lot of references here to jq being 'arcane'. For me, one of the challenges in improving my jq fu has been to find examples of larger programs, from which to learn.
One thing that seems to be perhaps a misconception amongst some is that jq invocations are short and only 'one-liners', and that a 'real script' (in a 'real language') would be better in many cases. I think this lack of larger program examples probably helps to perpetuate this misunderstanding too.
Now you point that out, yes - it's true. I remember working through various BASIC PLUS programs that we were creating, a few lines at a time, and, yes, together. On the Superterm terminal there was an exciting element of danger as you might get your finger swiped by the print head as you pointed to a piece of code that needed refactoring :-)
Link: https://www.masoncurrey.com/daily-rituals