การ์ด SD แบบมี Wi-Fi ในตัวนั้นเจ้าแรกๆ ที่ทำออกมาคงเป็นของบริษัท Eye-Fi ที่หลังจากทำตลาดมาหลายต่อหลายปี สินค้าตัวนี้ก็เริ่มได้รับความนิยมระดับหนึ่ง ผู้ผลิตกล้องจำนวนหนึ่งเริ่มรองรับเมนู Eye-Fi ในกล้องของตัวเอง แต่ช่วงหลังๆ ผู้ผลิตรายอื่นๆ เช่น โตชิบาก็เริ่มเปิดตัวสินค้าในกลุ่มเดียวกัน จนกระทั่ง SD Association (SDA) หน่วยงานมาตรฐานกลางของ SD เตรียมออกมาตรฐานอย่างเป็นทางการ

Eye-Fi ออกมาตอบโต้เรื่องนี้ทันทีว่ามาตรฐานนี้ละเมิดสิทธิบัตรของ Eye-Fi อยู่หลายฉบับ และเรียกร้องให้ SDA นำมาตรฐานนี้กลับไปขั้นรีวิวมาตรฐานใหม่ เพราะตามร่างมาตรฐานที่ออกมาในปัจจุบันจะทำให้ผู้ผลิตรายใดก็ตามที่ทำตามมาตรฐานนี้ละเมิดสิทธิบัตรไปด้วย

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

ที่มา - Eye-Fi

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

ก่อนหน้านี้ไม่มีเอกสารอย่างเป็นทางการสำหรับกระบวนการนี้ จนกระทั่งวันนี้ NFC Forum ได้เปิดเอกสารสำหรับนักพัฒนาให้สามารถพัฒนาระบบในรูปแบบเดียวกันได้เองโดยไม่เสียค่าใช้จ่าย

ในความเป็นจริงสมาชิกของ NFC Forum คงเห็นเอกสารนี้กันก่อนหมดแล้ว แต่การเปิดเอกสารฟรีแบบนี้ก็ทำให้เราหวังได้ว่าจะมีอุปกรณ์ที่รองรับรูปแบบการใช้งานนี้ในราคาถูกออกมาในอนาคต

ที่มา - Engadget, NFC Forum (PDF)

ไม่กี่วันหลังข่าวว่ากูเกิลกำลังจะเปิดภาษาใหม่ ก็มีคนไปขุดเอาเมลที่ Mark S. Miller ที่อยู่ในทีม JavaScript Standard ของกูเกิลส่งเข้าเมลกลุ่มของโครงการ Caja เมื่อปลายปีที่แล้ัว

เนื้อเมลแสดงถึงความตั้งใจของกูเกิลที่จะแก้ไข "ปัญหาพื้นฐาน" ของ JavaScript ที่ไม่สามารถแก้ไขได้จากการพัฒนาตัวภาษา ซึ่งปรกติมีการพัฒนาอยู่เรื่อยๆ ผ่านทางมาตรฐาน ECMAScript ทำให้กูเกิลตัดสินใจที่จะพัฒนาภาษาใหม่ที่ชื่อว่า Dash โดยวางเป้าให้มันเป็นภาษาสำหรับเครื่องไคลเอนต์และเซิร์ฟเวอร์ด้านหน้า (Front-End) และวางตัวให้ภาษา Go เป็นภาษาสำหรับระบบภายใน นั่นแปลว่าแผนการระยะยาวคือกูเกิลจะใช้ภาษาของตัวเองทั้งหมด

มาตรฐาน USB OTG เป็นมาตรฐานสำหรับให้อุปกรณ์เชื่อมต่อกับอุปกรณ์ด้วยกันเองได้โดยไม่ผ่านคอมพิวเตอร์เช่นกล้องถ่ายภาพสามารถต่อกับพรินเตอร์ได้โดยตรง และเมื่อสัปดาห์ที่แล้วมาตรฐาน USB OTG 3.0 ก็ออกมาแล้ว

