ช่วงปี 2007-2008 ข่าวใหญ่อันหนึ่งของวงการไอทีก็คือ การผลักดันขอยื่นฟอร์แมต Office OpenXML ที่ใช้ใน Microsoft Office 2007 เข้าเป็นมาตรฐานของ ISO ซึ่งมีปัญหามากมาย แต่สุดท้ายจบลงด้วยการที่ ISO ยอมรับ OpenXML เข้าเป็นมาตรฐาน

อย่างไรก็ตาม ฟอร์แมตของ OpenXML ที่ผ่านมาตรฐานของ ISO (รู้จักกันในนาม ISO/IEC 29500) นั้นไม่เหมือนกับฟอร์แมตที่ใช้ใน Office 2007 เพราะถูกแก้ไขทางเทคนิคไปหลายประการ ทำให้ Office 2007 ไม่ผ่านการทดสอบตามมาตรฐานของ ISO และไมโครซอฟท์บอกว่าจะแก้ให้ใน Office 2010

ปัญหาคือเวลาผ่านมาสองปี Office 2010 ใกล้ออกเต็มทน แต่มันยังไม่รองรับ ISO/IEC 29500 อยู่ดี

ข่าวดีของโจรกลับใจ (เหมือนผม) ที่คิดจะแหกคุก Office 2007 ตอนนี้ Google Docs รองรับการอัพโหลดฟอร์แมต .docx และ .xlsx แล้ว โดยรองรับผู้ใช้ Google Apps ทุกรุ่นทุกภาษาอีกด้วย เท่าที่ตรวจสอบขณะนี้ยังไม่รองรับการ Export แต่ก็นับว่าประตูสู่อิสรภาพได้เปิดกว้างขึ้นอีกนิดแล้ว

ที่มา - googleappsupdates

ต่อเนื่องจากข่าวเก่า Office 2007 จะสนับสนุน ODF ใน Service Pack 2

Stuart McKee ซึ่งมีตำแหน่งเป็น national technology officer ของไมโครซอฟท์ ได้กล่าวในงานสัมมนา Red Hat Summit ที่เมืองบอสตันว่า "ODF has clearly won"

นอกจากนั้นเขายังให้ความเห็นเพิ่มเติมว่าไมโครซอฟท์เข้ามาในสงครามมาตรฐานเอกสารช้าไป และกระบวนการออกมาตรฐาน OpenXML นั้นทำให้เกิดความขัดแย้งอย่างมาก อย่างไรก็ตาม การที่ไมโครซอฟท์ไม่ได้สนับสนุน ODF ใน Office 2007 เป็นเพราะวัฎจักรการพัฒนาซอฟต์แวร์ที่ไม่ลงล็อกกัน ระหว่างรอ Office 2007 SP2 ที่จะออกปี 2009 ลูกค้าสามารถใช้โปรแกรมแปลง OOXML-ODF ไปพลางๆ ก่อนได้

ที่มา - Infoworld ผ่าน OSNews

หมายเหตุ: หลายคนอาจเบื่อแล้ว แต่ผมยังเห็นมีคนสงสัยถึงความสำคัญของมาตรฐานเปิดอยู่เรื่อยๆ ในคอมเมนต์ ดังนั้นขอโฆษณาบทความ ภาพถ่ายครอบครัวกับ ODF อีกรอบ

ความเดิม แอฟริกาใต้ยื่นอุทธรณ์กรณี OOXML ต่อ ISO หลังจากนั้นมีอีกสามประเทศยื่นอุทธรณ์เพิ่มเติม ได้แก่อินเดีย บราซิล และเวเนซุเอลา ทำให้ทาง ISO และ IEC (International Electrotechnical Commission) ต้องเลื่อนการออก Office Open XML หรือชื่อตามมาตรฐานของ ISO ว่า ISO/IEC DIS 29500 ออกไปก่อน

