Những loại tài liệu cho thiết kế trò chơi? [đóng cửa]


9

Loại hỗ trợ / định dạng nào bạn sử dụng để lưu trữ và khuếch tán tài liệu thiết kế trò chơi của bạn? Wiki? Tài liệu tập tin? Tập tin trong Kho lưu trữ? Thư mục dùng chung? Google tài liệu?

Vui lòng cung cấp ưu và nhược điểm cho từng người.

Câu trả lời:


14

Tôi đang sử dụng Google Docs vì tất cả những gì tôi thực sự cần là một trình soạn thảo văn bản trực tuyến. Tôi có thể cộng tác với mọi người trực tuyến một cách dễ dàng và tôi biết thông tin của mình được bảo mật trong trường hợp máy tính của tôi gặp sự cố.

Một lựa chọn khác đáng xem là sử dụng Dropbox . Thả tài liệu Word vào đó và bạn ngay lập tức có môi trường cộng tác với kiểm soát phiên bản.


5
PS Google Docs hoàn toàn TUYỆT VỜI để chỉnh sửa cộng tác theo thời gian thực kể từ bản cập nhật gần đây (giữa tháng 9, tôi nghĩ vậy). Mặt khác, Dropbox không có giải quyết xung đột (nó đổi tên một tệp xung đột, có thể tạo ra nhiều sự nhầm lẫn hơn), vì vậy thật tệ khi chỉnh sửa đồng thời các tệp nhưng tuyệt vời để sao lưu và chia sẻ / chỉnh sửa không đồng thời.
Ricket

Có cách nào để cài đặt tài liệu google của công ty-địa phương (như công ty-máy chủ) không?
Klaim

1
@Klaim, nếu bạn nhận được Ứng dụng google cho tên miền của mình, bạn có thể. google.com/apps/intl/en/business/index.html
Jesse Dorsey

4
Noctrine, nó vẫn được lưu trữ bởi google. Nó chỉ xuất hiện trên tên miền của bạn với mục CNAME. Nếu bạn yêu cầu dữ liệu phải có trên mạng cục bộ, điều này sẽ không hoạt động. OTOH, trừ khi bạn yêu cầu giải phóng mặt bằng bảo mật để hoạt động trên "trò chơi" của mình, yêu cầu sau thường là dấu hiệu của hoang tưởng và megalomania hơn bất kỳ điều gì khác.
drxzcl

1
Vâng, tôi đã biết về tên miền (Tôi đã có một số ứng dụng google cho tên miền của mình) nhưng giả sử bạn không có quyền truy cập internet mà chỉ truy cập vào mạng cục bộ?
Klaim

5

Wiki

Ưu điểm:

  • Phiên bản mới nhất luôn có thể truy cập trên web, từ ngoài trang web, v.v.
  • Khá dễ sử dụng (nếu bạn tránh xa những người bị đắm tàu ​​để định dạng như MediaWiki, nghĩa là)
  • Tự động lập chỉ mục, tìm kiếm, phân loại dễ dàng
  • Dễ dàng thay đổi thuộc tính cho mọi người và khiến họ chịu trách nhiệm về các thay đổi
  • Hỗ trợ liên kết và làm cho nó dễ dàng và hiệu quả để đưa ra các chi tiết
  • Có thể liên kết đến các trang wiki trực tiếp từ các báo cáo lỗi nội bộ và các thư từ khác, giúp việc xác minh lỗi rất dễ dàng
  • Lịch sử phiên bản và kiểm soát sửa đổi thường được xây dựng trong

Nhược điểm:

  • Đôi khi quá dễ dàng để thay đổi (* xem bên dưới) và yêu cầu kỷ luật
  • Các trang có thể không đồng bộ khi được chỉnh sửa riêng lẻ (thường không có 'tìm kiếm và thay thế toàn cầu' chẳng hạn)
  • Các trang bị mồ côi hoặc bị áp đặt và bị bỏ lại như những bãi mìn tiềm năng cho các lập trình viên sau này. ( "Ý bạn là gì khi chúng tôi không triển khai điều đó nữa? Nó vẫn nằm trong wiki thiết kế!" )
  • Cú pháp có thể là một chút bí truyền trừ khi bạn có được gói đúng
  • Phải sắp xếp lưu trữ, hoặc chấp nhận những gì có sẵn trực tuyến miễn phí
  • Không có lộ trình rõ ràng thông qua tài liệu - làm thế nào để bạn đọc nó 'tất cả'?
  • Khó in. Bạn có thể in tất cả ra chỉ với một cú nhấp chuột? Bạn có thể dễ dàng in ra mọi thứ liên quan đến một tính năng nhất định để đưa nó vào một cuộc họp không? Bạn có thể chú thích phiên bản kỹ thuật số dễ dàng mà không làm mờ tài liệu cơ bản không?

