<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>systems &amp;mdash; Kemal&#39;s Braindump</title>
    <link>https://write.moxnet.eu/tag:systems</link>
    <description>Notes on engineering, systems, and leadership in practice.</description>
    <pubDate>Wed, 17 Jun 2026 21:18:52 +0200</pubDate>
    <item>
      <title>Brainiac v2.0 released</title>
      <link>https://write.moxnet.eu/brainiac-v2-0-released</link>
      <description>&lt;![CDATA[#emacs #brainiac #productivity #systems&#xA;&#xA;Time has come to release a new version of Brainiac. The whole configuration file has been almost completly restructured, cleaned up and properly commented. So I will declare this to be version 2.0.&#xA;&#xA;!--more--&#xA;&#xA;Following changes have been made:&#xA;&#xA;READ.md has been extended to explain the installation and usage.&#xA;Readability improvements:&#xA;  All colors decisions are now left to Modus themes, we only change typografy, e.g. underline the PROG tasks to encode work in progress.&#xA;  Multiple Org elements were restyled, e.g. ellipsis, tags etc., to improve scanability in large documents.&#xA;  Added the configuration for fixed and variable pitch fonts. You may set the font family to your liking.&#xA;  Packages org-bullets, org-appear and diminish introduced.&#xA;  Priority cookies are removed after the task is closed, to remove visual clutter.&#xA;  When saving, the tags will be aligned automatically.&#xA;Added number of matches to isearch.&#xA;Repeaters are now visible in the agenda.&#xA;When jumping to items from the agenda, automatic narrow is done to improve focus.&#xA;Capture from anywhere is now implemented by a custom script based on org-protocol.&#xA;Many, many small tweaks, fixes and changes.&#xA;&#xA;Get the new release from here.&#xA;&#xA;Enjoy and keep hacking!]]&gt;</description>
      <content:encoded><![CDATA[<p><a href="https://write.moxnet.eu/tag:emacs" class="hashtag"><span>#</span><span class="p-category">emacs</span></a> <a href="https://write.moxnet.eu/tag:brainiac" class="hashtag"><span>#</span><span class="p-category">brainiac</span></a> <a href="https://write.moxnet.eu/tag:productivity" class="hashtag"><span>#</span><span class="p-category">productivity</span></a> <a href="https://write.moxnet.eu/tag:systems" class="hashtag"><span>#</span><span class="p-category">systems</span></a></p>

<p>Time has come to release a new version of Brainiac. The whole configuration file has been almost completly restructured, cleaned up and properly commented. So I will declare this to be version 2.0.</p>



<p>Following changes have been made:</p>
<ul><li><code>READ.md</code> has been extended to explain the installation and usage.</li>
<li>Readability improvements:
<ul><li>All colors decisions are now left to Modus themes, we only change typografy, e.g. underline the <code>PROG</code> tasks to encode work in progress.</li>
<li>Multiple Org elements were restyled, e.g. ellipsis, tags etc., to improve scanability in large documents.</li>
<li>Added the configuration for fixed and variable pitch fonts. You may set the font family to your liking.</li>
<li>Packages org-bullets, org-appear and diminish introduced.</li>
<li>Priority cookies are removed after the task is closed, to remove visual clutter.</li>
<li>When saving, the tags will be aligned automatically.</li></ul></li>
<li>Added number of matches to <code>isearch</code>.</li>
<li>Repeaters are now visible in the agenda.</li>
<li>When jumping to items from the agenda, automatic narrow is done to improve focus.</li>
<li>Capture from anywhere is now implemented by a custom script based on <code>org-protocol</code>.</li>
<li>Many, many small tweaks, fixes and changes.</li></ul>

<p>Get the new release from <a href="https://codeberg.org/kemal/brainiac/releases/tag/v2.0.1">here</a>.</p>

<p>Enjoy and keep hacking!</p>
]]></content:encoded>
      <guid>https://write.moxnet.eu/brainiac-v2-0-released</guid>
      <pubDate>Fri, 29 May 2026 13:54:23 +0200</pubDate>
    </item>
    <item>
      <title>What Systems Optimize For — and What They Don’t</title>
      <link>https://write.moxnet.eu/what-systems-optimize-for-and-what-they-dont</link>
      <description>&lt;![CDATA[#reflection #systems #leadership #society&#xA;&#xA;  Parts of what follows grew out of several older posts I wrote on different topics that, at first glance, did not seem to belong together. Looking back, I realized they were circling around the same question from different angles. To prevent repetition I pulled them from the blog. I thought about deleting them, but decided to try and rewrite them. I played around with the local AI support in Brainiac and synthesized the bigger picture from those posts. As it seems, it came out pretty nice. It follows the ideas from the original posts, but is partly also very &#34;intellectual&#34; 🙂.&#xA;&#xA;In education, in technology, at work, and even in private life, systems tend to drift away from what builds long-term capability, resilience, and alignment. Instead, they optimize for what is easier to reward, easier to explain, or simply more attractive in the short term.&#xA;&#xA;!--more--&#xA;&#xA;This rarely happens because someone planned it that way. It usually happens because incentives, habits, convenience, and social expectations quietly pull in that direction. Locally, the choices make sense. From a distance, they often look less convincing.&#xA;&#xA;A while ago, I attended an information evening at my son’s school. Students could choose additional subjects based on their interests and possible future aspirations. The options included languages, natural sciences, engineering, and computer science.&#xA;&#xA;What struck me was not the quality of the presentations, but where the attention went. The strongest interest seemed to go toward what felt culturally attractive, familiar, and easy to imagine, e.g. &#34;If I learn Spanish, I&#39;ll be able to get better information from the locals when I travel around in South America.&#34;. The more technical subjects, which demand more effort but also build deeper capabilities, generated less excitement.&#xA;&#xA;This is not meant as criticism of individual choices. People react to the incentives and narratives around them. But it reminded me of something that shows up elsewhere too: systems often reward what looks good on the surface while undervaluing what is slower, harder, and more foundational.&#xA;In engineering, this would be obvious. If you keep optimizing the visible layer and neglect the structure underneath, sooner or later the system suffers.&#xA;&#xA;Typical example I noticed very often is that you celebrate a team if they are able to produce a fix for a found bug quick. Which is of course commendable, but it&#39;s the same people who made the mistake in the first place. On the other hand teams that dealt with their bugs quietly and did their job properly, usually do not get the same level of visibility or appreciation for that matter.&#xA;&#xA;A similar thing happens inside us.&#xA;&#xA;For a long time, I thought of happiness as some kind of ideal state — a place where work feels right, private life is balanced, and the overall direction makes sense. The problem with that idea is not that it is wrong, but that it can become a distorted benchmark. Normal life starts to feel insufficient.&#xA;&#xA;Over time, I became more interested in a different word: contentment.&#xA;&#xA;Not as resignation, and not as lowering standards. More as a kind of inner stability. The ability to live with an internal critic without letting it dominate everything. The ability to accept that meaningful work, relationships, and responsibilities usually happen under imperfect conditions.&#xA;&#xA;That feels closer to reality, especially in engineering and leadership. Projects do not become easier because uncertainty disappears. Teams do not grow because everything is smooth all the time. Most of the time, progress comes from staying oriented, noticing smaller moments of alignment, and continuing without demanding perfection from every phase.&#xA;&#xA;The same pattern becomes visible when looking at technology on a larger scale.&#xA;&#xA;In Europe, there is a lot of discussion about digital sovereignty, and rightly so. In many areas, the technical tools needed for more independent and privacy-conscious digital infrastructure already exist. Open-source solutions are mature enough for many use cases in education and public administration.&#xA;&#xA;And yet, dependencies remain strong. Children learn “computer literacy” inside ecosystems that lock them in early. Public institutions rely on structures that are convenient in the short term but make long-term independence harder. Industry often seeks speed through partnerships while slowly giving away capability.&#xA;&#xA;The interesting question is not whether cooperation is good. Of course it is. The more interesting question is what a system is optimizing for when it repeatedly chooses dependency over capability, convenience over resilience, or speed over long-term autonomy.&#xA;&#xA;From an engineering perspective, this is not surprising. If resilience is not made an explicit goal, most systems will optimize for short-term constraints.&#xA;&#xA;A few years ago, after my family suffered a significant personal loss, the same pattern appeared much closer to home.&#xA;&#xA;I started asking myself uncomfortable questions. How much time is left? Am I happy with my life? What am I actually trying to achieve? And whose goals am I pursuing?&#xA;&#xA;I did not find neat answers to all of these questions. But one thought became much clearer than the others:&#xA;&#xA;I want to live a long life and enjoy that time with the people I love.&#xA;&#xA;Put next to many of the goals I had accumulated over the years — earning more, staying ahead of every new technology, optimizing myself endlessly, becoming more efficient, consuming more experiences — some of them started to look suspiciously external.&#xA;&#xA;Not wrong, necessarily. But not fully mine either.&#xA;&#xA;That was uncomfortable to admit. A lot of what I had accepted as “normal goals” had quietly been shaped by a system built around productivity, optimization, comparison, and consumption. Only when that frame was interrupted did I begin to ask whether the system I was living inside was actually aligned with what I valued.&#xA;&#xA;Across these examples, the topics are different. Education. Emotional life. Digital infrastructure. Personal priorities.&#xA;&#xA;But the pattern feels similar.&#xA;&#xA;Systems optimize for what is visible, rewarded, and immediately legible. They do not automatically optimize for what is sustainable, meaningful, or capability-building over time. Unless those things are named explicitly and chosen repeatedly, they tend to get crowded out by easier metrics and more attractive narratives.&#xA;&#xA;This is true for institutions, organizations, teams, and individuals.&#xA;&#xA;A team can optimize for activity instead of progress.  &#xA;A company can optimize for reporting instead of learning.  &#xA;A person can optimize for image instead of alignment.  &#xA;A society can optimize for convenience instead of resilience.&#xA;&#xA;None of this happens because people are stupid or malicious. Usually it happens because systems are powerful, time is limited, and immediate rewards are persuasive.&#xA;&#xA;That is why I find it useful, from time to time, to step back and ask a simple question:&#xA;&#xA;What is this system optimizing for?&#xA;&#xA;And then maybe the harder one:&#xA;&#xA;Is that still what I want to optimize for myself?]]&gt;</description>
      <content:encoded><![CDATA[<p><a href="https://write.moxnet.eu/tag:reflection" class="hashtag"><span>#</span><span class="p-category">reflection</span></a> <a href="https://write.moxnet.eu/tag:systems" class="hashtag"><span>#</span><span class="p-category">systems</span></a> <a href="https://write.moxnet.eu/tag:leadership" class="hashtag"><span>#</span><span class="p-category">leadership</span></a> <a href="https://write.moxnet.eu/tag:society" class="hashtag"><span>#</span><span class="p-category">society</span></a></p>

<blockquote><p>Parts of what follows grew out of several older posts I wrote on different topics that, at first glance, did not seem to belong together. Looking back, I realized they were circling around the same question from different angles. To prevent repetition I pulled them from the blog. I thought about deleting them, but decided to try and rewrite them. I played around with the local AI support in Brainiac and synthesized the bigger picture from those posts. As it seems, it came out pretty nice. It follows the ideas from the original posts, but is partly also very “intellectual” 🙂.</p></blockquote>

<p>In education, in technology, at work, and even in private life, systems tend to drift away from what builds long-term capability, resilience, and alignment. Instead, they optimize for what is easier to reward, easier to explain, or simply more attractive in the short term.</p>



<p>This rarely happens because someone planned it that way. It usually happens because incentives, habits, convenience, and social expectations quietly pull in that direction. Locally, the choices make sense. From a distance, they often look less convincing.</p>

<p>A while ago, I attended an information evening at my son’s school. Students could choose additional subjects based on their interests and possible future aspirations. The options included languages, natural sciences, engineering, and computer science.</p>

<p>What struck me was not the quality of the presentations, but where the attention went. The strongest interest seemed to go toward what felt culturally attractive, familiar, and easy to imagine, e.g. “If I learn Spanish, I&#39;ll be able to get better information from the locals when I travel around in South America.”. The more technical subjects, which demand more effort but also build deeper capabilities, generated less excitement.</p>

<p>This is not meant as criticism of individual choices. People react to the incentives and narratives around them. But it reminded me of something that shows up elsewhere too: systems often reward what looks good on the surface while undervaluing what is slower, harder, and more foundational.
In engineering, this would be obvious. If you keep optimizing the visible layer and neglect the structure underneath, sooner or later the system suffers.</p>

<p>Typical example I noticed very often is that you celebrate a team if they are able to produce a fix for a found bug quick. Which is of course commendable, but it&#39;s the same people who made the mistake in the first place. On the other hand teams that dealt with their bugs quietly and did their job properly, usually do not get the same level of visibility or appreciation for that matter.</p>

<p>A similar thing happens inside us.</p>

<p>For a long time, I thought of happiness as some kind of ideal state — a place where work feels right, private life is balanced, and the overall direction makes sense. The problem with that idea is not that it is wrong, but that it can become a distorted benchmark. Normal life starts to feel insufficient.</p>

<p>Over time, I became more interested in a different word: contentment.</p>

<p>Not as resignation, and not as lowering standards. More as a kind of inner stability. The ability to live with an internal critic without letting it dominate everything. The ability to accept that meaningful work, relationships, and responsibilities usually happen under imperfect conditions.</p>

<p>That feels closer to reality, especially in engineering and leadership. Projects do not become easier because uncertainty disappears. Teams do not grow because everything is smooth all the time. Most of the time, progress comes from staying oriented, noticing smaller moments of alignment, and continuing without demanding perfection from every phase.</p>

<p>The same pattern becomes visible when looking at technology on a larger scale.</p>

<p>In Europe, there is a lot of discussion about digital sovereignty, and rightly so. In many areas, the technical tools needed for more independent and privacy-conscious digital infrastructure already exist. Open-source solutions are mature enough for many use cases in education and public administration.</p>

<p>And yet, dependencies remain strong. Children learn “computer literacy” inside ecosystems that lock them in early. Public institutions rely on structures that are convenient in the short term but make long-term independence harder. Industry often seeks speed through partnerships while slowly giving away capability.</p>

<p>The interesting question is not whether cooperation is good. Of course it is. The more interesting question is what a system is optimizing for when it repeatedly chooses dependency over capability, convenience over resilience, or speed over long-term autonomy.</p>

<p>From an engineering perspective, this is not surprising. If resilience is not made an explicit goal, most systems will optimize for short-term constraints.</p>

<p>A few years ago, after my family suffered a significant personal loss, the same pattern appeared much closer to home.</p>

<p>I started asking myself uncomfortable questions. How much time is left? Am I happy with my life? What am I actually trying to achieve? And whose goals am I pursuing?</p>

<p>I did not find neat answers to all of these questions. But one thought became much clearer than the others:</p>

<p><em>I want to live a long life and enjoy that time with the people I love.</em></p>

<p>Put next to many of the goals I had accumulated over the years — earning more, staying ahead of every new technology, optimizing myself endlessly, becoming more efficient, consuming more experiences — some of them started to look suspiciously external.</p>

<p>Not wrong, necessarily. But not fully mine either.</p>

<p>That was uncomfortable to admit. A lot of what I had accepted as “normal goals” had quietly been shaped by a system built around productivity, optimization, comparison, and consumption. Only when that frame was interrupted did I begin to ask whether the system I was living inside was actually aligned with what I valued.</p>

<p>Across these examples, the topics are different. Education. Emotional life. Digital infrastructure. Personal priorities.</p>

<p>But the pattern feels similar.</p>

<p>Systems optimize for what is visible, rewarded, and immediately legible. They do not automatically optimize for what is sustainable, meaningful, or capability-building over time. Unless those things are named explicitly and chosen repeatedly, they tend to get crowded out by easier metrics and more attractive narratives.</p>

<p>This is true for institutions, organizations, teams, and individuals.</p>
<ul><li>A team can optimize for activity instead of progress.<br></li>
<li>A company can optimize for reporting instead of learning.<br></li>
<li>A person can optimize for image instead of alignment.<br></li>
<li>A society can optimize for convenience instead of resilience.</li></ul>

<p>None of this happens because people are stupid or malicious. Usually it happens because systems are powerful, time is limited, and immediate rewards are persuasive.</p>

<p>That is why I find it useful, from time to time, to step back and ask a simple question:</p>

<p><strong>What is this system optimizing for?</strong></p>

<p>And then maybe the harder one:</p>

<p><strong>Is that still what I want to optimize for myself?</strong></p>
]]></content:encoded>
      <guid>https://write.moxnet.eu/what-systems-optimize-for-and-what-they-dont</guid>
      <pubDate>Wed, 13 May 2026 13:18:28 +0200</pubDate>
    </item>
    <item>
      <title>Brainiac v1.2 released</title>
      <link>https://write.moxnet.eu/brainiac-v1-2-released</link>
      <description>&lt;![CDATA[#emacs #brainiac #productivity #systems&#xA;&#xA;Hello everyone!&#xA;&#xA;I have been using the Brainiac intensively over the last months and made some changes to the configuration along the way. Get your update here or from Codeberg.&#xA;&#xA;Improvements:&#xA;&#xA;Added journal.org to the list of refile targets.&#xA;Reduced the width of comment, source, etc. boxes in brainiac.css.&#xA;The attached items are now visibly listed in the drawer of the headline.&#xA;Minor changes in the configuration, e.g. increase of idle time etc.&#xA;&#xA;New things:&#xA;&#xA;Added org-crypt to the config, so that sensitive information can be encrypted if storing files on public servers.&#xA;To integrate Brainiac into your system menu, I propose the following: copy brainiac.desktop to ~/.local/share/applications and brainiac.svg to ~/.local/share/icons.&#xA;I added basic AI support by using a customized ollama-buddy-mini and running models locally with ollama. Although I previously stated that Brainiac would not have AI, the chosen combination presents a nice compromise between functionality and privacy.&#xA;I also introduced the abbrev-mode as a template storage for some useful org templates and as a mechanism for storing AI prompts for future usage.&#xA;In order to consolidate important functions and keystrokes, I configured a menu which can be reached by pressing C-c b using transient.]]&gt;</description>
      <content:encoded><![CDATA[<p><a href="https://write.moxnet.eu/tag:emacs" class="hashtag"><span>#</span><span class="p-category">emacs</span></a> <a href="https://write.moxnet.eu/tag:brainiac" class="hashtag"><span>#</span><span class="p-category">brainiac</span></a> <a href="https://write.moxnet.eu/tag:productivity" class="hashtag"><span>#</span><span class="p-category">productivity</span></a> <a href="https://write.moxnet.eu/tag:systems" class="hashtag"><span>#</span><span class="p-category">systems</span></a></p>

<p>Hello everyone!</p>

<p>I have been using the Brainiac intensively over the last months and made some changes to the configuration along the way. Get your update <a href="https://write.moxnet.eu/images/brainiac_v1.2.zip">here</a> or from <a href="https://codeberg.org/kemal/brainiac">Codeberg</a>.</p>

<p>Improvements:</p>
<ul><li>Added <code>journal.org</code> to the list of refile targets.</li>
<li>Reduced the width of comment, source, etc. boxes in <code>brainiac.css</code>.</li>
<li>The attached items are now visibly listed in the drawer of the headline.</li>
<li>Minor changes in the configuration, e.g. increase of idle time etc.</li></ul>

<p>New things:</p>
<ul><li>Added <code>org-crypt</code> to the config, so that sensitive information can be encrypted if storing files on public servers.</li>
<li>To integrate Brainiac into your system menu, I propose the following: copy <code>brainiac.desktop</code> to <code>~/.local/share/applications</code> and <code>brainiac.svg</code> to <code>~/.local/share/icons</code>.</li>
<li>I added basic AI support by using a customized <code>ollama-buddy-mini</code> and running models locally with <code>ollama</code>. Although I previously stated that Brainiac would not have AI, the chosen combination presents a nice compromise between functionality and privacy.</li>
<li>I also introduced the <code>abbrev-mode</code> as a template storage for some useful <code>org</code> templates and as a mechanism for storing AI prompts for future usage.</li>
<li>In order to consolidate important functions and keystrokes, I configured a menu which can be reached by pressing <code>C-c b</code> using <code>transient</code>.</li></ul>
]]></content:encoded>
      <guid>https://write.moxnet.eu/brainiac-v1-2-released</guid>
      <pubDate>Sun, 22 Feb 2026 14:37:47 +0100</pubDate>
    </item>
  </channel>
</rss>