ออกตัวก่อนว่าผมไม่ค่อยแม่นเรื่องกระบวนการของ ISO เท่าไร ถ้ามีอะไรผิดแก้ด้วยนะครับ

เมื่อต้นปีนี้ Adobe ยื่นฟอร์แมต PDF ที่เราคุ้นเคย เข้ากระบวนการขอรับรองมาตรฐานจาก ISO (แบบเดียวกับที่ไมโครซอฟท์ยื่น OOXML แล้วถูกโหวตตกไปในระยะแรก) เกือบหนึ่งปีผ่านไป กระบวนการก็ดำเนินไปตามขั้นตอนจนถึงขั้นเกือบสุดท้าย คือโหวตรับรองฉบับร่าง (Draft International Standard - DIS) ซึ่งประเทศที่มีสิทธิ์โหวตทั้งหมด 15 ประเทศ โหวตรับ 13 ประเทศ ไม่รับ 1 (ฝรั่งเศส) และงดออกเสียง 1 (รัสเซีย)

การโหวตรอบนี้ประเทศสมาชิกสามารถยื่นความเห็น, คำถาม, ข้อท้วงติงของตัวเองต่อร่างมาตรฐานได้ด้วย ซึ่งเป็นหน้าที่ของ Adobe ในการปรับร่าง/ตอบคำถามให้ประเทศสมาชิกพอใจ ซึ่งถ้าผ่านฉลุยก็คงไม่มีอะไรเป็นพิเศษ แต่ถ้ายังไม่ผ่านก็จะเข้าระยะ Final Draft International Standard (FDIS) ซึ่งต้องโหวตกันอีกครั้งเป็นรอบสุดท้าย

ถ้า PDF ผ่าน (ไม่ว่าด้วยวิธีไหนก็ตาม) จะได้เลขมาตรฐานเป็น ISO 32000

ที่มา - Ars Technica, บล็อกของ Jim King แห่ง Adobe

ถึงแม้ฟอร์แมต 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

จาก http://www.noooxml.org/petition-th

(มีบางข้อที่ในเว็บนั้นแปลแล้วอาจยังไม่ชัดเจน, จึงได้เรียบเรียงใหม่ในบางข้อให้ชัดเจนขึ้น ดังข้างล่างนี้)

ขอให้สมาชิกทั้งหลายใน ISO ลงคะแนนเสียง 'ปฏิเสธ'การรับรอง ISO DIS 29500 (Office OpenXML หรือ รูปแบบ OOXML) เนื่องด้วยเหตุผลหลายประการดังต่อไปนี้

1. มีมาตรฐาน ISO26300 ชื่อ Open Document Format (ODF) อยู่แล้ว การมีสองมาตรฐานทำให้สิ้นเปลือง สร้างความไม่แน่นอนและความสับสน ให้แก่วงการอุตสาหกรรม หน่วยงานของรัฐ และประชาชนทั่วไป
2. ไม่มีอะไรที่จะรับรองว่าข้อกำหนด(specification)ของ OOXML ใช้งานได้จริง: แม้แต่ไฟล์ OOXML ที่สร้างด้วย Microsoft Office 2007 ก็ยังเป็น OOXML เวอร์ชันพิเศษ ที่มีรูปแบบไม่สอดคล้องกับข้อกำหนดของ OOXML
3. มีข้อมูลบางส่วนขาดหายไปจากเอกสารข้อกำหนด(specification document) ยกตัวอย่างเช่น วิธีการทำ autoSpaceLikeWord95 หรือ useWord97LineBreakRules
4. มากกว่า 10% ของตัวอย่างที่ถูกอ้างถึงในการเสนอขอเป็นมาตรฐาน ไม่เป็นไปตามข้อกำหนดของ XML
5. ไม่มีการรับประกันว่าใครๆก็สามารถเขียนซอร์ฟแวรที่นำทั้งหมดหรือบางส่วนของ OOXML ไปใช้ได้ โดยไม่ต้องรับผิดในคดีความเกี่ยวกับความเสียหายทางด้านสิทธิบัตร หรือต้องจ่ายค่าสิทธิบัตรให้ Microsoft
6. มาตรฐานที่ได้นำเสนอนั้น มีความขัดแย้งกับมาตรฐาน ISO อื่น ๆ เช่น ISO 8601 (การเก็บรูปแบบของวันที่และเวลา) ISO 639 (รหัสชื่อภาษาต่างๆ) หรือ ISO/IEC 10118-3 (cryptographic hash)
7. พบความบกพร่องในรูปแบบไฟล์ spreadsheet ที่ห้ามการป้อนค่าวันที่ก่อนปี 1900: นับเป็นความบกพร่องที่มีผลกระทบต่อข้อกำหนดของ OOXML เช่นเดียวกับที่กระทบต่อซอฟต์แวร์อย่าง Microsoft Excel 2000, XP, 2003 และ 2007
8. มาตรฐานที่นำเสนอมิได้มีส่วนร่วมจากผู้มีประสบการณ์และความชำนาญจากหลายๆ ฝ่ายที่เกี่ยวข้อง (เช่น ผู้ผลิต, ผู้ขาย, ผู้ซื้อ, ผู้ใช้ และผู้ควบคุม) แต่เป็นการจัดทำขึ้นโดยMicrosoft เพียงผู้เดียว

----
อานนท์