Từ “wiki” đến từ một chiếc xe trung chuyển sân bay. Ward Cunningham biến nó thành một cách viết hoàn toàn mới.

06/10/2026 · VietTechies · Biên tập

Từ “wiki” bước vào thế giới điện toán chỉ vì Ward Cunningham từng đi một chiếc xe trung chuyển ở sân bay Honolulu.

Chiếc xe có tên Wiki Wiki Shuttle.

“Wiki” nghĩa là nhanh.

Cái tên mắc lại trong đầu Cunningham.

Nhiều năm sau, khi xây một kiểu website cộng tác mới, ông hoàn toàn có thể đặt tên thẳng thừng kiểu QuickWeb.

Thay vào đó, ông gọi nó là WikiWikiWeb.

Một từ lạ nghe được ở sân bay cuối cùng trở thành tên của cả một cách viết cùng nhau trên Internet.

Web ngày càng dễ đọc hơn là viết

Tầm nhìn ban đầu về Web mang tính cộng tác.

Người dùng không chỉ đọc document.

Họ có thể tạo, link và cải thiện chúng.

Nhưng khi trình duyệt lan rộng, xuất bản một trang Web vẫn mất nhiều công hơn đọc nó.

Cần file.

HTML.

Quyền truy cập server.

Biết site được tổ chức thế nào.

Cunningham lúc đó làm việc với cộng đồng lập trình viên muốn chia sẻ software design pattern — những mô tả thực tế về vấn đề lặp lại và cách giải tương ứng.

Tri thức là của tập thể.

Quy trình xuất bản thì không.

Ông muốn việc chỉnh sửa gần như diễn ra tự nhiên

Cunningham từng thử nghiệm các hệ thống thông tin liên kết từ trước Web, trong đó có HyperCard.

Đến giữa thập niên 1990, ông vận hành Portland Pattern Repository, nơi lập trình viên trao đổi ý tưởng về pattern, dự án và con người.

Câu hỏi của ông rất đơn giản:

Nếu người ghé thăm có thể tự sửa trang thì sao?

Không cần workflow xuất bản riêng.

Không cần gửi bản sửa cho quản trị viên.

Không phải chờ người khác cập nhật document.

Mở page.

Sửa.

Lưu.

Ranh giới giữa người đọc và người viết gần như biến mất.

Ngày 25/3/1995, WikiWikiWeb đi vào hoạt động

WikiWikiWeb đầu tiên được đưa lên c2.com như một phần của Portland Pattern Repository.

Design của nó cố tình đơn giản.

Trang có thể chỉnh sửa ngay trong trình duyệt.

Trang mới được tạo nhanh.

Một số kiểu tên trang tự động trở thành liên kết sang trang khác.

Recent Changes cho cộng đồng thấy mọi người vừa sửa gì.

Hệ thống không cần cấu trúc phân cấp phức tạp được thiết kế hoàn chỉnh từ đầu.

Cấu trúc có thể tự hình thành khi mọi người viết và liên kết ý tưởng.

Đây mới là thay đổi quan trọng.

Website không còn chỉ là ấn phẩm đã hoàn thiện.

Nó trở thành không gian làm việc chung.

Cái tên nói về tốc độ, không phải kiến thức

Cunningham biết từ “wiki” trong một chuyến đi Hawaii.

Tại sân bay Honolulu, người ta chỉ ông tới Wiki Wiki Shuttle.

Cụm từ lạ khiến ông nhớ vì vừa khác biệt vừa diễn tả đúng cảm giác ông muốn software đem lại.

Nhanh.

Ngay lập tức.

Ít trở ngại.

Ông thích sự điệp âm giữa WikiWikiWeb và World Wide Web.

Unix script bên dưới đơn giản chỉ có tên wiki.

Dần dần, tên ngắn trở thành từ gọi chung cho kiểu công cụ ấy.

Ngày nay, hàng triệu người biết “wiki” mà không biết chiếc xe trung chuyển sân bay đã đưa từ này vào ngành điện toán.

