ไปดูบรรยากาศในงานกันก่อนเนอะๆ~~

รู้สึกได้ถึงความกดดันว่าจะล่มหรือไม่ล่ม 555555 (เดี๋ยวเฉลยตอนท้ายน่ะครับบบ ) มาเข้าเรื่องกันเถอะๆ

พวกเราเริ่มวางแผน การทำงานตั้งแต่วันที่ 17 มิถุนายน 2561 พวกเราใช้เวลาทำกันไปทั้งหมด 2 เดือนเศษ เผางานไหม ?? (จะเรียกว่าเผาได้ไหมอ่ะเจอบัคตอนช่วงวันสุดท้ายพอดีเลย)

เริ่มด้วยจากการที่พวกเราตกลงกันว่าจุดประสงค์ของตัวเกมที่เราจะทำกันว่าอยากจะสื่ออะไรและต้องการทำอะไร ซึ่งพวกเราได้ข้อสรุปออกมา 2 อย่างคือ

1. อยากให้น้องๆรู้จักและติดตามข่าวสารข้อมูลต่างๆของมหาลัยและในคณะนั้นก็คือที่มาทำให้ให้เกิด เกม Phase 1 ขึ้นมาก็คือให้น้องเลี้ยงดูฟูมฟักไข่ที่ได้รับไป
2. เพื่อให้เกิดความแปลกใหม่ไม่เหมือนใครในงานปฐมนิเทศเพราะปกติปฐมนิเทศในส่วนใหญ่ความคิดทุกคนคงคิดว่าปฐมนิเทศเป็นอะไรที่น่าเบื่อพวกเราจึงใส่เกมลงไปที่ให้ไม่น่าเบื่อและ ส่วนนี้คือเกมใน Phase 2 นั้นเอง

Phase 1 และ Phase 2 คืออะไร Phase 1 จะเป็นช่วงก่อนน้องๆจะมางานปฐมนิเทศน้องๆทุกคนจะได้รับไข่ไปคนละใบ เอาไปเลี้ยงว่า อยากให้ไดโนเสาร์ของน้องๆออกมาเป็นแบบไหนโดยจะมี Event ให้น้องๆเข้ามาตอบคำถามเพื่อกระตุ้นการเจริญเติบโตของไข่ที่น้องได้รับไป และทำให้น้องๆทราบข่าวสารต่างๆทางมหาลัย

Phase 2 จะเป็นในงานปฐมนิเทศ ไข่ที่น้องๆเลี้ยงดูจะฟักออกและได้เป็นพันธ์ุต่างๆตามที่น้องๆได้เลี้ยงดูไข่ และนำไปต่อสู้กับบอสไดโนเสาร์ เพื่อที่จะคัดเลือกอาจารย์ออกมาพูดนั้นเอง

Stackที่พวกเราใช้ ก็คือ…

• Phaser (ใช้ตอน Phase 1 และ 2)
• React (ใช้ตอน Phase 2)-เป็นตัวคุมเกมในงานปฐมนิเทศ
• Vue (ใช้ตอน Phase 2)-หน้าProjector ที่คอยแสดงภาครวม
• MariaDB (ใช้ตอน Phase 1 และ 2)
• Redis (ใช้ตอน Phase 1 และ 2)
• Socket.io(ใช้ตอน Phase 1 และ 2)
• Express (ใช้ตอน Phase 1 และ 2)

พอเราวางแผนทุกอย่างเสร็จก็ลุยโล้ด

ในช่วงแรกๆตอนไปหาความรู้ Hello world(phaser 3) ความพีคคือเขาสั่งให้ใช้ Phaser 3 ดันไปใช้ Phaser 2 ความบันเทิงจึงเกิดขึ้น…โค้ดตีกันเละเลยพร้อมข้าม
Framework กันเลยต้องไป ศึกษาPhaser 3 ใหม่พร้อมกับทำงานจริงไปด้วยช่วงแรกๆของ Phase 1 รู้สึกได้ถึงความมืดมิดเพราะ ไม่ค่อยมีใครใช้ Tool ตัวนี้เลยเศร้า…..
แต่พอผ่านช่วงนั้นไปได้ทุกคนก็เริ่มใช้งานกันได้คล่องแล้วจนได้ตัว เกมขึ้นมานั้นเอง

