Энэ нийтлэл нь зохиолч Брент Фоксын "Тоглоомын интерфейсийн дизайн" номын товч тойм юм. Миний хувьд энэ ном зөвхөн хобби болгон тоглоом хөгжүүлдэг програмистын үүднээс сонирхолтой байсан. Энэ нь надад болон миний хоббид хэр ашигтай байсныг энд тайлбарлах болно.
Энэхүү тойм нь танд нөөцөө зарцуулах нь зүйтэй эсэхийг шийдэхэд тусална. Сэтгэгдлээс та илүү мэдлэгтэй, эелдэг хамт ажиллагсдаас тоглоомын интерфейсийн талаархи бусад хэрэгтэй номнуудын лавлагааг олж болно.
Харилцаа холбоо
Уг ном нь 2004 онд хэвлэгдсэн. Тиймээс тодорхой хуучирсан тайлбар, зөвлөмжүүд байдаг. Жишээлбэл, 1024x768 хэмжээтэй компьютерийн нягтралыг "маш өндөр нягтрал" гэж нэрлэдэг. Зохиогч мөн интерактив интерфэйсийн байршлыг бий болгохын тулд Flash ашиглахыг санал болгож байна. Хэдийгээр Flash нь түгээмэл технологи байхаа больсон ч энэ нь бүдүүвчийг хурдан бүтээх сайн шийдэл хэвээр байж магадгүй юм.
Adobe Flash-ийн товч түүх []
Номын гол санаа, зөвлөмжүүд нь хамааралтай хэвээр байгаа бөгөөд материалыг хэрэгтэй гэж үзэж болно. Тоглоомыг 60 ГБ-аас доош жинтэй биш DVD (эсвэл бүр CD) дээр багтаахын тулд график өгөгдлийг багасгахын тулд одоо хүртэл түгээмэл биш байгаа нямбай арга барилтай танилцах нь сайхан байсан.
Он жилүүдийн хоорондох зайнаас болоод уг номыг заавал байх ёстой ном гэж нэрлэж болохгүй. Гэсэн хэдий ч энэ нь ашигтай байж болох юм, миний хувьд тийм байсан.
Зорилтот үзэгчид
Энэхүү ном нь программистууд, уран бүтээлчид, удирдлага, үйлчлүүлэгчид/хэвлэн нийтлэгчидтэй нэг баг болж ажилладаг интерфейс хөгжүүлэгчид болох тоглоомын анхны дизайнеруудад зориулагдсан болно. Туршлагатай дизайнеруудын хувьд энэ нь бага зэрэг ашиг тустай байх магадлалтай (онлайн дэлгүүрийн тоймыг харгалзан үзэх). Консолууд нь үндсэн хөгжүүлэлтийн платформ гэж тооцогддог бөгөөд дараа нь PC. Ухаалаг гар утсыг (ялангуяа VR) тооцохгүй, учир нь... iPhone гаргаснаар тэдний гайхалтай алдар нэр эхлэхэд 3 жил үлджээ.
Минимум инди багуудын хувьд зөвлөгөө маш сонирхолтой байх болно. Уг ном нь хялбар бөгөөд сэтгэл татам байдлаар бичигдсэн. Би үүнийг англи хэл дээр уншсан бөгөөд ямар ч төвөгтэй, зохисгүй хэллэг олдсонгүй - бүх зүйл энгийн бөгөөд ойлгомжтой байсан. Унших, тэмдэглэл хөтлөхөд 16 цаг зарцуулсан. Сүүлийн хоёр бүлэгт Photoshop болон Macromedia Flash дээр ажиллах үндсэн зарчмуудыг багтаасан боловч та тэдгээрийг алгасаж болно.
Номноос онцлох санаанууд
Одоо ном уншиж байхдаа би санал болгож буй заавар, зөвлөмжийн товч ишлэлүүдийг тусад нь бичдэг. Энд би өөртөө зориулж нийт 63 хандыг тодорхойлсон. Доор би эдгээр ишлэлүүдээс цөөн хэдэн хэсгийг өгөх болно.
14. Хэрэв танд тоглоомын интерфейсийн талаар маш гайхалтай, бүтээлч санаа байгаа бол та үүнийг сайтар бодож үзэх хэрэгтэй (үүнд тоглоомын хяналтын аргууд орно). Магадгүй тэд үүнийг хэрэгжүүлэх гэж оролдсон байх, гэхдээ үүнийг орхих маш сайн шалтгаан байсан. Одоо тэдгээрийг шийдвэрлэх боломжтой байх нь баримт биш (мөн ерөнхийдөө энэ нь үнэ цэнэтэй юу?). Шинэ интерфэйс болон удирдлага нь тоглоомын онцлог болж болох ч энэ нь түүнийг эвгүй, ойлгомжгүй болгож чадна.
18. Үүлгүй харагдах. Бүтээлээ шинээр харахын тулд түүнийг “авах” аргаа өөрчлөх хэрэгтэй. Жишээ нь: өөр төхөөрөмж дээр; текстийг тэгш өнцөгтөөр солих; масштабыг өөрчлөх; эргүүлэх; ширээнээс холдох эсвэл хажуу тийш шилжих.
21. Зургийн хоорондох зай нь бодит зайнаас харааны хувьд ялгаатай байна. Тэгш өнцөгт хэлбэрүүд нь дугуй хэлбэрээс илүү зайтай байх ёстой бөгөөд тэдгээрийг "тэнцүү" зайтай харагдуулна.
Хэрэглэгчийн интерфейс дэх танин мэдэхүйн гажуудал. [] Энэ нийтлэл нь вэб дизайнеруудад илүү чиглэсэн боловч энэ сэдвийг илүү дэлгэрэнгүй авч үздэг.
Гол санаа нь тэмдэг/зураг хоорондын бодит зай ижил байж болох ч хүлээн зөвшөөрөгдсөн зай нь мэдэгдэхүйц гажсан байж магадгүй юм.
24. Хөдөлгөөний нөлөө. Статик элементүүд ч хөдөлгөөний мэдрэмжийг илэрхийлж чаддаг. Жишээлбэл, хэтийн төлөвтэй алслагдсан диагональ шугамууд.
Босоо болон хэвтээ шугамууд нь эсрэгээрээ зураг дээр тогтвортой байдал, тогтвортой байдлыг өгдөг.
32. Объектуудын огтлолцол. Объектууд зэргэлдээ байх эсвэл мэдэгдэхүйц огтлолцох ёстой.
Бага зэрэг давхцаж байвал загвар зохион бүтээгч тэдгээрийг хооронд нь зэрэгцүүлэхийг оролдсон боловч амжилтанд хүрээгүй бөгөөд үр дүн нь муруй давхцал болсон юм.
46. Интерфэйс дэх хөдөлгөөнт дүрс нь ихэвчлэн секундээс илүүгүй хурдан байх ёстой. Түүнээс гадна дараагийн дэлгэц эсвэл удирдлага руу шууд шилжихийн тулд үүнийг бүрэн алгасах боломжтой байх ёстой. Гайхалтай хөдөлгөөнт дүрс нь эхний хоёр удаа л сонирхолтой байдаг бөгөөд дараа нь сонирхолгүй болдог. Хэрэв энэ нь хэтэрхий урт бол энэ нь зөвхөн цочроох болно. Хэрэв энэ нь богино болвол зүгээр л үл үзэгдэх болно, энэ нь интерфэйсийн хувьд сул тал гэхээсээ илүү давуу тал болно.
49-51. Дүрсүүдийн тухай. Дүрс хэлбэрийн товчлуурууд болон үзүүлэлтүүдийг тоглогч текст, тооноос хамаагүй хурдан хүлээн авдаг. Тиймээс аль болох олон удаа тодорхой дүрсүүдийг сонгохыг зөвлөж байна.
Дүрсүүдийг зорилгын дагуу бүлэглэж болно. Жишээлбэл, довтолгооны товчлуурыг улаан, тохиргооны товчлуурыг (дуу чимээ, нягтрал) цэнхэр, барилгын товчлуурыг мөнгөлөг болгоно ... Энэ нь тоглогч хүссэн товчлуурыг хурдан олох боломжийг олгоно, хайлтын талбараас шаардлагагүй бүлгийг шууд таслана.
Дүрс нь жигд байх зарчмыг баримтлах ёстой. Жишээлбэл, улаан таван өнцөгт эсвэл тойрог нь нэг газарт зогсох тэмдэг ашиглаж байгаа бол өөр газар аудио тоглуулагчийн хар дөрвөлжин ашиглах ёсгүй. Өнгөийг бүлэглэхдээ энэ зарчмыг бас ашиглах хэрэгтэй. Та өөр өөр цэсийн цонхон дээрх ижил дүрсүүдийн өнгийг өөрчлөх ёсгүй.
Аливаа графикийн нэгэн адил та дүрстэй холбоотой зохиогчийн эрхийн асуудлаас болгоомжлох хэрэгтэй. Тиймээс өөр тоглоомын "жишээг дагаж" дүрсний өөрийн хувилбарыг хийх нь илүү аюулгүй юм. Гэхдээ үүнтэй холбоотой асуудал бас байж болно.
Жишээлбэл, анхны тусламжийн хэрэгсэлд (болон бусад зүйлд) цагаан дэвсгэр дээр улаан загалмай ашиглахыг хориглодог бөгөөд таныг "эелдэг байдлаар шүүхэд өгөх" магадлалтай. Үүнийг Улаан загалмайн байгууллага үе үе хийдэг; илүү дэлгэрэнгүйг "Гэнэтийн хариу үйлдэл: Улаан загалмайн зүгээс Шоронгийн архитектор тоглоомоос бэлгэ тэмдгийг нь хасахыг шаардаж байна" гэсэн нийтлэлээс үзнэ үү.]
55. HUD дахь динамик элементүүд (тоглоом доторх, "үргэлж" идэвхтэй интерфейс). HUD дахь бүх мэдээллийг харуулах хэрэгцээнд дүн шинжилгээ хийх шаардлагатай - энэ нь үргэлж харагдахуйц, хүртээмжтэй байх ёстой, магадгүй зөвхөн тодорхой төлөвт байх ёстой юу? Жишээлбэл, стратеги дээр тэд ихэвчлэн эрүүл баатруудын эрүүл мэндийн туузыг нууж, зөвхөн гэмтсэн тохиолдолд л харуулдаг.
Зарим тохиолдолд эрүүл мэндийн хэсэгчилсэн самбарууд өөрчлөгдсөний дараа (эдгээх эсвэл шархлаа) хэдхэн секундын турш нуугдаж, харагдана. Эсвэл амьдралын баруудыг зөвхөн байлдааны горимд үзүүлж, тэнүүчлэх горимд нууж, тулалдааны гохыг хайж олоорой.
Зохиогчийн тухай
Брент Фокс. Бичиж байх үед тэрээр тоглоомын салбарт 7 жил төслийн менежер, урлагийн удирдагчаар ажилласан (тэр үед 34 настай байсан). 27 хүртэлх хүний бүрэлдэхүүнтэй баг ажиллаж/удирдаж, маш бага төсөвтэй тоглоомууд дээр ажилласан. Төрөл бүрийн консол дээр тоглоом хөгжүүлсэн. Bla-Dam Studios, Furious Games зэрэг студид ажиллаж байсан. []
Номын зохиогч одоогоор Wahoo Studios-д уран сайхны удирдагчаар ажилладаг []. Тэд ихэвчлэн Microsoft болон Electronic Arts-тай байгуулсан гэрээний дагуу консол дээр тоглоом бүтээдэг.
дүгнэлт
Миний бодлоор энэ ном маш хэрэгтэй байж магадгүй юм. Гэсэн хэдий ч бид маш олон тооны сөрөг тоймуудын талаар мартаж болохгүй - энэ ном нь мэргэжлийн нарийн ширийн зүйлгүйгээр хэт энгийн/хялбарчилсан гэж шүүмжилдэг. За энэ нь мэдэгдэхүйц хуучирсан. Сэтгэгдэл дээр илүү туршлагатай уншигчид энэ сэдвээр бусад номуудыг санал болгож байвал сайн байх болно: илүү сайн ба/эсвэл илүү хамааралтай.
Эх сурвалж болон цаашдын унших холбоосууд
1.
2.
3.
4.
5.
Эх сурвалж: www.habr.com