(* Chúng tôi đã sử dụng wiki cho một dự án và các nhà thiết kế luôn muốn tham gia và 'cải thiện' các phần của dự án, ngay cả trên các tính năng đã được đăng xuất và gửi để được mã hóa. Sau đó, khi QA đã thử nghiệm tính năng này, nó đã sẽ là một cơn ác mộng bởi vì thường thì thiết kế sẽ gợi ý một cái gì đó khác với những gì thực sự được mã hóa, và sẽ mất một chút công việc bực bội để tìm ra điều gì xảy ra trước, thay đổi thiết kế hoặc mã.)


1
Tất cả các Nhược điểm của bạn thực sự không thành vấn đề nếu bạn đang sử dụng Confluence, ngoại trừ việc lưu trữ không miễn phí trừ khi bạn lưu trữ trên máy chủ LAN của mình và cho phép người khác tham gia qua DynDNS hoặc dịch vụ tương tự.
LearnCocos2D

Điều thú vị là, chúng tôi đã sử dụng JIRA cho dự án của chúng tôi. Tôi đoán không ai coi Confluence là tốt hoặc có lẽ chi phí quá cao. Tôi nâng cao câu trả lời của bạn nào.
Kylotan

Tài liệu thiết kế dựa trên Wiki ... Xin vui lòng, xin vui lòng ... Đừng.
Laurent Couvidou

3

Tập tin văn bản

Trong dự án hiện tại của tôi, tôi đang sử dụng các tệp văn bản đơn giản trong thư mục "Tài liệu" của dự án, được lưu trữ trong kho lưu trữ bên cạnh mã.

Ưu điểm:

  • Tài liệu được giữ gần với công việc thực tế, vì vậy nó rất dễ tìm.
  • Định dạng đơn giản có nghĩa là nó dễ dàng và nhanh chóng để duy trì tài liệu.
  • Định dạng đơn giản cũng có nghĩa là có ít rủi ro mất tài liệu do sự cố máy chủ, hỏng tệp, v.v.
  • Thời gian thiết lập hoàn toàn tối thiểu làm cho điều này trở thành một khởi đầu tuyệt vời cho các nhóm phát triển đơn hoặc nhỏ (2-3 người).
  • Sử dụng kiểm soát phiên bản có nghĩa là các thay đổi được theo dõi và thường người ta có thể liên kết các thay đổi trong tài liệu trực tiếp với thay đổi trong mã.
  • Dễ dàng làm việc như văn bản, vì vậy việc tìm kiếm, chỉnh sửa, v.v thường có thể được thực hiện bằng các công cụ dòng lệnh.

Nhược điểm:

  • Hơn một vài người dùng và tài liệu sẽ dễ dàng đồng bộ hóa.
  • Không có liên kết, vì vậy hoặc bạn sử dụng một tài liệu lớn kỳ cục hoặc một số tài liệu nhỏ hơn nhưng bị ngắt kết nối.
  • Các tùy chọn định dạng và xuất bản bị giới hạn (mặc dù chuyển đổi, chẳng hạn như thông qua Markdown, rất dễ thực hiện.)
  • Dễ dàng làm việc với văn bản, vì vậy, cách duy nhất để có được tìm kiếm, chỉnh sửa nâng cao, v.v là sử dụng các công cụ dòng lệnh.

Đó không phải là thứ bạn muốn dựa vào bất kỳ loại công việc nhóm nào, nhưng sức mạnh của các tệp văn bản trong repo để cho phép bạn có quyền làm việc không nên bị đánh giá thấp cho nhà phát triển đơn lẻ. Hiện tại tôi sử dụng một tài liệu như một loại tổng quan / kế hoạch tổng thể có thiết kế chung, tài liệu thứ hai hoạt động như một danh sách ToDo của những thứ cụ thể mà trò chơi cần, tài liệu thứ ba như một trình theo dõi lỗi lỏng lẻo và tài liệu phụ trợ xây dựng trên "tính năng x" khi cần thiết.


2

