Oyun tasarımı için ne tür bir belge? [kapalı]


9

Oyun tasarımı belgelerinizi saklamak ve dağıtmak için ne tür destek / biçim kullanıyorsunuz? Wiki? Doc dosyaları? Depodaki dosyalar? Paylaşılan klasör? Google Doküman?

Lütfen her biri için artıları ve eksileri sağlayın.

Yanıtlar:


14

Google Dokümanlar kullanıyorum çünkü tek ihtiyacım olan çevrimiçi bir metin editörü. Çevrimiçi kişilerle göreceli olarak kolaylıkla birlikte çalışabilirim ve bilgisayarımın çökmesi durumunda bilgilerimin güvenli olduğunu biliyorum.

Bakmaya değer başka bir seçenek de Dropbox kullanmaktır . Bir Word belgesini oraya bırakın ve anında sürüm kontrolü ile ortak bir ortama sahip olun.


5
PS Google Dokümanlar, son (Eylül ortası, sanırım) güncellemesinden itibaren gerçek zamanlı ortak düzenleme için tamamen ŞAŞIRTICI. Diğer yandan Dropbox, çakışma çözünürlüğüne sahip değildir (çakışan bir dosyayı yeniden adlandırır, bu da daha fazla karışıklık yaratabilir), bu nedenle dosyaların eşzamanlı olarak düzenlenmesi için oldukça korkunçtur, ancak yedekleme ve paylaşım / eşzamanlı olmayan düzenleme için harikadır.
Ricket

Şirket-yerel (şirket-sunucu kurulu olarak) google dokümanlarına sahip olmanın bir yolu var mı?
Klaim

1
@Klaim, alan adınız için google Apps alırsanız yapabilirsiniz. google.com/apps/intl/tr/business/index.html
Jesse Dorsey

4
Noctrine, hala google tarafından barındırılıyor. Alan adınızda yalnızca bir CNAME girişi izniyle görünür. Verilerin fiziksel olarak yerel ağınızda olmasını istiyorsanız, bu çalışmaz. OTOH, "oyununuz" üzerinde çalışmak için bir güvenlik izni gerekmedikçe, ikinci gereklilik genellikle paranoya ve megalomaninin bir göstergesidir.
drxzcl

1
Evet zaten etki alanları için biliyorum (etki alanlarım için zaten birkaç google uygulamam var), ancak internete erişiminiz olmadığını, yalnızca yerel bir ağa sahip olduğunuzu varsayalım?
Klaim

5

wiki

Artıları:

  • En son sürüme her zaman web üzerinden, site dışında vb. Erişilebilir.
  • Kullanımı oldukça kolay (MediaWiki gibi biçimlendirme için tren kazası olanlardan uzak durursanız,)
  • Otomatik indeksleme, arama, kolay sınıflandırma
  • Değişiklikleri insanlara atfetmek ve değişikliklerden sorumlu kılmak kolaydır
  • Bağlantıyı destekler ve ayrıntıları etkilemeyi kolay ve etkili hale getirir
  • Wiki sayfalarına doğrudan dahili hata raporlarından ve diğer yazışmalardan bağlanabilir ve bir hatanın doğrulanmasını çok kolay hale getirir
  • Tipik olarak yerleşik sürüm geçmişi ve revizyon kontrolü

Eksileri:

  • Bazen ÇOK değiştirmek kolaydır (* aşağıya bakınız) ve disiplin gerektirir
  • Sayfalar, tek başına düzenlendiğinde senkronize edilemez (örneğin, genellikle 'genel arama ve değiştirme' yok)
  • Sayfalar yetim kalıyor veya üst üste bindiriliyor ve kodlayıcılar için daha sonra potansiyel mayın tarlaları olarak bırakılıyor. ( "Bunu artık uygulamadığımız anlamına ne demek istiyorsun? Hala tasarım wiki'sinde!" )
  • Doğru paketi almadığınız sürece sözdizimi biraz ezoterik olabilir
  • Hosting ayarlamalısınız veya çevrimiçi olarak ücretsiz olanları kabul etmelisiniz
  • Belgede net bir rota yok - 'hepsini' nasıl okuyorsunuz?
  • Yazdırması zor. Hepsini tek bir tıklamayla yazdırabilir misiniz? Belirli bir özellikle ilgili her şeyi toplantıya almak için kolayca yazdırabilir misiniz? Temel belgeyi gizlemeden dijital sürüme kolayca açıklama ekleyebilir misiniz?

