مرجع تخصصی بروزترین مقالات طراحی اپلیکیشن

همگی محتوای بازی در یک گواهی !!!
نخستین از تمامی و پیش از هر چیزی بایستی در ارتباط با یک غلط رایج در ارتباط با داکیومنت نویسی بازی حرف کنیم؛ اشتباهی که بخش اعظمی از بازی سازان مبتدی و تازه کار معمولا به آن بر می خورند. تصور نادرست این میباشد که همه جزئیات و محتوای یک بازی می بایست در پوسته یک گواهی نوشته خواهد شد؛ که‌این یک اشتباهی والا در تایپ کردن داکیومنت طراحی اپلیکیشن در مشهد بازی میباشد.
البته استدلال نادرست بودن این گزینه چیست؟

۱- اختلال در دسترسی و کاربرپسندی
اولی ادله این میباشد که‌این گزینه در روند دسترسی پذیری دسته بسط نقص‌ ساخت خواهد کرد؛ فرض نمایید بازی شما دارنده اسنادی با بالای ۱۰۰ شیت میباشد؛ در اینحالت برای مثال، نقشی مانند طراح رابط کاربری نمی تواند به راحتی و به صورت سریعی به نصیب مربوطه ی خویش دسترسی داشته باشد؛ و برای دسترسی به نصیب مربوطه می بایست ده ها شیت اسکرول نماید.

۲- تقسیم بندی و اختصاص دادن هر مدرک به شخص مربوطه
در صورتی‌که کلیه محتوای بازی در پوسته یک مدرک باشد؛ در فیض شما نمی توانید هر قسمت از سندها بازی را به نقش مربوطه ی آن اختصاص دهید؛ به همین انگیزه همه اعضای گروه به کلیه قسمت های سندها بازی به طور به طور کامل غیر ضروری دسترسی دارا‌هستند.

۳- داکیومنت نویسی و صفحه آرایی بازی یک فرآیند در طی پیشرفت میباشد خیر یک تسک موقت
آیتم اساسی آینده در‌این میباشد که به خصوص برای بازی های کژوال و بازی هایی که مجال بسط ی بالای ۲ ۳ ماه دارا هستند؛ مراحل داکیومنت نویسی و صفحه ارایی بازی یک پروسه یک روزه یا این که حتی یک هفته ای وجود ندارد؛ بلکه یک روند یک سری ماهه و ادامه دار میباشد که در زمان جریان پروژه یا این که در بنا شده در ارتفاع جریان قدمت بازی وجود دارااست؛ به همین انگیزه گیم دیزاینر نمی تواند در به عبارتی اولِ عمل آحاد مدرک بازی را بنویسد.

با این تفاسیر پس راه‌حل صحیح چیست؟
با کلیه این توضیحات اکنون پرسش پیش میاید که پس چاره صحیح چیست؟

راه‌حل صحیح درین میباشد که نقش گیم دیزاینر می بایست در اولِ پروژه، یک GDD تنظیم نماید که مخفف game design document و به معنای گواهی پیاده سازی بازی است.
در‌این گواهی همگی قسمت های پروژه و کانسپت کلی پروژه معرفی شود؛ البته به طور مختصر و در توان معرفی.
بعداز آن در زمان پروسه پیشرفت ی پروژه هریک از قسمت های پروژه دارنده یک گواهی جدا از هم خواهند بود که در آن گواهی جدا از هم به طور بی نقص و با جزئیات بدون نقص نصیب مربوطه توضیح داده شود.
عملا تا نقطه پايان روند ایجاد کرد یک بازی؛ ده ها و ده ها گواهی گوناگون نوشته شود که در‌پی به طور بی نقص توضیحات آن را خوا‌هیم اعطا کرد.

GDD چیست؟
یک مدرک پیاده سازی بازی، که اکثر وقت ها تحت عنوان GDD شناخته می شود، یک گواهی داخلی ظریف میباشد که جنبه‌های مختلفی از پیاده سازی و گسترش یک بازی ویدیویی را پوشش می دهد.
مقصود مهم، توضیح دیده‌انداز مهم پروژه و همینطور انتخاب دامنه و ارائه راهبرد‌هایی میباشد که دسته می تواند در حین گسترش به آنان مراجعه نماید.
اصلی میباشد به حافظه داشته باشید که اشخاص متعددی از حرفه‌های متفاوت ممکن میباشد به GDD مراجعه نمایند؛ از آرتیست ها و دولوپرها گرفته تا حتی قسمت های مارکتینگ.
براین اساس ساخت سندی که فهم آن برای تمامی آسوده باشد، حقیقتاً اصلی میباشد.

اما، هر بازی یک گروه گسترش تبارک ندارد؛ برخی از عنوان ها به طور کاملً بوسیله گسترش‌دهندگان انفرادی ساخته میشوند. ولی حتی یک توسعه و گسترش‌دهنده انفرادی نیز ممکن میباشد GDD را برای ورژن های آینده خویش نیاز داشته باشد؛ که متوجه گردد چه اتفاقاتی در پروژه و با چه الگوریتم هایی طراحی شد‌ه‌است.

