Chonla’s Instant ใช้ jQuery เป็น engine หลักในการทำงานฝั่ง client และมี query interface เดียว ที่เป็น engine หลักทางฝั่ง server ที่เอาไว้สำหรับรับ keyword จาก client เพื่อไปค้นหาตาม resource ที่กำหนด วิธีนี้ ทำให้ code ที่รันทางฝั่ง client สั้นกระทัดรัด และโยนภาระที่เหลือไปทางฝั่ง server แทน

Service หลัก ๆ ที่ผมลองเอาไปใส่ใน Chonla’s Instant ตอนที่ทำครั้งแรก คือ Longdo Dictionary (http://dict.longdo.com/) ซึ่งเป็น Online dictionary ที่ได้รับความนิยมในประเทศไทย ตามมาด้วย Youtube (http://www.youtube.com/) โดยที่ Youtube ที่ผมใส่นั้น จะทำหน้าที่ search และเอาผลลัพธ์แค่ title, link และ thumbnail มาแสดงเท่านั้น ไม่มีส่วน clip player หลังจากที่ทดสอบและแก้ไขจนพอใจ ก็เอา Service ที่ 3 มาลง นั่นก็คือ พจนานุกรม ฉบับราชบัณฑิตยสถาน ปี พ.ศ. 2542 (http://rirs3.royin.go.th/)

การทำงานฝั่ง Client หลัก ๆ ผมก็ใช้วิธี พิมพ์ปุ๊บ ก็เริ่มไปค้นหาด้วย Ajax และระหว่างที่ค้นหาอยู่ ก็ block ไม่ให้เกิดการค้นหาซ้อนจนกว่าจะค้นหาเสร็จ เมื่อค้นหาเสร็จแล้ว ถ้ามีการค้นหาซ้อนค้างอยู่ ให้ค้นต่อ แล้วเอาผลลัพธ์ที่ได้มาแสดง ส่วนทางฝั่ง Server ก็ใช้ php ไปดึงข้อมูลจาก Server ที่ให้บริการทั้ง 3 services มาเรียบเรียง แล้วส่งกลับไปให้ Ajax เพื่อแสดงผล

เขียนมาซะยาวเลย … ผมว่า ลองไปเล่นกันเลยดีกว่าครับ กับ Chonla’s Instant (http://instant.chonla.com/)

เข้ามาครั้งแรก ได้เจอกับข้อความแจ้งถึงการเปลี่ยนแปลงของ Hotmail ครั้งใหญ่ ที่อ้างถึง 3 สิ่งที่เปลี่ยนแปลงไป คือ

1. รูปลักษณ์ที่เรียบง่ายที่ปรับแต่งได้เองมากขึ้น
2. เข้าถึงอีเมลได้เร็วขึ้นถึง 70%!
3. เข้าถึงผู้ติดต่อ Windows Live Hotmail ได้ง่ายขึ้น

จากที่ได้ทดลองใช้ จะเห็นได้ว่า สิ่งที่เปลี่ยนไปอย่างเห็นได้ชัดคือกราฟิคที่เบาลง ใน Hotmail เวอร์ชั่นเดิม จะเห็นได้ว่า มีสีสันและรูปภาพกราฟิคจำนวนมาก ซึ่งเป็นปัจจัยหนึ่งที่ทำให้โหลดหน้าได้ช้า ใน Hotmail ใหม่นี้ สีสันดูสะอาดสะอ้านมากขึ้น แต่ก็ยังมีรูปแบบธีม (Theme) ของสีที่ให้มา (Default) ที่ดูขัด ๆ กันอยู่ดี นอกจากนี้แล้วยังมีธีมรูปแบบอื่น ๆ ที่ให้มา ผมลองเปลี่ยนเล่นแล้วก็เห็นถึงความเปลี่ยนแปลงเพียงนิดหน่อย (นิดเดียวจริง ๆ) คือโทนสีที่เปลี่ยนไปเพียงบางจุด และรูปภาพกราฟิคที่เปลี่ยนไป

ผมได้ลองเรื่องความรวดเร็วในการเข้าถึงอีเมลแต่ละฉบับ ก็พบว่า เข้าถึงรวดเร็วดี น่าจะเร็วขึ้นกว่าแต่ก่อนตามที่กล่าวอ้าง แต่ผมจับเวลาไม่ได้ว่าเร็วขึ้นกี่เปอเซนต์ แต่ก็ถือว่าเร็วใช้ได้

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

โดยรวมแล้ว ผมถือว่าเป็นพัฒนาการที่ดีขึ้นของ Hotmail ครับ แต่ถึงยังไง ผมก็ยังชอบ Gmail มากกว่าครับ

ในหน้าแรกของ Google Labs จะเห็นรายชื่อของโปรเจ็คต่าง ๆ ของ Google ที่ยังอยู่ในขั้นทดลอง (ด้านซ้าย) และเวอร์ชั่นที่ปล่อยมาให้พวกเราได้ใช้กันแล้ว (ด้านขวา ที่ Google เรียกว่า Graduates of Labs) งานส่วนใหญ่จะเกิดขึ้นจากไอเดียของคนไม่กี่คน คิด แล้วทำเป็น POC (Proof of Concept) ให้เห็นว่าทำได้จริง และทำการต่อยอดให้เป็น Product

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

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

กลับมาที่เรื่องแล็บ มันทำให้ผมรู้สึกว่า อยากได้บรรยากาศทำงานแบบนี้บ้างจัง ผมคิดว่า บริษัทที่ขายเทคโนโลยี และเทรนด์ (trend) จำเป็นต้องอาศัยความคิด และการร่วมมือจากบรรดา Technician (ผมรวมถึง Developer, SA, Project manager ฯลฯ เข้าไปด้วย) เพื่อที่จะทำให้ Product ที่จะออกมามันเกิดจากการประสานกันอย่างลงตัวระหว่าง Consumer และ Technology

บทสรุปแบบลวก ๆ

ถ้าคุณเป็นพนักงาน ลองคิดดูว่าตัวคุณเองเคยเคิดจะเอา Technology ที่คุณรู้มาใช้ในบริษัทบ้างหรือเปล่า หรือถ้าคุณเป็นเจ้าของกิจการ คุณเคยคิดที่จะเปิดรับ Technology ให้เข้ามาสู่กระแสการดำเนินงานของบริษัทหรือเปล่า คุณเคยให้ความสำัคัญกับคนที่เกี่ยวข้องกับสิ่งเหล่านี้มั๊ย สุดท้าย… เอาเป็นว่า อยากลองไปทำงานที่ Google บ้างจัง

• Web 1.0 คือ ผู้ให้บริการ เป็นผู้ที่ป้อนข้อมูลใก้กับผู้บริโภคเพียงฝ่ายเดียว
• Web 2.0 คือ ผู้บริโภคเริ่มกลายมาเป็นผู้ที่ให้ข้อมูล จนทำให้เกิดเครือข่ายทางสังคม (Social Network) ผู้ที่ให้ข้อมูลไม่จำเป็นจะต้องเป็นผู้ให้บริการเว็บไซต์นั้น ๆ ก็ได้ และบางเว็บทำตัวเป็นเพียงแค่ผู้ที่รวบรวมข้อมูลต่าง ๆ สำหรับ Social Networker เราเรียกว่าทำตัวเป็น Aggregator นั่นเอง
• Web 3.0 ยิ่งไปกันใหญ่ อ้างถึงการใช้เทคโนโลยีที่เลิศหรูมาเกี่ยวข้อง ไม่ว่าจะเป็น AI, Semantic Web, Web Ontology Language, SVG และอื่น ๆ [อ้างอิงจาก : http://www.idayblog.com/archives/227]

จะเห็นได้ว่า Web 3.0 ดูเป็นเว็บที่น่าพิศมัยอยู่ไม่น้อย แต่ลองนึกถึงแนวโน้มของสิ่งที่กำลังเป็นไปในปัจจุบัน องค์ประกอบการพัฒนาเว็บที่ทำให้ติดตลาดนั้น หากเราใช้เทคโนโลยีที่ล้ำสมัยเกินไป เทคโนโลยีนั้นจะเป็นตัวขัดขวางการก่อให้เกิดสิ่งที่เราต้องการเสียเอง ยกตัวอย่างเช่น การนำ AI มาประยุกต์ใช้ นักพัฒนาจะต้องมีความรู้ทางด้าน AI ไม่งั้นแล้ว ก็ต้องรอคนที่มีความรู้ทางด้านนี้มาพัฒนา Framework หรือ Library เพื่อให้เรียกใช้กันอีกต่อหนึ่ง

หากเราแบ่งเฟส (Phase) เส้นทางการไปสู่เว็บ 3.0 ออกเป็นช่วงย่อย ๆ แล้ว คงจะต้องแบ่งกันออกเป็นอีกหลายเฟส กว่าจะไปถึงจุดหมายได้ ดีไม่ดี สิ่งที่จะเกิดขึ้น อาจจะไม่ใช่ Web 3.0 ก็ได้ แต่อาจจะกลายเป็น Web 2.0 ที่เป็นเวอร์ชั่นหวือหวามากขึ้น ด้วยเทคโนโลยี Flash ที่มี 3D เข้ามาเป็นส่วนประกอบมากขึ้น การใช้ SVG ที่เป็นที่แพร่หลายมากขึ้น การโต้ตอบระหว่างผู้ใช้กับเว็บจะเนียนมากขึ้น อาจจะมีบางอย่างจาก Web 3.0 เท่านั้นที่เอามาใช้ได้จริง จนสุดท้าย เราก็ไปได้แค่ Web 2.5 (ผมมั่วเลขเวอร์ชั่นเอง เอาเป็นว่า ไกลกว่า 2.0 แต่ไม่ถึง 3.0 ครับ)

บทสรุป

หนทางสู่เว็บ 3.0 ยังอีกไกล อนาคตของเทคโนโลยีจะเป็นไปในทางไหน เราได้แค่คาดการณ์ไว้ แต่มันจะบิด หรือพลิกไปเป็นแบบใด กลุ่มผู้ใช้ทั่วโลก จะเป็นผู้ให้คำตอบ เฉกเช่นการพัฒนาจาก Web 1.0 มาเป็น Web 2.0 ครับ

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

น่าตื่นเต้นไม่น้อยเลยทีเดียว ถ้าทำแบบนั้นได้จริง ๆ เมื่อมีการเปลี่ยนแปลงของข้อมูลบนเว็บเฺซิร์ฟเวอร์ เซิร์ฟเวอร์ก็จะทำการส่งข้อมูลมาให้เว็บบราวเซอร์โดยอัตโนมัติ เหตุการณ์แบบนี้ ในปัจจุบันนี้ยังทำไม่ได้ครับ ด้วยสาเหตุคือ โปรโตคอล HTTP มันเป็น Stateless Connection ครับ นั่นหมายถึง การเล่นเว็บ เมื่อเว็บบราวเซอร์ได้ข้อมูลจากเว็บเซิร์ฟเวอร์กลับมาแล้วการเชื่อมต่อ (Connection) จะถูกปิดทันที ซึ่งต่างจากโปรแกรมประเภท IRC ซึ่งเป็น Stateful นั่นหมายถึงเมื่อเกิด Connection แล้ว Connection นั้นจะเปิดค้างไว้จนกว่าจะมีการสั่งให้ปิด Connection แต่ัยังไงก็ตามเหตุการณ์ที่คล้ายคลึงกันนี้ยังสามารถทำได้ครับ

ผมยกตัวอย่างกรณีของหน้าการแสดงผลการสนทนาระหว่างคนกลุ่มหนึ่งผ่านเว็บ (ไม่ว่าจะเรียกว่าอะไรก็ตาม Chatbox, Shoutbox หรือชื่ออื่น ๆ) กระบวนการอย่างหนึ่งที่เกิดขึ้นคือการ Polling เพื่อให้ดู Real-Time ผมตั้งระยะห่างระหว่างการ Poll แต่ละครั้งไว้ที่ 5 วินาที แสดงว่า ใน 1 นาที จะเกิดการ Poll 12 ครั้ง โดยที่ไม่สนใจว่าจะได้อะไรกลับมาบ้าง จะมีใครคุยกันหรือไม่ นี่คือเหตุการณ์สำหรับผู้ใช้ 1 คนนะครับ ถ้ามีคนเข้ามาคุย 50 คน ก็ 600 Poll ใน 1 นาที รู้สึกเยอะหรือยังครับ มันเป็นเหตุที่ทำให้เว็บเซิร์ฟเวอร์ทำงานหนักโดยไม่ได้ Throughput (งานในช่วงเวลาหนึ่ง ๆ) ที่เหมาะสมครับ

ได้เวลาเข้าเรื่อง Comet แล้วครับ

Comet จะเป็นเทคนิคที่ทำให้เว็บเซิร์ฟเวอร์สามารถส่งข้อมูลกลับมาให้เว็บบราวเซอร์ได้ โดยเทคนิคแล้ว จะแบ่งได้เป็น 2 วิธีหลัก ๆ คือ การทำ Streaming และการทำ Long Polling

การทำ Streaming

คือ การที่ให้ Server สร้าง Connection ไปยังเว็บเซิร์ฟเวอร์ค้างไว้ โดยที่ไม่ปิด เมื่อเว็บเซิร์ฟเวอร์เกิดเหตุการณ์อะไรขึ้น ก็จะส่งกลับมาให้เว็บบราวเซอร์ทำงานได้ทันที เทคนิคง่าย ๆ ของการทำแบบ Streaming คือการทำ IFRAME ซ่อนไว้ โดยที่ใน IFRAME นั้นจะเรียกไปยังหน้าเว็บหน้าหนึ่ง ที่ไม่มีการกำหนด Timeout ไว้ เมื่อเกิด Event อะไรก็ตามที่เว็บเซิร์ฟเวอร์ เว็บเซิร์ฟเวอร์ก็เพียงส่ง script กลับมาให้ใน IFRAME และเนื่องจากมันเป็น script เมื่อได้รับกลับมาแล้วก็จะถูกแปล และประมวลผลทันที (interprete)

การทำ Long Polling

วิธีนี้ ผมเคยได้ยินครั้งแรกตอนที่หัดเขียน Jabber ในชื่อของ HTTP Binding วิธีนี้มีหลักการง่าย ๆ ว่า เพิ่มระยะเวลา Timeout ของ Request Connection ออกไปให้นานที่สุด เมื่อเกิด Event ให้เว็บเซิร์ฟเวอร์ส่งข้อมูลกลับมาที่ Connection ที่เปิดไว้นั้น และทำการปิดทันทีตามลักษณะของ Stateless Connection เมื่อเว็บบราวเซอร์ได้รับ Event กลับมา ก็ให้ทำการสร้าง Connection ใหม่ขึ้นมาอีกทันที วิธีนี้ก็เหมือนกับวิธีการ Poll เพียงแค่เรายืดเวลา Timeout ในการ Poll แต่ละครั้งออกไปให้มากขึ้น

การทำ Long Polling ทำได้หลายวิธี ไม่ว่าจะเป็นการใช้ Ajax, XMLHTTPRequest หรือการใช้ Script Tag Long Polling คุณสามารถอ่านเพิ่มเติมได้จากแหล่งอ้างอิงท้ายบทความครับ

บทสรุป

ด้วยความเห็นส่วนตัวแล้ว ผมสนใจในส่วนของการทำ Long Polling มากกว่า เพราะความง่ายในการพัฒนา ดูแล้วจะไม่ซับซ้อนมากเหมือนการทำ Streaming หรือใครมีความคิดเห็นอย่างอื่นก็แลกเปลี่ยนกันได้ครับ

แหล่งอ้างอิง

• http://en.wikipedia.org/wiki/Comet_(programming)
• http://ajaxian.com/archives/comet-a-new-approach-to-ajax-applications
• http://cometdaily.com/

องค์ประกอบของ Gears

Gears ประกอบด้วยส่วนประกอบต่าง ๆ ดังนี้

1. Database Module (ใช้ SQLite) เพื่อใช้เก็บข้อมูลต่าง ๆ ของเว็บไว้ในเครื่องของเรา
2. WorkerPool Module ใช้สำหรับการรัน JavaScript ใน Background
3. LocalServer Module ใช้สำหรับการเรียกใช้ไฟล์ต่าง ๆ ไม่ว่าจะเป็นภาพ หรือข้อมูลอื่น ๆ โดยไม่จำเป็นต้องมีการต่ออินเตอร์เน็ต (Offline Data) โดย LocalServer จะทำการ Cache ข้อมูลเหล่านี้ไว้บนเครื่อง และให้บริการเมื่อมีการร้องขอ
4. Desktop Module ใช้เพื่อให้เว็บที่ใช้ Gears สามารถใช้งานคำสั่งที่เกี่ยวกับ Desktop ได้ เช่น การสร้าง Shortcut
5. Geolocation Module ใช้สำหรับบอกตำแหน่งที่อยู่ของผู้ใช้งานเว็บที่ใช้ Gears ณ ขณะนั้น

การทำงานของ Gears

ตามที่ผมเคยอ้างไว้ในบทความ Ajax? คืออะไรกันหว่า? [http://blog.chonla.com/?p=8] ว่า เว็บ 1 หน้า จะแยกเป็น 3 ส่วน คือ Layout (Application UI), Data, และ Script ส่วนที่เป็น Data ที่แยกออกมานี้ เราเรียกว่า Data Layer

โดยปกติเว็บทั่ว ๆ ไป จะไม่มีการแยก Data Layer ออกมาจากส่วน Layout แต่จะเขียนปนกัน

การเชื่อมต่อแบบไม่มี Data Layer

การที่จะเก็บ Data ไว้ในเครื่องเราได้นั้น เราจำเป็นต้องแยก Data Layer ออกจาก Layout ก่อน เราเรียกขั้นตอนนี้ว่า Data Isolation เมื่อเรามองถึงเว็บที่มีการเรียกใช้ Ajax ในการแลกเปลี่ยนเฉพาะ Data ระหว่างเว็บบราวเซอร์ และเว็บเซิร์ฟเวอร์ เราสามารถพิจารณาได้ว่า Ajax นี่เองที่ทำหน้าที่เป็น Data Layer ของเว็บนั้น ๆ

การเชื่อมต่อแบบมี Data Layer

และตรงนี้เองที่ Gears จะเข้ามามีบทบาท ลองพิจารณาดูนะครับว่า ถ้าเราเอา Module อะไรซักอย่าง ไปคั่นระหว่างส่วนเว็บบราวเซอร์กับส่วน Data Layer เพื่อใช้ในตัดสินใจว่าจะดึงข้อมูลที่เราเก็บไว้จากในเครื่องของเรา หรือจะดึงข้อมูลใหม่จากเว็บเซิร์ฟเวอร์แทน หรือจะทำทั้ง 2 อย่างดี เราเรียก Module ตัวนี้ว่า Data Switch เราสามารถมองได้ว่า Data Switch นี่ก็ทำตัวเหมือนเป็น Data Layer เหมือนกันนั่นเอง

เพิ่ม Data Switch เข้าไป

Data Switch จะทำหน้าที่ทั้งบันทึกข้่อมูลที่ต้องการลงสู่เครื่องของเรา และดึงข้อมูลที่เราต้องการออกมา เมื่อเราเชื่อมภาพการทำงานของ Data Switch เข้าไปด้วย เราจะเห็นได้ว่า นี่แหละครับ คอนเซ์ปต์การทำงานของ Gears

ภาพการทำงานของ Gears เมื่อติดต่อกับ LocalServer และ Database Module

ตัว Data Switch เองยังสามารถที่จะกำหนดให้ทำการ Synchronize ข้อมูลกับ Server เป็นระยะได้อีกด้วย

Gears เมื่อไม่มี Data Layer

จะทำยังไง ถ้าเราไม่ได้ทำ Data Layer? ยังทำได้ครับ แต่ก็ยุ่งยากขึ้นมาหน่อย เราจะต้องเขียน Code ในการดักขั้นตอนของการรับส่งข้อมูลไปยัง Server เช่น ตอน Submit Form แต่การทำแบบนี้ ทำให้เราต้องทำงานหนักขึ้นอีกเยอะ สู้เอาเวลามาแยก Data Layer ออกมาน่าจะง่ายกว่าหรือเปล่า?

เมื่อไหร่ที่จะควรหรือไม่ควรทำ Offline Data

• เมื่อข้อมูลเป็นข้อมูลชั่วคราว เช่น ข้อมูลดัชนีหุ้น แบบนี้ก็ไม่ควรทำ
• ข้อมูลบางอย่างจะมันก็ควรจะเป็น online มากกว่าที่จะเป็น offline เช่น ข้อความพูดคุยในโปรแกรม Chat แบบนี้ก็ไม่ควรทำเหมือนกัน
• ข้อมูลที่มีการเรียกใช้บ่อย ๆ แบบนี้ควรทำอย่างยิ่ง
• ข้อมูลที่ต้องมีการประมวลผล หรือใช้ข้อมูลมากมายมหาศาลเกินกว่าเครื่องผู้ใช้จะรับไหวได้ แบบนี้ก็ไม่ควรทำ

การ Synchronize Data

จะเกิดขึ้น เพราะสาเหตุดังนี้

• มีการเปลี่ยนแปลงข้อมูลในขณะที่ Offline
• มีการใช้งานข้อมูลร่วมกันกับคนอื่น (คนอื่นอาจจะเปลี่ยนแปลงข้อมูลนั้นได้)
• มีการเรียกใช้งานข้อมูลจาก External Resource เช่นการเรียกใช้งาน Feed

การทำให้ข้อมูลบนเครื่อง เหมือนกับข้อมูลบนเว็บเซิร์ฟเวอร์ เราเรียกว่าการทำ Synchronization เราสามารถทำได้ 2 วิธีคือ Manual Sync และ Background Sync

Manual Sync

จะทำก็ต่อเมื่อ มีข้อมูลที่ต้อง Sync ไม่มากก และผู้ใช้้ต้องการข้อมูลที่ใหม่ล่าสุดก่อนที่จะทำการเปลี่ยนไปใช้ข้อมูลแบบ Offline แต่ปัญหาของการทำ Manual Sync ก็มี เช่น เราไม่สามารถรู้ได้ว่า Network ในขณะนั้นหลุดเมื่อไหร่ เพราะผู้ใช้อาจจะอยู่ในสถานที่ที่ Network ไม่เสถียร เช่นบนรถ เป็นต้น หรือ User อาจจะลืม Sync ก่อนที่จะเข้าสู่ Offline ก็ได้

Background Sync

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

Gears ภาพรวม

ตัวอย่างเว็บที่ใช้ Gears

Google (Docs, Reader, Picasa, YouTube), MySpace, WordPress 2.6

ตัวอย่าง Gears Application

• http://code.google.com/apis/gears/sample.html

บทสรุป

ตามความเห็นส่วนตัวแล้ว Gears ถือว่าเป็นเทคโนโลยีที่น่าสนใจตัวหนึ่ง ยิ่งผนวกเข้ากับ DHTML ที่นับวันยิ่งหวือหวาได้ใจด้วยแล้ว คงเอาชนะใจ Developer หลาย ๆ คนได้ไม่ยาก แต่สำหรับในเชิงการพัฒนาเพื่อธุรกิจแล้ว อาจจะทำได้ยาก เพราะความไม่แน่นอนของพฤติกรรมของผู้ใช้ อาจจะเป็นปัจจัยหลักในการตัดสินใจนำมาใช้สำหรับผู้บริหารได้

แหล่งอ้างอิง

• http://code.google.com/apis/gears/architecture.html
• http://en.wikipedia.org/wiki/Gears_(software)