Phát triển và ứng dụng phần mềm tự do và nguồn mở là cơ hội cho các nước đang phát triển, trong đó có Việt Nam. Chia sẻ và đóng góp cho cộng đồng nguồn mở là công việc của chúng ta, trong đó có tôi và bạn!

Showing posts with label Discuss. Show all posts
Showing posts with label Discuss. Show all posts

Tuesday, August 28, 2007

Hãy chọn cho mình lựa chọn khôn ngoan nhất!

Giả thiết rằng bạn chưa hề sử dụng bộ phần mềm văn phòng Microsoft Office 2007 (MSO 2007), liệu bạn có nghĩ rằng phải chấp thuận OOXML vì bạn đã sử dụng từ xưa tới nay bộ phần mềm văn phòng Microsoft Office (MSO) các phiên bản khác nhau?

Câu trả lời là bạn hoàn toàn có thể nói Không với OOXML mà không hề sợ hãi với những gì bạn đã và đang sử dụng. Dưới đây là những lập luận cho việc này:

Định dạng tài liệu OOXML hiện nay chỉ có trong bộ phần mềm văn phòng MSO 2007. Vì vậy nếu bạn không chuyển đổi lên MSO 2007 thì bạn không có bất kỳ mối lo ngại nào về OOXML. Nói một cách khác, các bộ phần mềm văn phòng MSO trước MSO 2007 đều không có hỗ trợ cho OOXML và lẽ đương nhiên cũng không có hỗ trợ cho định dạng tài liệu mở ODF mặc dù ODF là một định dạng tài liệu văn phòng duy nhất hiện nay được Tổ chức Tiêu chuẩn Quốc tế ISO công nhận, tiêu chuẩn ISO/IEC 26300.

Vậy còn trong tương lai thì sao? Bạn có thể có vài lựa chọn sau:

1) Tiếp tục sử dụng các bộ phần mềm văn phòng MSO như bạn vẫn đang sử dụng và sử dụng các bộ chuyển đổi các tài liệu từ MSO sang các tài liệu phù hợp với tiêu chuẩn ODF ISO/IEC 26300 (tải bộ chuyển đổi này về theo địa chỉ: https://sdlc4d.sun.com/ECom/EComActionServlet;jsessionid=56F63D9812BC6C521D7B6C2EA1F49A36) hoặc chờ cho tới khi OOXML được công nhận chính thức là một tiêu chuẩn quốc tế ISO/IEC để có thể yên tâm chuyển đổi sang cho phù hợp với tiêu chuẩn ISO/IEC về OOXML. Còn hiện tại, ngay cả bộ chuyển đổi cho các bộ MSO khác với MSO 2007 đều không có sự tương thích ngược với OOXML một cách toàn phần 100% (xem: http://office.microsoft.com/en-us/word/HA100444731033.aspx). Hơn nữa, bạn cần lưu ý là từ nay tới lúc Tổ chức Tiêu chuẩn Quốc tế chính thức công nhận OOXML là một tiêu chuẩn ISO/IEC thì nội dung đặc tả kỹ thuật của OOXML hiện đang được đệ trình lên ISO sẽ còn có thể được thay đổi rất nhiều (theo lời hứa của chính Microsoft và của ECMA). Tôi tin rằng các bạn cũng đã có nhiều kinh nghiệm trong việc sử dụng các bộ chuyển đổi phông chữ từ 2 tiêu chuẩn TCVN 9712:1993 (mà ta thường “diễn nôm” là bộ phông chữ ABC) và tiêu chuẩn TCVN 6909:2001 có hỗ trợ Unicode, và từ kinh nghiệm này, các bạn cũng sẽ đoán được sẽ cần bao nhiêu sức người, sức của, tiền bạc và thời gian để chuyển đổi.

2) Chuyển sang sử dụng các bộ phần mềm văn phòng khác có hỗ trợ tiêu chuẩn ODF ISO/IEC 26300 như OpenOffice.org (OOo) chẳng hạn. Bộ phần mềm văn phòng OOo này còn là miễn phí về bản quyền phần mềm và được hỗ trợ kỹ thuật bởi hãng Sun Microsystem của Mỹ và cộng đồng nguồn mở trên khắp thế giới. Nếu sử dụng OOo (ví dụ như phiên bản 2.2), bạn có thể chuyển đổi toàn bộ các tệp tài liệu .doc, .xls và .ppt sang các định dạng tương tự có trong OOo là .odt, .ods và .odp một cách tự động theo lô (xem bài: “Sử dụng OpenOffice.org để chia sẻ tệp với người dùng MS Office”, theo địa chỉ: http://blog.360.yahoo.com/blog-LU.CUQA9b6gRyol5jVT.?p=21). Hơn nữa, việc sử dụng OOo có thể tạo được, mở được và lưu được thành các tệp tài liệu theo các định dạng .doc, .xls và .ppt mà bạn thường sử dụng hàng ngày với các phiên bản của Microsoft Office 2003 trở về trước nữa đấy. Thậm chí nếu bạn muốn, thì bạn có thể sử dụng OOo chỉ để không phải trả tiền bản quyền phần mềm, còn cứ khi nào lưu tệp thì nó lại lưu thành các tệp .doc, .xls và .ppt như bạn vẫn thường làm hàng ngày trước đó với Microsoft Office Word, Excel hay PowerPoint. Nếu không thích thì bạn có thể sử dụng OOo để lưu trong nháy mắt sang định dạng tệp PDF để sau đó các tệp này được mở trong phần mềm Acrobat Reader hoặc Acroread.

3) Chuẩn bị nhiều tiền để mua bản quyền của bộ phần mềm MSO 2007 vì chỉ có MSO 2007 mới hỗ trợ toàn phần cho OOXML. Và không chỉ có vậy, bạn cũng nên chuẩn bị sẵn thêm nhiều tiền nữa để có thể mua các phiên bản nâng cấp và/hoặc các phiên bản MSO tiếp sau MSO 2007 trong tương lai mà chưa hề biết nó sẽ được định giá là bao nhiêu và như thế nào.

