80 : 20의 법칙, 중요한 소수의 법칙, 혹은 희소 인자의 원리
세상 대부분의 것들은 균등하게 분배되지 않았다
- 어떤 소프트웨어의 80%는 총 시간 중 20%만에 쓰일 수 있다(반대로, 가장 어려운 20%를 만드는 것에 80%의 시간이 든다).
- 사용자의 80%는 그들이 소비하는 소프트웨어의 20%만 사용
- 20%의 노력이 80%의 결과를 만들어낸다.
- 20%의 일이 80%의 수입을 창출한다.
- 20%의 버그가 80%의 크래쉬를 일으킨다.
- 20%의 기능이 사용량 중 80%를 차지한다.
2002년 당시 마이크로소프트는 20%의 가장 많이 보고된 버그를 고침으로써, 윈도우즈와 오피스에서 80%의 관련 에러와 크래쉬가 사라졌다고 하였다
Reversed Pareto
80%가 더 뛰어난 가치를 발생시킨다는 Long tail에 집중한 이론
그리고 이는 훨씬 다양한 고객이 있기 때문에 customization 이 필수적이다
codeanddonuts/hacker-laws-kr
개발을 이야기할 때 흔히 논하는 법칙들이 있습니다. 이 저장소는 그 중 가장 보편적인 것들에 대한 참조와 개요입니다. 공유와 PR 제출 부탁드려요! ❗: 이 저장소는 여러 법칙, 원칙, 그리고 패턴에 관한 설명을 포함하고 있지만, 그 중 어떤 것도 지지 하고 있지 않습니다. 그것들을 적용하여야 할지에 말지에 대해서는 언제나 논의의 여지가 있으며, 또한 당신이 어떤 작업을 하느냐에 따라서도 크게 달라집니다.
https://github.com/codeanddonuts/hacker-laws-kr

Seonglae Cho