Правило перше: починати з простого, поступово ускладнюючи
Ефективні складні системи зазвичай виникають з простих і ефективних систем. При проектуванні мінімально життєздатного продукту DAO слід дотримуватися цього принципу, починаючи з простого і поступово вдосконалюючи та ускладнюючи його в міру розвитку.
Закон два: Зосередьтеся на ключових елементах
Приблизно 80% результату походить від 20% ключових зусиль. При проектуванні мінімально життєздатного продукту DAO слід зосередитися на найважливіших функціях та характеристиках, щоб досягти максимального ефекту.
Закон три: розумно встановлюйте крайні терміни
Робота зазвичай розтягується, щоб заповнити доступний час або бюджет. Для підвищення ефективності слід встановити розумні терміни - не надто термінові, але й не занадто вільні.
Правило четверте: обережно обирайте показники оцінки
Коли певний показник стає метою, він може більше не бути хорошим стандартом оцінки. Під час побудови систем, що обробляють складні завдання (такі як фінансування громадських товарів або запобігання шахрайству з ідентичністю), необхідно обережно обирати та використовувати оцінювальні показники.
Правило п'ять: зберігайте команду компактною
Залучення додаткової робочої сили до проектів, які вже затримуються, може призвести до подальших затримок. Тому варто зберігати команду якомога меншою, щоб підвищити ефективність і координацію.
Закон шість: Обіймати технологічний прогрес
Технологічний розвиток змінюється щодня, обчислювальні можливості постійно зростають. DAO повинно повною мірою використовувати цю тенденцію, використовуючи технологічний прогрес для створення вартості та підвищення ефективності.
Цінність мережі пропорційна квадрату її кількості користувачів. DAO повинно прагнути розширити базу користувачів, створюючи експоненційний ріст вартості.
Закон вісім: звертайте увагу на обмеження соціального масштабу
Кількість стабільних соціальних відносин, які можуть підтримувати люди, має когнітивні обмеження. Якщо це не є необхідним, слід підтримувати невеликий розмір команди. Якщо потрібно розширити масштаб, слід звернути увагу на встановлення відповідних механізмів довіри на різних рівнях.
Закон дев'ять: модульний дизайн
Слідуючи принципу "одна програма - одна задача", DAO повинно використовувати модульний дизайн, що дозволяє окремим компонентам працювати незалежно один від одного, але при цьому взаємодіяти, підвищуючи загальну ефективність і гнучкість.
Правило десяте: організаційна структура впливає на проектування системи
Комунікаційна структура організації відображається в системі, яку вона проектує. При проектуванні DAO слід спиратися на методи розробки програмного забезпечення, звертаючи увагу на відповідність між організаційною структурою та системним дизайном, а також бути обережним із обмеженнями, пов'язаними з масштабованістю загальної структури.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
22 лайків
Нагородити
22
7
Репост
Поділіться
Прокоментувати
0/400
liquidation_surfer
· 8год тому
Знову кричите dao? Я бачу, що це стара горілка у новій пляшці.
Переглянути оригіналвідповісти на0
MidsommarWallet
· 20год тому
Знову займаються цими фокусами. Справді вважаєте, що DAO можна сприймати легковажно?
Переглянути оригіналвідповісти на0
alpha_leaker
· 08-10 21:32
Фантазія, зрештою, залишається фантазією, реальність чекає на мене.
Переглянути оригіналвідповісти на0
BackrowObserver
· 08-10 21:32
Не витрачайте стільки слів, результат все одно залишиться на рівні ddl.
Переглянути оригіналвідповісти на0
FarmHopper
· 08-10 21:29
Правило 80/20太真实,80%项目死在核心定位上
Переглянути оригіналвідповісти на0
IronHeadMiner
· 08-10 21:22
Знову теорія підрахунків, краще вже просто працювати.
10 основних правил створення ефективного DAO: від простого до модульного дизайну
Десять правил для побудови ефективного DAO
Правило перше: починати з простого, поступово ускладнюючи
Ефективні складні системи зазвичай виникають з простих і ефективних систем. При проектуванні мінімально життєздатного продукту DAO слід дотримуватися цього принципу, починаючи з простого і поступово вдосконалюючи та ускладнюючи його в міру розвитку.
Закон два: Зосередьтеся на ключових елементах
Приблизно 80% результату походить від 20% ключових зусиль. При проектуванні мінімально життєздатного продукту DAO слід зосередитися на найважливіших функціях та характеристиках, щоб досягти максимального ефекту.
Закон три: розумно встановлюйте крайні терміни
Робота зазвичай розтягується, щоб заповнити доступний час або бюджет. Для підвищення ефективності слід встановити розумні терміни - не надто термінові, але й не занадто вільні.
Правило четверте: обережно обирайте показники оцінки
Коли певний показник стає метою, він може більше не бути хорошим стандартом оцінки. Під час побудови систем, що обробляють складні завдання (такі як фінансування громадських товарів або запобігання шахрайству з ідентичністю), необхідно обережно обирати та використовувати оцінювальні показники.
Правило п'ять: зберігайте команду компактною
Залучення додаткової робочої сили до проектів, які вже затримуються, може призвести до подальших затримок. Тому варто зберігати команду якомога меншою, щоб підвищити ефективність і координацію.
Закон шість: Обіймати технологічний прогрес
Технологічний розвиток змінюється щодня, обчислювальні можливості постійно зростають. DAO повинно повною мірою використовувати цю тенденцію, використовуючи технологічний прогрес для створення вартості та підвищення ефективності.
! 10 принципів побудови DAO
Закон сім: звертати увагу на мережевий ефект
Цінність мережі пропорційна квадрату її кількості користувачів. DAO повинно прагнути розширити базу користувачів, створюючи експоненційний ріст вартості.
Закон вісім: звертайте увагу на обмеження соціального масштабу
Кількість стабільних соціальних відносин, які можуть підтримувати люди, має когнітивні обмеження. Якщо це не є необхідним, слід підтримувати невеликий розмір команди. Якщо потрібно розширити масштаб, слід звернути увагу на встановлення відповідних механізмів довіри на різних рівнях.
Закон дев'ять: модульний дизайн
Слідуючи принципу "одна програма - одна задача", DAO повинно використовувати модульний дизайн, що дозволяє окремим компонентам працювати незалежно один від одного, але при цьому взаємодіяти, підвищуючи загальну ефективність і гнучкість.
Правило десяте: організаційна структура впливає на проектування системи
Комунікаційна структура організації відображається в системі, яку вона проектує. При проектуванні DAO слід спиратися на методи розробки програмного забезпечення, звертаючи увагу на відповідність між організаційною структурою та системним дизайном, а також бути обережним із обмеженнями, пов'язаними з масштабованістю загальної структури.