4) Chọn cả 2 tiêu chuẩn ODF và OOXML (tất nhiên là phải chờ cho tới khi OOXML được ISO chính thức công nhận, chứ không phải tự dưng công nhận nó theo kiểu “Cầm đèn chạy trước ô tô”) và chuẩn bị sẵn sức người, sức của, tiền bạc và thời gian để chuyển đổi “không ngưng nghỉ”, có thể là rất nhiều năm hoặc bất tận vì lần này nó không chỉ là bộ mã với phông chữ, mà là định dạng tài liệu. Google đã cảnh báo rằng đó sẽ là một “thảm hoạ hiển hiện lâu dài về lưu trữ tài liệu” (xem bài: “Quan điểm của Google về ODF-OOXML, http://blog.360.yahoo.com/blog-LU.CUQA9b6gRyol5jVT.?p=384”).

Thế giới đã chỉ ra rằng định dạng OOXML hầu như không có ai đang sử dụng hiện nay. Điều này tự bản thân mỗi người đều có thể kiểm chứng được (xem bài: “Liệu thế giới có chắc chắn quan tâm tới OOXML” (xem: http://blog.360.yahoo.com/blog-LU.CUQA9b6gRyol5jVT.?p=293) hoặc bài: “ODF và MSOOXML trên web” (xem: http://blog.360.yahoo.com/blog-LU.CUQA9b6gRyol5jVT.?p=359).

Vấn đề là bạn đừng bị nhầm lẫn giữa các tệp .doc với .docx, .xls với .xlsx và .ppt với .pptx. Những tệp mà bạn đang sử dụng là .doc, .xls và .ppt đều là các tệp không tuân theo định dạng của OOXML, chỉ có các tệp có trong bộ phần mềm MSO 2007 là .docx, .xlsx và .pptx mới là các tệp của định dạng OOXML, mà tôi đoán rằng tại thời điểm này, có tới 99% số người sử dụng ở Việt Nam đang sử dụng các tệp tài liệu không tuân theo định dạng của OOXML.

Nếu như trước đây bạn có thể cứ “bình chân như vại” chờ cho cái gì tới thì tới, thì bây giờ bạn khó có thể hành động được như vậy nữa rồi. Bạn sẽ phải chọn cho mình con đường đi ở ngã ba đuờng này. Hãy chọn cho mình lựa chọn khôn ngoan nhất!

Trần Lê

Monday, August 27, 2007

Tôi là nạn nhân của OOXML (Phần 3)

Hoàng Lê Minh, leminh_hoang57@yahoo.com, ngày 25/08/2007

Sau khi ý kiến cuả tôi được đăng tại trên VNExpress, mặc dù tôi đã chỉ ra vấn đề lãng phí của OOXML trong định dạng văn bản tiếng Việt, nhưng vẫn có một số ý kiến khác. Tôi thấy cần nói thêm cho rõ:

Chuẩn ODF cũng là một định dạng XML. ODF ra đời trước OOXML và đã được chấp nhận như một chuẩn ISO. Khi dùng với tiếng Việt (cũng như với bất cứ ngôn ngữ nào trên thế giới), ODF đều xử lý giống nhau. Còn OOXML cần khai báo mô tả vi-VN để xử lý riêng tiếng Việt (đã ai hiểu và làm theo cách này ?). Đây là đoạn văn bản "Hội thảo tại Softmart" được soạn bằng phần mềm OpenOffice 2.2:

Photo Sharing and Video Hosting at Photobucket

Phần nội dung mô tả đoạn văn bản (bắt đầu từ thẻ ) chỉ có 505 byte ! Ít hơn mô tả OOXML nhiều lần.

Xin nhớ rằng lá phiếu thuận cho định dạng OOXML sẽ đồng nghiã với việc chấp nhận mua phần mềm MS Office 2007 (là phần mềm duy nhất tạo ra định dạng OOXML), và trả thêm các chi phí để lưu trữ và truyền tải tài liệu OOXML.

Tại sao Việt nam phải chi thêm tiền cho định dạng OOXML ?

------------

Tuesday, August 21, 2007

Tôi là nạn nhân của OOXML (tiếp)

Tôi là nạn nhân của OOXMLLời tựa: Vì bài quá dài và vẫn còn các ý kiến đóng góp tiếp nên xin được mở sang một bài mới để tiện theo dõi.

-------------

Vũ Đỗ Quỳnh, 20/08/2007

Theo tôi, đại diện của Việt Nam không nên bỏ phiếu "Yes, with comments" bởi vì, như anh Nghĩa đã trình bày trong trang blog của anh, bầu như thế này có nghĩa là VN chấp nhận OOXML thành một chuẩn ISO thứ 2 (sau chuẩn ISO ODF) về các định dạng tài liệu văn phòng.

Nếu OOXML được công nhận là chuẩn ISO, song song với chuẩn ISO ODF mà đã được công nhận năm 2006, thì Microsoft sẽ có cơ hội (lý do) để tập trung vào định dạng chuẩn OOXML và không hỗ trợ chuẩn ODF như hiện nay.

Còn nếu OOXML không được công nhận là một chuẩn ISO, rất có thể Microsoft sẽ phải hỗ trợ chuẩn ODF trong các sản phẩm Office của họ.

Rõ rằng, độc lập với việc người thích dùng MS Office hay không, thì việc chấp nhận duy nhất một chuẩn ISO về đinh dạng tài liệu là ODF sẽ thuận lợi cho mọi người (kẻ cả những người dùng MS Office 2007) hơn là có 2 chuẩn ISO song song với nhau (nếu OOXML qua được bầu cử ISO sắp tới).

Vậy nên vận động TCVN đi bầu "No, with comments" hoặc bỏ phiếu trắng.

Có rất nhiều lý do chính đáng để bầu "No" hoặc bỏ "phiếu trắng", ví dụ như là chính sự mô tả của OOXML quá dài và phức tạp (6.000 trang), cho nên không thể đọc và nhận xét một cách nghiêm túc trong một hời gian ngắn (từ đây đến ngày 02/09/2007).

Các lý do kỹ thuật hơn có thể căn cứ vào trang: http://www.noooxml.org/petition mà anh Nghĩa đã dịch sang tiếng Việt trên blog của anh.

-------------

Nguyễn Hồng Quang, nguyen.hong.quang@auf.org, 20/08/2007

Theo thông tin tôi lĩnh hội được ở cuộc Hội thảo hôm thứ năm tuần trước ở Melia thì lần bỏ phiếu hôm 02/09 tới cho việc thông qua OOXML được trở thành FDIS (Final Draft International Standard) của ISO, tất cả các thành viên chính thức của ISO đều được quyền bỏ phiếu, chứ không phải chỉ có các thành viên P như một số anh chị phát biểu. Việt Nam là một thành viên chính thức của ISO nên cũng được bỏ phiếu bình đẳng như các thành viên khác. OOXML do đã được ECMA thông qua nên họ được quyền chuyển thẳng lên DIS và yêu cầu thủ thục chấp nhận nhanh (trong 6 tháng cho 6000+ trang đặc tả).

Đây có thể nói là một tiểu xảo rất tinh vi của M$. Họ đã tìm ra được một cửa lách “đẹp” nhờ sự tin tưởng của ISO với ECMA. Họ muốn được OOXML được thông qua càng nhanh càng tốt vì họ lo sợ sự chấp thuận rộng rãi của ODF (đã được ISO thông qua năm 2006) trong các nước, nghĩa là chấp thuận sự lên ngôi chính thức của OpenOffice, nghĩa là M$ Office mất vị trí độc tôn (Họ thừa hiểu rằng nếu OOXML phải đi theo con đường như ODF đã trải qua thì sẽ phải mất hàng năm. Họ đã cố tình đưa ra một đặc tả vô cùng phức tạp để không ai có thể hiểu hết trong một khoảng thời gian ngắn, và sử dụng bộ máy tuyên truyền khổng lồ và chuyên nghiệp, vị trí độc tôn hiện thời và đặc biệt, sức mạnh tài chính trong lobby, để thuyết phục chính phủ các nước thành viên ISO, trong đó có Việt Nam, chấp thuận “Yes, with comment” cho OOXML. Tôi nghĩ rằng điều này mọi người có trách nhiệm và có kiến thức ít nhiều về CNTT đều có thể hiểu, ít nhất là trong thâm tâm.

Ngoài ra, nếu ai đó cho dù không biết gì về thủ tục và các bước bỏ phiếu của ISO cũng có thể suy diễn một cách đơn giản rằng: nếu Việt Nam không được bỏ phiếu thì hà cớ làm sao mà M$ Việt Nam lại tự dưng đứng ra xin chi phí một cuộc hội thảo khá rầm rộ và tốn kém để kêu gọi giới CNTT Việt nam ủng hộ OOXML.

-------------

Tôi là nạn nhân của OOXML

David Tremblay, david@roy-tremblay.net, 20/08/2007

Hãy để tôi đoán

a) Chúng ta ở Hà Nội

b) Hà Nội là ở Việt Nam

c) Hầu hết những người làm công nghệ thông tin tại Hà Nội là người Việt Nam

d) Người Việt Nam nói tiếng Việt Nam với những người Việt Nam khác

e) Hoàn toàn bình thường

NHƯNG

Thực sự không cần có hơn một tiêu chuẩn, Microsoft vẫn đang cố trở thành “to hơn” trong công việc kinh doanh của riêng họ mà nó là không thể cũng không thể tồn tại, không ai muốn một công ty lại lớn hơn so với khu vực của nó.

Đối với những ai lo lắng vì họ yêu thích hãng Microsoft, có thể chấp nhận được nó, họ đang và sẽ, và tôi sẽ không kêu khóc cho họ, họ sẽ vượt qua được.

Họ phải bỏ tiền cho các sản phẩm của họ thay vì hối lộ các uỷ ban, vista cần nó.

Let me guess

a) we are in Hanoi

b) Hanoi is in Vietnam

c) most IT people in hanoi are vietnamese

d) vietnamese people speak vietnamese with other vietnamese people

e) Perfectly normal

BUT

What is not is the need to have more than one standard, Microsoft is still trying to become "bigger" than its own business which is nor possible nor something that should to exist, no one wants a company bigger than its sector.

For those who worry because they like Microsoft corp, it can adapt, they are and they will, I'm not crying for them, they will survive.

They should spend money on their products instead of bribing comitees, vista need it.

-------------

Nguyễn Hồng Quang, 21/08/2007

