<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>agile development on Agile Software Development</title>
    <link>https://agilesoftdev.com/tags/agile-development/</link>
    <description>Recent content in agile development on Agile Software Development</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Fri, 02 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://agilesoftdev.com/tags/agile-development/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>AltSql: Lets IoT Teams Ship Products That Work Offline and Sync Automatically</title>
      <link>https://agilesoftdev.com/altsql-lets-iot-teams-ship-products-that-work-offline-and-sync-automatically/</link>
      <pubDate>Fri, 02 Oct 2026 00:00:00 +0000</pubDate>
      
      <guid>https://agilesoftdev.com/altsql-lets-iot-teams-ship-products-that-work-offline-and-sync-automatically/</guid>
      <description>Teams building connected products face a design choice that kills agility: either the device depends on the server for everything, or you build a converter that keeps two data formats in sync. The device has readings and settings in its own format. The server wants those same values as SQL rows. Somebody writes a converter. Then somebody has to keep that converter alive and correct for ten years.
The converter approach is why IoT teams move slowly.</description>
    </item>
    
    <item>
      <title>BareProxy: An Agile Reverse Proxy That Explains Every Routing Decision</title>
      <link>https://agilesoftdev.com/bareproxy-an-agile-reverse-proxy-that-explains-every-routing-decision/</link>
      <pubDate>Fri, 02 Oct 2026 00:00:00 +0000</pubDate>
      
      <guid>https://agilesoftdev.com/bareproxy-an-agile-reverse-proxy-that-explains-every-routing-decision/</guid>
      <description>Teams shipping features fast need infrastructure that gets out of the way. The reverse proxy is supposed to be boring: TLS termination, serve static files, route traffic to the app, maybe some health checks. In practice, the config grows one regex at a time, until routing decisions become cargo cult superstition. Someone changed a block six months ago and nobody knows what would break if you moved it.
BareProxy is built on the insight that you can reason about routing only if you remove the things that are hard to reason about.</description>
    </item>
    
    <item>
      <title>Precomputing: Keeps Dashboards Fast Without Slowing Development Cycles</title>
      <link>https://agilesoftdev.com/precomputing-keeps-dashboards-fast-without-slowing-development-cycles/</link>
      <pubDate>Fri, 02 Oct 2026 00:00:00 +0000</pubDate>
      
      <guid>https://agilesoftdev.com/precomputing-keeps-dashboards-fast-without-slowing-development-cycles/</guid>
      <description>Teams that ship features fast need dashboards that answer questions instantly. The usual pattern is to recalculate answers on every refresh, or to ship all your data to a hosted analytics service and wait for it to ingest. Both approaches have the same problem: the dashboard either waits for the query, or you pay for scale you don&amp;rsquo;t need most of the time. In either case, answering a question about your product becomes a friction point.</description>
    </item>
    
    <item>
      <title>Preconfiguration: Solves the Setup Problem for Agile Teams Using Multiple Coding Agents</title>
      <link>https://agilesoftdev.com/preconfiguration-solves-the-setup-problem-for-agile-teams-using-multiple-coding-agents/</link>
      <pubDate>Fri, 02 Oct 2026 00:00:00 +0000</pubDate>
      
      <guid>https://agilesoftdev.com/preconfiguration-solves-the-setup-problem-for-agile-teams-using-multiple-coding-agents/</guid>
      <description>Every developer has lived the setup nightmare. You clone the repo, follow the README, get halfway through the steps, and something breaks. You Google the error, find three different solutions, apply the one that almost works, and spend two hours on an environment that everyone else on the team got right. Meanwhile, the new developer at the desk next to you is still stuck on step one. The setup is so fragile that nobody wants to change it, and it drifts from the reality of how the tests actually run.</description>
    </item>
    
    <item>
      <title>VPN Works: Lets Agile Teams Run Coding Agents Safely Without Slowing Them Down</title>
      <link>https://agilesoftdev.com/vpn-works-lets-agile-teams-run-coding-agents-safely-without-slowing-them-down/</link>
      <pubDate>Fri, 02 Oct 2026 00:00:00 +0000</pubDate>
      
      <guid>https://agilesoftdev.com/vpn-works-lets-agile-teams-run-coding-agents-safely-without-slowing-them-down/</guid>
      <description>Security gates at the end of a sprint kill velocity. A coding agent can cut feature work time in half, but security teams that don&amp;rsquo;t understand what the agent does will block it. The agent reads code from your repo, issues from your tracker, snippets from web pages, and it writes back pull requests. One malicious instruction planted in that text can make the agent send a deploy token somewhere it shouldn&amp;rsquo;t.</description>
    </item>
    
  </channel>
</rss>