Authentication with Facebook

มีตัวเกมแล้วที่ขาดไม่ได้เลยต้องมีการเข้าสู่ระบบเพื่อตรวจสอบว่าเราใช้ไข่ใบไหนนั่นเอง การเข้าสู่ระบบเราใช้ SDK ของ Facebook เป็นตัวสู่ระบบ เหตุผลที่ใช้ Facebook เพราะคิดว่าทุกคนต้องมี Facebook กันทุกคนอยู่แล้ว และอีกทั้งยังง่ายต่อการ config รับค่าที่ล็อกอินเข้ามาอีกด้วย ใครสนใจ Auth ของ Facebook ตัวนี้สามารถเข้า ไปดูได้ที่ https://developers.facebook.com/docs/facebook-login จะมีสอนวิธีการใช้การรับค่าต่างๆมาทั้งหมดเลย สนใจลองไปศึกษาดูได้น่ะๆ

Facebook Login - Documentation - Facebook for Developers

Api-BackEnd(การต่อหน้าบ้านเข้าหลังบ้าน)

มีหน้าบ้านแล้วมีการยืนยันตัวตนแล้วงั้นเราเหลืออะไรหล่ะก็ต้องเก็บข้อมูลที่เราเล่นสิไม่งั้นที่เลี้ยงไข่มาก็หายหมดกันพอดีเพราะฉะนั้นเราต้องเก็บข้อมูลด้วย(ในส่วนนี้ ฝั่ง BackEnd จะไม่ค่อยได้ไปเขียนเยอะเพราะ พี่ซันจะเป็นคนเขียนให้น่ะครับเพราะฉะนั้นเรื่อง ลายละเอียดเดี๋ยว รออ่าน Med ของพี่เขาน่ะครับ )แล้วหน้าบ้านกับหลังบ้านคุยกันยังไงหล่ะ พวกเราใช้ Tool ที่ชื่อว่า Axiosเป็นตัวคุยนั้นเองมันจะทำหน้าที่เป็น API ส่งข้อมูลไปหลังบ้านและหลังบ้านส่งไปให้ DB จัดเก็บข้อมูลหรือเวลาเราจะต้องการข้อมูลของผู้เล่นเราก็จะใช้ตัวนี้แหละเป็นตัวดึงข้อมูลมานั้นเอง ใครสนใจเรื่องวิธีการเรียการรับการส่งข้อมูลไปอ่านที่นี้ได้เลย https://github.com/axios/axios จะมี ตัวอย่างการสอนอยู่หลายแบบพอตัวๆ

Deploy-Phase 1 !!!

หน้าบ้าน-พร้อม , หลังบ้าน-พร้อม , DB-พร้อม เราทำได้ปล่อยกันเลย! และเราก็ปล่อยเกม Phase แรกไป แต่ก่อนปล่อยเราต้องไปคุยกับ Infraก่อนว่าเราใช้อะไรบ้างต้องการอะไรบ้างเพื่อที่เขาจะไป config server ได้ถูกต้องสามารถไปอ่าน วีรกรรมการปล่อยเกมได้ที่ Med ของ ข้าวตูได้เลยน่ะ จะมีลายระเอียดต่างเกี่ยวการทำ Server ประสบการณ์ต่างๆที่เกี่ยวกับงานฝั่ง Infra น๊าาเป็นผู้มีพระคุณที่อยู่กับเรามา 5555
ไม่มี ข้าวตู ก็จะไม่มีเกม SIT DINO อยู่บน Server ถถถถถ

1 เดือนกับการเรียนรู้ Project Orientation2018 (Infrastructure)

แล้วก็ปล่อยขึ้น Server
เย้ จบ Phase 1

ปัญหาที่เจอในช่วง Phase 1 (แก้อันนี้ไปเจออันนี้)