Tôi rất ủng hộ sáng kiến của anh Công. Chỉ hiềm một nỗi thời gian gấp quá, không hiểu các cơ quan có thẩm quyền và các Hiệp hội là những tổ chức chính thức đại diện cho Cộng đồng CNTT và NSD Việt nam có sốt sắng tổ chức hay không. Chúng tôi ở IFI-AUF không có điều kiện tài trợ hay tặng quà như M$ Việt nam trong buổi "vận động ủng hộ OOXML" của họ hôm thứ năm tuần trước, song nếu cộng đồng cần chỗ họp, chúng tôi có thể cho mượn Hội trường 200 chỗ ngồi có điều hoà, loa, ampli và video projector, cả ngày miễn phí.

-------------

Monday, August 20, 2007

Tôi là nạn nhân của OOXML

Lời tựa: Thực tế bức xúc thúc giục phải đưa lên blog một tranh luận với chuyên đề “Tôi là nạn nhân của OOXML” để mọi người đều có thể biết và nhắc nhở các cơ quan quản lý nhà nước và Tổng cục Tiêu chuẩn Đo lường Chất lượng hãy cân nhắc thật kỹ trước khi quyết định lá phiếu của Việt Nam tại Tổ chức tiêu chuẩn quốc tế ISO về OOXML vào ngày 02/09/2007 sắp tới đây để tránh cho việc “Toàn dân Việt Nam có thể trở thành nạn nhân của OOXML”.

-------------

Tôi là nạn nhân của OOXML

Hoàng Lê Minh, hlminh@openlab-hcm.org, 18/08/2007

Ngày hôm qua, một nhân viên của tôi gửi cho tôi một văn bản định dạng docx của M$ Office 2007 (OOXML?).

Có ai cho tôi biết làm sao tôi có thể mở được nó mà không phải mua phần mềm này của M$ Office?

-------------

Lê Như Xuân, lnhxuan@yahoo.com, 18/08/2007

Tôi cũng vậy

-------------

Trần Thái Bình, ttbinh52@yahoo.com, 18/08/2007

Kính gửi anh Hoàng Lê Minh và chị Lê Như Xuân

Đầu năm 2007 tôi cũng nhận được file *.docx từ Microsoft Hanoi, giải pháp của tôi là đề nghị các anh ấy gửi cho tôi hoặc file *.doc hoặc bộ Office 2007! sau đó tôi nhận được file *.doc mà không nhận được bộ Office 2007. Tiếc quá!!!

-------------

Vũ Đỗ Quỳnh, vu.do.quynh@auf.org, 19/08/2007

Sau đây một vài biện pháp...

a) Bảo nhân viên đó save (lưu) tài liệu OOXML sang định dạng khác (doc) và gửi lại cho anh.

b) Bảo nhân viên đó download (tải về) và install (cài đặt) trình chuyển đổi bổ sung OOXML/ODF (OOXML/ODF translator add-in) cho MS Office 2007: http://odf-converter.sourceforge.net/ sau đó chuyển đổi sang ODF và gửi lại cho anh.

c) Bảo nhân viên đó cài đặt OpenOffice.org và dùng định dạng ODF luôn trong nội bộ cơ quan của anh (đặc biệt trong trường hợp bản MS Office 2007 đó không có giấy phép hợp pháp)

-------------

Hoàng Lê Minh, 19/08/2007

Cảm ơn lời khuyên của anh Quỳnh.

Chắc là chúng tôi sẽ làm theo cách thứ 3 của anh, vì chúng tôi không có tiền (và không có kế hoạch) mua license (giấy phép) của Microsoft ngay bây giờ.

Tôi tò mò thử mở tập tin docx này ra để xem phần nội dung chứa những gì theo định dạng OOXML. Một sự kinh ngạc:

Tài liệu OOXML lưu nội dung tiếng Việt UTF-8 theo khuôn dạng XML theo cách mỗi một từ (word) tiếng Việt UTF-8 được mô tả trong một thẻ XML (tag), điều này làm cho kích thước tập tin nội dung tăng khoảng 150%. Chưa kể các tập tin định dạng khác của OOXML.

Đây là đoạn văn bản để chứa nội dung “Hội thảo tại Softmart” (có 3 từ tiếng Việt UTF-8 (dùng hết 13 byte) và một từ tiếng Anh (7byte).

-------------

Photo Sharing and Video Hosting at Photobucket

-------------

Đoạn tài liệu XML trên có độ dài 1847 bytes! Như vậy cần nhiều hơn 1487/20 = 92.35 lần so với lượng thông tin (bytes) để mô tả một đoạn văn bản có 3 từ tiếng Việt (13 bytes) và 1 từ tiếng Anh (7 byte).

Xin gửi các anh chị toàn bộ nội dung content.xml để kiểm chứng!

(Xin xem ở mục số 12 của trang với các đường liên kết dưới đây):

(http://blog.360.yahoo.com/blog-LU.CUQA9b6gRyol5jVT.?p=44) hoặc

(http://nghialetrung.blogspot.com/2007/06/ti-v-tiu-chun-odf-v-cc-ti-liu-quan-trng.html)

Định dạng OOXML có thể là một sự lãng phí tài nguyên rất lớn cho Việt Nam khi dùng với tiếng Việt! Không biết các chuyên gia của Microsoft giải trình vấn đề này như thế nào?

Tôi nghĩ đây là vấn đề rất nghiêm túc mà Cục Tiêu chuẩn Đo lường của Bộ Khoa học và Công nghệ Việt Nam cần phải lưu ý, khi bỏ phiếu ngày 02/09 sắp tới!

-------------

Nguyễn Văn Hiền, 19/08/2007

Chào các anh chị,

Cho phép em nói rất nghiêm túc rằng... sự lựa chọn của một chuẩn và con đường đi tới, cần suy nghĩ nhiều khía cạnh. OOXML và Vista là bản chất thực của Microsoft hôm nay... vậy chúng ta thấy gì từ những ứng dụng và chuẩn này.

Có thể cho thấy rằng, Vista chưa nên vội vàng ra đời mà hãy để chúng hoàn thiện trong vòng 3 năm nữa. Bảo mật, nhận dạng tiếng nói, khả năng tương thích... vẫn trong tình trạng (thử nghiệm). Có thể nhận thấy một clip dưới đây.

I) Nhận dạng tiếng nói quá tệ:

http://www.youtube.com/watch?v=oiG7KFDYkLI&mode=related&search=

II) Bảo mật: Anh chị thử làm các bước như sau:

1) Vào thư mục Windows\system32\drivers\ect

2) Mở tập tin hosts và cập nhật (tất nhiên là cho phép sửa nội dung

trong văn bản này)

3) Lưu lại. Vista không cho lưu xuống. Câu hỏi là tại sao phải cho tôi cập nhật tập tin mà không báo từ đầu? ==> Thiết kế không nhất quán

4) Lưu tạm (save as) ra bên ngoài thư mục C:\ sẽ thế nào? cho phép và để tập tin này tên là hosts (nhớ là không có phần extension)

5) Chép ngược trở lại... VISTA cho phép!!! Câu hỏi, tại sao lại như thế? Tôi có đổi quyền hạn gì đâu???? == > Ngay cả kiến trúc cũng chưa hợp lý

III) Tính tương thích:

Hình như VIsta chưa sẵn sàng cho việc chạy các ứng dụng Hiện tại.??? Đó là những gì người dùng feedback. Nếu bạn có Windows Vista ở trên máy của mình thì có thể cảm nhận được điều này với các phiên bản VIRUS, FIREWALL, DEVICES... Hàng loạt các sự kiện vừa xảy ra gần đây làm VISTA trở nên quá quen thuộc với cụm từ "Windows Vista sucks". Người dùng đang quay lại Windows XP đó là sự thật.

IV) Chậm chạp và khó sử dụng:

Vista cần 2GB RAM để chạy như là yêu cầu tối thiểu!!!!

- WOW.. tôi có máy chủ chỉ 1GB RAM.... và tôi hiểu hầu như mọi người chưa có đủ tiền để mua một chiếc máy 512 MB RAM để run.. vậy Vista có hiện thực?

Vista luôn hỏi những câu thật ngớ ngẩn và rất khó chịu... nhiều người đã phải ngậm ngùi bỏ đi 400 USD để quay trở lại XP!!!!

