Look up a principle you heard in a code review or technical discussion to understand what it means.
Build shared vocabulary across your engineering team by referencing common laws and patterns.
Learn why certain design patterns or management approaches are named what they are and how they apply to your work.
hacker-laws is a reference document, a single, long Markdown file that catalogues laws, theories, principles, and patterns that show up in conversations among developers and technologists. Think of the phrases people drop into discussions: "that's just Conway's Law," "remember the Pareto Principle," "this is a leaky abstraction." This repository explains each one, in plain language, in one place. The table of contents groups entries into Laws, Principles, a Reading List, online resources, a PDF eBook, and a podcast episode. Under Laws you find items like Amdahl's Law on parallel-computing speedup, Brooks' Law, the CAP Theorem, Conway's Law, Goodhart's Law, Hyrum's Law, Moore's Law, Murphy's Law, Occam's Razor, Parkinson's Law, the Law of Leaky Abstractions, the Unix Philosophy, and the Two Pizza Rule, among many others. Under Principles you find SOLID and its five constituent rules, plus DRY, KISS, YAGNI, the Robustness Principle, the Pareto Principle, the Fallacies of Distributed Computing, and the Principle of Least Astonishment. Each entry is a short write-up with a link to further reading. The author is clear that the repo describes these ideas without endorsing them, whether any given law should be applied depends on the project. The content has been translated into multiple languages by contributors and is available both online at hacker-laws.com and as a downloadable PDF. You would use this as a glossary when you hit an unfamiliar named law in a code review or a blog post, or as background reading to broaden your vocabulary around software-engineering trade-offs. The content is published as HTML and Markdown. The full README is longer than what was provided.
Generated 2026-05-21 · Model: sonnet-4-6 · Verify against the repo before relying on details.