test เรียบร้อยไม่มีปัญหาในด้านหน้าเกมเข้าเกมเล่นได้ปกติ แต่ พอเอาไปลองจริงเท่านั้นแหละพังตั้งแต่หน้า เข้าสู่ระบบ ถึง หน้าเล่นเกม 5555 มันพังอะไรบ้าง ?
-พังหน้า Responsive (หนักสุดเพราะไม่เคยลองกับโทรสัพจริง) แต่ก็แก้มาได้โดยการสร้าง logic Responsive ที่เป็นของตัวเองขึ้นมา โดยสามารถเข้าไปอ่าน วีรกรรมการ config ตัวนี้ได้ที่ Med ของ ลาร่า น่ะครับยอมใจจริงคนนี้ HardCode Responsive
-พังDB กับ SQL เนื่องจากไม่ได้เขียนเงื่อนไขรองรับชื่อประหลาดๆเลยพังตั้งแต่หน้างานวันแรกที่ทดสอบเลย แต่ก้แก้ได้แล้วน่ะครับ
-พังปัญหาหยิบย่อย จำพวก Function การเรียก ใช้ asycn,await การโหลดรูปการหลัง เป็นต้น แต่ก็แก้ได้สำเร็จและ ปล่อยจริงๆในวันที่ 3 สค พร้อมกับ PR เกม

เริ่ม Phase 2 กัน(กลาย เป็น Full Stack ของแท้)

phase 1 จบแล้วต่อไปก็ Phase 2 ซึ่งในส่วนนี้จะเป็นการที่ไข่ฝักออกและดึงค่าสถานะต่างๆออกมาเพื่อแปลงไดโนเสาร์แต่ละตัวตามที่เราเลี้ยงดูไว้นั้นเอง และต้องอ่านเพิ่มเกี่ยวกับ socket พอสมควรเพราะต้องทำระบบ Real Time กับผู้เล่นในวันงานจริง
ซึ่งต้องเข้าใจหลายเรื่องอยู่พอสมควรใน Phase 2 จะแบ่งออกเป็น 3 ฝั่งนั้นก็คือ ฝั่งClient, ฝั่ง Projector และฝั่ง Monitor นั้นเองความพีคของมันคือมันใช้คนละ Framework เขียน…อ่าวทำไงหล่ะเราก็ต้องเข้าใจ 3 อย่างหรอ ? ( ใช่ครับเราต้องเข้าใจ 3 Framework ในเวลา 1 อาทิตย์นิดๆ เอื้อกกกเกือบตายยย 5555 สนุกดี มันก็จะมีตีกันนิดหน่อยๆมั่ง~~ ) แต่มันก็ผ่านไปด้วยดีอ่ะน่ะ
จากตอนแรกอ่านแค่ socket แท้ๆเศร้าา

3 Framework ก็คือ…

• Phaser (เราเป็นคนเขียนหลัก)-หน้า client
• React (พี่เบ้นส์เป็นคนเขียนหลัก)-หน้า Monitor เป็นตัวคุมเกมในงานปฐมนิเทศ
• Vue (พี่ซันเป็นคนเขียนหลัก)-หน้า Projector ที่คอยแสดงภาครวมในเกม

และมี API = Socket.io เป็นตัวคุยระหว่าง 3 ตัวนี้

ทำไมต้องเข้าใจ 3 Framework?

เพราะว่าเราต้องใช้ Socket คุยกับทั้ง 3 อันแล้วคนที่เข้าใจการทำงานทั้งหมดตอนนี้คือเรานั้นเองและสามารถแกะโค้ดหน้าบ้าน เป็นพันกว่าบรรทัดในเวลาไม่นานได้มีเราคนเดียว 5555 เศร้าใจยิ่งนัก เพราะฉะนั้นเราเลยต้องทำความเข้าใจ ทั้ง 3 ตัวว่าเวลาใช้งานส่งค่าของแต่ละตัวมันใช้ยังไง React จะใช้ง่ายสุดเพราะทำแค่ปุ่มควบคุมส่งค่า และลองลงมาคือ Phaser ที่ชำนาญในการ config ส่งและรับค่าต่างๆอยู่แล้ว แต่ที่ยากที่สุดคือ Vue เพราะต้องช่วยพี่ซันทำหน้า Projector ทำให้เกิดการ 1 night miracle Vue ขึ้นมานั้นเอง

Vue ประสบการณ์และปัญหาแปลกๆ