V) Nâng cấp từ XP lên Vista - Thảm hoạ TITANIC.

Nếu không cần thiết, hãy đừng làm điều này vì 80% các chương trình sẽ không làm việc cũng như có rất nhiều lỗi về tính tương thích các thiết bị. VISTA nỗi ám ảnh của người dùng

VI) Kết luận OOXML hay không?

+ Nếu bạn muốn một Việt Nam dùng máy tính 2 GM RAM trong văn phòng từ Chính Phủ đến trường học... bạn muốn mọi người đền có 1 Due Core và bộ nhớ màn hình cực mạnh... tổng giá trị cho mỗi máy tính thế này rấr rẻ... chứng 1200 USD (chưa kể chi phí bản quyền phần mềm).

+ Nến bạn muốn mỗi người Việt Nam cần bỏ ra một khoản tiền tương đối nhỏ (chứng 20 năm làm ruộng vất vả của một gia đình) để trang trả chi phí cho một quyết định mua Vista và hợp chuẩn OOXML.

+ Nếu bạn muốn học sinh, Sinh Viên, Nhân Viên, Kỹ sư ... ở Việt Nam không cần sáng tạo.. chỉ biết dùng thì hãy mua cho mình Vista và bỏ phiếu chuẩn OOXML...Vì... OOXML chỉ thích hợp với Vista và Microsoft Office 2007.....

Chọn OOXML là chọn con đường tương lai nào đây nhỉ? Hãy nên 10% trong 100 và đừng 100 trong con số không... thế giới là của bạn....

Tôi là nạn nhân của OOXML

-------------

Trần Đình Lợi, tdloi@cms.com.vn, 20/08/2007

Anh Minh có thể tham khảo trên website: http://www.docx2doc.com

-------------

Nguyễn Văn Hiền, 20/08/2007

Chỉ có một tài liệu thôi mà tôi nhận thấy mỗi chúng ta tốn gần 6 giờ mới có thể xem được nó (tức là chúng ta mất 6 x 84 triệu người = ??? giờ) .. thế mà chúng ta vẫn "cố bào chữa để chấp nhận" trong khi, chúng ta không thể cổ động người dùng hoặc/và ngay chính mình nên dùng OpenOffice.

Anh Tran Dinh Loi chỉ cho chúng ta một đường link để chuyễn đổi tập tin này sang dạng DOC và tôi nói một cách nghiêm túc rằng, nếu đó là tài liệu mật hay quan trọng, chúng ta có thể upload lên đó được không? Có thể Virus, có thể mất thông tin và _*nghiêm túc nhé email của bạn từ đó trở thành "public" mọi nơi*_.

Đừng bao giờ làm những chuyện này... vì email của anh sẽ thành nạn nhân của việc nhận hàng tỷ email với nội dung "không tốt lành".

Hiền Nguyễn

-------------

Nguyễn Vũ Hưng, vu-hung@cnt.mxt.nes.nec.co.jp, 20/08/2007

Để có thể sử dụng file .docx, giải pháp duy nhất là sử dụng Windows + Office 2007. Tất cả các version khác của Office đều không hỗ trợ file .docx.

Microsoft có cung cấp "Compatibility Pack" nhưng họ THỪA NHẬN sự KHÔNG

TƯƠNG THÍCH 100% của file .docx với những format cũ của những bản Office cũ.

-> http://office.microsoft.com/en-us/word/HA100444731033.aspx

Đây là lý do vì sao OOXML bị chỉ trích là một "broken standard" (tiêu chuẩn què quặt).

Chi phí để xem một file .docx là mua hệ điều hành Windows + Office 2007.

Chi phí này quá lớn.

-------------

Nguyễn Chí Công, nccong@ifi.edu.vn, 20/08/2007

Sẵn sàng hành động, chứ không chờ đợi

Chào tất cả các anh chị,

Sau cuộc toạ đàm ở Melia vừa rồi tôi thấy MS đang chuẩn bị lobby rất kỹ lưỡng. Quan điềm về OOXML không còn là việc của TCVN và Viện CNTT. Đặc biệt ngày đoàn Việt Nam lên đường đi bỏ phiếu không còn xa, vậy xin các anh chị cho ý kiến gấp về mấy đề nghị hành động sau, thay vì kêu ca và chờ đợi Chúa:

1. Yêu cầu Bộ KHCN và/hoặc Bộ TT&TT triệu tập hội nghị mở rộng về OOXML với các thành phần đại diện cho:

a) Nhà nước (Bộ và TCVN...)

b) Giới chuyên môn (Hội Tin học VN, các khoa CNTT...)

c) Doanh nghiệp (Vinasa,...)

d) Người sử dụng (...)

Ngay sau hội nghị này cần thành lập Ban Kỹ thuật để tổng kết quan điểm chung của Việt Nam và đề xuất Nhà nước ra quyết định chính thức về lá phiếu.

2. Về phía chúng ta cần có Ban soạn thảo sẵn văn bản song ngữ Anh – Việt về 3 khả năng bỏ phiếu. Ngay từ giờ đã có thể gửi các dự thảo cá nhân lên đây.

Mau mau kẻo muộn.

-------------

Lê Như Xuân, 20/08/2007

Theo tôi hiểu thì:

Nếu là ISO thì việc chuyển thành TCVN mới mang tính hội nhập

Còn chưa phải ISO thì là đang phấn đấu

Nếu là thành viên P thì mới Vote được, còn thành viên O chỉ là quan sát viên làm sao có thể vote được? Cánh làm này quả là vội vàng, hãy thận trọng.

-------------

Nguyễn Vũ Hưng, 20/08/2007

Chào các anh chị,

Nhật Bản là một thành viên chính ( P-member) [1] nghĩa là họ có quyền/trách nhiệm vote.

Thông tin tôi nhận được từ blog của một thành viên của hội ủy viên kĩ thuật Nhật Bản, Nhật Bản đã vote "NO with comments" [3] [4] với OOXML.

Lý do "NO"[2] và Nhật Bản đưa ra không nhiều, đại đa số chỉ trích những

lỗi rất nhỏ của OOXML, nhưng theo thông tin từ blog của Mr. Murata, 6000 trang chuẩn của OOXML không thể review được trong thời gian ngắn.

Đằng sau OOXML là Microsoft Office và hệ điều hành Windows. Việc vote cho OOXML có nghĩa là chúng ta chấp nhận lệ thuộc và MS Office, Windows và do đó, lệ thuộc vào Microsoft.

[1] http://www.jtc1sc34.org/document/secretariat_temp.html#members

[2] ( xem phần tiengs Anh) http://www.xmlmaster.org/murata/xmlblog/xb070702.html

[3] Tiếng Nhật http://www.xmlmaster.org/murata/xmlblog/xb070731.html

[4] http://lists.hanoilug.org/pipermail/hanoilug/2007-July/001355.html

-------------

Nguyễn Văn Hiền, 20/08/2007

Việc quan tâm này của anh Công rất đúng và chúng ta cần hành động chứ không chờ đợi. Tuy nhiên, chúng ta cần hành động tổng quát hơn nửa, một mặt chúng ta cần tác động cộng đồng để nhận thấy rỏ bản chất của vấn đề OOXML, một mặt chúng ta nhân dịp này làm rỏ bản chất thực và quan điểm của FOSS cho Việt Nam.

Một cách sâu sắc nhất, OOXML đang muốn thế giới FOSS phải chết trên từng quốc gia. Nghĩa là, các quốc gia chỉ có thể hoặc Microsoft hoặc FOSS.

Trong trường hợp này, Microsoft muốn thâu tóm các thị trường để hạn chế khả năng "lây lan" của FOSS hiện nay. Microsoft nhận thức quá rỏ về khả năng của FOSS và nhất là làn sóng ODF (cần nói rằng, ODF đang là mối nguy hiểm hơn bao giờ hết cho Microsoft) toàn cầu thì việc OOXML có thể coi là chiến lược bình định kiểu M$.

*OOXML có lợi cho các quốc gia hay không? *

Theo nghĩa chủ quan, OOXML sẽ đem lại quyền lợi cho cá nhân nhiều hơn tính tập thể. Nghĩa là, một khía cạnh phát triển OOXML sẽ đưa nền tảng công nghệ từ khách quan sang chủ quan. Microsoft sẽ thay đổi theo hướng phát triển của họ mà gọi là Office M$ của họ cho các quốc gia. Chúng ta đang như bao trùm bởi cái thòng lọng rất lớn mà có thể chưa nhìn thấy.

