Get the latest tech news
Hacker Laws
- ๐ Check out my new book Effective Shell on Amazon - ๐ Try hacker-laws.com - ๐ง Experiment with my new project Terminal AI - โ๏ธ Like this project? Consider buying me a coffee with a one-off donation - ๐ง Listen to the podcast The Changelog - Laws for Hackers to Live By - ๐ Download the PDF eBook - Introduction - Laws - 90โ9โ1 Principle (1% Rule) - 90โ90 Rule - Amdahl's Law - The Broken Windows Theory - Brooks' Law - CAP Theorem (Brewer's Theorem) - Clarke's three laws - Conway's Law - Cunningham's Law - Dunbar's Number - The Dunning-Kruger Effect - Fitts' Law - Gall's Law - Goodhart's Law - Hanlon's Razor - Hick's Law (Hick-Hyman Law) - Hofstadter's Law - Hutber's Law - The Hype Cycle & Amara's Law - Hyrum's Law (The Law of Implicit Interfaces) - Input-Process-Output (IPO) - Kernighan's Law - Linus's Law - Metcalfe's Law - Moore's Law - Murphy's Law / Sod's Law - Occam's Razor - Parkinson's Law - Premature Optimization Effect - Putt's Law - Reed's Law - The Bitter Lesson - The Ringelmann Effect - The Law of Conservation of Complexity (Tesler's Law) - The Law of Demeter - The Law of Leaky Abstractions - The Law of the Instrument - The Law of Triviality - The Unix Philosophy - The Scout Rule - The Spotify Model - The Two Pizza Rule - Twyman's law - Wadler's Law - Wheaton's Law - Principles - All Models Are Wrong (George Box's Law) - Chesterton's Fence - Kerckhoffs's principle - The Dead Sea Effect - The Dilbert Principle - The Pareto Principle (The 80/20 Rule) - The Shirky Principle - The Peter Principle - The Robustness Principle (Postel's Law) - SOLID - The Single Responsibility Principle - The Open/Closed Principle - The Liskov Substitution Principle - The Interface Segregation Principle - The Dependency Inversion Principle - The DRY Principle - The KISS principle - YAGNI - The Fallacies of Distributed Computing - The Principle of Least Astonishment - Reading List - Online Resources - PDF eBook - Podcast - Translations - Related Projects - Contributing - TODO Introduction There are lots of laws which people discuss when talking about development. This repository is a reference and overview of some of the most common ones.
Dunbar's number is not only important to keep in mind as an office grows, but also when setting the scope for team efforts or deciding when a system should invest in tooling to assist in modeling and automating logistical overhead. He goes on to suggest that this indicates we should stop trying to build simplified (or even complex) models of the mind as history has shown that these have always in the long term been failures compared to (as an example) scaling the capacity of neural networks and applying existing methods such as convolution. Coined by Wil Wheaton (Star Trek: The Next Generation, The Big Bang Theory), this simple, concise, and powerful law aims for an increase in harmony and respect within a professional organization.
Or read this on Hacker News