Đổi mới thực sự là giảm công sức cần để đóng góp

Một hệ thống xuất bản truyền thống thường hỏi:

Ai được phép sửa page này?

Wiki hỏi một câu khác:

Một thay đổi hữu ích có thể được đưa vào trang nhanh đến mức nào?

Điều đó không nghĩa mọi wiki đều nên mở hoàn toàn hay cho phép ẩn danh.

Hệ thống hiện đại thêm phân quyền, kiểm duyệt, lịch sử phiên bản và review vì mỗi cộng đồng cần mức kiểm soát khác nhau.

Nhưng Cunningham thay đổi giả định mặc định.

Chỉnh sửa không còn là công việc quản trị đặc biệt.

Chỉnh sửa trở thành một phần tự nhiên của việc đọc.

Đó là lý do wiki thay đổi nhiều hơn bách khoa toàn thư

Wikipedia sau này trở thành ứng dụng nổi tiếng nhất của ý tưởng.

Nhưng wiki đã lan qua các nhóm phần mềm, tổ chức kỹ thuật, hệ thống tài liệu, kho tri thức nội bộ, cộng đồng người hâm mộ và nhóm dự án từ trước khi “wiki” gần như đồng nghĩa với bách khoa toàn thư.

Mô hình này đặc biệt mạnh ở nơi tri thức thay đổi liên tục.

Tài liệu tĩnh bắt đầu lỗi thời ngay từ lúc xuất bản.

Trang có thể cùng chỉnh sửa sẽ theo kịp công việc.

Điều đó khiến wiki ít giống một cuốn sách và giống ký ức tập thể hơn.

Cộng tác thường thất bại vì đóng góp mất quá nhiều công

Tổ chức thường nói muốn mọi người chia sẻ kiến thức.

Rồi lại đặt năm bước giữa việc phát hiện vấn đề và sửa tài liệu.

Mở ticket.

Tìm người phụ trách tài liệu.

Xin quyền truy cập.

Chờ review.

Chờ xuất bản.

Đến lúc đó, người phát hiện vấn đề đã chuyển sang việc khác.

Wiki của Cunningham đặt cược vào điều khác:

Nếu người có khả năng cải thiện thông tin đang ở ngay đó, hãy để họ sửa lúc vẫn còn quan tâm.

Nguyên tắc này vẫn xuất hiện trong product hiện đại

Công cụ cộng tác tốt rút ngắn khoảng cách từ nhận ra vấn đề đến đóng góp sửa đổi.

GitHub có nút Edit giúp biến một sửa đổi tài liệu thành pull request.

Google Docs khiến bình luận và chỉnh sửa trực tiếp trở thành thao tác bình thường.

Notion và các công cụ tương tự cho phép nhóm tổ chức lại tri thức mà không cần gọi người quản trị Web.

Công cụ lập trình hiện đại cho developer sửa tài liệu ngay cạnh code.

Interface thay đổi.

Nguyên tắc vẫn rất gần WikiWikiWeb:

Giảm công sức đóng góp đến mức mọi người thực sự làm.

Đôi khi tính năng không phải nội dung. Tính năng là quyền thay đổi nội dung.

Ward Cunningham không phát minh ra tri thức cộng tác.

Con người đã xây tri thức cùng nhau hàng nghìn năm.

Thứ ông thay đổi là mức độ phiền phức khi làm điều đó trên Web.

Người đọc có thể trở thành người viết trong vài giây.

Một trang có thể tạo ra trang khác bằng liên kết.

Cộng đồng có thể xây cấu trúc trong khi dùng hệ thống, thay vì phải thiết kế hết từ trước.

Và một từ kỳ lạ nhớ từ chiếc xe trung chuyển sân bay trở thành tên gọi cho toàn bộ mô hình ấy.

Ở đâu trong sản phẩm của bạn, người dùng đã đủ gần vấn đề để tự sửa — nhưng workflow vẫn bắt họ chờ một người khác?

Đọc bằng ngôn ngữ khác: English · Español · Deutsch · Français · Português (Brasil) · Tiếng Việt