<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>QUINE Global Organization – Solving yesterday&#39;s problems for tomorrow – Global health, business, and software blog</title>
    <link>https://blog.quineglobal.com/</link>
    <description>Software development, global health, and business insights</description>
    <managingEditor>quine@fastmail.com (Quine)</managingEditor>
    <pubDate>Fri, 29 May 2026 00:00:00 +0000</pubDate>
    <item>
      <title>Look Where You&#39;re Headed</title>
      <link>https://blog.quineglobal.com/post/look-where-youre-headed</link>
      <description>&#xA;&#xA;Years ago, I was standing in a cage in some guy&#39;s basement. The guy was someone I had hired to do personal training in San Francisco, so it wasn&#39;t quite as weird or terrifying as it sounds.&#xA;&#xA;As I was standing there, lifting weights improperly, the trainer said something that stuck with me years later and transcended the context of gym workouts, joining the world of software development: &#34;Look straight ahead.&#34;&#xA;&#xA;It doesn&#39;t seem like it should matter where you look when doing something unrelated to your eyeballs, such as making a salad, or riding a bike. After all, the eyes move independent of the rest of the body, right? So why is it relevant where we look when lifting a weight, if all the other parts of the body are moving properly?&#xA;&#xA;An experiment you can try: next time you are on a bicycle, start biking straight. Then, while going straight, look over to your left and focus on an object in the distance. Despite your best efforts, the wheel of the bike will gradually tend toward the left. Why?&#xA;&#xA;As humans, we want to know where we&#39;re going. But also, due to our psychology, we tend to go where we are knowing. If we know about left, we will go left, almost involuntarily. And if you look straight down while lifting a weight, your back and neck will do bad things they were never supposed to do.&#xA;&#xA;This insight is relevant to the workplace. If we know where we are going, we will go there, even if unwittingly. But if we don&#39;t know, we might look somewhere else and land ourselves in trouble by going somewhere else.&#xA;&#xA;And for managers, if your reports cannot be given any time specifically to attaining a goal, just having them know the direction alone, and knowing your team&#39;s goals, can get your organization closer to achieving them.&#xA;&#xA;</description>
      <content:encoded><![CDATA[<div><p>Years ago, I was standing in a cage in some guy&#39;s basement. The guy was someone I had hired to do personal training in San Francisco, so it wasn&#39;t quite as weird or terrifying as it sounds.</p><p>As I was standing there, lifting weights improperly, the trainer said something that stuck with me years later and transcended the context of gym workouts, joining the world of software development: &#34;Look straight ahead.&#34;</p><p>It doesn&#39;t seem like it should matter where you look when doing something unrelated to your eyeballs, such as making a salad, or riding a bike. After all, the eyes move independent of the rest of the body, right? So why is it relevant where we look when lifting a weight, if all the other parts of the body are moving properly?</p><p>An experiment you can try: next time you are on a bicycle, start biking straight. Then, while going straight, look over to your left and focus on an object in the distance. Despite your best efforts, the wheel of the bike will gradually tend toward the left. Why?</p><p>As humans, we want to know where we&#39;re going. But also, due to our psychology, we tend to <em>go where we are knowing</em>. If we know about left, we will go left, almost involuntarily. And if you look straight down while lifting a weight, your back and neck will do bad things they were never supposed to do.</p><p>This insight is relevant to the workplace. If we know where we are going, we will go there, even if unwittingly. But if we don&#39;t know, we might look somewhere else and land ourselves in trouble by going somewhere else.</p><p>And for managers, if your reports cannot be given any time specifically to attaining a goal, just having them know the direction alone, and knowing your team&#39;s goals, can get your organization closer to achieving them.</p></div>]]></content:encoded>
      <author>Quine</author>
      <pubDate>Sun, 25 Aug 2024 00:23:26 +0000</pubDate>
    </item>
    <item>
      <title>Screws and Software</title>
      <link>https://blog.quineglobal.com/post/screws-and-software</link>
      <description>&#xA;What can screws teach us about coding?&#xA;&#xA;When screws are being made, they undergo rigorous bending and rolling. This is often known as working the metal. Once fully wrought, these metal pellets are fired in an oven, which might seem strange at first. After all, why take something after it’s been shaped and soften it up by heating?&#xA;&#xA;&#xA;How It&#39;s Made: Nuts and Bolts&#xA;&#xA;&#xA;Well, the process of forming the screws1, while necessary, introduces microscopic regions of high torque, high compression, and high rarefaction. These stresses and imperfections make the screws problematic to work with, since they can cause the fasteners to break prematurely, leading to issues or even injury. You wouldn’t want to build a building with these overworked screws.&#xA;&#xA;Luckily, there is a solution: heat. Since metal is in many ways a kind of crystal, the increased motion of the atoms with heat allows the metal to recrystallize. Regions of high stress and high internal torque are allowed to reduce and even disappear. (This is one of the rare cases in life where two wrongs can make a right.) Once the screws have been heated, they are returned to normal temperature, and are significantly stronger than before. Now, they are ready to be used in projects.&#xA;&#xA;&#xA;When two opposite dislocations are encouraged to meet up, they cancel out.&#xA;&#xA;&#xA;&#xA;&#xA;This is not so different from what happens to software as we work on it. Exerting our will onto the code, while of utmost necessity, gradually makes the code harder to work with. Sticking points, such as:&#xA;mismatched interfaces&#xA;&#xA;fudged types&#xA;&#xA;unvalidated assumptions&#xA;&#xA;stringified values, and&#xA;&#xA;too much responsibility per module&#xA;&#xA;&#xA;&#xA;&#xA;are easily introduced, increasing obstacles and decreasing project velocity. You could even think of this like laundry or dishes accumulating in the home; a bit is fine, but too much and everything becomes unnavigable.&#xA;&#xA;If we can add even a low-effort refactor phase in our development cycle, we can consistently cause these sticking points to be relaxed, making our next iteration faster and more effective. The next time you are planning a project, I would recommend to try budgeting at least 15% of time to performing refactors and micro-rewrites, and see how the project velocity responds.&#xA;&#xA;Footnotes:&#xA;&#xA;&#xA;&#xA;1. For our purposes, it’s simplest to call them screws, but actually we are speaking of bolts, and you can watch the manufacturing process in this video.&#xA;</description>
      <content:encoded><![CDATA[<p>What can screws teach us about coding?</p><p>When screws are being made, they undergo rigorous bending and rolling. This is often known as working the metal. Once fully wrought, these metal pellets are fired in an oven, which might seem strange at first. After all, why take something after it’s been shaped and soften it up by heating?</p><p><figure><a href="https://www.youtube.com/watch?v=3kxcw08p_oY"><img src="https://i3.ytimg.com/vi/3kxcw08p_oY/hqdefault.jpg" width="480" height="360" alt="Youtube video about how bolts are made"></a><figcaption>How It&#39;s Made: Nuts and Bolts</figcaption></figure></p><p>Well, the process of forming the screws<sup>1</sup>, while necessary, introduces microscopic regions of high torque, high compression, and high rarefaction. These stresses and imperfections make the screws problematic to work with, since they can cause the fasteners to break prematurely, leading to issues or even injury. You wouldn’t want to build a building with these overworked screws.</p><p>Luckily, there is a solution: heat. Since metal is in many ways a kind of crystal, the increased motion of the atoms with heat allows the metal to recrystallize. Regions of high stress and high internal torque are allowed to reduce and even disappear. (This is one of the rare cases in life where two wrongs can make a right.) Once the screws have been heated, they are returned to normal temperature, and are significantly stronger than before. Now, they are ready to be used in projects.</p><p><figure><a href="https://en.wikipedia.org/wiki/Recovery_(metallurgy)#Process"><img src="https://upload.wikimedia.org/wikipedia/commons/3/38/Polygonization_animation.gif" width="522" height="300" alt="Image illustrating that several opposite defects may join to cancel each other out in a metal grain structure."></a><figcaption>When two opposite dislocations are encouraged to meet up, they cancel out.</figcaption></figure></p><p><div>This is not so different from what happens to software as we work on it. Exerting our will onto the code, while of utmost necessity, gradually makes the code harder to work with. Sticking points, such as:<ul><li>mismatched interfaces</li><li>fudged types</li><li>unvalidated assumptions</li><li>stringified values, and</li><li>too much responsibility per module</li></ul></div></p><p>are easily introduced, increasing obstacles and decreasing project velocity. You could even think of this like laundry or dishes accumulating in the home; a bit is fine, but too much and everything becomes unnavigable.</p><p>If we can add even a low-effort refactor phase in our development cycle, we can consistently cause these sticking points to be relaxed, making our next iteration faster and more effective. The next time you are planning a project, I would recommend to try budgeting at least 15% of time to performing refactors and micro-rewrites, and see how the project velocity responds.</p><p>Footnotes:</p><div class="post-divider"><span class="circle"></span><span class="circle"></span><span class="circle"></span><span class="circle"></span></div><p>1. For our purposes, it’s simplest to call them screws, but actually we are speaking of bolts, and you can watch the manufacturing process <a href="https://www.youtube.com/watch?v=3kxcw08p_oY">in this video</a>.</p>]]></content:encoded>
      <author>Quine</author>
      <pubDate>Fri, 12 Jul 2024 00:00:00 +0000</pubDate>
    </item>
    <item>
      <title>QUINE Core</title>
      <link>https://blog.quineglobal.com/post/declarative-stateless</link>
      <description>&#xA;QUINE Global is strongly in favor of declarative and stateless systems. Recently, we have been battling entropy, specifically the entropy of hosted virtual machines and how their shelf lives are limited.&#xA;&#xA;In the pursuance of disaster-tolerance, sometimes we must tread new ground. QUINE Global has now developed a stateless configuration for its entire host of services.&#xA;&#xA;In terms of tech, it uses Nix, but an alternative, Guix, was also considered. Guix is probably a good idea, but both systems rely on a daemon for constructing the system, meaning they cannot easily be containerized. Guix could probably be the future, but since it is a GNU project, it is at least 15% cursed. A new release of the .iso has not been cut for several years.&#xA;&#xA;There is also Tvix, which is a rewrite of Nix (in Rust, if that matters). Tvix makes several modifications to the way Nix works, but largely aims to handle everything that Nix can handle. It is the estimation of the QUINE Global organization that if Nix were to be rewritten in Rust, it would be more easily iterated on by changing syntax. Regardless, Nix definitely needs an iteration or two. It has remained largely unreimplemented for over a decade, and as we know, the number of iterations on software is correlated with its overall level of quality.&#xA;&#xA;The overall architecture includes a system daemon, pullomatic, to be running and refreshing checked-out Git repositories. By name, this makes a pull-based deployment model. Since the server is essentially stateless, any disaster will be easily recovered from with a simple&#xA;nix --extra-experimental-features flakes --extra-experimental-features nix-command run --debug github:numtide/nixos-anywhere --verbose -- --flake .#nixos root@host.name.here.com&#xA;NixOS has finally allowed QUINE Global to escape the ever-creeping forces of entropy and bitrot. We declare victory, as the blog.quineglobal.com domain rises out of the ashes and into the realm of serving requests.&#xA;&#xA;We also have a new logo!&#xA;</description>
      <content:encoded><![CDATA[<p>QUINE Global is strongly in favor of declarative and stateless systems. Recently, we have been battling entropy, specifically the entropy of hosted virtual machines and how their shelf lives are limited.</p><p>In the pursuance of disaster-tolerance, sometimes we must tread new ground. QUINE Global has now developed a stateless configuration for its entire host of services.</p><p>In terms of tech, it uses Nix, but an alternative, Guix, was also considered. Guix is probably a good idea, but both systems rely on a daemon for constructing the system, meaning they cannot easily be containerized. Guix could probably be the future, but since it is a GNU project, it is at least 15% cursed. A new release of the .iso has not been cut for several years.</p><p>There is also Tvix, which is a rewrite of Nix (in Rust, if that matters). Tvix makes several modifications to the way Nix works, but largely aims to handle everything that Nix can handle. It is the estimation of the QUINE Global organization that if Nix were to be rewritten in Rust, it would be more easily iterated on by changing syntax. Regardless, Nix definitely needs an iteration or two. It has remained largely unreimplemented for over a decade, and as we know, the number of iterations on software is correlated with its overall level of quality.</p><p>The overall architecture includes a system daemon, pullomatic, to be running and refreshing checked-out Git repositories. By name, this makes a pull-based deployment model. Since the server is essentially stateless, any disaster will be easily recovered from with a simple</p><pre><code>nix --extra-experimental-features flakes --extra-experimental-features nix-command run --debug github:numtide/nixos-anywhere --verbose -- --flake .#nixos root@host.name.here.com</code></pre><p>NixOS has finally allowed QUINE Global to escape the ever-creeping forces of entropy and bitrot. We declare victory, as the blog.quineglobal.com domain rises out of the ashes and into the realm of serving requests.</p><p>We also have a <a href="/images/quine_global_logo.png">new logo!</a></p>]]></content:encoded>
      <author>Quine</author>
      <pubDate>Sat, 17 Aug 2024 00:00:00 +0000</pubDate>
    </item>
    <item>
      <title>What is QUINE?</title>
      <link>https://blog.quineglobal.com/post/what-is-quine</link>
      <description>&#xA;At the heart of all software is a special space carved out by the famous “Quine” paradigm. A quine is a program that when run, produces its own source code as output.&#xA;&#xA;&#xA;((lambda (x) (list x (list &#39;quote x))) &#39;(lambda (x) (list x (list &#39;quote x))))&#xA;&#xA;A quine written in Common Lisp&#xA;&#xA;&#xA;The quine then, serves as a powerful metaphor for our world. “We’re here because we’re here,” as some have said.&#xA;&#xA;Global health does not occur in a vacuum. It requires the attentive energy of millions, and determination that can only be attained through vivid self-reflection.&#xA;&#xA;It is with these insights that QUINE Global has been formed and sets off into the wild unknown. What are the major blockers to human health? There is much yet left to discover. QUINE therefore then dedicates itself to uncovering truth and insights through the form of simple business blogs. But we’re not just about blogging. We also produce and open-source our own software, and hold a strong conviction that software is both, in some ways, what got us into this mess – and what will get us out of it.&#xA;&#xA;The principal crises of this world include pollution, lack of access to solutions, and lack of clarity. Quine dedicates itself to solve all three. But we can only do it with your help.&#xA;</description>
      <content:encoded><![CDATA[<p>At the heart of all software is a special space carved out by the famous “Quine” paradigm. A quine is a program that when run, produces its own source code as output.</p><div style="margin-top: 2em; margin-bottom: 2em"><p><code>((lambda (x) (list x (list &#39;quote x))) &#39;(lambda (x) (list x (list &#39;quote x))))</code></p><p style="text-align: center; font-style: italic">A quine written in Common Lisp</p></div><p>The quine then, serves as a powerful metaphor for our world. “We’re here because we’re here,” as some <a style="color: inherit" href="https://www.youtube.com/watch?v=jSrqC_angdc">have said</a>.</p><p>Global health does not occur in a vacuum. It requires the attentive energy of millions, and determination that can only be attained through vivid self-reflection.</p><p>It is with these insights that QUINE Global has been formed and sets off into the wild unknown. What are the major blockers to human health? There is much yet left to discover. QUINE therefore then dedicates itself to uncovering truth and insights through the form of simple business blogs. But we’re not just about blogging. We also produce and open-source our own software, and hold a strong conviction that software is both, in some ways, what got us into this mess – and what will get us out of it.</p><p>The principal crises of this world include pollution, lack of access to solutions, and lack of clarity. Quine dedicates itself to solve all three. But we can only do it with your help.</p>]]></content:encoded>
      <author>Quine</author>
      <pubDate>Sat, 04 Jan 2025 00:00:00 +0000</pubDate>
    </item>
    <item>
      <title>Voting like it&#39;s 1789</title>
      <link>https://blog.quineglobal.com/post/voting-like-1789</link>
      <description>&#xA;Imagine if the largest political group in America — the one with the most members — had no path to the presidency. Not because it lacked ideas, or candidates, or popular support, but because the system was never designed to acknowledge its existence. This is not a thought experiment. This is the condition of American democracy in 2025.&#xA;&#xA;43% of Americans now identify as politically Independent. Only 28% are Republican. Another 28% are Democrat. The numbers are not ambiguous. If elections reflected reality, we would have an Independent president, or at least a contest that allowed for one — but we don&#39;t. Instead, we have a legacy system, &#34;first-past-the-post voting&#34;, which continues because of its simplicity, not because it gives representation.&#xA;&#xA;There is a rot that sets in when systems persist too long without iteration or modification. In software, this becomes technical debt. In governance, it becomes misalignment so severe that even consensus is invisible. Voters are told they must choose between two options they do not prefer. Any third option is &#34;spoiler,&#34; &#34;vanity,&#34; &#34;waste.&#34; The will of the majority is not lost — it is structurally excluded.&#xA;&#xA;There are ways out: Ranked-choice voting. Approval voting. Basic patches to a system now brittle from neglect. These aren&#39;t theoretical; they are mathematically sound, already deployed in cities and countries that understand the stakes. They allow systems to reflect who is actually there, not just what legacy powers once were.&#xA;&#xA;Democracy without feedback is just inertia. And inertia, left unchecked, becomes entropy. A misrepresented public cannot respond to crisis. Not ecological, not economic, not moral. The clock is running. The majority is here. The system is late.&#xA;</description>
      <content:encoded><![CDATA[<p>Imagine if the largest political group in America — the one with the most members — had no path to the presidency. Not because it lacked ideas, or candidates, or popular support, but because the system was never designed to acknowledge its existence. This is not a thought experiment. This is the condition of American democracy in 2025.</p><p>43% of Americans now identify as politically Independent. Only 28% are Republican. Another 28% are Democrat. The numbers are not ambiguous. If elections reflected reality, we would have an Independent president, or at least a contest that allowed for one — but we don&#39;t. Instead, we have a legacy system, &#34;first-past-the-post voting&#34;, which continues because of its simplicity, not because it gives representation.</p><p>There is a rot that sets in when systems persist too long without iteration or modification. In software, this becomes technical debt. In governance, it becomes misalignment so severe that even consensus is invisible. Voters are told they must choose between two options they do not prefer. Any third option is &#34;spoiler,&#34; &#34;vanity,&#34; &#34;waste.&#34; The will of the majority is not lost — it is structurally excluded.</p><p>There are ways out: Ranked-choice voting. Approval voting. Basic patches to a system now brittle from neglect. These aren&#39;t theoretical; they are mathematically sound, already deployed in cities and countries that understand the stakes. They allow systems to reflect who is actually there, not just what legacy powers once were.</p><p>Democracy without feedback is just inertia. And inertia, left unchecked, becomes entropy. A misrepresented public cannot respond to crisis. Not ecological, not economic, not moral. The clock is running. The majority is here. The system is late.</p>]]></content:encoded>
      <author>Quine</author>
      <pubDate>Sat, 03 May 2025 00:00:00 +0000</pubDate>
    </item>
    <item>
      <title>The People of Netua</title>
      <link>https://blog.quineglobal.com/post/netua</link>
      <description>&#xA;We the people of Netua, do not necessarily agree on the things, and an attack on one of us is not necessarily an attack on all of us. We believe in the nonspecific and the nonexhaustive. Contradict one of us, and you have contradicted, well... only one of us, because we do not fight for each other or ourselves. We do not fight for any nations. We respect the high bidder and believe that wars are won mostly out of chance.&#xA;&#xA;We stand together on our lack of unification. Our lack of group identity is our distinct identity. We are not Anonymous, since we have a name, but the name must mean nothing to all people or the name must change.&#xA;&#xA;We have no allegiances. We produce no product. We believe, of course, in production, but also reject that belief. We always invalidate our own arguments and disclaim every claim.&#xA;&#xA;We respect data, but choose not to collect it. We respect conclusions, but refuse to make any. We respect authority, but concede that we should not be the ones with any.&#xA;&#xA;Anything you hate about us is automatically invalid, since we are both everything and nothing.&#xA;</description>
      <content:encoded><![CDATA[<p>We the people of Netua, do not necessarily agree on the things, and an attack on one of us is not necessarily an attack on all of us. We believe in the nonspecific and the nonexhaustive. Contradict one of us, and you have contradicted, well... only one of us, because we do not fight for each other or ourselves. We do not fight for any nations. We respect the high bidder and believe that wars are won mostly out of chance.</p><p>We stand together on our lack of unification. Our lack of group identity is our distinct identity. We are not Anonymous, since we have a name, but the name must mean nothing to all people or the name must change.</p><p>We have no allegiances. We produce no product. We believe, of course, in production, but also reject that belief. We always invalidate our own arguments and disclaim every claim.</p><p>We respect data, but choose not to collect it. We respect conclusions, but refuse to make any. We respect authority, but concede that we should not be the ones with any.</p><p>Anything you hate about us is automatically invalid, since we are both everything and nothing.</p>]]></content:encoded>
      <author>Quine</author>
      <pubDate>Thu, 05 Dec 2019 00:00:00 +0000</pubDate>
    </item>
    <item>
      <title>Announcing Quine Hyper</title>
      <link>https://blog.quineglobal.com/post/quine-hyper</link>
      <description>&#xA;Today we are releasing Quine Hyper, a desktop terminal built for focus.&#xA;&#xA;Hyper is built on top of the excellent open-source Hyper project. Our goal was simple: give people a terminal that gets out of the way. Clean defaults, calm typography, nothing demanding your attention that isn&#39;t your own work.&#xA;&#xA;This release includes updated dependencies, a collection of bugfixes, and new features. Downloads and release notes are available at hyper.quineglobal.com.&#xA;&#xA;Quine Hyper is available today for:&#xA;&#xA;macOS (Apple Silicon and Intel)&#xA;&#xA;Windows (x64)&#xA;&#xA;Linux (x64 and ARM64, AppImage and RPM)&#xA;</description>
      <content:encoded><![CDATA[<p>Today we are releasing Quine Hyper, a desktop terminal built for focus.</p><p>Hyper is built on top of the excellent open-source Hyper project. Our goal was simple: give people a terminal that gets out of the way. Clean defaults, calm typography, nothing demanding your attention that isn&#39;t your own work.</p><p>This release includes updated dependencies, a collection of bugfixes, and new features. Downloads and release notes are available at <a href="https://hyper.quineglobal.com">hyper.quineglobal.com</a>.</p><p>Quine Hyper is available today for:</p><ul><li>macOS (Apple Silicon and Intel)</li><li>Windows (x64)</li><li>Linux (x64 and ARM64, AppImage and RPM)</li></ul>]]></content:encoded>
      <author>Quine</author>
      <pubDate>Fri, 29 May 2026 00:00:00 +0000</pubDate>
    </item>
  </channel>
</rss>