อยากบอกว่าเป็นครั้งแรกที่ใช้ Vue เขียนหน้าบ้านโดยจะมีพี่ซันมาคอยช่วยแก้บัคและช่วยเขียนให้สิ่งที่เราได้จากการทำ Vue คือการใช้ Componentและการสร้างการเรียกใช้ Tag Function ต่างๆของ Vue การส่งสลับหน้าของ Route วิธีการใช้ Props และ Pop(แต่สุดท้ายก็ไปใช้ VueX 5555)ซึ่งง่ายกว่าเยอะเลย

ปัญหาที่เจอตอนใช้ Vue ที่เจอคือ เรื่อง Arrow Function ที่บางที VueX ก็ไม่รู้จัก หรือบางทีเวลาใส่เสียงไปต้อง Refresh ก่อนถึงจะมารู้สึกงงๆเหมือนกันว่าทำไมแต่ไม่เจอสีแดงเลยไม่เจออะไรเลยแต่แค่ค่าไม่มาเฉยๆเป็นความรู้ใหม่ว่า VueX เรียก Arrow Function แล้วบางที่อาจจะบัคได้ และสิ่งที่เจอต่อมาคือ ทีมเราไม่มีใครเก่ง css เลยต้องใช้เวลานานมากกว่าจะทำได้หน้านึง 55555

Deploy Phase 2

เหมือน Phase 1 เลยทุกอย่างปกติ test localhost ผ่านใช้ได้ดีพอไปให้ Infra Deploy เท่านั้นแหละ….พังอีกแล้วว พัง monitor พัง client พัง projector พังมันทุกอย่าง 5555 ก็ไล่แก้บัคไป monitor จะมีปัญหาตอนที่รับข้อมูลมาคำนวณค่าต่างๆ เหมือนจะบัคที่ logic ต่อมาเป็นฝั่ง client พลาดตอนดักเงื่อนไข สลับจอและการกดเลือกบอส ทำให้สามรถกดซ้ำๆได้และมีปัญหาตอนส่งค่าและรับค่าต่างๆ และสุดท้าย projector พังที่ตอนรับค่าเรียก Vuex ไปแล้วมีปัญหาเรื่องการโหลดช้าโหลดเร็วและการเรียก Arrow Function นั้นเอง

โอกาสสุดท้ายก่อนวันจริง…

วันจันทร์ที่ 6 สิงหาคม เป็นวันที่อาจารย์นัดเรียนเพิ่มตั้งแต่เช้าถึงเย็น ได้กลับมาทำ Projector อีกทีช่วง 6 โมงเย็น .env ใช้งานไม่ได้สิ่งที่ทำคือไปช่วย infra vimเข้าไป config ที่ socket กันตรงๆเลยตอนนั้นทำขึ้น เซิฟ Dev ก็ใช้ได้ปกติเยี่ยมเตรียมขึ้นจริง

แล้วก็ได้เวลาขึ้น production ตู้ม!! เจอปัญหาเหมือนเดิมต่อกับ socket ไม่ติด
error ที่เจอคือมันบอกหา socket ไม่เจอ แล้วทุกคนแก้นั่งงมกันต่อไป 5555
ช่วงนั้นก็ทั้งแก้บัคส่วนอื่นๆด้วยแล้วก็ช่วยกกันหาสาเหตุว่าทำไม socket มีปัญหา และสุดท้าย เวลาประมาณตี 4 เราใช้ตัวเลือกสุดท้าย ขอความช่วยเหลือจากพี่ปุ๊ ให้มาช่วยแก้ไขจนสุดท้ายก็เอาขึ้นได้หมดแล้ว ตรบมือออ~~

เหลือเวลาอีก 4 ชมก่อนใช้งานจริงไล่เครียบัคทุกอย่างที่เจอะและดักทุกอย่างที่จะเป็นไปได้ทำให้เกิดบัค…

ถึงเวลาใช้งานจริง(ตื่นเต้นมาก)

ทุกคนเตรียมตัวกับงานนี้มาอย่างดีและคิดว่าต้องผ่านไปได้ดีแน่นอน

แล้วก็ผ่านไปได้ด้วยดีถึงแม้ว่าภายในงานจะมีปัญหาติดขัดอยู่บ้างก็ตาม
จบงานนเย้!!!

