สรุปการบรรยายจากคุณ Hiroyuki Tamura บริษัท tri-Ace

     เมื่อวันจันทร์ที่ 27 เมษายน 2558 ผมได้เข้าร่วมงาน Bangkok International Digital Content Festival ซึ่งเป็นงานเทศกาลดิจิตอลคอนเทนท์ที่ยิ่งใหญ่ประจำปี ในส่วนของงานนี้ผมได้มีโอกาสเข้าฟังการบรรยายของคุณ Hiroyuki Tamura จากบริษัท tri-Ace ซึ่งเป็นบริษัทผลิตเกมที่ใหญ่แห่งนึงของญี่ปุ่นและได้ฝากผลงานดังมากมายอาทิ Star Ocean, Phantasy Star, Valkyrie Profile เป็นต้น ในส่วนของคุณ Tamura เองได้อยู่ในตำแหน่ง Producer ของบริษัท ก็ได้มาเล่าถึงประสบการณ์และวิธีการทำงานที่สำคัญและน่าสนใจมากมาย ตัวผมเลยคิดว่าอยากจะบันทึกลงบล็อกไว้ให้ทุกท่านที่ไม่ได้มีโอกาสไปได้ทราบกัน โดยรายละเอียดหลักๆจะมีดังนี้ครับ

การพูดคุยกับบริษัทคู่ค้าเพื่อ รับ/เสนอ งาน

• การเข้าไป Approach เพื่อ รับ/เสนอ งานต่างๆ ควรคำนึงถึงระยะยาวเป็นหลัก
• การเข้าไป Approach เพื่อเสนอตัวงาน จะต้องนำเสนอ ธีม ให้เห็น อีกทั้งในเรื่องของความสนุกและค่าใช้จ่ายในการดำเนินงาน ก็ต้องแสดงให้เห็นด้วยเช่นกัน
• หากมี Game Engine เป็นของตัวเองควรนำเสนอให้เห็น เพื่อแสดงจุดเด่นของบริษัท
• หากการเข้าไป Approach เป็นในนามของ Developer ควรจะต้องระวัง ไม่สำคัญตัวเองมากจนเกินไป

การวางแผน

• Planner จะทำหน้าที่เป็นผู้วางแผนการปฏิบัติงาน และประสานงานระหว่าง Programmer และ Artist 
• เมื่อ Planner ได้รับผลการประเมิณเวลาในการปฏิบัติงานของ Programmer และ Artist แล้ว จะต้องทำการเผื่อเวลาเพิ่มอีกเป็น 1.5 เท่า
• เมื่อ Planner สรุปแผนงานและเวลาเรียบร้อยแล้ว ในขั้นสุดท้ายควรแจ้งให้กับทาง  Programmer และ Artist ทุกคนทราบ
• ความแม่นยำในการวางแผนและดำเนินการเป็นสิ่งสำคัญมากในสมัยนี้  ไม่สามารถล่าช้า 3 เดือน หรือ 6 เดือนเหมือนแต่ก่อนได้อีกต่อไป

การเซ็นสัญญา

• หากเป็นแผนระยะยาว ควรบอก จุดด้อย/จุดแข็ง (รวมทั้งสิ่งที่ทำได้และไม่ได้) และความเสี่ยงต่างๆ ของบริษัทให้ชัดเจน ห้ามโกหกเด็ดขาด
• การรายงาน Process ควรแจ้งผลการดำเนินงานเป็นระยะให้ทางบริษัทคู่ค้าทราบ ห้ามปล่อยว่างเด็ดขาด
• หากรายละเอียดของสัญญาเป็นนามธรรมมากๆ ควรจะต้องพูดคุยให้ดีก่อนเซ็นสัญญา เช่น 40% ของความก้าวหน้ามีรายละเอียดอะไรบ้าง เป็นต้น

  การสร้างทีม

