Tôi muốn nghĩ rằng mọi thứ xung quanh chúng ta có thể được thể hiện, bằng cách này hay cách khác, thông qua một sơ đồ. Ngay cả khi nó chỉ là một sơ đồ tuyến tính thể hiện sự chuyển đổi giữa các trạng thái của một đối tượng cụ thể trong suốt thời gian (giống như một sinh vật sống, trải qua một số trạng thái từ khi sinh ra đến khi chết). Tôi sử dụng sơ đồ để đặt ra những suy nghĩ và ý tưởng của mình cho việc thực hiện thực tế. Tôi ứng biến khá nhiều.
Do đó, sơ đồ của tôi hầu hết thời gian ở mức rất cao, và cảm thấy giống như bản đồ tư duy .
Để đưa ra một số ví dụ, đây thực sự là một bản đồ kế thừa lớp (một bản đồ đã bị cắt) trong trò chơi của tôi trong đó Đối tượng tương tác là loại cơ sở.
Đây là sơ đồ FSM ( Máy trạng thái hữu hạn ) cho một cái bẫy gai (những cái bẫy tuyệt vời mà bạn bước và gai woosh xuất hiện từ mặt đất).
Đây là một sơ đồ sổ tay (được đặt tên theo cách này vì nó dự định trở lại sơ đồ thường ) mà tôi đã vẽ gần đây. Nó phác thảo các thành phần của trò chơi và cũng giúp thu thập các tài sản cần thiết, vì bạn có thể thấy ngay những gì cần thiết và những gì không. Tôi đề xuất những điều này cho các dự án nhỏ, vì chúng trở nên khá lớn đối với các dự án lớn. Chúng có thể được mở rộng hơn nữa, do đó có thể sửa chữa mọi thứ.
Khi tôi đi đến cấp thấp hơn, thường là vì tôi cần lập kế hoạch cho các khía cạnh phức tạp nhất trong kiến trúc của mình và tôi thường xử lý UML ở đó. Mặc dù vậy, tôi không bao giờ tập trung vào việc xuất ra UML hoàn toàn sạch và chính xác. Tôi đã chấp nhận những gì tôi thích nhất về quy ước UML và biến nó thành một sơ đồ tư duy tuyệt vời - đó là UML. Nó đơn giản và thực hiện công việc cho tôi, nhưng tôi sẽ không làm việc đó trong một môi trường mà UML thực tế được mong đợi, vì những lý do rõ ràng.
Một tình huống khác khi tôi phải xuống cấp thấp hơn là khi tôi phải mô tả các thuật toán thực tế. Tôi sử dụng những gì tôi gọi là sơ đồ dòng chảy . Nó là một định dạng lấy cảm hứng từ các sơ đồ được sử dụng trong thử nghiệm hộp trắng .
Một mẫu cho cái bẫy tăng đột biến mà tôi đã vẽ ngay bây giờ sẽ trông như thế này:
Đây thường là lớp cuối cùng giữa các sơ đồ và triển khai thuật toán thực tế. Nếu có nhu cầu, tôi sẽ trình bày chi tiết hơn về sơ đồ dòng (với các hướng dẫn được thực hiện thêm) và suy ra hoặc ước tính độ phức tạp và xây dựng các trường hợp kiểm tra chính xác. Tôi cũng thích sơ đồ hơn mã giả.
Không liên quan đến phát triển trò chơi, tôi cũng có một định dạng đẹp để mô tả các màn hình trong một ứng dụng đa màn hình, chức năng mà người dùng có thể kích hoạt trên mỗi màn hình và mối quan hệ giữa các màn hình. Tôi thường xây dựng những thứ này trước khi bắt đầu phát triển thực tế và chúng hoạt động như một bản đồ trong suốt quá trình phát triển. Nếu nó dành cho khách hàng, sơ đồ màn hình thậm chí còn hữu ích hơn! Nó giúp tôi đi qua tất cả các dự án, từ đầu đến đầu và xem xét tất cả các chức năng mà nó sẽ cần. Do đó, việc cung cấp một ước tính chi phí và thời gian chính xác là vô giá.
Vì vậy, yeah, tôi chắc chắn sơ đồ tất cả mọi thứ và bất cứ điều gì. Nếu tôi có một ý tưởng, tôi có thể và chắc chắn sẽ vẽ sơ đồ cho nó. Nếu tôi bằng cách nào đó bắt đầu một dự án mà không có ít nhất một sơ đồ rất rộng để sao lưu, tôi cảm thấy bị tê liệt.