เช่นเดียวกับมาตรฐาน USB ปรกติ, มาตรฐาน USB OTG 3.0 จะใช้กับอุปกรณ์ในรุ่น 2.0 ได้ ความเร็วที่เพิ่มขึ้นกว่าสิบเท่าตัวทำให้เราน่าจะได้เห็นการใช้งานแบบใหม่ๆ เช่นการถ่ายข้อมูลตรงจากกล้องลงฮาร์ดดิสก์แบบความเร็วสูง หรือเสียบโทรศัพท์เข้าฮาร์ดดิสก์ภายนอกแล้วซิงก์ได้ทันที

ที่มา - USB.org (PDF)

หลังมาตรฐาน C++0x ผ่านร่างสุดท้าย การโหวตรอบจริงก็ไม่มีปัญหาอะไรเมื่อคณะกรรมการโหวตด้วยมติเอกฉันท์ให้รับมาตรฐานนี้เข้าเป็นมาตรฐาน ISO/IEC 14882:2011 หรือมาตรฐาน C++ ปรับปรุงครั้งที่สาม และได้ชื่อใหม่เป็น C++11 ตามปีที่ออกมาตรฐานสำเร็จ

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

หลายคนได้ใช้ C++11 แล้วพบว่าเขียนสั้นลงมากจากฟีเจอร์ auto เท่าที่ผมลองดูพบว่าโค้ดเข้าใจง่ายขึ้นมากอีกด้วย การเรียนการสอนในระดับมหาวิทยาลัยอาจจะน่ากลับมาใช้ C++ อีกครั้ง

ที่มา - Herb Sutter

แนวทางการใช้พอร์ต USB เพื่อจ่ายไฟให้กับโทรศัพท์มือถือนั้นเริ่มมาจากจีนและเกาหลีใต้ตั้งแต่ปี 2006 จนกระทั่งมาตรฐาน USB Battery Charging ออกมาเมื่อปี 2007 ทำให้เริ่มใช้ USB จ่ายพลังงานสูงกว่าเดิมได้ในที่สุดสหภาพยุโรปขานรับว่าให้ใช้ micro-USB แทนสายชาร์จทั้งหมด ในปี 2010 มาวันนี้มาตรฐาน USB กำลังก้าวหน้า (ด้านพลังงาน) ไปอีกขั้นเมื่อทางกลุ่ม USB-IF เตรียมพัฒนามาตรฐาน USB Power Delivery โดยมาตรฐานใหม่นี้จะมีคุณสมบัติดังนี้

• ใช้พอร์ตเดิม
• สามารถปรับได้ทั้งความต่างศักย์ (Volt) และกระแส (Current) ด้วยการคุยกันระหว่างอุปกรณ์
• รองรับพลังงานสูงสุด 100W
• เปลี่ยนทางส่งพลังงานได้
• ใช้ชาร์จแบตเตอรี่ในมาตรฐาน USB Battery Charging ได้

ด้วยแนวทางนี้เราน่าจะได้เห็นการใช้งานแบบใหม่ๆ มากมาย โน้ตบุ๊กจำนวนมากอาจจะใช้มาตรฐาน USB Power Delivery แทนสายชาร์จที่ตอนนี้ใช้ข้ามยี่ห้อกันไม่ได้ เมื่อมาตรฐานได้รับความนิยมเราอาจจะเริ่มเห็นร้านกาแฟให้บริการพอร์ต USB แทนปลั๊ก จอภาพในอนาคตอาจจะทำงานได้ด้วยการเสียบสาย USB เส้นเดียวจ่ายทั้งพลังงานและส่งภาพไปพร้อมๆ กัน

แต่อย่าเพิ่งตื่นเต้น เพราะมาตรฐานขั้นต้นจะเปิดเผยในงาน Intel Developer Forum เดือนหน้า และมาตรฐานสุดท้ายจะออกต้นปีหน้า กว่าอุปกรณ์จะออกคงต้องใช้เวลาหลังจากนั้นอีกพักใหญ่ๆ

ที่มา - USB-IF (PDF)

