···8282- [Laws of Software Development](http://www.globalnerdy.com/2007/07/18/laws-of-software-development/)
8383- [Famous Laws Of Software Development](https://www.timsommer.be/famous-laws-of-software-development/)
8484- [Laws of Computing](https://gist.github.com/sorahn/905f67acf00d6f2aa69e74a39de65941)
8585-- [Hacker Laws](https://github.com/dwmkerr/hacker-laws)
8585+- [Hacker Laws](https://github.com/dwmkerr/hacker-laws) ([website](https://hacker-laws.com/))
8686- [Engineering Axioms](https://martinrue.com/my-engineering-axioms/)
8787- [CUPID](https://dannorth.net/2022/02/10/cupid-for-joyful-coding/)
8888- [Things they didn't teach you about Software Engineering](https://vadimkravcenko.com/shorts/things-they-didnt-teach-you/)
+3-1
Teamwork.md
···6969 1. Question everything.
7070 2. Remove more than you add.
7171 3. Optimize what works.
7272- 4. Shorten iteration cycles. **[Boyd's Law of Iteration](https://blog.codinghorror.com/boyds-law-of-iteration/): speed of iteration beats quality of iteration**.
7272+ 4. Shorten iteration cycles. **[Boyd's Law of Iteration](https://blog.codinghorror.com/boyds-law-of-iteration/): speed of iteration beats quality of iteration**. No tasks longer than one week. You have to ship something into live production every week โ worst case, two weeks.
7373 5. [[Automation|Automate]] and keep standards.
7474- Keep great global [[coordination]] and incentive local experimentation.
7575 - Being able to run small and compounding experiments (on the product or company [[processes]] and systems) is important. **Work smaller**.
···144144- There may be certain functions where at your current stage that don't need a team yet.
145145- Each team runs its own processes. This must be done transparently.
146146- The team has the final call in which of its features get into production, with no need for external QA/control.
147147+- Dogfooding is a superpower. Ship, use, iterate.
148148+- Prototypes over RFCs and discussions.
147149148150## Getting Started
149151