This reminds me of the difference between micro-benchmarks vs real programs. I would always include extracts from real texts of a few different types (novels, lists, technical writing, short paragraphs like in a playscript). But a test text like these are also helpful in exercising a few rare cases, like z, q, and certain ligatures.
> [...] other algorithms may require the sort of induction one gets with constructive proofs to sufficiently verify. There is an art to this which will lead to style changes in C and a slightly different way of building up functions from pieces that can be trivially model checked.
Is there a book or article that talks more about this? I.e. how to write code in a way that is more amenable to model-checking (bounded or otherwise)?
Food for thought: have a look at this paper[0] about structural regular expressions. The author (Rob Pike) sketches in the last section an awk-support. I remember using such regexps a while ago to tweak indented JSON and JSON-like data (the indentation allowed to loop on hashes easily).
An awk with json support would for the most part need to be able to loop on hashes and arrays, and provide ways to travel in-depth. So far regular awk can travel through arrays (line-separator), and "in-depth" (e.g. nested "arrays") via regular loops & cie. Probably easier to think about it with a few concrete examples though.
I'd put that more on the player trying to connect to Gracenote for metadata, cover art, and invasive tracking. CDExtra is dead and no OS will autoplay them so there isn't a way for redbook audio discs to execute code.
This is a binary system with a total mass of 3.887⊙ ± 0.004 ... which puts the companion in the system at 2.09⊙ to 2.71⊙ ... which may be in the "heavier than any theoretical neutron star, but lighter than any known black hole.
A recent Dr. Becky video on this: FOUND in the MASS GAP: The heaviest neutron star OR the lightest black hole? https://youtu.be/8PHt7NcwllA