มาดูปัญหาที่เจอมากันเถอะ

• ทุกอย่างช้ากว่ากำหนด แล้วก็รู้สึกผิดที่ทำให้ infra รู้สึกกดดันขอโทษข้าวตู่จริงๆ
• ใช้ .env ใน phase 2 ไม่ได้ต้องขอโทษทีม infra จริงๆที่ทำให้เจอปัญหาน่ะครับ (คราวหน้าจะปรับปรุงน่ะครับ)
• โดนเจาะระบบ API ตอนส่งค่า Status ผิดพลาดเขาเลยดักปลายทางได้โดย postman(ยังดีที่เจาะ DB ไม่ได้ คราวหน้าจะป้องกันให้ดีขึ้นน่ะครับโดยการจะ
  ใช้ post ทุกตัวแล้วครับ)
• ต้องฝึก logic อีกหลายๆท่าเลยมีอะไรที่ต้องเรียนรู้อีกเยอะเลย
• ในวันงานเกิดความผิดพลาดอาจารย์ซ้ำกัน คาดการณ์ว่าเป็นที่การส่ง socket เพราะว่าข้อมูลใหญ่และ user ส่งไม่เท่ากันทำให้เกิดการคาดเคลื่อนและอาจารย์ออกมาพูดซ้ำได้ หรืออีกกรณีคือ เรามือลั่นไปกด ปุ่มเบิ้ลทำให้ข้อมูลตีกันเอง
  (คิดว่าน่าจะแก้ได้โดยการดักกรอง user มาให้ครบให้หมดก่อนแล้วค่อยส่งไปอีก stage นึง และทำ ปุ่มป้องกันการมือลั่นของตัวเอง)**

ประสบการณ์ที่ได้รับ

เยอะมากกกกกกกก ได้เข้าใจหลายๆ เรื่องจากเมื่อก่อน ทำเป็นแค่ Phaser หน้าบ้านตอนนี้คือสามารถเข้าใจได้ทั้ง 2 ฝั่ง เลย ทั้งหน้าบ้านและหลังบ้านสามารถเข้าใจแล้ว เข้าใจเรื่อง api ของ Socket.io , Axios ได้ประสบการณ์ การเขียน 3 Framework พร้อมกัน(ใครสนใจต้องลองสนุกดีๆ 5555)

..และสุดท้ายนี่คืองานชิ้นที่ 2 และเป็น Project แรกที่ได้ทำในนามของ Alchemist อย่างเต็มตัว ขอบคุณพี่ๆและเพื่อนๆทุกคนที่ช่วยกันจนเกิดงานนี้ขึ้นมาน๊าา

ถ้าอธิบายตรงไหน งง หรือใช้คำผิด ก็ ขอโทษด้วยน่ะค้าบบบบ

แปะ..(เผื่อใครอยากศึกษา api น่ะๆ).. แปะ

https://github.com/axios/axios
https://github.com/socketio/socket.io

ช่วยได้จริงๆ สองอันนี้

แล้วก็ฝากไว้ด้วย Git ของเราเองอิอิ

pepea23 (pepea23)

Good Bye~

Orientation2018 — Dev.Game was originally published in Alchemist on Medium, where people are continuing the conversation by highlighting and responding to this story.

WIPCamp#10-ประสบการณ์การทำเกมในทีม Dev

สวัสดีครับทุกคนวันนี้ผมจะมาเล่าถึงประสบการณ์เกี่ยวกับ การทำเกมในทีม Dev ของผม และเกมใน ค่าย WIP Camp

(Way to Information Technology Professional Camp)