ใน Android นั้นปัญหาอย่างหนึ่งที่ถูกแก้ไปอย่างดีคือการทำงานร่วมกันระหว่างแอพพลิเคชั่นที่มีระบบ Intent ที่เป็นตัวเชื่อมระหว่างแอพพลิเคชั่นต่างๆ ได้เป็นอย่างดี เปิดโอกาสให้บริการใหม่ๆ สามารถให้บริการได้เช่นบริการอ่าน QR Code นั้นสามารถเขียนกันคนละแอพพลิเคชั่นจากนักพัฒนาที่ไม่เกี่ยวข้องกันแต่ให้บริการแทนกันได้ และวันนี้กูเกิลก็พยายามนำแนวคิดแบบเดียวกันให้มาอยู่ในเว็บ ในชื่อ Web Intents

W3C ซึ่งเป็นหน่วยงานดูแลมาตรฐานเว็บ (รวมถึง HTML5 ที่ก่อนหน้านี้ WHATWG เป็นผู้พัฒนามาตรฐาน) ได้ออกประกาศขอข้อมูลการใช้ประดิษฐ์ที่มีการก่อน (prior art) ของสิทธิบัตรและใบขอสิทธิบัตรของแอปเปิล เพื่อให้มาตรฐานการขอสิทธิในการเข้าถึงข้อมูลของ Widget สามารถประกาศใช้ได้

แอปเปิลมีสิทธิบัตรหมายเลข 7,743,336 และคำขอสิทธิบัตรหมายเลข 11/432,295 โดยระหว่างการพัฒนามาตรฐาน

ทางแอปเปิลได้แจ้งไปยัง W3C ว่ามาตรฐานนี้กำลังทับซ้อนกับสิทธิบัตรของแอปเปิล ทาง W3C จึงได้ตั้งกรรมการที่ปรึกษาขึ้นมาเพื่อศึกษาเรื่องนี้ ผลการกรรมการชุดนี้คือคำแนะนำให้ทาง W3C สู้กับแอปเปิลด้วยการหาข้อมูลว่าสิทธิบัตรเหล่านี้ไม่ควรมีสภาพบังคับ และเอาไปยื่นถอดถอนสิทธิบัตร

แอปเปิลเองที่จริงก็เป็นสมาชิกของ W3C งานนี้ก็นับว่าเป็นสภาพที่กลืนไม่เข้าคายไม่ออกเมื่อหน่วยงานกลางอย่าง W3C ต้องออกมาสู้กับสมาชิกของตัวเอง

มาตรฐาน Widget Access ถูกหยุดการพัฒนาไว้ตั้งแต่ปี 2009

ที่มา - PC World, W3C

HDMI.org ออกมายอมรับว่ามีคำสั่งให้ผู้ผลิตต้องถอนสายเคเบิลที่ปลายสองข้างเป็น Mini DisplayPort และ HDMI ออกจากตลาดทั้งหมด เนืองจากผิดสัญญาอนุญาตของทาง HDMI.org ที่กำหนดให้สายเคเบิลต้องมีหัวเป็น HDMI ทั้งสองข้าง

สัญญาอนุญาตของ HDMI.org นั้นต้องทำตามเอกสารที่ชื่อว่า Compliance Testing Specification (CTS) แต่เนื่องจากเอกสารฉบับนี้ไม่มีระบุการทดสอบสายเคเบิลที่มีหัวข้างใดข้างหนึ่งเป็นแบบอื่นนอกจาก HDMI เอาไว้ ทำให้ไม่สามารถให้อนุญาตกับสายเหล่านั้นได้

ทางออกในเรื่องนี้คือผู้ผลิตต้องทำ "ตัวแปลง" แทน "สายแปลง" กันต่อไป ส่วนตอนนี้ถ้าใครชอบพกสายมากกว่าตัวแปลงอาจจะต้องรีบไปซื้อมาเก็บไว้

ที่มา - TechRedar

ไม่ใช่ว่าโลกจะเลิกทำ HTML5 แต่ Ian Hickson หนึ่งในทีมงาน WHATWG ผู้ผลักดัน HTML5 ตั้งแต่แรก (ปัจจุบันทำงานอยู่กูเกิล) ประกาศว่าทีมงานพบว่าความต้องการฟีเจอร์ใหม่ๆ ของ HTML นั้นมีเพิ่มขึ้นไม่หยุด จากแต่เดิมที่วางแผนจะหยุดมาตรฐาน HTML5 ไว้ช่วงปี 2012 ฟีเจอร์ใหม่ๆ กลับทำให้มาตรฐานนั้นหยุดนิ่งไม่ได้จริง ทำให้ทีมงานตัดสินใจที่จะเปลี่ยนมาตรฐานเป็น "HTML" แล้วปรับปรุงมาตรฐานไปอย่างต่อเนื่องแทนที่จะออกทีละรุ่นเช่นที่ผ่านมา