Một ngày gần đây, mọi người dân của quốc gia đó buộc phải dùng Office M$. Số chi phí này sẽ trả đều cho cá nhân hỗ trợ Microsoft và cho chính hãng này.

Theo nghĩa khách quan, OOXML sẽ không đem lại lợi ích nào cho quốc gia vì OOXML không được đặt trên một nền tảng công nghệ mở. Một cách rỏ ràng, OOXML không thể hỗ trợ đa nền. OOXML là bài toán óc đảo công nghệ và hiển nhiên, quốc gia đó sẽ không được sự hưởng ứng của cộng đồng thế giới cũng như không được khả năng tham gia FOSS.

*Chúng ta hành động như thế nào*?

Chúng ta biết M$ mạnh mẽ như thế nào về PR... chúng ta thừa hiểu rằng trong khối óc đã 5 năm trong FOSS vẫn thấy M$ sừng sững trước mặt. Như thế, chúng ta liệu có thể cản đường của một con voi khi chỉ là con chuột nhỏ bé tí!

Chúng ta hãy dùng những phương pháp tích cực và thực tế nhằm chỉ ra rằng OOXML và bản chất thực của chúng. ODF là gì? chúng ta không nên đi vào lối cụt.. nhưng chúng ta chỉ ra được sự klhách quan và tính thực tiển của ODF.

Vì thế, chúng ta hãy thực hiện hành động mang tính cộng đồng

1) Chủ trương FOSS cho chính phủ và tương lai FOSS và trong hội thảo CNTT-TT quốc gia.. FOSS ở đâu????

2) Doanh nghiệp với FOSS

3) Thông tin FOSS.

Như thế, M$ sẽ dần thất bại trong nhiều mặt.. đó là điều mà M$ đang lo sợ.. chứ chúng ta không thể cản nổi bước chân voi!

Vậy.. hãy đừng vội *chặn đứng *chú voi này.. cũng *đừng ngăn cản ngay dòng thác M$* nhưng hãy trì hoản chúng bằng những động thái tích cực nhất.

Anh Công.. có thể chúng ta nói đến FOSS trong hội thảo CNTT-TT ? Em chưa thấy... và kêu gọi cộng đồng FOSS tham gia triển lãm các ứng dụng tại hội thảo CNTT-TT... tạo uy thế FOSS trong lòng người dùng.

-------------

Tôi là nạn nhân của OOXML

Vũ Đỗ Quỳnh, 20/08/2007

Chính xác hơn, là nếu OOXML được công nhận là chuẩn ISO, song song vớichuẩn ISO ODF mà đã được công nhận năm 2006, thì Microsoft sẽ có cơ hội (lý do) để tập trung vào định dạng chuẩn OOXML và không hỗ trợ chuẩn ODF

như hiện nay.

Còn nếu OOXML không được công nhận là một chuẩn ISO, rất có thể Microsoft sẽ phải hỗ trợ chuẩn ODF trong các sản phẩm Office của họ.

Rõ rằng, dùng MS Office hay không, thì việc chấp nhận duy nhất một chuẩn ISO về đinh dạng tài liệu là ODF sẽ thuạn lợi cho mọi người hơn là có 2 chuẩn ISO song song với nhau (nếu OOXML qua được bầu cử ISO sắp tới).

Vậy nên vận động TCVN đi bầu "No, with comments" hoặc bỏ phiếu trắng.

-------------

Vũ Đỗ Quỳnh, 20/08/2007

Theo tôi, đại diện của Việt Nam không nên bỏ phiếu "Yes, with comments" bởi vì, như anh Nghĩa đã trình bày trong trang blog của anh, bầu như thế này có nghĩa là VN chấp nhận OOXML thành một chuẩn ISO thứ 2 (sau chuẩn ISO ODF) về các định dạng tài liệu văn phòng.

Nếu OOXML được công nhận là chuẩn ISO, song song với chuẩn ISO ODF mà đã được công nhận năm 2006, thì Microsoft sẽ có cơ hội (lý do) để tập trung vào định dạng chuẩn OOXML và không hỗ trợ chuẩn ODF như hiện nay.

Còn nếu OOXML không được công nhận là một chuẩn ISO, rất có thể Microsoft sẽ phải hỗ trợ chuẩn ODF trong các sản phẩm Office của họ.

Rõ rằng, độc lập với việc người thích dùng MS Office hay không, thì việc chấp nhận duy nhất một chuẩn ISO về đinh dạng tài liệu là ODF sẽ thuận lợi cho mọi người (kẻ cả những người dùng MS Office 2007) hơn là có 2 chuẩn ISO song song với nhau (nếu OOXML qua được bầu cử ISO sắp tới).

Vậy nên vận động TCVN đi bầu "No, with comments" hoặc bỏ phiếu trắng.

Có rất nhiều lý do chính đáng để bầu "No" hoặc bỏ "phiếu trắng", ví dụ như là chính sự mô tả của OOXML quá dài và phức tạp (6.000 trang), cho nên không thể đọc và nhận xét một cách nghiêm túc trong một hời gian ngắn (từ đây đến ngày 02/09/2007).

Các lý do kỹ thuật hơn có thể căn cứ vào trang: http://www.noooxml.org/petition mà anh Nghĩa đã dịch sang tiếng Việt trên blog của anh.

-------------

Wednesday, July 11, 2007

Bàn luận về tiêu chuẩn và các vấn đề liên quan

Dẫn nhập: Sau cầu truyền hình với Mark Shuttleworth, chủ tịch hãng Canonical, hãng phần mềm hỗ trợ hệ điều hành Linux Ubuntu, chiều ngày 06/07/2007, đã nổ ra cuộc tranh luận về vấn đề chuẩn ODF/OOXML và các vấn đề liên quan. Dưới đây là các ý kiến đã được đưa ra:


Hoàng Anh Tú: (
tuhoanganh@yahoo.com) 08/07/2007

VC với Mark Shuttleworth hôm rồi hữu ích vì cộng đồng nguồn mở lâu lắm mới lại ngồi với nhau và sới lên các vấn đề làm như thế nào và làm cái gì, dù cũng chưa có giải pháp gì cụ thể. Hy vọng, có nhiều VC như thế này được tổ chức nữa.

Có điều em thấy hơi tiếc là thời gian ngắn quá, không có nhiều thời gian trao đổi kỹ về ODF và OOXML. Các trao đổi của Mark Shuttleworth vẫn bị thiên lệch:

  • Mark nói: Không nên có 2 chuẩn song song, chỉ nên có 1 chuẩn dùng chung duy nhất, và ODF ra đời trước + đảm bảo về mặt kỹ thuật ---> OOXML không nên có. Em thấy chưa thuyết phục lắm, nếu chúng ta nói về choice (sự lựa chọn). PMNM ra đời vì đưa đến nhiều sự lựa chọn hơn cho mọi người. OOXML đưa đến 1 lựa chọn nữa về các chuẩn, biết đâu sau này có những doanh nghiệp/cộng đồng lại chọn OOXML để phát triển bên cạnh ODF. Vì nếu không tại sao ISO lại consider (xem xét) OOXML.

  • Siết chặt bản quyền: nói như anh Nghĩa OSS cứ như là cây gậy thần ý --> OSS làm được mọi việc. Theo em mình chỉ nên đẩy mạnh để phát triển công nghiệp phần mềm thôi.


Mã Hoàng Hải: (haimh.oss@gmail.com) 08/07/2007

Qua ý kiến trao đổi của anh Tú, tôi chấy có vài điểm cần làm rõ hơn, cụ thể như sau:

Thực ra ý Mark không phải là vậy, theo tôi hiểu, ý Mark muốn nhấn mạnh tính thống nhất của một chuẩn duy nhất. Chứ không nên có hai chuẩn song song cho cùng một vấn đề (chuẩn tài liệu). Nếu không thống nhất được chuẩn chung này các hãng sản xuất phần mềm sẽ không biết là phải triển khai (implement) cái nào hay là hỗ trợ cả hai... Thế thì đặt ra chuẩn chung để làm gì?

