<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Of coffee and code</title>
	<atom:link href="http://jfxpt.com/2021/of-coffee-and-code/feed/" rel="self" type="application/rss+xml" />
	<link>http://jfxpt.com/2021/of-coffee-and-code/</link>
	<description>The search for invariants</description>
	<pubDate>Wed, 15 Apr 2026 02:00:52 +0000</pubDate>
	<generator>http://polimedia.us</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Sober October &#171; Dorion Mode</title>
		<link>http://jfxpt.com/2021/of-coffee-and-code/#comment-1110</link>
		<dc:creator>Sober October &#171; Dorion Mode</dc:creator>
		<pubDate>Thu, 07 Oct 2021 20:28:10 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=146#comment-1110</guid>
		<description>[...] in Spain. That'll be the harder one to kick, but let's see how it goes. Jacob seems to have kicked it just fine. So instead of Panamanian coffee to start the day, I'm substituting in herbal [...]</description>
		<content:encoded><![CDATA[<p>[...] in Spain. That'll be the harder one to kick, but let's see how it goes. Jacob seems to have kicked it just fine. So instead of Panamanian coffee to start the day, I'm substituting in herbal [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacob Welsh</title>
		<link>http://jfxpt.com/2021/of-coffee-and-code/#comment-703</link>
		<dc:creator>Jacob Welsh</dc:creator>
		<pubDate>Tue, 06 Jul 2021 23:22:19 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=146#comment-703</guid>
		<description>Whoops... *.php files were getting interpreted rather than source displayed, in both the tree and raw views. Fixed by adding a "SetHandler None", except for some reason it had to be in a "Location" rather than a "Directory" config block.</description>
		<content:encoded><![CDATA[<p>Whoops... *.php files were getting interpreted rather than source displayed, in both the tree and raw views. Fixed by adding a "SetHandler None", except for some reason it had to be in a "Location" rather than a "Directory" config block.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacob Welsh</title>
		<link>http://jfxpt.com/2021/of-coffee-and-code/#comment-566</link>
		<dc:creator>Jacob Welsh</dc:creator>
		<pubDate>Mon, 24 May 2021 17:25:04 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=146#comment-566</guid>
		<description>Thanks @Diana Coman. I did think of pregenerating html but saw it as a kind of caching optimization that has a cost and isn't clearly needed as yet (excluding the considerations of those who like the approach because "running apache is too hard" and such). For instance, even with just these two html and raw views you'd already be more than doubling the required storage space; and more care would be needed to avoid adding more manual steps or delays to the update process.

In the present example bitcoin is the project name and &lt;a href="http://jfxpt.com/2020/build-system-overhaul-for-bitcoind/" rel="nofollow"&gt;bitcoin_system_compiler&lt;/a&gt; is the version name derived from the vpatch; note that most of the old bitcoin patch names didn't include the project name prefix. Then there's yet another "bitcoin" because of the conventional V-tree structuring. It does all seem rather redundant, and I had tried to push back on that in the &lt;a href="http://jfxpt.com/2019/keksum-a-keccak-implementation-in-c-as-standalone-unix-utility-genesis/" rel="nofollow"&gt;keksum genesis&lt;/a&gt; but the conclusion seemed to be that it was premature as there'd been insufficient collaboration between V projects to judge how much structure would prove necessary.</description>
		<content:encoded><![CDATA[<p>Thanks @Diana Coman. I did think of pregenerating html but saw it as a kind of caching optimization that has a cost and isn't clearly needed as yet (excluding the considerations of those who like the approach because "running apache is too hard" and such). For instance, even with just these two html and raw views you'd already be more than doubling the required storage space; and more care would be needed to avoid adding more manual steps or delays to the update process.</p>
<p>In the present example bitcoin is the project name and <a href="http://jfxpt.com/2020/build-system-overhaul-for-bitcoind/" rel="nofollow">bitcoin_system_compiler</a> is the version name derived from the vpatch; note that most of the old bitcoin patch names didn't include the project name prefix. Then there's yet another "bitcoin" because of the conventional V-tree structuring. It does all seem rather redundant, and I had tried to push back on that in the <a href="http://jfxpt.com/2019/keksum-a-keccak-implementation-in-c-as-standalone-unix-utility-genesis/" rel="nofollow">keksum genesis</a> but the conclusion seemed to be that it was premature as there'd been insufficient collaboration between V projects to judge how much structure would prove necessary.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diana Coman</title>
		<link>http://jfxpt.com/2021/of-coffee-and-code/#comment-565</link>
		<dc:creator>Diana Coman</dc:creator>
		<pubDate>Mon, 24 May 2021 15:54:06 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=146#comment-565</guid>
		<description>It looks quite good actually, the direct links to individual lines are absolutely great and I quite like the use of Apache's external filter module with all the flexibility it allows at minimum cost. Basically it looks already usable and a good start (the sort that be grown as needed) to solving this real problem of code-on-blog, short of running the scripts separately to just produce the static html and then simply serve that (that would be the approach I took to make and update when needed the Euloran Cookbook). 

One small question, but since it's something affecting the links so rather costly to change once set: why so many levels in the path there already? At a first look, it seems to me like a bit of a mixture between projects (bitcoin_system_compiler, I guess) and possibly categories of projects (bitcoin/), is that the idea?

Fwiw - I quite enjoyed the unwinding of the coffee-spirals (although yes, it does sound like simply a ton of unwritten articles and otherwise a bit of the "can't start on x because..." trap, perhaps).</description>
		<content:encoded><![CDATA[<p>It looks quite good actually, the direct links to individual lines are absolutely great and I quite like the use of Apache's external filter module with all the flexibility it allows at minimum cost. Basically it looks already usable and a good start (the sort that be grown as needed) to solving this real problem of code-on-blog, short of running the scripts separately to just produce the static html and then simply serve that (that would be the approach I took to make and update when needed the Euloran Cookbook). </p>
<p>One small question, but since it's something affecting the links so rather costly to change once set: why so many levels in the path there already? At a first look, it seems to me like a bit of a mixture between projects (bitcoin_system_compiler, I guess) and possibly categories of projects (bitcoin/), is that the idea?</p>
<p>Fwiw - I quite enjoyed the unwinding of the coffee-spirals (although yes, it does sound like simply a ton of unwritten articles and otherwise a bit of the "can't start on x because..." trap, perhaps).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacob Welsh</title>
		<link>http://jfxpt.com/2021/of-coffee-and-code/#comment-560</link>
		<dc:creator>Jacob Welsh</dc:creator>
		<pubDate>Sun, 23 May 2021 19:52:35 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=146#comment-560</guid>
		<description>Glad you liked. And let's hear it for the first over-3kword (indeed nearly 4k) Fixpoint article excluding chat logs!</description>
		<content:encoded><![CDATA[<p>Glad you liked. And let's hear it for the first over-3kword (indeed nearly 4k) Fixpoint article excluding chat logs!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robinson Dorion</title>
		<link>http://jfxpt.com/2021/of-coffee-and-code/#comment-559</link>
		<dc:creator>Robinson Dorion</dc:creator>
		<pubDate>Sun, 23 May 2021 18:36:06 +0000</pubDate>
		<guid isPermaLink="false">http://fixpoint.welshcomputing.com/?p=146#comment-559</guid>
		<description>A pleasing read and slick result, congrats !

For the uninformed Calvin Ayre's of the world, who false claim Bitcoin can have shartcontracts, &lt;a href="http://jfxpt.com/codeview/tree/bitcoin/bitcoin_system_compiler/bitcoin/src/script.cpp#L60" rel="nofollow"&gt;"There are no loops."&lt;/a&gt;.

While the report might be a bit late, at least you have this to point to. Cheers to happy mediums and worthwhile habits built at sustainable paces.</description>
		<content:encoded><![CDATA[<p>A pleasing read and slick result, congrats !</p>
<p>For the uninformed Calvin Ayre's of the world, who false claim Bitcoin can have shartcontracts, <a href="http://jfxpt.com/codeview/tree/bitcoin/bitcoin_system_compiler/bitcoin/src/script.cpp#L60" rel="nofollow">"There are no loops."</a>.</p>
<p>While the report might be a bit late, at least you have this to point to. Cheers to happy mediums and worthwhile habits built at sustainable paces.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
