This problem of disproportionate be

This problem of disproportionate benefit recurs throughout CSCW. In order to make the job of the sender as easy as possible, message types will often be created with easy defaults for fields, and perhaps menus of alternatives. Also, in order to make finding appropriate message templates easier, they may be arranged in a type hierarchy.
Until recently these structured message systems were only found in academic and research centers, but simpler forms are now available in commercial PC-based email products.
More complex structured message systems are based on models of conversation. So, for example, if I am sent a message of type ‘request for information’, I am obliged to return either a message of type ‘informative reply’ or of type ‘don’t know’. There is a variety of such systems differing in the models used and the rigidity with which they are applied. In the most rigid, you are only allowed one of the pre-programmed replies, whereas more flexible systems merely suggest possibilities. We discussed one such system, Coordinator, in Chapter 14 (Section 14.3.6), in the context of models of conversation.
There is, in fact, considerable debate between those who feel that messaging systems should impose conversational structures and constraints, and those who believe they should supply systems within which the participants can develop their own structures. It is argued that such user-defined structures are more likely to meet users’ needs, and the systems will be more flexible to accommodate changes in group working. The message systems based upon conversational models are the most con- strained. Those offering structured messages, as we have described above, are toward the middle of the spectrum. The original email and bulletin board systems were at the other, unstructured, extreme, but lack sufficient features for the users to define their own structure. More modern systems from the ‘user-structured’ arena are developed from the bulletin board concept, but are more like a shared hypertext. The structure allowed by links and cross-references allows users to have subconferences and digressions, to annotate each other’s messages and to post follow-on messages. An example of such a system is the Amsterdam Conversation Environment [113].
This conflict between global structuring by the designers and local structuring by the participants in their own situation arises within many areas of CSCW and has similarities to issues of user control in HCI in general (see Chapter 7).

Kết quả (Việt) 1:

Vấn đề này không phù hợp lợi ích tái phát trong suốt CSCW. Để thực hiện công việc của người gửi là dễ dàng như có thể, các loại thư thường sẽ được tạo với dễ dàng mặc định cho các lĩnh vực, và có lẽ thực đơn lựa chọn thay thế. Ngoài ra, để làm cho việc tìm kiếm các mẫu tin nhắn thích hợp dễ dàng hơn, họ có thể được bố trí trong một loại hệ thống phân cấp.Cho đến gần đây những cấu trúc thông báo hệ thống chỉ được tìm thấy trong học tập và Trung tâm nghiên cứu, nhưng đơn giản hơn các hình thức có sẵn trong các sản phẩm thương mại dựa trên PC email.Hệ thống thư có cấu trúc phức tạp hơn được dựa trên mô hình của hội thoại. Vì vậy, ví dụ, nếu tôi đang gửi một thông điệp của loại 'yêu cầu thông tin', tôi nghĩa vụ để trở về hoặc là một thông điệp kiểu 'thông tin trả lời' hay kiểu 'không biết'. Đó là một loạt các hệ thống khác nhau trong các mô hình sử dụng và cứng mà họ được áp dụng. Ở cứng nhất, bạn chỉ được phép một trong các bài trả lời lập trình trước, trong khi linh hoạt hơn hệ thống chỉ đơn thuần cho thấy khả năng. Chúng tôi đã thảo luận một hệ thống như vậy, điều phối viên, ở chương 14 (phần 14.3.6), trong bối cảnh của mô hình hội thoại.Có, trong thực tế, nhiều cuộc tranh luận giữa những người cảm thấy rằng hệ thống nhắn tin phải áp đặt cấu trúc đàm thoại và hạn chế, và những người tin rằng họ sẽ cung cấp hệ thống trong đó những người tham gia có thể phát triển các cấu trúc của riêng họ. Đó lập luận rằng như vậy cấu trúc xác định người dùng có nhiều khả năng để đáp ứng nhu cầu của người dùng, và các hệ thống sẽ linh hoạt hơn để thích ứng với những thay đổi trong nhóm làm việc. Hệ thống tin nhắn dựa trên mô hình giao tiếp là các hầu hết côn-căng thẳng. Những người cung cấp tin nhắn có cấu trúc, như chúng tôi đã mô tả ở trên, là về phía giữa của quang phổ. Hệ thống email và bảng thông báo ban đầu đã ở cực khác, có cấu trúc, nhưng thiếu các tính năng đầy đủ cho người dùng để xác định cấu trúc của riêng họ. Các hệ thống hiện đại hơn từ 'người sử dụng cấu trúc' trường được phát triển từ khái niệm bảng thông báo, nhưng là nhiều hơn như một siêu văn bản được chia sẻ. Cấu trúc cho phép liên kết và cross-references cho phép người dùng để có subconferences và digressions, chú thích lẫn nhau bài viết và đăng bài tiếp theo. Một ví dụ về một hệ thống như là môi trường hội thoại Amsterdam [113].Cuộc xung đột giữa các cơ cấu toàn cầu bởi các nhà thiết kế và cấu trúc địa phương của các thành viên trong tình hình của riêng của họ phát sinh trong nhiều lĩnh vực của CSCW và có điểm tương đồng với vấn đề của người sử dụng kiểm soát HCI nói chung (xem chương 7).

