Skip to content

Commit a664075

Browse files
committed
AI/LLM's cannot be authors - added an AI Disclosure statement instead.
1 parent 3ff022c commit a664075

2 files changed

Lines changed: 5 additions & 5 deletions

File tree

_data/CONTRIBUTORS.yml

Lines changed: 0 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -260,6 +260,3 @@ Thibaut Oprinsen:
260260
orcid: 0009-0001-5377-5796
261261
role: contributor
262262
email: thibaut.oprinsen@lapp.in2p3.fr
263-
Claude Sonnet:
264-
git: claude
265-
role: contributor

pages/tasks/static_analysis.md

Lines changed: 5 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
title: "Using static analysis"
33
description: "How to use static analysis tools to detect bugs, enforce coding standards, and improve the quality of research software."
4-
contributors: ["Claude Sonnet", "Shoaib Sufi"]
4+
contributors: ["Shoaib Sufi"]
55
page_id: static_analysis
66
related_pages:
77
tasks: [ci_cd, code_review, languages_tools_infrastructures, reproducible_software_environments]
@@ -59,9 +59,12 @@ The following are authoritative and highly regarded resources for going deeper o
5959

6060
- **[pre-commit framework documentation](https://pre-commit.com/)** — The definitive guide to wiring static analysis and other checks into your local development workflow across any language. Covers installation, hook configuration, and CI integration — the most direct path from "I have a tool" to "the tool runs automatically".
6161

62-
- **[Software Engineering at Google](https://abseil.io/resources/swe-book) — Winters, Manshreck & Wright (O'Reilly, freely available online)** — Chapter 20 covers how to think about static analysis at scale, including false positive rates, developer trust, and rolling tools out to large codebases. The strategic framing maps directly onto the considerations above, particularly if you are introducing static analysis to an established project.
62+
- **[Software Engineering at Google](https://abseil.io/resources/swe-book) — Winters, Manshreck & Wright (O'Reilly, freely available online)** — Chapter 26 covers how to think about static analysis at scale, including false positive rates, developer trust, and rolling tools out to large codebases. The strategic framing maps directly onto the considerations above, particularly if you are introducing static analysis to an established project.
6363

6464
- **[Continuous Delivery](https://continuousdelivery.com/) — Jez Humble & David Farley** — The authoritative text on building automated delivery pipelines with quality gates built in. If you want to understand why static analysis belongs in your CI pipeline rather than being run ad hoc, and how it fits alongside testing and other automated checks, this is the place to start.
6565

6666
- **[Code Complete](https://www.microsoftpressstore.com/store/code-complete-9780735619678) — Steve McConnell (Microsoft Press)** — A foundational text on software construction quality. Not exclusively about static analysis, but provides the broader context for why code quality practices matter and how they interact. Most useful if you want to understand the principles behind the tools rather than just use them.
6767

68+
## AI Disclosure
69+
70+
This work was produced with the assistance of Claude Sonnet 4.6, under the strict editorial control and factual verification of the human author.

0 commit comments

Comments
 (0)