(* Bir proje için bir wiki kullandık ve tasarımcılar, imzalanmış ve kodlanmak üzere gönderilen özelliklerde bile, her zaman içeri girmeye ve parçalarını 'iyileştirmeye' cazip geldiler. bir kabus olurdu çünkü tasarım aslında kodlanmış olandan farklı bir şey önerir ve ilk önce hangisinin olduğunu, tasarımda veya kodda değişiklik olduğunu bulmak oldukça sinir bozucu bir çalışma gerektirir.)


1
Confluence kullanıyorsanız tüm Eksileriniz gerçekten sorun değil, LAN sunucunuzda barındırmadıkça ve başkalarının DynDNS veya benzer bir hizmet yoluyla katılmasına izin vermedikçe barındırma hariç.
LearnCocos2D

Komik olan şey, projemiz için JIRA'yı kullandık. Sanırım kimse de Confluence'ı düşünmedi ya da belki de maliyet çok yüksekti. Yine de cevabını iptal ettim.
Kylotan

Wiki tabanlı tasarım belgeleri ... Lütfen, lütfen ... Yapmayın.
Laurent Couvidou

3

Metin Dosyaları

Geçerli projemde, kodun yanındaki depoda depolanan projenin "Dokümanlar" klasörümde basit düz metin dosyaları kullanıyorum.

Artıları:

  • Belgeler asıl çalışmaya yakın tutulur, bu nedenle bulunması kolaydır.
  • Basit biçimlendirme, belgelerin bakımının kolay ve hızlı olduğu anlamına gelir.
  • Basit biçim, sunucu çökmeleri, dosya bozulmaları vb. Nedeniyle belgeleri kaybetme riskinin de düşük olduğu anlamına gelir.
  • Kesinlikle minimum kurulum süresi, bunu tek geliştirici veya küçük (2-3 kişilik) ekipler için harika bir başlangıç ​​yapar.
  • Sürüm kontrolünün kullanılması, değişikliklerin izlendiği anlamına gelir ve çoğu zaman belgelerdeki değişiklikleri doğrudan koddaki bir değişiklikle ilişkilendirebilir.
  • Metin olarak çalışmak çok kolaydır, bu nedenle arama, düzenleme vb. Genellikle komut satırı araçlarıyla yapılabilir.

Eksileri:

  • Birkaç kullanıcı ve belge kolayca senkronize olmayacaktı.
  • Bağlantı yok, bu yüzden ya çok büyük bir belge ya da daha küçük ama bağlantısı kesilmiş belgeler kullanın.
  • Sınırlı biçimlendirme ve yayın seçenekleri (Markdown gibi dönüşümleri yapmak kolaydır.)
  • Metin olarak çalışmak kadar kolay, bu nedenle genellikle arama, gelişmiş düzenleme ve benzeri şeyler almanın tek yolu komut satırı araçlarını kullanmaktır.

Herhangi bir takım çalışması için güvenmek istediğiniz bir şey değildir, ancak repodaki metin dosyalarının çalışma hakkını elde etmenize izin veren gücü, tek geliştirici için hafife alınmamalıdır. Şu anda bir belgeyi genel tasarımı içeren bir tür genel bakış / master planlayıcısı, oyunun ihtiyaç duyduğu belirli şeylerin Yapılacaklar listesi gibi davranan ikinci bir belge, gevşek bir hata izleyici olarak üçüncü bir belge ve yardımcı belgeler olarak kullanıyorum. "özellik x" üzerinde gerektiği gibi detaylandırın.


2