Không sử dụng định dạng / trình soạn thảo tài liệu không có khả năng đa người dùng (ví dụ: MS Word, Open Office Writer). Chỉ một người có thể chỉnh sửa tài liệu và ngay cả với kiểm soát nguồn, quá dễ dàng để bắt đầu làm việc với phiên bản lỗi thời và bằng cách tiết kiệm về cơ bản bạn đã phá hủy mọi thứ mà người dùng khác đã thực hiện kể từ lần cuối cùng người dùng cập nhật phiên bản của mình của tài liệu.

Cho đến nay, các thư mục được chia sẻ là giải pháp tồi tệ nhất và tuyệt đối không sử dụng bất kỳ loại tài sản nào được cho là hợp tác. Bạn không bao giờ có thể chắc chắn rằng ai đó đang làm việc với tập tin đó ngay bây giờ, hoặc sẽ làm như vậy trong vài phút tới. Bạn cũng không có theo dõi thay đổi và không thể quay lại phiên bản trước trong trường hợp xảy ra thảm họa (lỗi của con người hoặc sự ngu ngốc của con người hoặc sự bỏ rơi của con người).

Tốt nhất là sử dụng Wiki, nhưng một người dùng thân thiện và thực sự là WYSIWYG. Cá nhân tôi thề với Confluence , cũng được sử dụng trong các studio phát triển trò chơi lớn hơn và chỉ có 10 đô la cho tối đa 10 người dùng và người xem không giới hạn.

Hầu hết các wiki khác (MediaWiki, TikiWiki, v.v.) đều có nhược điểm là chúng có đường cong học tập dốc hoặc thậm chí không thể sử dụng được bởi những người không có kỹ thuật. Không phải là họ không thể học nó nhưng họ (không đúng) không chấp nhận sử dụng một hệ thống tài liệu về cơ bản yêu cầu bạn viết mã như HTML. Đây là tiểu thư thú cưng của tôi: Wikis nói rằng chúng là WYSIWYG nhưng tất cả những gì chúng làm là chèn cú pháp vào văn bản bạn đang viết. Đó không phải là WYSIWYG!

Hướng dẫn sử dụng wiki là đặt mọi tiêu đề trên một trang riêng biệt, do đó bạn có thể cắt tài liệu thành nhiều phần có thể quản lý được. Confluence cung cấp các tính năng mà sau đó bạn có thể tổng hợp tất cả các trang con đó trở lại thành một trang web hoặc tài liệu, có thể được xuất sang PDF chẳng hạn.


1

Tôi nghĩ One Note là một lựa chọn tốt. Nó giống như Wiki nhưng có nhiều hỗ trợ chỉnh sửa văn bản phong phú. Ngoài ứng dụng khách máy tính để bàn tiêu chuẩn đi kèm với Office, còn có phiên bản dựa trên web với bộ Office Live . Thành thật mà nói, tôi nghĩ rằng phiên bản dựa trên web, miễn phí, nên đủ cho hầu hết các nhu cầu và khi kết hợp với Skydrive, bạn có một hệ thống khá tốt để cộng tác trên một tài liệu trực tiếp.


evernote.com cũng là một khả năng cho những người muốn có một sự thay thế miễn phí cho OneNote. Nó có một máy khách web và máy khách cho các nền tảng khác nhau (máy tính để bàn, điện thoại) và lưu trữ tất cả các ghi chú của bạn "trong đám mây". Tôi nghĩ rằng nó cũng có các tính năng cộng tác, nhưng chúng có thể là cao cấp.
CodexArcanum

0

Đối với một trong những dự án nguồn mở của tôi, chúng tôi đã sử dụng (gasp) SharePoint để lưu trữ tài liệu và phương tiện truyền thông. Việc quản lý người dùng và quyền là khá đơn giản và nó có hỗ trợ cho lịch sử phiên bản đầy đủ. Chúng tôi đã có trang web SharePoint khoảng bốn năm nay, vì vậy rất có thể có các tùy chọn tốt hơn hiện nay. Tuy nhiên, nó đã làm việc khá tốt cho chúng tôi. Nó được lưu trữ bởi một bên thứ ba (khoảng $ 20 / tháng), vì vậy sau khi thiết lập ban đầu, hầu như không có sự bảo trì nào từ phía chúng tôi. Ngoài việc hỗ trợ thư viện tài liệu và hình ảnh, SharePoint còn hỗ trợ Wiki, mặc dù tôi không chắc nó sẽ đo lường tốt như thế nào so với các công cụ Wiki phổ biến hơn.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.