<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator><link href="https://binarygap.com/feed.xml" rel="self" type="application/atom+xml" /><link href="https://binarygap.com/" rel="alternate" type="text/html" hreflang="en" /><updated>2026-08-20T14:42:04+00:00</updated><id>https://binarygap.com/feed.xml</id><title type="html">Binarygap Log</title><subtitle>Bridging the gap one step at a time — Colin&apos;s personal space for deep research, blueprints, and steady growth.</subtitle><author><name>Colin</name></author><entry><title type="html">How I Build My Managerial Intelligence: A Developer’s Guide to Filtering Business Signals</title><link href="https://binarygap.com/004-how-i-build-my-managerial-intelligence" rel="alternate" type="text/html" title="How I Build My Managerial Intelligence: A Developer’s Guide to Filtering Business Signals" /><published>2026-06-14T03:00:00+00:00</published><updated>2026-06-14T03:00:00+00:00</updated><id>https://binarygap.com/004-how-i-build-my-managerial-intelligence</id><content type="html" xml:base="https://binarygap.com/004-how-i-build-my-managerial-intelligence"><![CDATA[<p>When I first stepped into management, I made the classic rookie mistake: I treated AI like a glorified copy editor. I used it to polish rough drafts, tweak bullet points, and make my weekly reports sound a little more “executive.”</p>

<p>It didn’t take long to hit a wall. AI is only ever as good as the context you feed it. Garbage context in, generic corporate jargon out.</p>

<p>Recently, with smarter models and way better data plumbing at work, I decided to flip the script. Instead of asking AI to just <em>write</em> for me, I started using it to <em>understand</em> what my team is actually experiencing day-to-day.</p>

<h3 id="my-data-pipeline-cutting-through-the-noise">My Data Pipeline: Cutting Through the Noise</h3>
<p>Let’s be real: as an engineering manager, keeping tabs on every single commit, pull request, Slack thread, and Jira ticket is a fast track to burnout.</p>

<p>My goal was simple: build a lightweight pipeline that aggregates all these scattered breadcrumbs and turns them into a coherent narrative.</p>

<p>Here’s how I structured the workflow:</p>
<ul>
  <li><strong>Data Extraction:</strong> Hooked up <strong>MCP (Model Context Protocol)</strong> to pull real-time activity straight into my local environment.</li>
  <li><strong>Standardization:</strong> Normalized everything into clean JSON so the LLM can parse and reason over it without hallucinating.</li>
  <li><strong>Connecting the Dots:</strong> Honestly, this was the hardest part. Bridging the disconnect between messy Jira tickets and actual GitHub progress took some serious wrestling with our internal workflows.</li>
</ul>

<h3 id="the-managerial-aha-moment">The Managerial “Aha!” Moment</h3>
<p>Building the collection layer was definitely tedious and a bit messy at first. But once the pipeline clicked? The turnaround time for generating actionable team insights dropped from hours to seconds.</p>

<p>More importantly, it gave me something a static spreadsheet or weekly standup never could: <strong>genuine empathy for the day-to-day grind.</strong> I could suddenly see the invisible cognitive load behind complex PR reviews and blocker resolutions. It helped me understand not just <em>what</em> was shipping, but <em>how</em> and <em>why</em>.</p>

<h3 id="whats-next">What’s Next?</h3>
<p>This was never just about saving time on reporting—it’s about leveling up my <strong>Managerial Intelligence</strong>. I already see where our tracking has blind spots, and I’m itching to build the next iteration.</p>

<p>In my next post, I’ll break down the exact data schemas I’m using to make these signals even more actionable.</p>

<p>If you’re also an engineer-turned-manager trying to bridge the gap between raw dev data and high-level leadership, I’d love to hear how you’re tackling it!</p>]]></content><author><name>Colin</name></author><category term="learning-log" /><category term="management" /><category term="leadership" /><category term="ai" /><category term="management" /><category term="developer-experience" /><summary type="html"><![CDATA[When I first stepped into management, I made the classic rookie mistake: I treated AI like a glorified copy editor. I used it to polish rough drafts, tweak bullet points, and make my weekly reports sound a little more “executive.”]]></summary></entry><entry><title type="html">Welcome to Binarygap Log!</title><link href="https://binarygap.com/001-welcome" rel="alternate" type="text/html" title="Welcome to Binarygap Log!" /><published>2026-06-07T03:00:00+00:00</published><updated>2026-06-07T03:00:00+00:00</updated><id>https://binarygap.com/001-welcome</id><content type="html" xml:base="https://binarygap.com/001-welcome"><![CDATA[<p>Hey everyone! Welcome to <strong>Binarygap Log</strong>.</p>

<p>Why the name “Binarygap”? For me, it’s all about bridging the gap between where you are today and where you want to be tomorrow—one deliberate, steady step at a time. It’s a personal reminder to keep showing up, staying curious, and growing every single day.</p>

<p>I’ve always been someone who gets genuinely pumped about building things from scratch. But lately, I’ve fallen in love with everything that happens <em>before</em> the finished product: diving down research rabbit holes, letting my imagination run wild, and translating messy thoughts into crisp blueprints and actionable plans.</p>

<p>That’s exactly what this space is for. Consider it a live, open notebook of my explorations, deep-dive research notes, and the conceptual frameworks I’m actively tinkering with.</p>

<p>Glad to have you along for the ride. Let’s build something great!</p>]]></content><author><name>Colin</name></author><category term="General" /><category term="intro" /><category term="welcome" /><category term="journey" /><summary type="html"><![CDATA[Hey everyone! Welcome to Binarygap Log.]]></summary></entry></feed>