กระบวนการนี้ทำให้มาตรฐานใหม่เกิดขึ้นไปเรื่อยๆ โดยผู้สนใจสามารถเข้าดูมาตรฐานปัจจุบันได้ที่ http://whatwg.org/html และทาง WHATWG จะยกเลิกแผนการออกมาตรฐานจากเดิมที่เป็นลำดับขั้น เช่น "มาตรฐานเพื่อขอความเห็น", "มาตรฐานเพื่อการอิมพลีเมนต์"

ว่าแต่ใครสั่งเสื้อ HTML5 ไปแล้วบ้าง?

ที่มา - Ian Hickson

ข่าว Chrome ยกเลิกการรองรับ H.264 แล้ว ยังสะเทือนวงการเว็บต่อเนื่องอีกหลายวัน เราเห็นปฏิกริยาตอบโต้จากไมโครซอฟท์กันแล้ว คราวนี้มาดูปฏิกริยาจากค่ายอื่นๆ กันบ้าง

ค่าย Mozilla ไม่มีอะไรซับซ้อน เพราะไม่เอา H.264 ตั้งแต่แรก บุคคลากรของ Mozilla ออกมาสนับสนุนการตัดสินใจของกูเกิลกันสั้นๆ โดยให้ข้อมูลว่าพันธมิตร WebM ทั้งสามเบราว์เซอร์มีส่วนแบ่งตลาดโลกรวมกัน 40% จะช่วยดันให้ WebM เกิดได้ไม่ยาก - Aza Dotzler

ปัญหาแท็ก <video> ที่ไม่สามารถหาตัวถอดรหัสร่วมกันได้ทุกเบราเซอร์เป็นปัญหาเรื้อรังมาตั้งแต่ช่วงเริ่มต้นแท็กนี้โดยก่อนหน้านี้มีเพียง Opera และ Firefox ที่ไม่ยอมรับ H.264 เนื่องจากค่าใช้จ่ายที่แพงเกินไปส่วนผู้ผลิตรายอื่นๆ (รวมถึงกูเกิล) นั้นต่างมีสิทธิเข้าใช้งาน H.264 ทั้งสิ้น แต่การตัดสินใจของโครงการ Chromium/Chrome ที่จะไม่รับ H.264 ก็เพิ่มพันธมิตรเข้ามาอีกราย

การที่ Chrome ถอนตัวเองออกไปจากผู้ร่วมสนับสนุน H.264 ทำให้มีเบราเซอร์รองรับในตลาดที่เลือกข้างระหว่าง H.264 และ WebM แทบจะครึ่งต่อครึ่งพอดี โดยฝั่ง H.264 นั้นได้แก่ Internet Explorer และ Safari ส่วนฝั่ง WebM ได้แก่ Opera, Firefox, และ Chrome (ฝ่ายหลังมีส่วนแบ่งใน Blognone 57%) แม้ Firefox จะสามารถเล่นวีดีโอ H.264 ได้จากปลั๊กอินของไมโครซอฟท์ก็ตามที

ทางออกหลังจากนี้ที่จะหาตัวถอดรหัสที่ได้รับการยอมรับทุกเบราเซอร์ดูจะยากจนเป็นไปไม่ได้นอกจากไมโครซอฟท์จะยอมใช้ WebM แต่หากเกิดเหตุการณ์เช่นนั้นน่าะทำให้ MPEG LA เสียผลประโยชน์จนเกิดคดีความจำนวนมากตามมา

ที่มา - Chromium Blog

เว็บที่เราเห็นทุกวันนี้นั้นมีจุดเริ่มต้นมาจาก CERN ในยุโรป (หน่วยงานเดียวกับทางสร้าง LHC) และออกแบบโดยนักฟิสิกส์ที่ชื่อว่า Tim Berners-Lee ล่าสุดเขาเขียนบทความลงนิตยสาร Scientific American เรียกร้องให้เว็บต่างๆ คงความ "เปิด" ของเว็บเอาไว้ เพื่อไม่ให้เกิดการแยกส่วนของข้อมูลในเว็บ

