Ефективні складні системи часто виникають з простих і ефективних систем. При розробці мінімально життєздатного продукту слід дотримуватися цього принципу, починаючи з простого і поступово еволюціонуючи.
2. Принцип Парето
Відомий також як правило 80/20, воно стверджує, що приблизно 80% результатів походять з 20% ключових зусиль. При розробці мінімально життєздатного продукту слід зосередити увагу на тих основних елементах, які можуть принести максимальну вигоду.
3. Закон Паркінсона
Робоча зустріч природно розширюється, щоб заповнити доступний час або бюджет. Щоб підвищити ефективність, встановлення розумних термінів є надзвичайно важливим, вони не повинні бути занадто терміновими і не повинні бути занадто розпливчастими.
4. Закон Гудхарта
Коли якийсь показник стає метою, він часто перестає бути хорошим показником. При побудові складних систем (таких як фінансування суспільних благ або перевірка особи) необхідно з обережністю враховувати цей принцип.
5. Закон Брукса
Додавання людських ресурсів до програмного проекту, терміни виконання якого вже були продовжені, може призвести до подальшого затримання. Зазвичай утримання компактного складу команди є більш вигідним для прогресу проекту.
Кількість транзисторів на чіпі приблизно подвоюється кожні два роки, тоді як витрати зменшуються вдвічі. Цей закон ілюструє експоненціальний зріст технологічного прогресу і є основою для створення величезної вартості в галузі технологій.
Цінність мережі пропорційна квадрату кількості її користувачів. При побудові системи слід враховувати, як досягти експоненціального зростання вартості.
8. Число Данбара
Кількість стабільних соціальних відносин, які може підтримувати людина, має когнітивні обмеження. За винятком випадків, коли це необхідно, слід зберігати невелику команду. Якщо потрібно розширення, слід звернути увагу на оптимальні моделі довіри на різних рівнях.
9. Філософія Unix
Наголошення на належному виконанні однієї справи, співпраці між модулями та повторному використанні виходу. Під час розробки програмного забезпечення слід прагнути до модульного дизайну, щоб різні частини могли ефективно взаємодіяти.
10. Закон Конвея
Системи, спроектовані організацією, часто відображають її власну комунікаційну структуру. При проектуванні організації слід враховувати методи розробки програмного забезпечення, але також необхідно звертати увагу на обмеження розширюваності загальної структури.
Переглянути оригінал
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
23 лайків
Нагородити
23
7
Поділіться
Прокоментувати
0/400
OnchainHolmes
· 07-09 03:06
Я вважаю, що багато DAO просто займаються безладом.
Переглянути оригіналвідповісти на0
WenMoon
· 07-08 09:28
Закони, якщо їх занадто багато, просто не вистачає грошей.
Переглянути оригіналвідповісти на0
PanicSeller
· 07-06 09:08
Навіщо так ускладнювати? Головне - зрозуміти.
Переглянути оригіналвідповісти на0
ZKSherlock
· 07-06 09:04
насправді... управління без zk - це як будувати на quicksand ngl
Переглянути оригіналвідповісти на0
BlockchainArchaeologist
· 07-06 09:00
Добре впорядковані правила!
Переглянути оригіналвідповісти на0
TradFiRefugee
· 07-06 08:56
Сказавши так багато, все ж потрібно спалити монету управління.
Обов'язковий курс побудови DAO: десять правил для ефективного управління
Десять правил для побудови DAO
1. Гайлове правило
Ефективні складні системи часто виникають з простих і ефективних систем. При розробці мінімально життєздатного продукту слід дотримуватися цього принципу, починаючи з простого і поступово еволюціонуючи.
2. Принцип Парето
Відомий також як правило 80/20, воно стверджує, що приблизно 80% результатів походять з 20% ключових зусиль. При розробці мінімально життєздатного продукту слід зосередити увагу на тих основних елементах, які можуть принести максимальну вигоду.
3. Закон Паркінсона
Робоча зустріч природно розширюється, щоб заповнити доступний час або бюджет. Щоб підвищити ефективність, встановлення розумних термінів є надзвичайно важливим, вони не повинні бути занадто терміновими і не повинні бути занадто розпливчастими.
4. Закон Гудхарта
Коли якийсь показник стає метою, він часто перестає бути хорошим показником. При побудові складних систем (таких як фінансування суспільних благ або перевірка особи) необхідно з обережністю враховувати цей принцип.
5. Закон Брукса
Додавання людських ресурсів до програмного проекту, терміни виконання якого вже були продовжені, може призвести до подальшого затримання. Зазвичай утримання компактного складу команди є більш вигідним для прогресу проекту.
! 10 принципів побудови DAO
6. Закон Мура
Кількість транзисторів на чіпі приблизно подвоюється кожні два роки, тоді як витрати зменшуються вдвічі. Цей закон ілюструє експоненціальний зріст технологічного прогресу і є основою для створення величезної вартості в галузі технологій.
! 10 принципів побудови DAO
7. Закон Метрікафа
Цінність мережі пропорційна квадрату кількості її користувачів. При побудові системи слід враховувати, як досягти експоненціального зростання вартості.
8. Число Данбара
Кількість стабільних соціальних відносин, які може підтримувати людина, має когнітивні обмеження. За винятком випадків, коли це необхідно, слід зберігати невелику команду. Якщо потрібно розширення, слід звернути увагу на оптимальні моделі довіри на різних рівнях.
9. Філософія Unix
Наголошення на належному виконанні однієї справи, співпраці між модулями та повторному використанні виходу. Під час розробки програмного забезпечення слід прагнути до модульного дизайну, щоб різні частини могли ефективно взаємодіяти.
10. Закон Конвея
Системи, спроектовані організацією, часто відображають її власну комунікаційну структуру. При проектуванні організації слід враховувати методи розробки програмного забезпечення, але також необхідно звертати увагу на обмеження розширюваності загальної структури.