Çok kullanıcılı olmayan bir belge biçimi / düzenleyicisi kullanmayın (örn. MS Word, Open Office Writer). Dokümanı yalnızca bir kişi düzenleyebilir ve kaynak kontrolü ile bile eski bir sürümde çalışmaya başlamak çok kolaydır ve diğer kullanıcıların sürümlerini son güncellediğinden bu yana temel olarak diğer kullanıcıların yaptığı her şeyi yok ettiğinizden tasarruf ederek belgenin.

Paylaşılan klasörler açık ara en kötü çözümdür ve birlikte çalışması gereken herhangi bir varlık için mutlak bir zorunluluktur. Şu anda başka birinin bu dosya üzerinde çalıştığından veya önümüzdeki birkaç dakika içinde çalışacağından asla emin olamazsınız. Ayrıca değişiklik izlemeniz yok ve bir felaket durumunda önceki bir sürüme geri dönemezsiniz (insan hatası veya insan aptallığı veya insan ihmali).

Tercihen bir Wiki kullanın, ancak kullanıcı dostu ve gerçekten WYSIWYG olan bir Wiki kullanın. Şahsen , daha büyük oyun geliştirme stüdyolarında kullanılan ve 10 kullanıcı ve sınırsız izleyici için sadece 10 dolar olan Confluence tarafından yemin ederim .

Diğer wikilerin çoğu (MediaWiki, TikiWiki, vb.) Dik bir öğrenme eğrisine sahip oldukları ya da teknik olmayan personel tarafından pratikte kullanılamadığı dezavantajları vardır. Öğrenemedikleri için değil, (haklı olarak) temelde HTML gibi kod yazmanızı gerektiren bir belge sistemi kullanmayı kabul etmiyorlar. Bu benim evcil hayvanım: WISIWYG olduklarını söyleyen Wikiler ama yaptıkları tek şey yazdığınız metne sözdizimini eklemek. Bu WYSIWYG değil!

Wiki kullanma kılavuzu, her başlığı ayrı bir sayfaya koymaktır, böylece belgeyi birçok yönetilebilir parçaya kesebilirsiniz. Confluence, daha sonra tüm bu alt sayfaları tek bir siteye veya belgeye geri toplayabileceğiniz, örneğin PDF'ye aktarılabilecek özellikler sunar.


1

One Note'un iyi bir seçenek olduğunu düşünüyorum . Wiki gibi bir şey ama zengin metin düzenleme desteği var. Office ile birlikte gelen standart masaüstü istemcisine ek olarak, Office Live paketinin web tabanlı bir sürümü de vardır . Dürüst olmak gerekirse, ücretsiz olan web tabanlı sürümün çoğu ihtiyaç için yeterli olması gerektiğini düşünüyorum ve Skydrive ile birleştirildiğinde canlı bir belge üzerinde işbirliği yapmak için oldukça iyi bir sisteminiz var.


evernote.com , OneNote'a ücretsiz bir alternatif isteyen insanlar için de bir fırsattır. Bir web istemcisi ve çeşitli platformlar (masaüstü bilgisayarlar, telefonlar) için istemcilere sahiptir ve tüm notlarınızı "bulutta" saklar. Bence işbirliği özellikleri de var, ancak premium olabilirler.
CodexArcanum

0

Açık kaynaklı projelerimden birinde, belgeleri ve ortamları saklamak için SharePoint'i kullanıyoruz. Kullanıcıları ve izinleri yönetmek oldukça basittir ve tam sürüm geçmişi için desteği vardır. Yaklaşık dört yıldır SharePoint sitemiz var, bu yüzden bugünlerde çok daha iyi seçenekler olabilir. Ancak, etti bizim için oldukça iyi çalıştı. Üçüncü bir tarafça barındırılıyor (yaklaşık 20 $ / ay), bu yüzden ilk kurulumdan sonra bizim tarafımızdan neredeyse hiç bakım yapılmadı. Belge ve görüntü kitaplıklarını desteklemeye ek olarak, SharePoint'in Wiki desteği vardır, ancak daha popüler Wiki motorlarına karşı ne kadar iyi ölçtüğünden emin değilim.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.