เป็นอีกเรื่องที่น่านำไปพูดคุยกันใน BTD 3.0

ผมก็เห็นด้วยนะครับ กับ ODF เพราะว่า ไม่มีอะไรประกันได้ ว่าถ้ามาตราฐานที่ออก หรือ กำหนดโดยบริษัทฯ จะไม่มีปัญหาในอนาคต หรือว่า เรียกเก็บเงิน(ไม่ว่าจะเป็นผู้เขียนโปรแกรม หรือผู้ใ้ช้) ถึงแม้นจะมีการรับปาก หรือให้การรับรองก็ตาม

ซึ่งต่างกับ ODF ที่ทุกคนสามารถเข้าถึงได้ It's my life. Open your mind for the future.

ให้ความเห็นที่ไม่ใช่ด้าน Technical ก่อนละกัน

หลังจากอ่านเอกสารชี้ชวน (?) ของไมโครซอฟท์ แล้วรู้สึกถึงการขู่ว่า ถ้าไม่ใช้ OOXML จะไม่สามารถรับประกันความเข้ากันได้ระหว่างโปรแกรมใหม่ๆ กับรูปแบบเอกสารเก่า ซึ่งเป็นปัญหาสำคัญของการแปลงรูปแบบระหว่าง ODF <-> MS Office's format ถึงแม้ว่าจะมี ODF converter มาแล้วก็ตาม แต่สำหรับเอกสารที่สร้างจาก office suite เก่ากว่านั้นก็ฝันไปได้เลย

TISI อาจจะมองถึงจุดนี้ (?) เลยจะ vote ให้ OOXML

เนื่องจาก

1. ODF และ OOXML มีเป้าหมายเดียวกัน
2. ODF ไม่ครอบคลุมความสามารถใหม่ๆ ของ MS Office
3. OOXML มีไว้เพื่อแทนที่ ODF

ความเห็นผมเหมือนกับ Anonymous และ keng ครับ vote no OOXML เพราะ

1. ODF เป็นมาตรฐาน

2. มาตรฐานต้องชัดเจน ความยืดหยุ่นจะทำให้เกิดปัญหาความเข้ากันได้ ซึ่งมักเกิดปัญหาตามมา เช่น สมมติว่า OO.o อาจทำตาม OOXML ทุกอย่าง แต่ยังคงไม่สามารถเปิดได้สมบูรณ์ เพราะยังไม่ได้สนับสนุนส่วนขยายของ MS Office รุ่นใหม่ล่าสุด

3. ถ้า ODF ไม่เพียงพอ ผมมองว่ามีสาเหตุหลายประการนะ เช่น

   1. มองในแง่ดี มันอาจจะไม่พอจริงๆ MS ควรเสนอเพื่อปรับปรุง ODF อาจจะกลายเป็น ODFv2 แบบนี้ดีสำหรับทุกฝ่าย
   2. MS Office อยากใส่ข้อมูลเพิ่มเติมด้วยเหตุผลส่วนตัว เหตุผลนี้ไม่ค่อยดีนะ
   3. MS Office อยากใส่ข้อมูลในรูปแบบที่ตัวเองถนัด เช่น WMF EMF แม้ว่าจะไม่ใช่ความลับอะไร แต่ก็ไม่เหมาะมั๊ง น่าจะรับเฉพาะรูปแบบที่เป็นกลาง

4. ผมไม่เชื่อมาตรฐานที่ยังไม่มีการใช้จริง ถ้าอยากให้รับ OOXML ก็ต้องให้ OO.o อ่านเขียน OOXML ได้ด้วยตัวเอง โดยที่อ่านจากสเปคล้วนๆ ห้ามถาม MS เด็ดขาด

ไม่รุ้ว่า ODF ดียังไงอ่ะ ไม่เคยใช้ แต่ OOXML ผมว่าดีนะ ขนาดเล็กดี ไฟล์ ppt กับ pptx (มันคือ OOXML ป่ะ?) บางทีขนาดห่างกันตั้งครึ่ง

ต่อให้เป็นมาตรฐานแต่มี patent เต็มไปหมดและเจ้าของ patent พร้อมจะเอาเรื่องนี้มาเป็นประเด็นฟ้องร้องชาวบ้าน มันก็ไม่น่าใช้. แต่จะให้ดีสนับสนุนมาตรฐานที่เจ้าของ patent ยืนยันจะไม่ฟ้องแน่ๆ ดีกว่าหรือไม่?. --- http://openil.wordpress.com/

นอกเรื่อง ช่วงนี้อ่านเอกสารจาก Microsoft ทีไร นึกถึงเรื่องนี้ทุกที

This story is true. It was at a USENIX Windows NT conference and Microsoft was presenting their future directions for NT. One of their speakers said that they would release a UNIX integration package for NT that would contain the Korn Shell.

I knew that Microsoft had licensed a number of tools from MKS so I came to the microphone to tell the speaker that this was not the "real" Korn Shell and that MKS was not even compatible with ksh88. I had no intention of embarrassing him and thought that he would explain the compromises that Microsoft had to make in choosing MKS Korn Shell. Instead, he insisted that I was wrong and that Microsoft had indeed chosen a "real" Korn Shell. After a couple of exchanges, I shut up and let him dig himself in deeper. Finally someone in the audience stood up and told him what almost everyone in the audience knew, that I had written the 'real' Korn Shell. I think that this is symbolic about the way the company works.

David Korn, Q/A on Slashdot

India voted *NO*. --- http://openil.wordpress.com/

ผมมีมุมมองส่วนหนึ่งเป็นแบบนี้ครับ สมมติให้<ตัวสร้างเอกสาร>ประกอบด้วย - แต่ละคุณสมบัติหลัก.(ต่างก็มีเหมือนกัน) + แต่ละคุณสมบัติเสริม.(มีไม่เหมือนกัน)

เดาเอานะครับว่าน่าจะัเป็นแบบนี้ <โอดีเอฟ> ------------+

<โอโอเอ็กเอ็มแอล> ------------++++++

1. ISO ควรจะเป็น - งะัครับ 2. ผมคิดว่า ณ เวลานี้ <โอดีเอฟ> น่าจะเป็นมาตรฐานงะครับ คิดว่า เครื่องหมาย - จะเป็นสิ่งที่แสดงว่า ไม่ว่าใครก็ตามที่ต้องการสร้างเอกสาร ต่างก็ต้องการส่วนการทำงานนี้เสมอ(คุณสมบัตหลัก)ที่จะทำให้ได้เอกสารออกมาได้ ซึ่งทั้ง 2 ฝ่ายก็มีแล้ว แม้ว่าเอกสารอาจไม่สวยงามและำไม่มีลูกเล่นตามความต้องการ(คุณสมบัติเสริม)

3. ส่วน + (แต่ละคุณสมบัติเสริม) สุดท้ายก็ให้แต่ละฝ่ายทำ Plug-in ก็ได้งะิครับ

4. แล้วก็เรื่องผูกขาดทางการค้าอีิกเช่นกันที่น่าขบคิด

(>_<)!Windows เป็นนักศึกษาครับ