ก่อนที่ผมจะได้ทำเกมค่าย ผมได้มีโอกาศเข้าไปทำ workshop ของ Alchemist ชื่อว่า HelloWorld #Alpaca โดยมีแนวทางว่าาเป็นการส่งต่อประสบการณ์ให้แก่รุ่นน้องๆ ว่าเราเจออะไรมาบ้าง ผ่านอะไรมาบ้าง ช่วงนั้นเป็นช่วงที่ลำบากอยู่พอสมควร ตอนนั้นผม มี สมาชิกทีมในการทำเกม อยู่ 4 คน ในตอนนั้นผมรู้สึกว่าตัวเองเอาแต่ใจมากๆ เพราะ ไม่ค่อยฟังเสียงส่วนรวมเท่าไหร่นัก ซึ่งเกม ที่ผมทำมีชื่อว่า Forest เป็นเกมแนว horror-fps และ engine ที่ผมใช้คือ unity เป็น engine ที่หน้าสนใจพอตัว แต่ก็มีปัญหาคือ 1.)พวกเราก็ยังใช้กันไม่ค่อยเป็น 2.)ภาษาที่พวกเราใช้เป็นภาษาที่ยังไม่เคยลองใช้มาก่อน ( C# )
และตอนนั้นทำให้รู้สึกว่าเราไม่ได้ทำงานกันเป็นทีมเลยเหมือนต่างคนต่างทำและสุดท้ายก็ export ตัวเกมไม่สำเร็จ และไม่ได้เอางานนี้ส่งไป แต่เอาผลงานจาก rpg-marker ไปส่งแทน แต่ถึงยังไงก็ต้องขอบคุณเพื่อนๆในทีมที่ร่วมทำงานกันจนสำเร็จ

ตอนนั้นที่ทำให้รู้ว่าเราควรฝึกทำงานเป็นทีม
ไม่ใช่เก็บเอาไว้คนเดียว

(ตอนนั้น ไม่ได้ ถ่ายรูปตัวเกมไว้เลยไม่มีนะครับ 55555)

และต่อมาพี่ๆก็เปิดโอกาศให้ผมเข้าร่วมทีม Dev เพื่อที่จะทำเกมค่าย WIP Camp ซึ่งเกมของพวกเราใช้เวลาทำประมาณ 6 เดือน เป็นการทำงานครั้งแรกของผมที่ใช้ระบบ Agile เข้ามาช่วยการจัดการทำงานทำให้รู้สึกว่าเราทำงานเป็นทีมเข้ากับคนอื่นได้ดีขึ้น ซึ่งเวลามีปัญหาอะไรก็ช่วยกันแก้ไข

ตอนแรกในทีมนี้มีสมาชิกทั้งหมด 7 คน(ตอนนี้ มี 8 คนแล้วน๊าา) Design 2 คน Sound 2 คน และ Dev 3 คน ถึงแม้ว่าทุกคนต่างมีหน้าที่เป็นของตัวเอง แต่ถ้าเกิดปัญหาทุกคนก็จะช่วยกันแก้ไขให้ผ่านไปได้ด้วยดี

เกมแรกของพวกเราเรียกว่า รามรัน เป็นเกมแนว Adventure โดยการวิ่งนับระยะทางสามารถเลือกตัวละครได้สองฝั่งว่าเป็น ลิง หรือ ยักษ์ และจะมีไอเทมคอยช่วยระหว่างการวิ่ง มีฉากทั้งหมด 3 ฉาก

engine ที่พวกเราเลือกใช้คือ Phaser ภาษา Javascript https://phaser.io/

เรามาดูกันว่าตลอด 6 เดือนเราพัฒนาอะไรขึ้นมาบ้าง

เริ่มจากพวกเราวาง story ตัวเกมว่าจะเป็นยังไงบ้างช่วงนั้นได้ลองผิดลองถูกกันหลายๆอย่างเลย 5555

ตอนช่วงแรก ๆ ใช้เวลาเดือนกว่า ๆ ในการศึกษา Code และลองทำอะไรหลาย ๆ อย่างพอสมควร จนได้ระบบ gameplay หลักขึ้นมา

เรามาดูพัฒนาการของเกมกันว่ามีอะไรเกิดขึ้นบ้าง

เป็นครั้งแรกที่พวกเราลองเอาโค้ดของทั้ง 3 คนมารวมกัน เป็นอะไรที่ยากมากเพราะสไตล์การเขียนโค้ดต่างกันพอสมควร 55555 และช่วงนั้นยังไม่ได้ใช้ GitHub เลยทำให้พวกเราโดนรุ่นพี่ดุ 😣 หลังจากนั้นพวกเราก็ถึงเริ่มใช้ GitHub กัน