• Director มีหน้าที่ควบคุมคุณภาพงานโดยรวม ทั้งด้าน Technical และ Quality
• Producer มีหน้าที่ในการวางแผนการดำเนินงาน และวางแผนในด้านเงินทุน
• Head Programmer หัวหน้าหรือผู้นำในด้าน Programmer
• Head Artist หัวหน้าหรือผู้นำในด้าน Artist
• Team Leader จะต้องประเมิณเผื่อในเรื่องของการลาออกของคนในบริษัท ในอนาคต เนื่องจากพนักงานในอุตสาหกรรมนี้มีโอกาสที่จะลาออกได้ อาจต้องเตรียมการในเรื่องของ Outsource เผื่อเอาไว้แต่เนิ่นๆ 
• การประเมินในด้านจำนวนพนักงานในทีมควรเผื่อไว้ประมาณ 10 - 20% ของกำลังคนที่ต้องการ

การดำเนินงาน

• พนักงานในทีมควรเขียน Report ประจำวันส่งหัวหน้างานให้ทราบ
• การแจ้ง Milestone ควรติดไว้ตรงจุดที่ทุกคนมองเห็นได้ง่าย เช่น บอร์ด, พื้นหลังหน้าจอคอม เป็นต้น
• ควรมีการรักษา Motivation ของพนักงาน ด้วยการพาไปเที่ยว ทานข้าว  ให้กำลังใจ เมื่อมีโอกาส
• หากมีการเร่งเวลาการดำเนินงานจากบริษัทคู่ค้า จะมีอยู่ 2 วิธีในการจัดการคือ ลดจำนวนคอนเทนต์ลง กับ เพิ่มจำนวนพนักงาน

 

จะเขียนโค้ดบน Unity เชื่อมต่อกับ Server ได้อย่างไร

    หลายคนคงสงสัยกันไม่น้อยว่า เกม/แอพ ที่เขียนมาจะทำไงให้คุยกับ เซิฟเวอร์ได้ เล่นออนไลน์ได้ เล่นพร้อมกันหลายคนในเวลาเดียวกันได้ หรือเก็บข้อมูลเอาไว้บนฐานข้อมูลของเซิฟเวอร์ ซึ่งวันนี้ผมจะอธิบายเรื่องนี้ให้ฟังกันครับ โดยจะขอแบ่งออกเป็น 2 หัวข้อดังนี้

1. การเชื่อมต่อผ่าน Web API หรือ Web Service

     ตัวอย่างกรณีใช้งานจริงจะเป็นในรูปแบบ เกม / แอพ (ไคลเอนต์) เรียกใช้งาน Web API ที่อยู่บน เซิฟเวอร์  ในการเขียนโค้ดจริงฝั่งไคลเอนต์ (Unity) จะต้องเรียก Web API ผ่านคราส WWW  ส่วนฝั่งเซิฟเวอร์ จะเขียนเป็น Web API ด้วยภาษาใดก็ได้ ครับ