ตามกระบวนการของ ISO นั้นคำร้องจะถูกพิจารณาโดยเลขาธิการของ ISO ซึ่งจะกินเวลา 30 วัน ก่อนส่งไปให้คณะกรรมการบริหารของทั้ง ISO และ IEC ซึ่งถ้าคณะกรรมการสองชุดนี้เห็นว่าคำร้องมีมูล ก็อาจจะใช้เวลาในการแก้ความขัดแย้งอีกหลายเดือน (ในแถลงของ ISO ใช้คำว่า several months)

ที่มา - Heise Online ผ่าน Slashdot

หลังจากที่ Microsoft Office OpenXML ผ่านเป็นมาตรฐาน ISO/IEC 29500 ไปแบบน่ากังขา (อ่านรายละเอียดในข่าวเก่าๆ หมวด OpenXML) ทางออกหนึ่งที่เป็นไปได้สำหรับผู้ไม่เห็นด้วยคือยื่นอุทธรณ์ต่อทาง ISO ให้ทบทวน ซึ่งล่าสุดหน่วยงาน SABS ซึ่งดูแลการออกมาตรฐานของประเทศแอฟริกาใต้ ได้ยื่นจดหมายต่อ ISO แล้ว

ในจดหมายของ SABS แสดงความกังวลต่อกระบวนการของ ISO ซึ่งเปิดช่องให้หน่วยงานภายนอกเข้ามายื่นและออกมาตรฐาน ISO ได้ ซึ่งจะทำให้ชื่อเสียงของ ISO ที่มีมานานเสื่อมลงไป

Steve Pepper อดีตประธานคณะทำงานด้านมาตรฐานของนอร์เวย์ (ซึ่งลาออกไปหลังนอร์เวย์โหวตรับ OOXML) ได้เรียกร้องให้หน่วยงานด้านมาตรฐานของประเทศอื่นๆ ออกมาสนับสนุนการอุทธรณ์ของแอฟริกาใต้ โดยเขากำลังพยายามจะให้นอร์เวย์เปลี่ยนมาเป็นโหวตไม่รับให้ได้เช่นกัน

สำหรับประเทศไทย หน่วยงานที่รับผิดชอบคือ TISI หรือ สมอ. ซึ่งเป็นจากโหวตไม่รับในรอบแรก มาเป็นโหวตรับ (ที่มา) ในรอบหลัง

ที่มา - บล็อกของ Steve Pepper ผ่าน Slashdot

ถึงแม้ว่า OOXML จะผ่านการโหวตเป็นมาตรฐานของ ISO แบบน่ากังขา (OpenXML ผ่านเป็นมาตรฐาน ISO/IEC 29500) แต่ปัญหาใหม่ก็เริ่มขึ้นเมื่อ OOXML เวอร์ชันที่ได้รับมาตรฐานนั้น ต่างกับเวอร์ชันใน Office 2007 มหาศาล

Alex Brown ซึ่งเป็นทีมงานของ ISO ที่ดูแลกระบวนการรองรับ OOXML เป็นมาตรฐาน ได้ทำการทดสอบเอกสารที่สร้างจาก Word 2007 โดยนำไปเทียบกับ ISO/IEC 29500 (OOXML เวอร์ชันที่ผ่านการแก้จากคณะกรรมการต่างๆ และผ่าน ISO แล้ว) และพบว่าได้ข้อความ error ถึง 122,000 ข้อความ คิดเป็นขนาดรวม (เฉพาะข้อความเตือน) ถึง 17MB

ถึงแม้ว่าเป็นไปได้สูงที่ไมโครซอฟท์จะออก Service Pack มาอัพเดต Office 2007 ให้ตรงตามมาตรฐาน ISO แต่ Alex Brown เองก็ยอมรับว่าไม่มีอะไรมาการันตีประเด็นนี้

ในอนาคต Office 2010 อาจบอกว่าใช้ฟอร์แมตเอกสารที่เป็นมาตรฐาน ISO แต่มันกลับทำงานร่วมกับเอกสารจาก Office 2007 ไม่ได้ ทั้งที่ชื่อ OOXML เหมือนกัน

ที่มา - ZDNet, Groklaw