ช่วงนี้จะเป็นช่วงแรก ๆ ที่เริ่มใช้ GitHub เป็นอะไรที่ใช้ไม่ค่อยเป็นเลย ทำให้พวกเรา Push งานกันมั่วมาก 5555 😖 แต่พอใช้ไปสักพักก็เริ่มลงตัวขึ้นและการส่งงานการเอางานแต่ละคนมารวมกันเป็นเรื่องที่ง่ายมากเลย

พอทำ Game Play ได้พอสมควรแล้วก็เริ่มทำส่วนอื่นๆ ไม่ว่าจะเป็นการทำ Cut Scene การภาคเสียง แก้ไขเรื่อง object ต่างๆ การทำ ระบบ Game Over ทำระบบ Pause ทำ End Credit การทำระบบ FireBase และ ระบบอื่นๆ

จากประสบการณ์ทั้งหมดที่ผมเล่ามาทำให้ผมได้เรียนรู้สิ่งใหม่ๆ ไม่ว่าจะเป็น ภาษา Javascript หลักการทำเกมยังไงให้ออกมามีคนสนใจ วิธีการทำงานเป็นทีมของระบบ Agile การทำ FireBase การเปิด Stack Overflow ตลอดเวลาที่ติดบัค 5555

จนสุดท้ายพวกเราก็ทำสำเร็จออกมาเป็นรามรันที่เห็นกันทุกวันนี้ ถึงยังไม่ค่อยสมบูรณ์มากนักแต่พวกเราก็จะพัฒนาและแก้ไขให้ดียิ่งขึ้น และ ขอขอบคุณพี่ๆที่คอยสอนคอยให้คำแนะนำต่างๆ และ เพื่อนที่คอยอยู่ด้วยกันทำงานเป็นทีมจนงานสำเร็จออกมาด้วยดี และ ขอขอบคุณ Stack Overflow ที่คอยช่วยแก้ปัญหาเวลาติดบัค 😃

มาทำความรู้จักคำศัพท์กัน

Agile คืออะไร ?

ต้องบอกว่า ‘Agile’ ไม่ใช่รูปแบบการทำงานแต่เป็นแนวคิดในการทำงานที่เป็นทางเลือกทางหนึ่ง เพราะก่อนหน้านี้องค์กรส่วนใหญ่จะทำงานด้วยระบบ Project Management คือมี Project Manager และทีมงานมานั่งวางแผนกันก่อนเริ่มโปรเจ็คต์ ทั้งเรื่องเงิน เวลา คน และอื่นๆ ตั้งแต่เริ่มต้นจนจบโปรเจ็คต์ ซึ่งเป็นงานทำงานแบบ ‘Waterfall Process’ แต่แนวคิด Agile จะส่งผลให้มีรูปแบบการทำงานที่ต่างออกไป

ซึ่งแท้จริงแล้ว Agile นั้นเกิดขึ้นมาจากบริษัทที่ทำในเชิง Software Development เป็นหลัก เพราะปัญหาของระบบเดิมที่บรรดาบริษัท Software เจอก็คือ

• ความยากในการวางแผน การนั่งคิดทุกอย่างตั้งแต่เริ่มจนถึงจบโปรเจ็คต์นั้น เป็นเรื่องยากที่จะวางแผนทุกอย่างได้ลงตัวและแม่นยำ ทั้งในเรื่องของงบประมาณที่อาจจะบานปลายหรือเวลาที่ไม่ลงตัว
• กว่าจะรู้ว่าผิดพลาดก็อาจจะสายไปเสียแล้ว ในระบบแบบ Waterfall กว่าที่จะมีการทดสอบโปรดักส์หรือ Software นั้นก็ต้องเป็นในขั้น Test ซึ่งการ Design + Develop นั้นแทบจะเสร็จอยู่แล้ว ถ้าไปเจอความผิดพลาดตอนนี้ไม่ว่าจะด้วยเข้าใจ Requiement ผิดพลาดหรือมีการเปลี่ยนแปลงก็ตามแต่ การแก้ไขก็จะทำได้ยาก (บางครั้งอาจถึงขั้นต้องรื้อทำใหม่)

