<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Andy</title>
    <description>The latest articles on DEV Community by Andy (@andyg971).</description>
    <link>https://dev.to/andyg971</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3813002%2Ff8f5e48a-8739-4d0e-895f-99f12ab1a285.png</url>
      <title>DEV Community: Andy</title>
      <link>https://dev.to/andyg971</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/andyg971"/>
    <language>en</language>
    <item>
      <title>I built a tool that turns any GitHub repo into an interactive architecture map</title>
      <dc:creator>Andy</dc:creator>
      <pubDate>Sun, 08 Mar 2026 14:05:18 +0000</pubDate>
      <link>https://dev.to/andyg971/i-built-a-tool-that-turns-any-github-repo-into-an-interactive-architecture-map-bf8</link>
      <guid>https://dev.to/andyg971/i-built-a-tool-that-turns-any-github-repo-into-an-interactive-architecture-map-bf8</guid>
      <description>&lt;p&gt;The problem&lt;/p&gt;

&lt;p&gt;We've all been there. You join a new team, clone the repo, and stare at 500+ files wondering: where do I even start?&lt;/p&gt;

&lt;p&gt;You open a service file. It imports from 3 other modules. Those modules import from 5 more. Twenty minutes later, you're 12 files deep and you've already forgotten where you started.&lt;/p&gt;

&lt;p&gt;I spent years doing this manually — drawing architecture diagrams on whiteboards that were outdated by the next sprint. So I built something to fix it.&lt;/p&gt;

&lt;p&gt;What is ReposLens?&lt;/p&gt;

&lt;p&gt;&lt;a href="https://www.reposlens.com" rel="noopener noreferrer"&gt;ReposLens&lt;/a&gt; takes a GitHub repository and generates an interactive dependency graph of its architecture. Services, databases, queues, gateways — all mapped as nodes and edges you can click, drag, and explore.&lt;/p&gt;

&lt;p&gt;But it goes beyond visualization:&lt;/p&gt;

&lt;p&gt;🔍 8 Architecture Detection Rules&lt;/p&gt;

&lt;p&gt;The engine analyzes your graph and detects real problems:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Circular dependencies — A depends on B, B depends on A&lt;/li&gt;
&lt;li&gt;Layer violations — your database layer depending on your frontend&lt;/li&gt;
&lt;li&gt;Diamond dependencie — two modules sharing a transitive dependency&lt;/li&gt;
&lt;li&gt;Deep chains — call chains 5+ levels deep that increase latency and fragility&lt;/li&gt;
&lt;li&gt;Hub nodes — one component concentrating 40%+ of all connections&lt;/li&gt;
&lt;li&gt;And 3 more rules covering coupling, orphan nodes, and gateway overload&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;🎯 Priority Scoring (1-100)&lt;/p&gt;

&lt;p&gt;Not all issues are equal. Each recommendation gets a priority score combining severity, magnitude, and graph size. Red badge (≥70) = fix now. Amber (≥40) = plan it. Gray (&amp;lt;40) = nice to have.&lt;/p&gt;

&lt;p&gt;💡 Full Explanations&lt;/p&gt;

&lt;p&gt;Click "Explain" on any recommendation and get 5 sections:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Why it matters — the architectural principle&lt;/li&gt;
&lt;li&gt;Impact — what happens if you ignore it&lt;/li&gt;
&lt;li&gt;How to fix — step-by-step refactoring guide&lt;/li&gt;
&lt;li&gt;Recommended pattern — Gateway, Observer, DIP, etc.&lt;/li&gt;
&lt;li&gt;Before / After — concrete diagram of the fix&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;📋 Export to GitHub Issues&lt;/p&gt;

&lt;p&gt;One click copies the recommendation as a formatted markdown issue. Paste it directly in your repo's issue tracker. Analysis → Action in 2 seconds.&lt;/p&gt;

&lt;p&gt;The stack&lt;/p&gt;

&lt;p&gt;For the curious:&lt;/p&gt;

&lt;div class="table-wrapper-paragraph"&gt;&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;Layer&lt;/th&gt;
&lt;th&gt;Tech&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;Frontend&lt;/td&gt;
&lt;td&gt;Next.js, TypeScript, ReactFlow&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Backend&lt;/td&gt;
&lt;td&gt;NestJS, Prisma, PostgreSQL&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Hosting&lt;/td&gt;
&lt;td&gt;Vercel (frontend) + Railway (API + DB)&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;Payments&lt;/td&gt;
&lt;td&gt;Stripe&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;i18n&lt;/td&gt;
&lt;td&gt;French + English&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;&lt;/div&gt;

&lt;p&gt;Why I built it&lt;/p&gt;

&lt;p&gt;I'm a solo developer. I've worked on projects where understanding the existing architecture took longer than building the new feature. Every team I've been on had the same problem: **no one had a clear picture of the system.&lt;/p&gt;

&lt;p&gt;Tools like SonarQube give you code quality metrics. dep-cruiser gives you dependency lists. But none of them show you the architecture in a way that's instantly understandable.&lt;/p&gt;

&lt;p&gt;ReposLens is visual-first. You see the problem, you click it, you understand it, you export it as an issue. That's the loop.&lt;/p&gt;

&lt;p&gt;Try it&lt;/p&gt;

&lt;p&gt;🔗 &lt;a href="https://www.reposlens.com" rel="noopener noreferrer"&gt;www.reposlens.com&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Free tier: 2 projects, public repos, basic analysis.&lt;br&gt;
Pro ($19/mo): 8 rules, full explanations, export to GitHub Issues, private repos.&lt;/p&gt;

&lt;p&gt;I'd love to hear your feedback. What would make this more useful for your workflow?&lt;/p&gt;

</description>
      <category>architecture</category>
      <category>github</category>
      <category>showdev</category>
      <category>tooling</category>
    </item>
  </channel>
</rss>
