<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Engineering Workflow on Nalar</title>
    <link>https://nalar.dev/tags/engineering-workflow/</link>
    <description>Recent content in Engineering Workflow on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 08 Sep 2026 00:00:00 +0700</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/engineering-workflow/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Finding Regressions with Binary Search</title>
      <link>https://nalar.dev/finding-regressions-with-binary-search/</link>
      <pubDate>Tue, 08 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/finding-regressions-with-binary-search/</guid>
      <description>&lt;p&gt;A regression appears in the current build, but the same behavior worked two weeks ago. Since then, the team has merged 80 changes. Reading all 80 diffs is possible, but it is slow and gives every change equal attention even though only one boundary in history matters: the point where the behavior changed from working to broken.&lt;/p&gt;&#xA;&lt;p&gt;When revisions are ordered and you can classify a revision reliably as &lt;strong&gt;good&lt;/strong&gt; or &lt;strong&gt;bad&lt;/strong&gt;, you can search that history with the same idea as binary search. Test a revision near the middle. Its result tells you which half can still contain the first bad revision. Repeat until only the transition remains.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
