Pith. sign in

REVIEW 1 cited by

Principles of Antifragile Software

Not yet reviewed by Pith; the record is open.

This paper has not been read by Pith yet. Machine review is queued; the pith claim, tier, and objections will appear here once it completes.

SPECIMEN: schema-true, not a live event

T0 review · schema-true

One-sentence machine reading of the paper's core claim.

pith:XXXXXXXX · record.json · timestamp

arxiv 1404.3056 v3 pith:TZD2QDGL submitted 2014-04-11 cs.SE

classification cs.SE
keywords antifragilesoftwareerrorsfaultsystemsadaptivealthoughalways
verification ladder T0 review T1 audit T2 compute T3 formal

Signed reviews

No signed human review yet.

0 comments
read the original abstract

The goal of this paper is to study and define the concept of "antifragile software". For this, I start from Taleb's statement that antifragile systems love errors, and discuss whether traditional software dependability fits into this class. The answer is somewhat negative, although adaptive fault tolerance is antifragile: the system learns something when an error happens, and always imrpoves. Automatic runtime bug fixing is changing the code in response to errors, fault injection in production means injecting errors in business critical software. I claim that both correspond to antifragility. Finally, I hypothesize that antifragile development processes are better at producing antifragile software systems.

Discussion (0). Continue with ORCID to comment.

Forward citations

Cited by 1 Pith paper

Reviewed papers in the Pith corpus that reference this work. Sorted by Pith novelty score. Full citation record

  1. Emergence-as-Code as a Foundation for Self-Governing Reliable Systems

    cs.SE 2026-02 conditional novelty 5.0 of 10

    EmaC proposes compiling journey-level reliability goals into conservative availability/latency bounds and rollout gates from intent plus live operational evidence.

Pith tools