MSOOXML: Hỗ trợ của bên thứ 3 – Apple iWork '08

Khi Apple tung ra iWork '08, các bloggers của Microsoft ngay lập tức nhảy lên bình luận về việc nó chứng minh rằng MSOOXML là dễ dàng được triển khai bởi bên thứ 3. Trước hết, chúng ta cần hiểu rõ rằng Apple ngồi trong Uỷ ban Kỹ thuật của ECMA mà nó “đã phát triển” cái gọi là tiêu chuẩn này. Vì thế chúng ta phải hoàn toàn không được ngạc nhiên nếu chúng có hỗ trợ định dạng tệp này trong các sản phẩm sẽ ra đời bao gồm cả iPhone.

Tuy nhiên những gì chưa được nói, và tôi đang chờ đợi vài ngày một câu trả lời từ Stephen McGibbon của Microsoft, là vì sao Apple KHÔNG hỗ trợ MSOOXML một cách thực sự.

Cái gì? iWork '08 KHÔNG hỗ trợ MSOOXML?!

Đúng vậy. Nếu bạn xem một cách kỹ lưỡng các ví dụ mà Microsoft cung cấp, chúng chỉ trình diễn các tính năng chỉ đọc của iWork. iWork không GHI được sang MSOOXML. Như một thành viên bạn bè của uỷ ban kỹ thuật mà nó đã thực sự phát triển đặc tả kỹ thuật này, bạn có lẽ đã mong đợi vài dạng khả năng đọc/ghi có thể tương thích tới 70%, để hoàn chỉnh cái vòng của “tính tương hợp”, phải không bạn?

Trừ phi tất nhiên là nó quá khó để làm?

Có lẽ Apple có thể bỏ ra nhiều thời gian hơn để tạo ra phần mềm tốt thay vì việc triển khai một định dạng tệp nhìn ngược về quá khứ mà “đối tác” của nó đang bốc hơi cuồn cuộn qua qui trình tiêu chuẩn hoá? Có thể nó đã được tư vấn từ nhóm Macintosh của riêng Microsoft, và những khó khăn họ đối mặt trong việc đưa định dạng tệp MSOOXML lên một nền tảng mới? Bộ phận kinh doanh máy Mac của Microsoft kêu ca rằng nó có thể chiếm một đội 5 người 44 tuần để triển khai ¼ phần việc của một sản phẩm.

Andrew Shebanow (từ Adobe) đã làm phép ngoại suy và tính được rằng nó có thể “chỉ cần“ 120 người/nhiều năm để triển khai MSOOXL. Số lượng đầu tư lớn này chỉ để đọc và ghi tệp cho một nhà cung cấp là những gì các các Mỹ có thể thấy được sự nản lòng:

“Làm sao các đối thủ cạnh tranh có thể chịu được mức đầu tư như vậy? Novell nói họ sẽ hỗ trợ nhập và xuất cho OOXML với sự hỗ trợ về tài chính và kỹ thuật từ Microsoft. Corel nói họ cũng sẽ làm như vậy. Hãy đoán chúng tôi sẽ cần chờ đợi và xem làm thế nào họ sẽ thành công được trong việc duy trì lòng trung thành và tính tương thích, mặc dù đưa ra thứ Rick phải nói, Tôi không chắc chắn lắm”.

Không nghi ngờ vì sao Office for Mac đã bị chậm 2 lần khi, với ngày tung ra “được lên kế hoạch” trong năm 2008. Nó đã là tốt nhất trong năm 2008, vì tên sản phẩm đã được đặt thành “Microsoft Office 2008 for Mac”.

Quay lại với Apple. Họ là các thành viên của uỷ ban (của ECMA). Họ được cho là đã đóng góp cho sự phát triển của đặc tả kỹ thuật này. Khi tôi hỏi Stephen McGibbon là Apple đã đóng góp cái gì, [được cập nhật ngày 25/08/2007] thì Brian Jones đã nói:

Tôi nghĩ đó là sự châm biếm to lớn vì MSOOXML đang gặp khó khăn khổng lồ từ các vấn đề phiên bản với sự trộn rộn của những thứ đã có và bị phản đối theo kiểu giả sử là nhưng đáng ngạc nhiên thường thấy đối với VML và sự “giàu chất” DrawingML. Như những người lính của mỹ từ học, một người có thể có suy nghĩ các đại diện của Apple có lẽ đã bảo vệ ở ý tưởng của 2 đặc tả kỹ thuật như nhau về chức năng sẽ được đưa vào trong cùng một cơ thể công việc. Thật không tối thiểu tí nào.

Vòng vo con khỉ

