on
หลังจากที่ Open XML ของไมโครซอฟท์ผ่านการพิจารณาจาก ECMA แล้วเป้าหมายต่อไปของไมโครซอฟท์คือการพยายามนำ Open XML เข้าเป็นหนึ่งในมาตรฐาน ISO เพื่อให้ได้รับการยอมรับในวงกว้างมากขึ้น เนื่องจากหน่วยงานรัฐบาลต่างๆ เริ่มแสดงถึงความต้องการที่จะใช้งานมาตรฐานเปิดที่ได้รับการยอมรับกันเป็นวงกว้าง เมื่อการต่อสู้ถึงจุดที่เข้มข้นมากขึ้นเรื่อยๆ ไมโครซอฟท์ก็ออกมาแสดงความไม่พอใจไอบีเอ็มในจดหมายเปิดผนึกจากทางไมโครซอฟท์
ไมโครซอฟท์ระบุุว่า ไอบีเอ็มซึ่งเป็นหนึ่งในกลุ่มผู้สนับสนุน OpenDocument พยายามขัดขวางการนำ Open XML เข้าสู่กระบวนการพิจารณาของ ISO ทั้งที่ในช่วงที่ OpenDocument กำลังเข้าสู่กระบวนการนี้ ไมโครซอฟท์ไม่ได้ดำเนินการใดๆ เพื่อขัดขวาง เนื่องจากเข้าใจลูกค้าว่าต้องการมาตรฐานเอกสาร
กระบวนการพิจารณาแบบ ISO/IEC JTC1 ที่ไมโครซอฟท์ใช้ในการพิจารณามาตรฐานเข้าสู่ ISO นี้แบ่งออกเป็นสองช่วงคือช่วงการรับพิจารณาโดยจะให้เวลาหนึ่งเดือนที่สมาชิกของ ISO ที่เป็นหน่วยงานมาตรฐานระดับชาติได้ยื่นคำคัดค้านการพิจารณา หากในหนึ่งเดือนนั้นไม่มีการคัดค้านใดๆ ก็จะตามมาด้วยการพิจารณาอีกห้าเดือนและการโหวตยอมรับ ไมโครซอฟท์อ้างว่าไอบีเอ็มพยายามให้มีการโต้แย้งที่จะไม่รับพิจารณาตั้งแต่ช่วงแรก
ไมโครซอฟท์ชูประเด็นที่ว่าผู้ใช้ควรมีทางเลือกในการใช้ไฟล์ฟอร์แมต เช่นเดียวกับไฟล์รูปภาพที่ผู้ใช้สามารถเลือกใช้งานมาตรฐานที่หลากหลายได้อย่างไม่มีปัญหา การใช้ไฟล์เอกสารในรูปแบบเดียวกันจึงน่าจะเป็นเรื่องที่ดี
โดยความเห็นผมแล้ว ในช่วงหลังมานี้ไมโครซอฟท์ยอมถอยหลังจากการปิดฟอร์แมตของตัวเองไปมากแล้ว และมาตรฐาน Open XML ก็น่าจะเป็นสัญญาณที่ดีที่ซอฟต์แวร์โอเพนซอร์สจะทำงานร่วมกับซอฟต์แวร์ของไมโครซอฟท์ได้ดีขึ้น แต่จากประสบการที่ผ่านมา เมื่อไมโครซอฟท์เปิดมาตรฐานของตัวเองขึ้นมานั้น สุดท้ายแล้วไมโครซอฟท์ก็ยังขาดความจริงใจที่จะทำให้เกิดการทำงานร่วมกับการอิมพลีเหมนต์อื่นๆ อยู่เรื่อยๆ ตัวอย่างที่เราเคยเห็นคือมาตรฐาน .NET ที่เมื่อมีการสร้าง mono ขึ้นมาทำงานร่วมกับมาตรฐาน ECMA ที่ไมโครซอฟท์เป็นคนเสนอเข้าไปเอง แทนที่ไมโครซอฟท์จะยินดีที่มีการใช้งานมาตรฐานกลับพยายามกล่าวหาว่า mono นั้นเป็นการทำวิศวกรรมย้อนกลับของ .NET อยู่ตลอดเวลาจนกระทั่งมีการตกลงผลประโยชน์กับทางโนเวลล์เมื่อไม่นานมานี้
อีกประเด็นคือแม้ Open XML จะเป็นมาตรฐานเปิด แต่เราต้องระวังว่ากระบวนการร่างมาตรฐาน Open XML นั้นอยู่ในมือของไมโครซอฟท์แต่เพียงผู้เดียว ต่างจาก OpenDocument ที่มีหน่วยงานร่วมร่างด้วยหลายหน่วยงาน การกระจายอำนาจเช่นนี้น่าจะเป็นสัญญาณที่ดีว่าเมื่อมีการปรับปรุงต่อไปในอนาคต เอกสารเดิมของเราจะยังคงทำงานร่วมกับเอกสารใหม่ๆ ได้
ที่มา - Microsoft, ArsTechnica
ถ้า MS
tina Fri, 16/02/2007 - 12:01
ถ้า MS ต้องการสนับสนุนความเป็นมาตรฐานแต่แรก...ทำใหมไม่ใช้ OpenDoc เลยละ..ไปเสียเวลาเสียเงินทำ OpenXML ทำใหม ???
คำว่า
althema Fri, 16/02/2007 - 15:49
คำว่า "มาตรฐาน" สำหรับไมโครซอฟท์ คือมาตรฐานที่ตัวเองต้องการ ไม่ใช่มาตรฐานที่คนใช้ต้องการ :P
ถ้าลองเปล
ThaiBuddy Fri, 16/02/2007 - 18:42
ถ้าลองเปลี่ยน M$ เป็นบริษัทใดๆ การมีมาตราฐานเพิ่มอาจดีขึ้นก็ได้? หรือไม่? เพราะมีคู่แข่ง คนที่เปิดจริงและดีจริงจะอยู่รอด? ผู้ใช้จะเป็นผู้แลือกเอง แค่เสนออีกแนวครับ ....... สำหรับ mono อันนั้นไม่น่าเกี่ยวกับ ECMA ทั้งหมดหรือปล่าวครับ? เพราะที่เข้ามาตราฐานน่าจะเป็น C#(อันนี้ไม่แน่ใจครับว่า .net framework เข้าสู่มาตราฐานด้วยไหม)-ผมลองอ่านที่ gomono มี CLI/VM ด้วยแฮะ หรืออาจเพราะ commercial support? แต่เรื่อง reverse engineer ไม่ขอออกความเห็น(เพราะเป็นประเด็นที่ถกเถียงกันไม่จบเหมือนกัน) ส่วนเรื่องการโจมตีขอไม่ออกความเห็นครับ :) เพราะอย่างไรธุรกิจก็คงเป็นธุรกิจ :D สำหรับผม เดิมทีก็ต่อต้าน M$ อย่างหนัก แต่ตอนนี้เริ่มทำใจได้บ้างแล้ว[หลังจากพยายามใช้ linux ตั้งแต่รุ่น 0.9x จนปัจจุบัน เครื่องที่บ้านก็ยังเป็น windows :~)]..สงสัยเริ่มแก่เลยกลัวคำไทย "เกลียดปลาไหลแต่กินน้ำแกง" ---------------- http://www.ThaiBuddy.com free T<->E dictionary แค่ชี้ mouse
Mono
mk Fri, 16/02/2007 - 21:08
Mono มีสามส่วนครับ - Compiler/Runtime พวกนี้ตามมาตรฐาน ECMA ที่ไมโครซอฟท์ส่งเข้าไป - Mono Stack อิมพลีเมนต์เองโดยเป็น F/OSS ทั้งหมด เช่น GTK# - Microsoft Stack อิมพลีเมนต์ไลบรารีของ .NET อย่าง Winforms, Webforms เป็น F/OSS เหมือนกัน แต่อาจโดนไมโครซอฟท์ฟ้องเรื่อง patent ได้
สำหรับตัว
wiennat Sat, 17/02/2007 - 00:37
สำหรับตัวอื่นผมไม่ทราบนะครับ แต่สำหรับ asp.net ajax ทาง Microsoft ได้ทำการเปิดเผย source code ของ asp.net ajax อยู่แล้ว และพร้อมให้นำไปใช้และแก้ไขได้ทั้งในการค้าและไม่การค้า ตรงนี้ผมคิดว่า mono ก็คงจะเอา asp.net ajax ของ ms นี่มาใช้งาน ปรับปรุง ให้เข้ากับ mono ได้เลย แต่ไม่รู้ว่าเรื่อง patent นี่จะมีปัญหาอะไรบ้าง
ThaiBuddy -
lew Sat, 17/02/2007 - 00:53
ThaiBuddy - ผมเห็นด้วยในแง่ที่ว่าไมโครซอฟท์เสนอทางเลือกเพิ่มเติมนะ ผมเขียนตรงนี้ลงไปในข่าวด้วยเพราะถือว่าเป็นด้านดีที่ทางไมโครซอฟท์ชูธงมา เราก็ต้องรับฟัง
ผมมองว่า ไมโครซอฟท์มีที่ยื่นสองฝั่งครับ คือจะปิดก็ปิดให้ตลอด ถ้าจะเปิด ก็เปิดแบบจริงใจ แต่ตอนนี้ผมไม่ค่อยชอบใจที่ไมโครซอฟท์นั้นพูดว่าเปิดๆ อย่างเรื่อง .NET ได้รับการรองรับจาก ECMA นี่ชูธงกันมาก ถ้าไมโครซอฟท์ออกมาแสดงท่าทีประมาณว่าผู้ใช้จะเลือกใครระหว่างผู้พัฒนาเทคโนโลยีกับผู้อิมพลีเมนต์ตามอะไรอย่างนั้น ผมจะไม่ตั้งแง่กับไมโครซอฟท์เลย
ผมเชื่อว่าท่าที่ของผมเองที่ผ่านๆ มาก็ไม่ได้ตั้งแง่ว่าจะเกลียดไมโครซอฟท์ไปตลอดศกนะครับ ต้องยอมรับว่าไมโครซอฟท์กำลังทำตัวเป็นมิตรกับชุมชนมากขึ้นเยอะมาก ผมก็ยินดีกับตรงนั้น แต่ผมมองว่ายังไม่พอครับ
ปล. คำว่า ปิด กับ เปิด นี่เป็นในแง่การยอมรับการแข่งขันในตลาดนะครับ ไม่ใช่แค่การเปิดเอกสารให้เข้าถึงได้ ------ LewCPE
เห็นด้วยค
ThaiBuddy Sat, 17/02/2007 - 07:55
เห็นด้วยครับ :) ผมลืมบอกไปว่า ผมดีใจที่เห็นเด็กรุ่นใหม่ๆมาสนใจเทคโนโลยีอย่างจริงจัง ผม KU44 (ผมยังนับ CPE ไม่ได้ เพราะรุ่้นผมยังไม่มี,มีแต่ EE40) :) ส่วน ปิดๆเปิดๆ ก็แล้วแต่นิยามครับ :) (ขอไม่ขัดแย้ง เพราะปิดๆเปิดๆกันได้หลายอย่าง) แต่ก็เห็นด้วยนะครับ ที่ M$ ทำตัวกระปริมกระป่อย .. ซึ่งสาเหตุหลักคงไม่พ้น linux&opensource ตัวผมเองเริ่มชอบ C# (จริงๆเกิดจาก ชอบ turbo pascal->delphi->C#) เพราะคนคิดไม่ธรรมดา ส่วนที่ผมชอบ M$ น่าจะเป็น http://research.microsoft.com ส่วน products เริ่มทำใจ(ก็พี่ท่านซื้อซะเยอะไปหมด รวมถึงคนเก่งๆ) แต่ก็แอบเชียร์ google อยู่ในใจ(แต่ภาษาไทยไม่ไปถึงไหนเลย) :) ---------------- http://www.ThaiBuddy.com ฟรี T<->E dictionary แค่ชี้ mouse
ThaiBuddy:
Gmz Sun, 18/02/2007 - 03:13
ThaiBuddy: ภาษาไทยใน google ไม่ไปถึงไหนนี่ในส่วนไหนครับ ถ้าเมล์มันมีให้โดยสมบูรณ์แล้วด้วยซ้ำไป ส่วน GWT API ของ Google ที่ implement กับ Java ก็ทำได้ดีกว่า Atlas นะ เพราะว่ามันไม่ต้องอิงกับ server-side script เลย จะทำเป็นโปรแกรมบนฝั่ง client เหมือนพวก Swing, SWT ก็ทำได้ จะเอาไปทำบนเว็บก็ยังได้เลย M$ ยังต้องตาม Google เลยตอนนี้ เพราะ Atlas มาทีหลัง
ลองเล่น free
ThaiBuddy Sun, 18/02/2007 - 11:44
ลองเล่น free doc/sheet หรือยังครับ? เรื่องการตัดคำตอนนี้คงต้องยกให้ M$ เจ้าเดียวไปก่อน(uniscribe) แต่ถ้าเทียบบรรยากาศการทำงาน ผมชอบ google มาก(จน M$ ไม่ต้องคิดมาเทียบ) ส่วน API หลายๆตัวเห็นด้วยครับ ผมไม่ได้ใช้ Atlas ครับเลยไม่รู้รายละเอียด แต่ถ้าดูโปรแกรมผม จะเห็นว่าไปพึ่ง google หลายอย่าง(พยายามหลีก M$) ในประเด็นหัวข้อข่าวนี้แค่เสนอความคิดอีกแนวเท่านั้นครับ(ไม่ได้ชอบหรือไม่ชอบเป็นการส่วนตัว)เพียงประเด็นว่าเราไม่ชอบ M$ เกินไปหรือปล่าวเท่านั้น? (จริงๆในนั้นรวมผมด้วย สังเกตุว่าผมใช้สัญญลักษณ์ $ .. เหมือน ประตูเงิน[billgate]) แต่เรื่องภาษาไทยนี้ ปวดหัวชมัด(เอาแค่ email ของหลายค่ายก็คงพอเดากันได้) ผมยอมรับว่าไม่ได้ตาม JAVA เลย(หลังจากแรกๆตามแหลก แต่มีปัญหาจุ๊กจิ๊กโดยเฉพาะภาษาไทย แถมช้าเลยเลิกใช้ไป ..แต่ไม่ได้หมายถึงว่าของใหม่ดีกว่า เพราะบางครั้งแค่จังหวะเท่านั้น) ผมก็ไม่ได้ใช้ tools ของ M$ เลย (ใช้แต่ borland) แต่ไปๆมาๆอยากทำเกมก็คงไม่พ้น VC(++) ถ้าบอกว่าตัวอื่นๆเก่งๆมีอีกเยอะ แม้กระทั้ง GCC ก็ยอมรับครับ แต่สังขารไม่ให้แล้วครับ แฮะๆๆ ---------------- http://www.ThaiBuddy.com ฟรี T<->E dictionary แค่ชี้ mouse