ตัวอย่าง โค้ดฝั่งไคลเอนต์ (Unity C#)

ตัวอย่าง โค้ดฝั่งเซิฟเวอร์ myapi.php (ภาษา PHP และฐานข้อมูล MySQL)

       ข้อดีของวิธีนี้คือ ประหยัดทรัพยากรเครื่องเซิฟเวอร์ เพราะไม่จำเป็นต้องเชื่อมต่อกับไคลเอนต์ตลอดเวลา ข้อด้อยคือ ไม่รองรับกับการเขียนแอพแบบเรียลไทม์ ในกรณีที่บางเวลาเซิฟเวอร์จำเป็นต้องส่งข้อมูลบางอย่างแบบทันทีทันใดไปยังไคลเอนต์ เช่น ระบบแชทแบบเรียลไทม์ , เกมที่มีการตอบสนองแบบเรียลไทม์ (ผู้เล่นมีการรับรู้การเปลี่ยนแปลงของคนอื่น ในเวลาเดียวกัน)

2.การเชื่อมต่อผ่าน Remote Procedure Call (RPC)

     การเชื่อมต่อจะเป็นในลักษณะแบบ Peer-to-Peer อาจอยู่ในรูปแบบ ไคลเอนต์ กับ ไคลเอนต์ หรือ ไคลเอนต์ กับ เซิฟเวอร์ ก็ได้ เท่าที่ผมทราบ Library ที่ใช้ในการพัฒนามีดังนี้ (แต่ปัจจุบัน อาจมีมากกว่านี้แล้ว)

• Unity Networking
• Photon Unity Network

ตัวอย่างโค้ด สามารถดาวน์โหลด ได้ที่ บทความ  PROJECT: SURVIVAL SHOOTER MULTI-PLAYER

       ข้อดีของวิธีนี้คือ การตอบสนองของตัวเกม / แอพ เป็นแบบเรียลไทม์ ข้อด้อยคือ ใช้ทรัพยากรเครื่องเซิฟเวอร์มากกว่า วิธีแรก เนื่องจากต้องเชื่อมต่อตลอดเวลาในขณะที่เล่น

สรุป

      ทั้ง 2 วิธี มีข้อดีและข้อด้อยแตกต่างกัน ทั้งนี้ผู้พัฒนาจะต้องเลือกตามความเหมาะสมของตัว เกม / แอพ ด้วย เพราะมิเช่นนั้นแล้วเราอาจต้องเสียค่าใช้จ่ายในการพัฒนา มากกว่าที่ควรจะเป็นครับ

เปิดบล็อกแล้วจ้า

 เกริ่นนำ

วันนี้ได้ฤกษ์งามยามดี เหมาะแก่การเริ่มสร้างบล็อกของตัวเองเสียที หลังจากที่อ่านความรู้จากคนอื่นมาเยอะ บวกกับชั่วโมงบิน (ทำงาน) สูงพอควรแล้ว ซึ่งคิดว่าความรู้ของตัวเองก็น่าจะมีประโยชน์กับผู้อื่นได้บ้าง  อีกเหตุผลนึงคืออยากทำเอกสารความรู้ต่างๆจากประสบการณ์ทำงาน ไว้ให้กับตัวผมเองเมื่อในยามที่ต้องการใช้งานมัน เอาเป็นว่า วินๆ กันทั้งผู้อ่านและผู้เขียน กันเลยละครับ (ฮ่าๆ)  ยังไงก็ขอฝากเนื้อฝากตัวด้วยนะครับ

ประสบการณ์การทำงานละ?

ก่อนอื่นผมต้องบอกก่อนว่าตัวผมเองเป็น โปรแกรมเมอร์ ด้านเกม มา 6 ปี เริ่มตั้งแต่ทำเว็บเกมสำหรับ Feature Phone ด้วยภาษา PHP จนกระทั้งทำเป็น App ลงมือถือระบบปฏิบัติการ Android , iOS ด้วย Unity Engine (C#) ต้องบอกได้เลยว่าการทำเกมให้เสร็จได้นั้นไม่ใช่เรื่องง่ายอย่างที่คิด ต้องพบอุปสรรคหลายอย่าง มีสมหวังบ้างผิดหวังบ้างปนๆกันไป ส่วนเหตุผลในการตัดสินใจมาทำงานด้านนี้ คือผมเป็นคนที่ชอบเล่นเกมมาตั้งแต่เด็กแล้วและมีความฝันที่จะอยากทำเกม และนั้นคือเป็นจุดเริ่มต้นที่ทำให้ผมมาทำอาชีพนี้นั้นเอง

ผู้อ่านจะได้ประโยชน์อะไรจากการอ่านบล็อกนี้?

ทุกท่านที่เข้ามาอ่านบล็อกนี้ จะได้รับประโยชน์ในเรื่องของเทคนิคการเขียนโค้ด ภาษา PHP, SQL, C# และ Java รวมทั้งการใช้งาน Unity Engine ที่กำลังฮิตในขณะนี้ด้วย  ซึ่งผมตั้งเป้าไว้ว่าจะทยอยเขียนให้อ่านอย่างน้อยเดือนละ 1-2 เรื่อง นะครับ โดยจะเน้นเนื้อหาที่เป็นส่วนต่อยอดจากพื้นฐานเป็นหลักสำหรับการทำงาน หรือท่านใดอยากแนะนำให้ลงเนื้อหาเรื่องใดเป็นพิเศษ ลงหัวข้อไว้ที่คอมเม้นท์ได้นะครับ