Đúng là OSS không phải là cây gậy thần, càng không thể nói là làm được mọi việc. Có điều, nếu cả cộng đồng phối hợp, cố gắng đáp ứng yêu cầu của doanh nghiệp trong nước và nếu nhận thức của xã hội biết đến một lựa chọn giải quyết tốt vấn đề tôn trọng bản quyền thì đúng là việc đáng làm. Hi vọng thời gian tới, cộng đồng nguồn mở sẽ có những bước đi cụ thể và tìm thấy những nhu cầu thiết thực của người sử dụng (doanh nghiệp/tổ chức) để cùng đáp ứng...


Nguyễn Hồng Quang: (nguyen.hong.quang@auf.org) 08/07/2007

Có lẽ Tú không đọc hết các bài anh Nghĩa đã dịch và post (gửi) lên blog của anh ấy xung quanh chủ đề này;

Về chuyện có nhiều chuẩn để cạnh tranh “cho nó cởi mở” thì đã có người đề cập rồi. Không phải vì ODF ra đời trước và được adopt (chấp nhận) trước thì không nên và không thể thay đổi. Chuẩn là do con người tạo ra nên nó hoàn toàn có thể biến đổi theo thời gian sao cho (về nguyên tắc) càng ngày càng hợp lý, khách quan và chính xác hơn. Nếu OOXML chứng tỏ nó vượt trội hơn hẳn ODF thì sẽ chẳng có ai có thể phản đối nó. Vấn đề là không ai có thể nói điều đó, kể cả M$. Nói nên chấp nhận cả 2 chuẩn để “cạnh tranh phát triển” thì chỉ là nguỵ biện vì như thế thì không thể gọi là chuẩn được.

Nếu có 2 chuẩn không tương đương cho cùng một đại lượng thì sẽ chỉ có suốt ngày cãi nhau ai tốt ai dở. Thực tế là có rất nhiều đơn vị đo lường khác nhau cho cùng một đại lượng như chiều dài, cân nặng. Tuy nhiên, trong thực tế này lại có hai nguyên nhân: lịch sử và sự chuyển đổi tương đương. Thí dụ các đơn vị inch, foot, .v.v. do người Anh đưa ra trước hết hệ cm, m, .v.v. Chúng vẫn tồn tại một phần do nguyên nhân lịch sử.

Nhưng điều quan trọng hơn là các hệ đơn vị này là hoàn toàn tương đương và có công thức chuyển đổi từ đơn vị nọ sang đơn vị kia một cách dễ dàng. Với ODF và OOXML thì phức tạp hơn: chưa ai có thể đưa ra một convertissor cho phép chuyển tương đương hai tệp tin giữa 2 định dạng này. ODF đã được ISO adopt (chấp thuận) vì nó đã hội đủ các tiêu chuẩn của một norm theo tiêu chí của ISO. Nay nếu M$ chứng minh được rằng OOXML tương đương với ODF và đưa ra một bộ convertissor hoàn hảo thì có lẽ thiên hạ cũng chẳng cần tranh cãi. Vấn đề là M$ không (và có lẽ không bao giờ) muốn chấp nhận ODF và họ khăng khăng OOXML của họ là tốt hơn hẳn (với điều kiện dùng phần mềm do M$ sản xuất, tất nhiên), vì thế mới nên chuyện. Còn chuyện ISO phải consider (xem xét) OOXML vì M$ là một thành viên của ISO (và của rất nhiều tổ chức quốc tế khác nữa). Họ còn có cả một lực lượng đồng minh hùng mạnh do vị thế thống trị de facto của họ. Họ có quyền propose (đệ trình) một standard (tiêu chuẩn) và ISO có trách nhiệm phải xem xét. Và nếu M$ vận động được đủ số phiếu tín nhiệm của các quốc gia thành viên thì ISO bắt buộc phải thông qua. Còn việc có 2 chuẩn sẽ có tác hại (hay lợi thế) cho sự phát triển thì sẽ phải đợi lịch sử trả lời.

Đây là một vài suy nghĩ của mình xung quanh vấn đề này.


Lê Trung Nghĩa: (ltnghia@yahoo.com) 08/07/2007

Anh tiếc một VC hữu ích như vậy mà Bộ BCVT chỉ có mình Tú đi đại diện, nó rất khác với những gì xảy ra với Bill Gates, nhưng chuyện này không phải kỹ thuật, dù nó hơi buồn cho dân OSS (phần mềm nguồn mở) Việt Nam. Anh không rõ nếu tổ chức nhiều buổi như thế nữa thì có ai trong Bộ đi không?

Về chuyên nên có 2 hay 1 chuẩn thì anh gửi kèm đây cho Tú tệp đính kèm để nói 2 hay 1 chuẩn thì tốt hơn. Cái đó không phải chúng ta, những người không biết mấy về chuẩn và OSS (phần mềm nguồn mở) nói, mà do Liên minh ODF (Liên minh Định dạng Tài liệu Mở) nói.

Tú nói biết đâu sau này có người muốn áp dụng OOXML thì sao ư? Anh nghĩ Tú có thể xem lại bài hôm nay anh vừa post (đưa) lên mạng, trong đó có định nghĩa của ISO và các cơ quan tiêu chuẩn khác về một tiêu chuẩn. Nó sẽ giải thích cho mọi người vì sao OOXML không thể là một tiêu chuẩn theo các định nghĩa đó tại thời điểm này vì hiện tại OOXML chỉ có thể áp dụng được cho đúng một mình MS Office của Microsoft. Nếu sau này có ai đó áp dụng được OOXML thì hãy để đến lúc đó sẽ tính chuyện đưa OOXML thành một tiêu chuẩn được.

Hơn nữa, đọc tài liệu Tú sẽ thấy được chủ trương của M$ là không muốn cho ai có thể thực hiện được việc tích hợp đó ngoại trừ một mình M$. Còn nữa, bài viết cũng đề cập tới hàng trăm vấn đề cần được bổ sung làm rõ đối với OOXML. Như vậy làm sao có thể gọi OOXML là một chuẩn mở được như tên nó muốn có Office Open XML. Không thể có một chuẩn ISO “mở ” - “đóng” được. Điều này sẽ thật nực cười. Mà khi không ai làm việc được với nó thì tính tương hợp của các hệ thống thông tin coi như là không bao giờ có được.

Hy vọng lần sau có những cuộc như gặp Mark, cả nước sẽ hân hoan đi đón, chứ không chỉ hân hoan đón Bill Gates.

Quên mất, còn một ý nữa anh chưa trả lời Tú, đó là OSS là cây gậy thần (trong mọi lĩnh vực của CNTT và TT) hay không thì anh chưa khẳng định, nhưng OSS với các bộ phần mềm văn phòng như OpenOffice, Koffice... thì chắc chắn trong trường hợp này là cây gậy thần rồi, vì nó chắc chắn thay thế được MS Office. Điều này thế giới khẳng định, không cần phải nhờ tới cộng đồng nguồn mở Việt Nam khẳng định hộ. Còn về ảnh hưởng của OSS thế nào với thế giới thì anh lại xin gửi Tú tài liệu đính kèm. Nó nói về OSS của châu Âu là chính, nhưng cũng nói tới OSS trên toàn cầu nữa đó.


Nguyễn Ái Việt: (naviet@mpt.gov.vn) 11/07/2007

Diễn đàn của ta có lẽ là một diễn đàn học thuật hơn là một diễn đàn doanh nghiệp kiểu consortium có quyền lợi kinh tế hoặc xã hội. Tôi hiểu thế không biết có đúng không.

Vì thế có lẽ nên có những ý kiến phản biện như của anh Tú, chứ nói mãi một chiều chán lắm. Phải có chút phản biện mới kích thích suy nghĩ. Đúng sai chưa phải quan trọng, vì thực ra trong CNTT rất khó biết trước cái gì là xu thế.

Nội dung không phải bao giờ đa số cũng đúng. Làm việc theo lối hội đồng thể hiện một sự thiếu tự tin. Bởi vì đem ra bỏ phiếu vào lúc một phát kiến mới ra đời, thì không bao giờ có Einstein, Godel hay Turing.

Vì thế quy trình hình thành chuẩn là một quá trình hết sức phức tạp và được nhóm nghiên cứu về Khung tương hợp Chính phủ (GIF) của UNDP thảo luận rất nhiều tại Bắc Kinh vừa rồi. Nó không đơn giản như chúng ta nghĩ, bỏ phiếu nói không, hay có một cơ quan quốc tế>