ECMA International และไมโครซอฟท์ สองผู้ผลักดัน OpenXML ได้ออกมายืนยันแล้วว่าร่างมาตรฐาน OpenXML ผ่านการโหวตตามกระบวนการของ ISO และ IEC ด้วยคะแนน 75% ซึ่งเกินจากเกณฑ์มาตรฐานที่ต้องการให้ P-member อย่างต่ำ 66.7% สนับสนุนร่างมาตรฐาน

ผลอย่างเป็นทางการต้องรออีกวันหนึ่ง

ที่มา: - ECMA - ไมโครซอฟท์

เรื่องนี้ลึกลับเกินกว่าจะแปลครับ!!! มีอะไรมากกว่าในข่าวอีกมาก

ถ้าผิดกติกาที่ไม่แปลข่าว ขอให้ admin ลบได้เลยนะครับ

ที่มา: zdnet

ถึงแม้ฟอร์แมต Office Open XML จะไม่ผ่านโหวตเข้าเป็นมาตรฐาน ISO ไปแล้ว (ข่าวเก่า) แต่นั่นเป็นเพียงแค่การขออนุมัติแบบ fast track เท่านั้น ไมโครซอฟท์และ ECMA ยังสามารถแก้ไขปัญหาทางเทคนิคตามที่ประเทศต่างๆ ให้ความเห็นมา แล้วส่งเข้ากระบวนการของ ISO ได้ใหม่อีกครั้ง

Rick Jelliffe คอลัมนิสต์ของ O'Reilly ได้นำความเห็นจากหน่วยงานด้านมาตรฐานของทุกประเทศมาวิเคราะห์ และพยากรณ์ว่าแต่ละประเทศจะมีท่าทีอย่างไรในการโหวตรอบหน้า ซึ่งเหตุผลที่รับ/ไม่รับของแต่ละประเทศก็แตกต่างกันมาก บางประเทศขอแค่แก้จุดเล็กๆ น้อยๆ ก็ยอมแล้ว ส่วนบางประเทศยืนยันว่าต้องแก้ปัญหาฐานรากสำคัญของฟอร์แมตเลย

สำหรับของประเทศไทย โหวตโนรอบนี้ และรอบหน้าก็ท่าทางไม่น่าเปลี่ยนใจครับ

ที่มา - O'Reilly

ถึงแม้การโหวตรับ Office OpenXML เข้าเป็นมาตรฐาน ISO จะลงเอยด้วยความพ่ายแพ้ของไมโครซอฟท์ (ข่าวเก่า) แต่การโหวตครั้งนี้ก็ส่งผลสะเทือนวงการผู้ออกมาตรฐานอย่างที่ไม่เคยเป็นมาก่อน ซึ่งดูได้จากข่าวการล็อบบี้ของไมโครซอฟท์ต่อหน่วยงานผู้ออกมาตรฐานในประเทศต่างๆ ทั่วโลก (ข่าวเก่า)

จากเหตุการณ์นี้จึงมีคนเสนอว่ากระบวนการโหวตรับของ ISO ที่ใช้คะแนนจากหน่วยงานผู้ออกมาตรฐานของประเทศสมาชิกนั้นยังไม่มีมาตรฐานเพียงพอ จึงเสนอว่าถึงเวลาแล้วที่ ISO จะต้องปรับปรุงกระบวนการของตัวเองเสียใหม่ ดังนี้

• มีข้อกำหนดวิธีการโหวตของแต่ละประเทศให้เหมือนกัน ปัจจุบันบางประเทศใช้วิธีให้สมาชิกโหวต บางประเทศให้เลขาธิการเป็นคนตัดสินใจ รายละเอียดปลีกย่อยหลายอย่างแตกต่างกัน เช่น วิธีการเป็นสมาชิก ฯลฯ
• เปลี่ยนวิธีนับคะแนนจากหนึ่งประเทศหนึ่งเสียง เพราะความสำคัญของแต่ละประเทศต่างกัน อย่างจีนเทียบกับประเทศหมู่เกาะก็คงลำบาก
• ใช้วิธีเดียวกับ IETF ว่ามาตรฐานที่เสนอเข้า ISO จำเป็นต้องมี implementation ที่สร้างจากเอกสารมาตรฐานนั้นๆ แล้วใช้งานได้จริง 2 อันขึ้นไป ตรงนี้ออกมาแก้ลำเอกสารของ OpenXML ที่หนามากถึง 6,000 หน้า และคงไม่มีใครพัฒนาโปรแกรมอ่าน OpenXML ขึ้นมาจากการอ่านเอกสารเพียงลำพัง (โดยไม่ถามไมโครซอฟท์) ได้

