หลายคนเขียน Web Application เป็น, หลายคนเขียนเกมแบบ Web Application ได้ และหลายคนก็เขียน Web Application ไว้ทำงานบน Facebook Platform ได้ แต่ก็ไม่น่าเชื่อว่ามีอยู่หลายคนที่กลับไม่รู้ว่าจะจัดวาง Infrastructure ให้กับ Web Application ของตนเองยังไงดี เพื่อให้ผู้ใช้งานจากทั่วทุกสารทิศในโลกกลม ๆ ใบนี้ เข้าถึง
Author: ไท้ ปริญญา
ผมยังคงง่วนอยู่กับการทำเกม Beelony สำหรับเล่นบน Facebook อยู่ครับ ทำมาตั้งแต่เดือนกันยายน 2553 จนวันนี้จะหมดเดือนมิถุนายน 2554 แล้ว ก็ยังเอาขึ้นใช้จริงไม่ได้อยู่ดี เพราะช่วงที่ผ่านมาผมต้องเสียเวลาไปหลายอย่าง ไม่ว่าจะเป็น … การประเมินและทดสอบ Instance บน Amazon EC2 ว่าต้องใช้กี่ตัว แล้วก็ใช้ Instance ระดับไหนดี ถึงจะตอบสนองกับตัวเกมได้โดยจ่ายตังค์น้อยที่สุด การทำ
ธุรกิจไอทีของเมืองไทยยังไม่เหมือนของสหรัฐอเมริกา เพราะธุรกิจไอทีของเราไม่ได้เป็นภาคการผลิต แต่เป็นภาคการบริการ เป็นธุรกิจแบบรับจ้างทำของ ธุรกิจกินสัมปทาน และธุรกิจซื้อมาขายไป ถ้าหากเราคิดจะทำให้ธุรกิจไอทีของเมืองไทยให้เป็นแบบที่สหรัฐอเมริกาเป็น เราก็จำเป็นจะต้องคิดถึงนวัตกรรมก่อน จากนั้นก็คิดเรื่องของเงินทุน เพราะนวัตกรรมสำคัญมากในตอนต้น ส่วนเงินทุนสำคัญมาก ๆ ๆ ๆ ในตอนกลาง จริง ๆ แล้วการระดมทุนเพื่อตั้งตัวในธุรกิจไอที ต้องดำเนินไปเป็นขั้นเป็นตอนอย่างน้อย 4 ระดับ อันได้แก่ ระยะตั้งตัว ให้ระดมทุนจากหุ้นส่วน เพราะการขายฝันให้นายทุนในระยะนี้
คราวที่แล้วผมเพิ่งจะอธิบายกลไกของ Facebook Credits ไป แต่ว่ามันยังไม่ค่อยจะละเอียดซักเท่าไหร่ งั้นคราวนี้เอาใหม่เลยแล้วกัน เอาแบบละเอียด ๆ ถึงกึ๋นไปเลย บอกกันเจ๋ง ๆ ไปเลยว่ากลไกต่าง ๆ มันเกิดจังหวะไหนบ้าง แล้วก็เกิดตรงไหนบ้าง ภาพหนึ่งภาพแทนคำล้านคำ ดังนั้น ผมคิดว่าคนที่กำลังศึกษา Facebook Credits อยู่คงจะเข้าใจ ส่วนคนที่ยังไม่เคยศึกษาแต่กำลังคิดจะศึกษา เห็นแล้วก็คงจะพอเข้าใจได้เหมือนกันว่า จุดสำคัญของการเชื่อมโยงกับ Facebook
ด้วยนโยบายอันเข้มงวดเด็ดขาดและโลภของ Facebook ซึ่งกำหนดให้ผู้พัฒนาเกมบน Facebook ต้องใช้ Facebook Credits เพื่อเป็น “เงินตราเสมือนจริง” หรือ “วิธีการชำระเงิน” บน Facebook แต่เพียงช่องทางเดียว จึงทำให้เกิดความเดือดร้อนเล็ก ๆ แก่ผู้พัฒนาเกมบน Facebook ที่จำต้องเปลี่ยนแปลง “วิธีการชำระเงิน” ของตัวเอง มาใช้ Facebook Credits แทน
สมัยก่อน เวลาผมจะคุยกับใครในเรื่องของคอมพิวเตอร์ ซึ่งเรื่องที่คุยเกี่ยวข้องกับการไหลของกระบวนการและข้อมูล ผมมักจะวาดเป็น flowchart แบบภาพข้างล่าง แต่พอผ่านไปผมก็พบว่า ยิ่งคุยยิ่งยาก ดังนั้น การเขียน flowchart มันไม่พอ มันต้องมีการแบ่งแยกด้วยว่า กระบวนการและข้อมูลในช่วงนั้น ๆ ถูกกระทำโดย Unit ใด ก็เลยกลายเป็นว่าต้องเขียนเป็น workflow แทน เดี๋ยวนี้อาการหนัก เพราะตั้งแต่ทำ SAP R/3
โดยส่วนตัวแล้วผมคุ้นเคยกับ Start Transaction, Commit และ Rollback มานานแล้ว เพราะมันเป็นกลไกพื้นฐานของฐานข้อมูล Start Transaction, Commit และ Rollback เป็นกลไกสำหรับการตัดสินใจบันทึกข้อมูลลงฐานข้อมูล มันถูกสร้างขึ้นมาเพื่อทำให้การบันทึกข้อมูลมีความถูกต้องรัดกุมมากยิ่งขึ้น เพราะหากทำสำเร็จไม่มีปัญหา ก็จะเป็นการยืนยันการบันทึกข้อมูล แต่หากทำไม่สำเร็จ สิ่งที่ทำ ๆ ไปก็จะถูกถอดถอนออกหมด ไม่เหลือทิ้งเอาไว้ให้ระคายใจ ให้เหมือนไม่มีอะไรเกิดขึ้นมาก่อน ถ้าเป็นบน Oracle,
ช่วงนี้ผมกำลังหา Mobile Application มาลงบน Samsung Galaxy Cooper ของผมครับ และผมก็พบกับปัญหาสองอย่างในระหว่างติดตั้งและใช้งาน Mobile Application โดยปัญหาอย่างแรกคือปัญหาคลาสสิค นั่นก็คือ พื้นที่จัดเก็บของเครื่องไม่ค่อยจะพอ เพราะถึงแม้จะมี Mobile Application หลาย ๆ ตัว ที่อนุญาตให้เราย้ายไปติดตั้งที่ SD Card ได้ แต่นั่นก็ไม่ใช่
ช่วงนี้ผมกำลังนั่งซ่อม Beelony ครับ เพราะเจอกับปัญหา Concurrent!!! ในทางคอมพิวเตอร์อ่ะ ไอ้เจ้า Concurrent จะหมายถึง อะไร ๆ ที่มันทำพร้อม ๆ กัน ทำขนานกัน แย่ง ยื้อ ยุด ฉุด กระชาก ทรัพยากรชิ้นเดียวกัน ซึ่งในที่นี้ก็คงหนีไม่พ้น “ข้อมูล” ซึ่งบรรจุอยู่ใน “สดมภ์”
คิดว่าคนที่มี Smart Phone อยู่ตอนนี้คงคิดคล้าย ๆ กัน คือ ต้องหา App เจ๋ง ๆ มาใช้ให้จงได้ ซึ่งผมเองก็คิดแบบนั้น!!! ถ้าเราใช้ iPhone เราก็มี App Store สินะ อือม ๆ แล้วถ้าเราใช้ Samsung, HTC, Acer