<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Precision on Programmer.ie: Modern AI programming</title>
    <link>http://programmer.ie/tags/precision/</link>
    <description>Recent content in Precision on Programmer.ie: Modern AI programming</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 14 Sep 2026 05:00:11 +0100</lastBuildDate>
    <atom:link href="http://programmer.ie/tags/precision/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Consequences Nobody Wrote Down</title>
      <link>http://programmer.ie/books/memory/11-chapter/</link>
      <pubDate>Mon, 14 Sep 2026 05:00:11 +0100</pubDate>
      <guid>http://programmer.ie/books/memory/11-chapter/</guid>
      <description>&lt;p&gt;Chapter 9 handles work the history states: promises, assignments, follow-ups with an established expectation behind them. This chapter pushes Question 5 past conventional task tracking, to consequences nobody wrote down. The migration broke assumptions encoded in fixtures, documentation, and configuration that no session mentions. A memory that tracks only stated intentions will report the open list as empty while the project quietly rots. Whether anything can be done about that — reliably, without inventing obligations — is treated here as a difficult hypothesis, not a capability.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