ข้อเสนอนี้เขียนโดย Geir Isene ซึ่งมีตำแหน่งเป็น CEO ของบริษัท Freecode อ่านฉบับเต็มได้ที่นี่ ตอนนี้ลง Slashdot ไปเรียบร้อย

ที่มา - Ars Technica

ISO/IEC JTC1 ได้ปิดรับผลโหวต DIS 29500 (OOXML) เมื่อวันที่ 2 กันยายนที่ผ่านมา

ตามเกณฑ์ของ JTC1 จะต้องมีสำนักงานมาตรฐานของประเทศต่างๆโหวตรับไม่น้อยกว่า 2/3 (66.67%) และโหวตปฏิเสธไม่เกิน 1/4 (25%) ปรากฏว่าเงื่อนไขทั้งสอง ไม่ผ่านเกณฑ์ทั้งคู่ โดยคะแนนโหวตรับมี 53% และโหวตไม่รับมี 26%

ที่มา: ข่าว ISO

ใครไม่รู้เรื่อง อ่านข่าวเก่า และอินเดียโหวตโน OOXML

มีรายงานว่าในการประชุมของหน่วยงานมาตรฐานสวีเดน หรือ Swedish Standards Institute (SIS - เหมือน สมอ. ของบ้านเรา) เกี่ยวกับผลโหวตของสวีเดนต่อการยื่น OOXML เข้าเป็นมาตรฐาน ISO ได้มีบริษัทพาร์ทเนอร์ของไมโครซอฟท์จำนวน 23 บริษัทเข้ามาสมัครเป็นสมาชิก SIS ในวันนั้น และทำให้โหวตเยสชนะไป 25 ต่อ 6 (3 เสียงโนโหวต)

ตามกฎของ SIS นั้น ขอเพียงเสีียเงินค่าสมัครสมาชิกประมาณ 2444 ดอลลาร์สหรัฐ ก็มีสิทธิ์โหวตได้ทันที บริษัททั้ง 23 แห่งนี้ส่วนมากเป็น Microsoft Certified Partner และมีหลายแห่งเป็นแบบ Gold

ตัวแทนจากองค์กรรณรงค์ด้านข้อมูลเปิด (Foundation for a Free Information Infrastructure) และไอบีเอ็มสวีเดน ได้วอล์คเอาท์จากการประชุมเพื่อประท้วง

ที่มา - OS2 World, Press Release ของ FFII, Slashdot

จากข่าว ความเห็นของไมโครซอฟท์ประเทศไทยต่อ OOXML ตอนนี้เริ่มมีรายงานความเห็นของแต่ละประเทศต่อเรื่องนี้ออกมาแล้ว

ผลจากการประชุมของคณะกรรมการ 21 คนแบบมาราธอนกว่า 6 ชั่วโมง (และการล็อบบี้อีกมากมายจากทั้งสองค่าย) อินเดียตัดสินใจเอกฉันท์ว่าจะ "โหวตโน" โดยมีเงื่อนไขว่าอาจพลิกเป็น "เยส" ได้ถ้าไมโครซอฟท์แก้ปัญหาทางเทคนิคของ OOXML กว่า 200 จุดได้

Rakesh Bakshi หัวหน้าฝ่ายกฎหมายของไมโครซอฟท์ให้สัมภาษณ์ว่า "ตัวเลือกมีแค่สามทาง คือรับ ไม่รับ และไม่ลงคะแนน ซึ่งเราก็เคารพการตัดสินใจของรัฐบาล"