คุณ Bruce Montag หนึ่งในสมาชิกของ WiGig (Wireless Gigabit Alliance) และเป็นประธานกรรมการของ VESA (Video Electronics Standards Association) เปิดเผยว่า มาตรฐานรับส่งข้อมูลไร้สายที่ความเร็ว 7Gbps รุ่นแรก จะได้รับการสนับสนุนจาก VESA ในการพัฒนามาตรฐานดังกล่าวสำหรับ DisplayPort แบบไร้สาย โดยเขาได้กล่าวว่าการเชื่อมต่อบนมาตรฐาน WiGig รุ่นแรกนี้สามารถทดแทนการเชื่อมต่อ USB และ HDMI แบบไร้สาย และ Wi-Fi ได้ในคราวเดียว

ถึงแม้มาตรฐาน WiGig จะมีคู่แข่งอย่าง 802.11ad ของฟาก IEEE อยู่ แต่คุณ Montag ก็บอกว่าสาเหตุหนึ่งที่ WiGig เป็นสมาชิกหนึ่งใน WiFi Alliance ก็เพราะเขาอยากให้อุปกรณ์ที่ผลิตขึ้นตามมาตรฐานของ IEEE (มาตรฐาน 802.11ac ที่ IEEE สนับสนุนไปควบคู่กับ 802.11ad) และมาตรฐานของ WiGig สามารถทำงานร่วมกันได้นั่นเอง

เขายังเสริมว่า มาตรฐานนี้น่าจะลงอุปกรณ์ต้นแบบได้ในปีหน้า และในปี 2012 จะมีอุปกรณ์ที่รองรับมาตรฐานดังกล่าววางจำหน่าย ถึงเขาจะไม่ได้เปิดเผยว่าบริษัทใดจะเป็นเจ้าแรกที่ผลิตอุปกรณ์ตามมาตรฐานดังกล่าว แต่เป็นที่คาดกันว่าโน้ตบุ๊กและสมาร์ทโฟนน่าจะเป็นอุปกรณ์กลุ่มแรกที่จะนำมาตรฐาน WiGig รุ่นแรกไปใช้งาน

ที่มา: TrustedReviews ผ่าน Electronista

แม้ HTML5 จะได้รับความสนใจอย่างมากในช่วงหลังและเริ่มมีการใช้งานอย่างรวดเร็ว แต่ Philippe Le Hegaret หัวหน้าทีมคนหนี่งของ W3C ก็ออกมาเตือนว่ามาตรฐาน HTML5 ยังไม่พร้อมสำหรับการใช้งานจริง

ประเด็นที่ Hegaret ให้ความสำคัญคือการทำงานร่วมกันได้ โดยตอนนี้เบราเซอร์ยังไม่ได้ทำงานร่วมกันอย่างถูกต้องทั้งหมด แม้ IE9 จะรองรับ HTML5 ได้ดีขึ้นมาก แต่ IE9 ก็ยังไม่ออกตัวจริงจนกว่าจะกลางปีหน้า (Chrome 9 น่าจะออกก่อน)

มาตรฐาน HTML5 ทั้งหมดในตอนนี้ยังคงเป็นร่างมาตรฐานเท่านั้น โดยยังคงมีการเปลี่ยนแปลง API อยู่เรื่อยๆ แม้จะเป็นเพียงเล็กน้อยก็ตาม ส่วนกระบวนการที่เหลือนั้นมาตรฐานจะหยุดเพิ่มฟีเจอร์ในกลางปี 2011 และเขยิบมาตรฐานขึ้นไปสู่ร่างก่อนประกาศใช้งานจริง (candidate recommendation) แล้วจึงประกาศเป็นมาตรฐานแนะนำ (recommendation) ในท้ายที่สุด

ในทางปฎิบัติแล้วดูเหมือนจะไม่มีใครสนใจรอ W3C ประกาศมาตรฐานจริงเท่าใดนัก เช่น กูเกิลนั้นใช้ WebSocket กับ Google Instant ไปก่อนหน้านี้แล้ว

ที่มา - InfoWorld