marketing-shibata50/claude-code-ultimate-guide
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
claude-code-ultimate-guide/docs/resource-evaluations/2026-02-26-boristane-sdlc-dead.md
Florian BRUNIAUX 155b07a589 feat: threat-db v2.4.0 + MCP guide section + resource evals + ci 
## threat-db v2.4.0
- CVE-2026-27735: path traversal in mcp-server-git git_add (CVSS 6.4)
- Campaign: Clinejection (Cline CLI 2.3.0 supply chain, 4000 downloads)
- T012: AI Recommendation Poisoning (Microsoft research, 50+ prompts)
- 3 new sources (NVD, Snyk, Microsoft Security Blog, Hacker News)

## guide/ultimate-guide.md
- New section "This Guide as an MCP Server" (§10) — installation,
  tools list, dev mode, usage examples, slash commands

## docs/resource-evaluations
- eval #070: claude-code-best-practice .claude/ config (score 4/5)
- eval #071: Steven Ge technical writing workflow (score TBD)
- eval #072: Rippletide AI reliability platform (score 2/5, watch only)
- 2026-02-26: boristane SDLC dead post evaluation
- README: count 60→72 evals, add #072 entry

## ci + config
- .github/workflows/trigger-landing-deploy.yml — auto-trigger landing
  rebuild on push to main (guide content changes)
- .gitignore: add .claude/agents/ exception + mcp-server/dist/ ignore

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-02-28 21:35:03 +01:00

4.5 KiB
Raw Blame History

Évaluation: "The Software Development Lifecycle Is Dead" — Boris Tane

Source: https://boristane.com/blog/the-software-development-lifecycle-is-dead/ Type: Blog post (conceptuel, opinion) Auteur: Boris Tane (CTO co-fondateur, Highlight.io) Date évaluation: 2026-02-26 Évaluateur: Claude Sonnet 4.6 Reviewer: technical-writer agent (challenge)

Score final: 2/5 — Ne pas intégrer

Décision: Watch only. Réévaluer si l'auteur publie des métriques de production.

Résumé du contenu

  • Thèse: L'SDLC traditionnel est obsolète avec les agents IA, qui compressent tout en une boucle: "Intent → Agent → Code + Tests + Déployé → Ça marche ? → Itérer ou shipper."
  • Ingénieurs AI-native: Ceux qui ont commencé post-Cursor n'ont jamais connu sprint planning, story points ou PR reviews et bâtissent quand même des produits.
  • Chaque phase se transforme: Requirements = itératif, Design = découvert en collaboration avec l'agent, Testing = simultané à la génération, Code Review = à repenser de zéro.
  • Observabilité = tissu conjonctif: Pas une étape finale mais le mécanisme de feedback permettant aux agents de détecter et corriger les régressions de façon autonome.
  • Avantage compétitif = context engineering: Fournir un contexte de qualité aux agents plutôt que maîtriser des processus et cérémonies.

Données/métriques: Aucune. Article purement conceptuel.

Comparatif vs guide existant

Aspect Cet article Guide actuel
Context engineering ✅ Évoqué (conceptuel) ✅ Présent, mieux sourcé (ArXiv, Anthropic Engineering, lignes 1732, 13375, 18333)
Agentic workflows ✅ Couvert ✅ Documenté avec patterns concrets
Observabilité comme feedback ➕ Angle intéressant ✅ guide/observability.md existe
PR review avec agents ✅ Challenge le status quo ✅ Guide recommande PR auto-review via GitHub Actions
Data/métriques ❌ Aucune ✅ Guide cite métriques validées (Fountain, CRED)
Pattern actionnable ❌ Conceptuel uniquement ✅ Templates concrets disponibles

Raisons du rejet

  1. Zéro donnée empirique: Claims non vérifiables, aucune métrique de production. "The SDLC is dead" est un claim extraordinaire présenté sans evidence.
  2. Concepts déjà couverts: "Context engineering" et "observability feedback loop" documentés depuis de meilleures sources. Intégrer cet article ajouterait une source faible sur un sujet déjà solide.
  3. Conflit d'intérêt potentiel: Tane est CTO de Highlight.io, plateforme d'observabilité. Le claim "abandonner les PR reviews" favorise directement son produit (plus d'erreurs en prod = plus de valeur pour l'observabilité). Ce biais source n'est pas signalé dans l'article.
  4. Risque de non-intégration = quasi nul: La narrative "SDLC is dead" est omniprésente. Le guide n'a pas besoin d'un énième think-piece sans données.

Challenge (technical-writer agent)

Score abaissé de 3/5 à 2/5 sur la base de:

  • Conflit d'intérêt de l'auteur non identifié initialement (CTO observabilité qui recommande de supprimer les gates humains)
  • Comparaison défavorable avec "Boris Tane — How I use Claude Code" (4/5): cet article-là documentait un pattern concret reproductible (Annotation Cycle). Celui-ci ne propose rien d'actionnable.
  • "Watch only. Revisiter si Tane publie des données ou qu'un second praticien indépendant corrobore l'abandon des PR reviews avec des résultats mesurables."

Fact-check

Affirmation Vérifiée Source
Boris Tane = auteur ✅ URL + byline boristane.com
Highlight.io = plateforme observabilité ✅ Identifiable depuis le blog
Aucune stat/métrique dans l'article ✅ Assumé par l'article lui-même
"Context engineering" déjà couvert dans guide ✅ ultimate-guide.md lignes 1732, 13375, 15008, 18333
Guide a un PR auto-review GitHub Actions ✅ examples/github-actions/claude-pr-auto-review.yml

Aucune hallucination détectée. L'absence de stats dans l'article est elle-même un signal de faiblesse.

Si réévaluation future

Conditions pour repasser à 3-4/5:

  • Publication de métriques concrètes (coût, vélocité, taux de défauts en prod après abandon des PR reviews)
  • Corroboration indépendante du claim "abandon PR workflows" par un praticien sans conflit d'intérêt
  • Étude de cas avec before/after mesurable