นอกจากอินเดียแล้ว ประเทศที่โหวตโนไปล่วงหน้าก็คือจีน ส่วนประเทศที่น่าจะโหวตโนได้แก่ญี่ปุ่น แคนาดา, สาธารณรัฐเช็ก, สหราชอาณาจักร, นิวซีแลนด์, อิหร่าน, คิวบา และลิเบีย ถ้าเป็นบริษัทที่สนับสนุนก็มีซัน, ไอบีเอ็ม, ออราเคิล, กูเกิล และเรดแฮท

ส่วนฝั่งสนับสนุนได้แก่ประเทศมาเลเซีย, เดนมาร์ก และสวิตเซอร์แลนด์ พันธมิตรของไมโครซอฟท์ได้แก่แอปเปิล, Quark, Accenture และโนเวล

มีอีกหลายประเทศที่บอกว่าจะ "โนโหวต" รวมถึงสหรัฐอเมริกาด้วย ส่วนประเทศไทย สมอ. บอกว่าจะโหวต ส่วนโหวตข้างไหนนั้นได้ข้อมูลแล้วจะมารายงานให้ทราบ ปิดรับโหวตวันที่ 2 กันยายนนี้ อีกไม่นานก็น่าจะรู้ผล

ที่มา - The Economic Times

Blognone ติดตามข่าวเรื่องสงครามมาตรฐาน ODF ปะทะ Microsoft Office Open XML (OOXML) มาโดยตลอด ถึงแม้เราอยู่ฝ่าย ODF แต่ก็เปิดโอกาสให้กับฝั่ง OOXML เช่นกัน ในโอกาสที่ OOXML กำลังถูกยื่นเข้าไปเป็นมาตรฐานของ ISO ผมก็ได้รับเอกสารเกี่ยวกับ OOXML จากคุณฟูเกียรติ จุนนวล แห่งไมโครซอฟท์ประเทศไทยมาให้อ่านกัน

ไหนๆ เรื่องนี้กำลังฮ็อตแล้ว ก็ขออธิบายสถานการณ์ปัจจุบันแบบคร่าวๆ รวมถึงข้อมูลเพิ่มเติมของทั้งสองฝ่าย เพื่อว่าผู้อ่าน Blognone จะได้นำไปอ่านประกอบการพิจารณาสนับสนุนฟอร์แมตตัวใดตัวหนึ่ง ผมหวังว่าจะได้เห็นการอภิปรายกันอย่างสร้างสรรค์และจริงจังนะครับ

มาตรฐานด้านเอกสาร เป็นเรื่องสำคัญที่ไม่ได้เห็นผลอยู่เฉพาะหน้า

เมื่อวันที่ 1 พ.ค.2548 OASIS ได้เสนอร่างเอกสาร ODF (OpenDocument Format) ซึ่งเป็นฟอร์แมตที่ใช้ใน OpenOffice software suite ให้ ISO/IEC Joint Technical Committee 1 (JTC1) พิจารณาตามกระบวนการ ซึ่ง JTC1 ได้อนุมัติเป็นมาตรฐาน ISO/IEC 26300:2006 ในปลายปี 2549

ในขณะนี้ ไมโครซอฟท์ และ ECMA/TC45 ได้เสนอร่างเอกสาร OOXML (Office Open XML) ซึ่งเป็นฟอร์แมตที่ใช้ใน Microsoft Office 2007 และกำลังจะผลักดันเป็นมาตรฐาน ISO เช่นเดียวกับ ODF

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

• เอกสารของ ECMA (สำคัญ อ่านส่วนที่ 1+3+5 ก่อน)
• มีประเด็นใดที่ต้องเอาใจใส่เป็นพิเศษหรือไม่ สำหรับนักพัฒนาซอฟต์แวร์ไทย และคนไอที
• ความเข้ากันไม่ได้ของ"มาตรฐาน" จะสร้างปัญหาให้กับตลาดไอทีเหมือนกับที่เคยเกิดกับรหัสอักขระและ Thai card เมื่อยี่สิบปีที่แล้วหรือไม่
• OOXML ไม่เหมือนกับฟอร์แมตของ Microsoft Office 2003 แต่จะมีตัวแปลให้ และจะมีตัวแปลระหว่าง OOXML<->ODF เช่นกัน

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