Theo ý tôi, các chuẩn là một quá trình đấu tranh giữa các tập đoàn kinh tế, nhà nước và các chuyên gia cần phải tỉnh táo và cởi mở. Cái gì được xã hội chấp nhận in long term (về lâu dài) thì nó sẽ là chuẩn, chứ không phải là do phong trào.

Cụ thể về OOXML ta có thể từ từ bàn, tuy nhiên để tránh không khí nóng lên một cách vô ích có vài câu hỏi sau:

  1. OOXML có phải là chuẩn mở hay không? Chúng ta chấp nhậ định nghĩa nào về chuẩn mở?

  2. Nếu ai đó liên tục post (gửi) bài ca ngợi, quảng cáo cho OOXML trên diễn đàn này theo tốc độ 2, 3 email thì có chấp nhận được không?

Chúc vui


Lê Trung Nghĩa: (ltnghia@yahoo.com) 11/07/2007

Cảm ơn anh Việt đã tham gia ý kiến. Tôi sẽ post (gửi) ngay ý kiến của anh Tú và những ý kiến trả lời lên Blog. Cuối mỗi bài trên Blog đều có chỗ để mọi ý kiến đóng góp được đưa lên. Rất tiếc cho tới nay chưa thấy ai post (đưa) lên cả. Hy vọng từ nay về sau, các ý kiến đóng góp sẽ luôn được post (đưa) lên Blog.


Vũ Đỗ Quỳnh: (vu.do.quynh@auf.org) 11/07/2007

“Theo ý tôi, các chuẩn là một quá trình đấu tranh giữa các tập đoàn kinh tế, nhà nước và các chuyên gia cần phải tỉnh táo và cởi mở. Cái gì được xã hội chấp nhận in long term (về lâu dài) thì nó sẽ là chuẩn, chứ không phải là do phong trào.

Cụ thể về OOXML ta có thể từ từ bàn, tuy nhiên để tránh không khí nóng lên một cách vô ích có vài câu hỏi sau:

1. OOXML có phải là chuẩn mở hay không? Chúng ta chấp nhậ định nghĩa nào về chuẩn mở?”

(Ý của anh Việt)

Vậy câu hỏi thành hai câu hỏi:

1) OOXML có phải là một chuẩn không?

2) Nếu coi OOXML như là một chuẩn, chuẩn đó có phải là chuẩn mở hay không?

Một số câu trả lời nằm trong cách định nghĩa “Chuẩn” và “Chuẩn mở”, có thể tham khảo ở đây:

http://en.wikipedia.org/wiki/Open_standards

Tuy nhiên có thêm việc phân biệt giữa “chuẩn tốt” (good standard) và “chuẩn không tốt“ (bad standard)

Vừa rồi ông Mark Shuttleworth, qua Visioconferencing với Hà Nội và TP. Hồ Chí Minh đã nói:

The key character of a good standard is that it is easy to implement!” (Đặt tính chủ chốt của một chuẩn tốt là nó dễ dàng triển khai)

Thường người ta cho rằng ODF là good standard (chuẩn tốt) còn (tạm thời) OOXML là “not a good standard candidate” (một ứng cử viên tiêu chuẩn không tốt) trên quan điểm nói trên.

2. Nếu ai đó liên tục post bài ca ngợi, quảng cáo cho OOXML trên diễn đàn này theo tốc độ 2,3 email thì có chấp nhận được không? (ý của anh Việt)

Nếu có ai có căn cứ *cụ thể và khách quan* để bảo vệ (quảng cáo) OOXML, thì tại sao người đó không được chấp nhận?

Chúc mạnh khoẻ.

-----

PS: Vì các bài viết trong thư đều là tiếng Việt không dấu nên có thể có những sai sót. Vì vậy mong các tác giả thông cảm và gửi theo địa chỉ thư này ( ltnghia@yahoo.com ) để sửa lại cho đúng hoặc đưa phần sửa lên phần Post ở cuối của bài này. Xin chân thành cảm ơn và mong muốn tất cả cùng đóng góp ý kiến để tìm kiếm được sự đồng thuận.

----

Nguyễn Ái Việt: 11/07/2007

Có lẽ phải hỏi thêm thế nào là "chuẩn tốt" ( Rối rắm quá nhỉ). Theo quan niệm của tôi (đã trình bày trong mail trước): được thực tế chấp nhận tức là tốt. Có nghĩa là hiện nay chúng ta chưa biết cái nào tốt, mặc dù có thể rất nhiều người mong muốn một chuẩn nào đó sẽ là tốt mà không phải đợi kiểm nghiệm thực tế.

Anh Quỳnh tránh không đưa ra câu trả lời. Như vậy, rất an toàn

Theo định nghĩa của tôi (chắc không khác gì của Wikipedia), OOXML là chuẩn mở. Nếu như vậy sao không để nó tự chứng minh tính tốt hay không tốt của mình.

Nói như thế không có nghĩa là tôi cổ vũ cho OOXML (trái lại tôi là người chuyên sử dụng UNIX, ít kinh nghiệm sử dụng đồ MS và mong sao phải học sử dụng đồ MS càng ít càng tốt) mà chỉ lưu ý rằng vấn đề chuẩn không hề giản đơn, không phải do ý chí mà thành. Lý do chỉ giản đơn là những người làm là OOXML không phải là những người dốt hơn chúng ta và họ không phải không có việc làm mới làm ra nó.

Tuy chúng ta rất mong đợi vào ODF, nhưng khung tương hợp của nhiều nước vẫn chấp nhận PDF và DOC. Chẳng hạn MAMPU là tử thù của Bill Gates nhưng vẫn phải chấp nhận DOC trong MYGIF. C'est la vie. Mong muốn và thực tế bao giờ cùng có khỏang cách.Nguyễn Ái Việt: 11/07/2007

Có lẽ phải hỏi thêm thế nào là "chuẩn tốt" ( Rối rắm quá nhỉ). Theo quan niệm của tôi (đã trình bày trong mail trước): được thực tế chấp nhận tức là tốt. Có nghĩa là hiện nay chúng ta chưa biết cái nào tốt, mặc dù có thể rất nhiều người mong muốn một chuẩn nào đó sẽ là tốt mà không phải đợi kiểm nghiệm thực tế.

Anh Quỳnh tránh không đưa ra câu trả lời. Như vậy, rất an toàn.

Theo định nghĩa của tôi (chắc không khác gì của Wikipedia), OOXML là chuẩn mở. Nếu như vậy sao không để nó tự chứng minh tính tốt hay không tốt của mình.

Nói như thế không có nghĩa là tôi cổ vũ cho OOXML (trái lại tôi là người chuyên sử dụng UNIX, ít kinh nghiệm sử dụng đồ MS và mong sao phải học sử dụng đồ MS càng ít càng tốt) mà chỉ lưu ý rằng vấn đề chuẩn không hề giản đơn, không phải do ý chí mà thành. Lý do chỉ giản đơn là những người làm là OOXML không phải là những người dốt hơn chúng ta và họ không phải không có việc làm mới làm ra nó.

Tuy chúng ta rất mong đợi vào ODF, nhưng khung tương hợp của nhiều nước vẫn chấp nhận PDF và DOC. Chẳng hạn MAMPU là tử thù của Bill Gates nhưng vẫn phải chấp nhận DOC trong MYGIF. C'est la vie. Mong muốn và thực tế bao giờ cùng có khỏang cách.

-------

Lê Trung Nghĩa: 12/07/2007

Thực sự cuộc tranh luận này là rất có ích. Anh Việt đúng khi nói MyGIF vẫn phải chấp nhận DOC mặc dù MAMPU là tử thù của Bill Gates. Tuy nhiên, ở đây có 2 vấn đề.

Thứ nhất, không rõ phiên bản MyGIF anh Việt đưa ra là phiên bản nào.

Thứ hai, nếu nó là phiên bản 1.0 ra đời tháng 08/2003 thì hoàn toàn đúng như anh nói, vì ở trang 47 dưới đề mục 4.2.2 Document (Tài liệu) có ghi:

Recommended standards / specifications: (Các tiêu chuẩn/đặc tả kỹ thuật được khuyến cáo)

  • Portable Document format (.pdf) version 3, 4, 5 – for read-only documents; and (Định dạng tài liệu mang xách được (.pdf) phiên bản 3, 4, 5 – các tài liệu chỉ để đọc.

  • Microsoft Word Document (.doc) – Word 97 format. Tài liệu của Microsoft Word – định dạng Word 97.

Vấn đề là mọi việc chưa dừng ở đây. MAMPU không chỉ có MyGIF, mà còn có MyGIFOSS (lại là MyGIF + OSS). Trong khi MyGIF 1.0 ra đời vào 08/2003 thì MyGIFOSS sau đó hơn 2 năm vào tháng 02/2006.

Trong tài liệu MyGIFOSS này, ở phần 1. Introduction (Giới thiệu), trang 9, dòng 5 từ trên xuống ghi: “ MyGIFOSS is prepared as a supplement to the Malaysian Government Interoperability Framework version 1.0 (MyGIF), August 2003”, dịch ra là: “MyGIFOSS được chuẩn bị như một bổ sung cho Khung Tương hợp của Chính phủ Malaysia phiên bản 1.0 (MyGIF), tháng 08/2003”, nghĩa là MyGIFOSS bổ sung cho MyGIF v1.0 vừa nêu ở trên.

Tiếp theo, tại mục 3.2.2 Document (Tài liệu), trang 32, 33 có ghi:

Recommended standards/specifications:

- OASIS Open Document Format for Office Applications v1.0

Other recommended standards and specifications for documents are as specified in MyGIF, with the exception of the Microsoft Office Word Document (.doc) format. This is because the format is not fully portable to other platforms and word processing software.

Các tiêu chuẩn/đặc tả kỹ thuật được khuyến cáo:

- Định dạng tài liệu mở của OASIS cho các ứng dụng văn phòng phiên bản 1.0

Các tiêu chuẩn và đặc tả kỹ thuật được khuyến cáo khác cho các tài liệu được chỉ định trong MyGIF, ngoại trừ định dạng tài liệu Word của Microsoft Office (.doc). Điều này bởi vì định dạng này không mang xách hoàn toàn được đối với các nền tảng và các phần mềm xử lý văn bản khác.

Cần nhấn mạnh rằng không phải tới bản MyGIFOSS tháng 02/2006 mới có cách tiếp cận loại bỏ các định dạng DOC của Microsoft, mà nó còn có từ sớm hơn trong phiên bản MyGIFOSS FS-1 ra đời ngày 01/04/2005, nghĩa là sau gần 2 năm so với MyGIF v1.0.

Trong phiên bản MyGIFOSS FS-1 này, cũng ở phần 1. Introduction (Giới thiệu), trang 7, dòng 7 từ trên xuống ghi: “ MyGIFOSS is prepared as a supplement to the Malaysian Government Interoperability Framework version 1.0 (MyGIF), August 2003”, dịch ra là: “MyGIFOSS được chuẩn bị như một bổ sung cho Khung Tương hợp của Chính phủ Malaysia phiên bản 1.0 (MyGIF), tháng 08/2003”, nghĩa là MyGIFOSS bổ sung cho MyGIF v1.0 vừa nêu ở trên.

Tiếp theo, trên trang 55, phần 3.2.2 Document (Tài liệu) ghi:

Recommended standards/specifications:

- Openoffice.org document (.sxw) – adopted by OASIS under Open Office XML format 1.0 (draft)

Other recommended standards and specifications for documents are as specified in MyGIF, with the following exception which is not recommended:

- Microsoft Office Word Document (.doc)

The Microsoft Word document format has many versions (e.g. 2.0, 6.0, 95, 97/00, 2003) with various levels of support even within Microsoft Word itself. Further, the format is not fully portable to other platforms or word processors.

Các tiêu chuẩn/đặc tả kỹ thuật được khuyến cáo:

- Tài liệu OpenOffice.org (.sxw) – được chấp thuận bởi OASIS theo định dạng Open Office XML 1.0 (dự thảo).

Các tiêu chuẩn và đặc tả kỹ thuật được khuyến cáo khác cho các tài liệu như được chỉ định trong MyGIF, với ngoại lệ sau mà nó không được khuyến cáo:

- Tài liệu Word của Microsoft Office (.doc)

Định dạng tài liệu Word của Microsoft có nhiều phiên bản (2.0, 6.0, 96, 97/00, 2003) với một loạt các mức hỗ trợ ngay cả bên trong bản thân Microsoft Word. Hơn nữa, định dạng này không hoàn toàn mang xách được sang các nền tảng hoặc các trình xử lý văn bản khác.

Như vậy đã rõ, MyGIFOSS FS-1 và MyGIFOSS ra sau MyGIF v1.0 và đã phủ nhận MyGIF v1.0 trong vấn đề về định dạng tài liệu văn phòng, mà cụ thể trong trường hợp này là tài liệu văn bản DOC.

Kèm với phần viết này, tôi xin gửi tới các anh chị cả 3 bản MyGIF v1.0 và MyGIFOSS FS-1 và MyGIFOSS.

Với chứng minh này, tôi thấy có mấy điều sau:

1. Rất có thể ngay sau phiên bản MyGIFOSS còn có phiên bản MyGIF hoặc MyGIFOSS hoặc MyGGGG gì đó nữa mà chúng lại phủ nhận MyGIFOSS này, thì chuyện đó là bình thường vì tiêu chuẩn là một thứ thay đổi theo thời gian, theo sự phát triển của nghiệp vụ và/hoặc công nghệ.

2. Bức thư trước, anh Việt có câu: “Làm việc theo lối hội đồng thể hiện một sự thiếu tự tin”. Tôi nghĩ việc tự tin không bao giờ là tồi, chỉ có điều nếu tự tin quá cũng có thể có lúc sai, như trong trường hợp cụ thể này và nếu cái sai này nhỏ, ta có thể nhanh chóng sửa được thì sẽ không có vấn đề gì. Ngược lại, nếu nó ảnh hưởng tới toàn cục thì vấn đề sẽ trở nên nghiêm trọng hơn.

3. Nhắc tới điều này, tôi muốn sới lên một điều khác như sau: Mục đích của việc mua MS Office vừa qua của Chính phủ đầu tiên là để ngay lập tức giảm tỷ lệ vi phạm bản quyền phần mềm tại Việt Nam mà việc giảm tỷ lệ vi phạm bản quyền phần mềm tại Việt Nam là hoàn toàn đúng và cần phải làm. Có điều 2 việc giảm tỷ lệ vi phạm bản quyền và mua MS Office cần được hiểu là 2 điều khác nhau.

4. Vì mục đích là việc giảm tỷ lệ vi phạm bản quyền phần mềm là chính, nên điều này sẽ không đồng nghĩa với việc đã mua MS Office rồi thì cứ phải sử dụng nó (vì mua là chỉ để giảm tỷ lệ vi phạm bản quyền) chỉ với lý do là ta đã quen với nó. Nếu quả thực thế giới chứng minh được rằng nó không có lợi, như những bài mà tôi đã đưa lên blog, hoặc chúng ta tự thấy không đủ sức theo mãi, hoặc cả 2 lý do trên, thì nó cũng giống như việc chúng ta đang bị nghiện ma tuý vậy, mà nghiện ma tuý là một việc có hại cho sức khoẻ, ta nên đi cai nghiện hơn là tiếp cận theo một cách khác tiêu cực hơn, dạng đã chót nghiện, chót mua thì phải chót sài nốt, để (có thể) sau đó lại phải mua tiếp, sài tiếp và lại nghiện tiếp. Cái vòng luẩn quẩn đó sẽ không mang lại điều gì tốt đẹp cho cả anh, cả tôi và cả mọi người. Xã hội sẽ không phải chịu gánh nặng nào nếu không ai bị nghiện, dù là anh hay tôi.

5. Có thể những điều trên tôi nghĩ chưa hết, xin các anh các chị chỉ giáo cho.

Tải các tài liệu liên quan từ mục số 11 các địa chỉ sau:

http://blog.360.yahoo.com/blog-LU.CUQA9b6gRyol5jVT.?p=44

hoặc địa chỉ:

http://nghialetrung.blogspot.com/2007/06/ti-v-tiu-chun-odf-v-cc-ti-liu-quan-trng.html