เพื่อจัดการกับปัญหาเหล่านี้ แนวคิด Agile ก็เลยถูกนำมาประยุกต์ใช้คือวางแผน และทำงานไปทีละนิดๆ และคอยประเมินว่าไปต่อได้ดีไหม ไปถูกทางไหม แล้วจึงไปต่อ กำหนดเป้าระยะสั้นและค่อยๆ ไป เพื่อที่เมื่อเจอปัญหาจะได้แก้ไขง่ายขึ้น หรือเมื่อ Requirment เกิดการเปลี่ยนแปลงก็สามารถรับมือได้ดีขึ้น

แนวคิดสำคัญของ Agile

จริงๆ Agile นั้นไม่ได้มีการระบุเป็นกฎไว้อย่างชัดเจน ผมขอสรุปจากการประสบด้วยตัวเองและอ่านจากหลายๆ ที่ไว้ให้แล้วกันครับ โดยหลักการสำคัญของ Agile ที่เห็นได้ชัดๆ นั้นจะประกอบไปด้วย

• ไม่เน้นกระบวนการและเอกสาร ให้เน้นไปที่การพัฒนาโปรดักส์ให้ดีที่สุดมากกว่าจะยึดติดกับเอกสารต่างๆ (ไม่ใช่ว่าไม่จำเป็นแต่ให้ความสำคัญน้อยกว่า) คือต่อให้มีเอกสารยืนยันแล้วว่าจะทำอะไร แต่มีอีกทางที่ส่งมอบ Value ให้กับลุกค้าได้ดีกว่า Agile จะเลือกทางนั้น ไม่ใช่ทางเอกสาร
• ยอมรับความเปลี่ยนแปลง เพราะ requirement อาจเปลี่ยนแปลงได้ตลอด แนวคิดแบบ Agile จะไม่ฟูมฟายกับการเปลี่ยนแปลง ไม่มีการทำงานหรือยึดติดกับ Gantt Chart แต่จะทำงานแบบ ค่อนข้าง Flexible ตามสิ่งที่เกิดขึ้นจริงเป็นหลัก สามารถเปลี่ยนแปลงได้ตลอดเวลา
• ทำทีละนิดแต่ทำบ่อยๆ คือมีการส่งมอบงานอะไรบางอย่างให้ทีมหรือลูกค้าอย่าต่อเนื่องทีละเล็กทีละน้อย เช่นส่งมอบอะไรใหม่ทุกๆ 2 อาทิตย์หรือทุกๆ เดือน จะไม่ให้ลูกค้ามีการรอ 3–6 เดือนเพื่อรอโปรเจ็คต์ใหญ่เสร็จแล้วค่อยส่งมอบทีเดียว
• ผิดพลาดให้เร็ว คือไม่กลัวที่จะลงมือทำเพื่อที่จะเจอกับความผิดพลาดและแก้ไขไปทีละนิด จะไม่ใช่การวางแผนโดยละเอียดเพื่อป้องกันความผิดพลาด แต่พอเจอสิ่งที่ผิดไปจากแผนจริงๆ (เพราะอย่างที่รู้ว่าน้อยครั้งนักที่เราจะทำตามแผนได้ทั้งหมด) ก็อยู่ในภาวะที่เป็น Point of No Return ไปแล้ว
• ทำงานเป็นทีมมากกว่าที่จะสนใจกระบวนการ คือเน้นที่การมีปฏิสัมพันธ์ระหว่างบุคคลมากกว่าที่บอกว่าต้องเป็นไปตามกระบวนการ มีปัญหาอะไรให้พูดคุยกับทีมเลยทันที บางครั้งอาจถึงขั้นเอา Programmer ไปเจอลูกค้าเพื่อให้เข้าใจ requirement ที่แท้จริงด้วย ให้ลูกค้าเข้ามามีส่วนร่วมตั้งแต่เริ่มกระบวนการ ซึ่งทีมมักจะประกอบด้วยหลายๆ ตำแหน่ง และมีอำนาจมากพอที่จะตัดสินใจทำหรือไม่ทำอะไรเพื่อ Drive ให้งานที่ทีมรับผิดชอบสำเร็จตามเป้าหมาย

และเกมที่สองของเรากำลังออกแบบแต่ก็ล่มเหลวไปเพราะติดสอบ 55555