10 quy tắc bắt kịp khi xây dựng DAO

Tác giả: Owocki, DAOSquare

Điều 1: Định luật Gall

Định luật Gale phát biểu rằng một hệ thống phức tạp hiệu quả luôn phát triển từ một hệ thống đơn giản hiệu quả. (chứ không phải là một hệ thống phức tạp và chưa được biết đến ngay từ đầu). Cách sử dụng luật này: Hãy tận dụng nó khi thiết kế sản phẩm khả thi tối thiểu của bạn.

Điều 2: Nguyên tắc Pareto (Nguyên tắc Pareto)

Nguyên tắc Pareto (hay Luật 82) quy định rằng khoảng 80% kết quả hiệu quả đến từ 20% nỗ lực chính. Cách sử dụng luật này: Hãy tận dụng nó khi thiết kế sản phẩm khả thi tối thiểu của bạn.

Điều 3: Định luật Parkinson

Luật Parkinson quy định rằng công việc được kéo dài để lấp đầy thời gian hoặc ngân sách để hoàn thành công việc. Cách sử dụng luật này: Hãy sử dụng nó để đặt ra những thời hạn đủ xa (nhưng không quá xa).

Điều 4: Định luật Goodhart

Định luật Goodhart quy định rằng khi một chỉ số trở thành mục tiêu thì đó không còn là chỉ số tốt nữa. Cách sử dụng luật này: Hãy tuân thủ luật này khi xây dựng các hệ thống được thiết kế để hoàn thành các nhiệm vụ khó khăn, chẳng hạn như gây quỹ cho hàng hóa công hoặc chống lại danh tính giả.

Điều 5: Luật Brooks

Fred Brooks đã chỉ ra trong cuốn sách "Tháng thần thoại" của mình rằng việc bổ sung nhân lực cho một dự án phần mềm đang bị trì hoãn sẽ khiến tình trạng chậm trễ trở nên tồi tệ hơn. Cách sử dụng quy tắc này: Giữ quy mô nhóm của bạn nhỏ.

Điều 6: Định luật Moore

Định luật Moore là một quan sát được thực hiện bởi người đồng sáng lập Intel, Gordon Moore vào năm 1965, rằng số lượng bóng bán dẫn trên một con chip sẽ tăng gấp đôi khoảng hai năm một lần, nhưng giá thành của nó lại giảm một nửa. Cách sử dụng định luật này: Tất cả chúng ta đều đang đi theo làn sóng Định luật Moore một cách tự nhiên. Đây là một phần của việc tạo ra lợi nhuận khổng lồ trong lĩnh vực công nghệ!

Điều 7: Định luật Metcalfe

Định luật Metcalfe quy định rằng giá trị của mạng viễn thông tỷ lệ thuận với bình phương số lượng người dùng kết nối với hệ thống (n^2). Cách sử dụng luật này: Xây dựng để tạo ra giá trị theo cấp số nhân!

Điều 8: Số Dunbar

Con số của Dunbar cho thấy rằng có một giới hạn về nhận thức đối với số người mà một người có thể duy trì mối quan hệ xã hội ổn định. Cách sử dụng luật này: Giữ quy mô nhóm của bạn nhỏ trừ khi cần thiết! Nếu bạn cần mở rộng quy mô nhóm của mình, hãy lưu ý đến các mô hình tin cậy tốt nhất cho từng cấp độ.

Điều 9: Triết lý Unix (Triết lý Unix)

Triết lý của Unix là: 1) làm cho mỗi chương trình làm tốt một việc, 2) để đầu ra của mỗi chương trình là đầu vào của chương trình khác, 3) viết các chương trình để làm việc cùng nhau. Cách sử dụng luật này: Xây dựng phần mềm mô-đun!

Điều 10: Định luật Conway

Luật Conway quy định rằng hệ thống mà một tổ chức thiết kế sẽ phản ánh cấu trúc truyền thông của chính tổ chức đó. Cách sử dụng luật này: Thiết kế tổ chức của bạn theo cách tương tự như phát triển phần mềm. Xin lưu ý rằng cấu trúc tổng thể không thể được mở rộng!