<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Uncle-Bob on matt2ology Tech Journal and Blog</title><link>https://matt2ology.github.io/tags/uncle-bob/</link><description>Recent content in Uncle-Bob on matt2ology Tech Journal and Blog</description><generator>Hugo -- gohugo.io</generator><language>en-us</language><lastBuildDate>Mon, 16 Mar 2026 04:30:31 -0700</lastBuildDate><atom:link href="https://matt2ology.github.io/tags/uncle-bob/index.xml" rel="self" type="application/rss+xml"/><item><title>I like brian d foy's Random Adventures Note Taking Style</title><link>https://matt2ology.github.io/blog/brian-d-foy-random-adventures-note-taking-style/</link><pubDate>Mon, 16 Mar 2026 04:30:31 -0700</pubDate><guid>https://matt2ology.github.io/blog/brian-d-foy-random-adventures-note-taking-style/</guid><description>&lt;h2 id="i-like-brian-d-foys-random-adventures-note-taking-style"&gt;&lt;a href="#i-like-brian-d-foys-random-adventures-note-taking-style" class="header-anchor"&gt;&lt;/a&gt;I like brian d foy&amp;rsquo;s Random Adventures Note Taking Style
&lt;/h2&gt;&lt;p&gt;In contrast to my own &amp;ldquo;literature&amp;rdquo; note: 


 &lt;a href="https://matt2ology.github.io/literature/unitycoin-clean-code-uncle-bob-lesson-6-agile/"&gt;unitycoin clean code uncle bob lesson 6 agile&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;I like, Perl trainer and writer, 


 &lt;a href="https://www.amazon.com/stores/brian-d-foy/author/B002MRC39U?ref=ap_rdr&amp;amp;shoppingPortalEnabled=true"&gt;brian d foy&lt;/a&gt;
 – 


 &lt;a href="https://briandfoy.github.io/"&gt;Random Adventures&lt;/a&gt;
 for his summary note of 


 &lt;a href="https://briandfoy.github.io/uncle-bob-lesson-6/"&gt;&lt;em&gt;“Coding Better World Together”&lt;/em&gt; - Clean Code Lesson 6&lt;/a&gt;
. His notes are concise and practical, capturing the core ideas without unnecessary detail.&lt;/p&gt;
&lt;p&gt;In Lesson 6, 


 &lt;a href="https://blog.cleancoder.com/"&gt;Robert C. Martin&lt;/a&gt;
 explains how many software projects suffer from classic symptoms of mismanagement: delivering the wrong product, producing low-quality software, or shipping late. These problems often arise from unrealistic expectations captured in the so-called &lt;strong&gt;“Iron Cross” of project management&lt;/strong&gt;, trying to make a project &lt;em&gt;good, fast, cheap,&lt;/em&gt; and &lt;em&gt;done&lt;/em&gt; at the same time, even though in practice you can usually optimize for only three.&lt;/p&gt;
&lt;p&gt;Agile practices help teams confront reality early through data and transparency. Techniques such as &lt;strong&gt;story points&lt;/strong&gt; and &lt;strong&gt;burn-down charts&lt;/strong&gt; provide a measurable way to track progress. By putting these charts where the team can see them, everyone shares the same understanding of the project’s state.&lt;/p&gt;
&lt;p&gt;One striking idea from Uncle Bob is that &lt;em&gt;“the purpose of Agile is to destroy hope.”&lt;/em&gt; That sounds pessimistic at first, but the real meaning is about exposing problems as early as possible. Instead of pretending everything is fine until the deadline arrives, Agile reveals how “messed up” a project might be while there is still time to correct course.&lt;/p&gt;
&lt;p&gt;The lesson also emphasizes small, focused teams working on small pieces of functionality. Estimation becomes easier when the team maintains a consistent reference task for assigning story points. Ultimately, a project is not considered finished when every planned task is completed, but when there is &lt;strong&gt;nothing valuable left to do&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;These ideas reinforce the core Agile mindset: transparency, early feedback, and incremental progress are essential for aligning software production with delivery expectations.&lt;/p&gt;</description></item></channel></rss>