Kết quả (Việt) 2:

Vấn đề này có lợi không cân xứng tái suốt CSCW. Để thực hiện công việc của người gửi là dễ dàng như có thể, các loại tin nhắn sẽ thường xuyên được tạo ra với mặc định dễ dàng cho các lĩnh vực, và có lẽ các menu lựa chọn thay thế. Ngoài ra, để làm cho việc tìm kiếm các mẫu thông điệp thích hợp dễ dàng hơn, họ có thể được sắp xếp theo một hệ thống phân cấp loại.
Cho đến gần đây các hệ thống nhắn có cấu trúc chỉ được tìm thấy ở các trung tâm học tập và nghiên cứu, nhưng hình thức đơn giản đang có sẵn trong các sản phẩm email dựa trên PC thương mại.
hệ thống nhắn có cấu trúc phức tạp hơn dựa trên mô hình của cuộc đàm thoại. Vì vậy, ví dụ, nếu tôi đã gửi một thông điệp kiểu 'yêu cầu thông tin ", tôi buộc phải trở về hoặc là một thông điệp của loại' trả lời thông tin 'hoặc của loại' không biết '. Có một loạt các hệ thống như vậy khác nhau trong các mô hình sử dụng và độ cứng mà họ đang áp dụng. Trong cứng nhắc nhất, bạn chỉ được phép một trong các bài trả lời được lập trình sẵn, trong khi hệ thống linh hoạt hơn chỉ đơn thuần đề nghị khả năng. Chúng tôi đã thảo luận một hệ thống như vậy, Điều phối viên, trong Chương 14 (mục 14.3.6), trong bối cảnh của các mô hình của cuộc trò chuyện.
Có nghĩa là, trong thực tế, tranh cãi giữa những người cảm thấy rằng hệ thống tin nhắn nên áp đặt các cấu trúc hội thoại và những hạn chế, và những người tin rằng họ sẽ cung cấp hệ thống mà trong đó những người tham gia có thể phát triển các cấu trúc riêng của họ. Có ý kiến cho rằng các cấu trúc do người dùng định nghĩa như vậy có nhiều khả năng để đáp ứng nhu cầu của người sử dụng, và các hệ thống sẽ được linh hoạt hơn để chứa những thay đổi trong nhóm làm việc. Các hệ thống thông điệp dựa trên mô hình đàm thoại là con- nhất căng thẳng. Những cung cấp thông điệp cấu trúc, như chúng ta đã mô tả ở trên, nằm ​​ở phía giữa của quang phổ. Email và bảng thông báo hệ thống ban đầu là ở đầu kia, không có cấu trúc, cực đoan, nhưng thiếu đủ tính năng cho người sử dụng để xác định cấu trúc của riêng mình. Nhiều hệ thống hiện đại từ các lĩnh vực đang sử dụng cấu trúc 'được phát triển từ khái niệm bảng thông báo, nhưng đều giống như một siêu văn bản chia sẻ. Các cấu trúc cho phép liên kết và tham khảo chéo cho phép người dùng có subconferences và lạc đề, chú thích thông điệp của nhau và gửi thông điệp tiếp theo trên. Một ví dụ về một hệ thống như vậy là Amsterdam thoại Môi trường [113].
Điều này mâu thuẫn giữa cơ cấu toàn cầu bởi các nhà thiết kế và cấu trúc địa phương của những người tham gia trong tình hình riêng của họ phát sinh trong nhiều lĩnh vực của CSCW và có điểm tương đồng với các vấn đề về kiểm soát người sử dụng trong HCI trong nói chung (xem Chương 7).