همگی محتوای بازی در یک گواهی !!!
نخستین از تمامی و پیش از هر چیزی بایستی در ارتباط با یک غلط رایج در ارتباط با داکیومنت نویسی بازی حرف کنیم؛ اشتباهی که بخش اعظمی از بازی سازان مبتدی و تازه کار معمولا به آن بر می خورند. تصور نادرست این میباشد که همه جزئیات و محتوای یک بازی می بایست در پوسته یک گواهی نوشته خواهد شد؛ که‌این یک اشتباهی والا در تایپ کردن داکیومنت طراحی اپلیکیشن در مشهد بازی میباشد.
البته استدلال نادرست بودن این گزینه چیست؟

۱- اختلال در دسترسی و کاربرپسندی
اولی ادله این میباشد که‌این گزینه در روند دسترسی پذیری دسته بسط نقص‌ ساخت خواهد کرد؛ فرض نمایید بازی شما دارنده اسنادی با بالای ۱۰۰ شیت میباشد؛ در اینحالت برای مثال، نقشی مانند طراح رابط کاربری نمی تواند به راحتی و به صورت سریعی به نصیب مربوطه ی خویش دسترسی داشته باشد؛ و برای دسترسی به نصیب مربوطه می بایست ده ها شیت اسکرول نماید.

۲- تقسیم بندی و اختصاص دادن هر مدرک به شخص مربوطه
در صورتی‌که کلیه محتوای بازی در پوسته یک مدرک باشد؛ در فیض شما نمی توانید هر قسمت از سندها بازی را به نقش مربوطه ی آن اختصاص دهید؛ به همین انگیزه همه اعضای گروه به کلیه قسمت های سندها بازی به طور به طور کامل غیر ضروری دسترسی دارا‌هستند.

۳- داکیومنت نویسی و صفحه آرایی بازی یک فرآیند در طی پیشرفت میباشد خیر یک تسک موقت
آیتم اساسی آینده در‌این میباشد که به خصوص برای بازی های کژوال و بازی هایی که مجال بسط ی بالای ۲ ۳ ماه دارا هستند؛ مراحل داکیومنت نویسی و صفحه ارایی بازی یک پروسه یک روزه یا این که حتی یک هفته ای وجود ندارد؛ بلکه یک روند یک سری ماهه و ادامه دار میباشد که در زمان جریان پروژه یا این که در بنا شده در ارتفاع جریان قدمت بازی وجود دارااست؛ به همین انگیزه گیم دیزاینر نمی تواند در به عبارتی اولِ عمل آحاد مدرک بازی را بنویسد.

با این تفاسیر پس راه‌حل صحیح چیست؟
با کلیه این توضیحات اکنون پرسش پیش میاید که پس چاره صحیح چیست؟

راه‌حل صحیح درین میباشد که نقش گیم دیزاینر می بایست در اولِ پروژه، یک GDD تنظیم نماید که مخفف game design document و به معنای گواهی پیاده سازی بازی است.
در‌این گواهی همگی قسمت های پروژه و کانسپت کلی پروژه معرفی شود؛ البته به طور مختصر و در توان معرفی.
بعداز آن در زمان پروسه پیشرفت ی پروژه هریک از قسمت های پروژه دارنده یک گواهی جدا از هم خواهند بود که در آن گواهی جدا از هم به طور بی نقص و با جزئیات بدون نقص نصیب مربوطه توضیح داده شود.
عملا تا نقطه پايان روند ایجاد کرد یک بازی؛ ده ها و ده ها گواهی گوناگون نوشته شود که در‌پی به طور بی نقص توضیحات آن را خوا‌هیم اعطا کرد.

GDD چیست؟
یک مدرک پیاده سازی بازی، که اکثر وقت ها تحت عنوان GDD شناخته می شود، یک گواهی داخلی ظریف میباشد که جنبه‌های مختلفی از پیاده سازی و گسترش یک بازی ویدیویی را پوشش می دهد.
مقصود مهم، توضیح دیده‌انداز مهم پروژه و همینطور انتخاب دامنه و ارائه راهبرد‌هایی میباشد که دسته می تواند در حین گسترش به آنان مراجعه نماید.
اصلی میباشد به حافظه داشته باشید که اشخاص متعددی از حرفه‌های متفاوت ممکن میباشد به GDD مراجعه نمایند؛ از آرتیست ها و دولوپرها گرفته تا حتی قسمت های مارکتینگ.
براین اساس ساخت سندی که فهم آن برای تمامی آسوده باشد، حقیقتاً اصلی میباشد.

اما، هر بازی یک گروه گسترش تبارک ندارد؛ برخی از عنوان ها به طور کاملً بوسیله گسترش‌دهندگان انفرادی ساخته میشوند. ولی حتی یک توسعه و گسترش‌دهنده انفرادی نیز ممکن میباشد GDD را برای ورژن های آینده خویش نیاز داشته باشد؛ که متوجه گردد چه اتفاقاتی در پروژه و با چه الگوریتم هایی طراحی شد‌ه‌است.