<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Static Code Analysis on Marko Apfel</title><link>http://blog.marko-apfel.de/tags/static-code-analysis/</link><description>Recent content in Static Code Analysis on Marko Apfel</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Wed, 04 Feb 2026 14:00:02 +0100</lastBuildDate><atom:link href="http://blog.marko-apfel.de/tags/static-code-analysis/index.xml" rel="self" type="application/rss+xml"/><item><title>The Agreed Static Code Analysis Rule Set: Production vs. Non-Production</title><link>http://blog.marko-apfel.de/posts/static-code-analysis-ruleset/</link><pubDate>Wed, 04 Feb 2026 14:00:02 +0100</pubDate><guid>http://blog.marko-apfel.de/posts/static-code-analysis-ruleset/</guid><description>Consistency across repositories, not theoretical perfection: how a Community of Practice settled on a static analysis rule set that treats production and non-production code differently on purpose.</description></item><item><title>Wiring Up Static Code Analysis via Directory.Build.props</title><link>http://blog.marko-apfel.de/posts/incorporating-static-code-analysis/</link><pubDate>Wed, 04 Feb 2026 14:00:02 +0100</pubDate><guid>http://blog.marko-apfel.de/posts/incorporating-static-code-analysis/</guid><description>A working Directory.Build.props for incorporating Microsoft&amp;rsquo;s analyzers and StyleCop across an entire repository, with production code held to a stricter bar than tests and tooling.</description></item><item><title>Brownfield vs. Greenfield: Why One Static-Analysis Ruleset Doesn't Fit Both</title><link>http://blog.marko-apfel.de/posts/brownfield-vs-greenfield-rulesets/</link><pubDate>Thu, 05 Sep 2024 18:48:29 +0200</pubDate><guid>http://blog.marko-apfel.de/posts/brownfield-vs-greenfield-rulesets/</guid><description>One uniform static-analysis ruleset across an entire codebase sounds principled — until that codebase includes both a decade-old legacy module and code written last week.</description></item><item><title>Why Test Code Deserves a More Relaxed Static-Analysis Ruleset</title><link>http://blog.marko-apfel.de/posts/production-vs-non-production-rulesets/</link><pubDate>Thu, 05 Sep 2024 18:48:29 +0200</pubDate><guid>http://blog.marko-apfel.de/posts/production-vs-non-production-rulesets/</guid><description>Production code and test code are trying to do genuinely different jobs — holding both to identical static-analysis rules tends to slow down the wrong thing without protecting the right one.</description></item></channel></rss>