Sau đó tôi đã hỏi “iWork có lưu sang MSOOXML?” Stephen sau đó bắt đầu đánh trống lảng cuộc bàn luận với những vấn đề của ODF, KOffice, và OpenFormula, ngay cả thái độ của tôi, và tiếp tục tránh câu hỏi đơn giản đó. Nguyên nhân vì sao ông ta không thể trả lời câu hỏi này là vì ông ta đã đặt đầu đề cho bài viết trên blog của mình là: “iWork '08 hỗ trợ OpenXML”.

Nó làm cho bạn nghi ngờ vì sao “hỗ trợ” thực sự lại có nghĩa đối với những người theo Microsoft. Có thế nó “hỗ trợ” quan điểm của Microsoft.

Thay vào đó, các cơ quan tiêu chuẩn quốc gia và những người xem xét lại đặc tả kỹ thuật của OOXML phải hỏi các câu hỏi tiếp sau đây:

Vì sao “con dấu đóng chấp thuận” từ Apple lại không dịch được sang định dạng tệp nguyên thuỷ hỗ trợ trong ứng dụng sản xuất của hãng?
Liệu có phải Apple đã nghĩ rằng MSOOXML là không đủ tốt cho họ?
Là những chủ nhân của MSOOXML, vì sao Microsoft không tò mò việc vì sao những khoản chi của họ để có được các đối tác kinh doanh như Apple (và Novell) lại không chọn OOXML hơn là các định dạng tệp nguyên thuỷ của riêng họ?
Vì sao Microsoft lại không giải quyết bất kỳ vấn đề gì liên quan tới sự bất đắc dĩ của Apple để chấp thuận định dạng tệp dự kiến có tính toàn cầu này bên trong ECMA TC45, hoặc ngay cả trước khi mà iWork được tung ra?

Bổ sung thêm:

Liệu nó có thể là Apple đang giữ lại những đóng góp của mình cho TC45 và giữ bí mật về các tính năng mới của iWork để có “một thứ chơi trội“ đối với các thành viên uỷ ban kỹ thuật bạn bè khác?
Hay là vì Apple không lo ngại cho sự đóng góp?
Hay là vì phạm vi của TC45 đã được xác định quá hẹp không đủ cho một dòng sản phẩm của nhà cung cấp (Microsoft)?

Chúng là những câu hỏi vô cùng quan trọng. Tôi đã đưa các câu hỏi này lên blog của Stephen vào ngày 16/08 và cho tới hôm nay (25/08), không có hồi âm. Ông ta có lẽ đã lờ tôi đi khi bị sập bẫy. Đã có vài lần xảy ra như vậy rồi.

Nếu Apple rất sắc sảo về định dạng tệp của riêng mình, và Microsoft yêu thích tranh cãi về “sự lựa chọn trong các tiêu chuẩn”, liệu Microsoft có đưa tay ra giúp Apple trong việc tiêu chuẩn hoá định dạng tệp riêng của Apple thông qua ECMA và ISO khi mà Microsoft đã đặt nền móng bằng việc đầu tư rất nhiều vào việc mua các uỷ ban kỹ thuật, các cơ quan tiêu chuẩn và các bộ trưởng khắp toàn cầu?

iWork XML với ODF với OOXML

Và còn thú vị hơn nữa cơ. Rambler của Cybertech đã bỏ chút thời gian để xem xét các định dạng tệp trong iWork '08. Những gì ông lưu ý có thể là thú vị: “Những ý nghĩ mào đầu của định dạng XML của iWork với ODF với OOXML”

“Giống như định dạng tệp ODF, index.xml là tự chứa. Nó thực sự giống ODF hơn là gần với OOXML trong vấn đề này và nhiều khía cạnh khác”. Đặc biệt, chúng ta không thấy tên hoặc tên thuộc tính của yếu tố XML được viết tắt ngoại trừ những thứ đặc biệt rõ ràng và được lấy từ HTML. Điều này, tất nhiên, là chìa khoá cho việc vì sao tôi có thể giải mã được tệp một cách nhanh chóng. Chúng ta không xem “các thẻ chạy – run tags” (ví dụ các thẻ rPr) mà Microsoft khăng khăng là nó cần để lập tài liệu một cách đầy đủ cho các thuộc tính của văn bản. Các thẻ tính chất này là các thuộc tính của yếu tố nó tham chiếu tới, cách mà nó được thực hiện trong ODF và cách mà tôi nghĩ nó cần phải có”.

Các thành viên bạn bè trong uỷ ban không có niềm tin vào định dạng tệp họ đã dự kiến làm việc tới gần 1 năm. Tôi không hiểu vì sao?

Dịch tài liệu: Lê Trung Nghĩa