Discord không phải là tài liệu
(shkspr.mobi)- Discord hữu ích cho hỗ trợ theo thời gian thực và chia sẻ công việc, nhưng về mặt cấu trúc không phù hợp để thay thế tài liệu lâu dài của một dự án
- Việc các dự án mã nguồn mở giao tiếp ở nơi người dùng tập trung là điều tự nhiên, nhưng về bản chất Discord là công cụ dành cho các cuộc trò chuyện tạm thời
- Nền tảng phát triển Watchy hướng người dùng hỏi trên Discord về các thông tin ngoài hướng dẫn thiết lập cơ bản, khiến họ phải tự lục tìm tin nhắn khi không có tài liệu API
- Ngay cả khi tìm được câu hỏi bằng chức năng tìm kiếm, cũng khó nắm được ngữ cảnh và mức độ liên quan của câu trả lời, nên cùng một lệnh hoặc tùy chọn có thể bị diễn giải sai
- Nếu không gom các câu hỏi thường gặp và câu trả lời vào một nơi, người dùng sẽ tiếp tục gặp ma sát không cần thiết trong quá trình học và sử dụng sản phẩm
Những việc Discord hỗ trợ được và những việc không thể thay thế
- Discord cho phép nhận hỗ trợ theo thời gian thực về vấn đề, và có thể thấy ngay người khác đang xây dựng gì hoặc đang vướng ở đâu
- Độ khó khi tham gia không khác nhiều so với các công cụ giao tiếp khác như Slack, Matrix, Gitter hay IRC
- Việc một dự án mã nguồn mở tuân theo nguyên tắc “đến nơi có người dùng” cũng là điều tự nhiên
- Tác giả đưa ra phép so sánh rằng nếu mọi người đều ở Facebook thì chỉ đăng trên MySpace là không có ý nghĩa
- Việc Discord không phải là mã nguồn mở có phần gây băn khoăn, nhưng nó vẫn hoạt động tốt khi mở trong Firefox
- Điểm cốt lõi là Discord phù hợp với các cuộc trò chuyện tạm thời, nhưng không phải là thứ thay thế cho tài liệu
Khoảng trống tài liệu bộc lộ qua Watchy
- Trong quá trình bắt đầu với nền tảng phát triển Watchy, mức độ thất vọng ngày càng tăng
- Cách cung cấp gần như là “hướng dẫn cơ bản để thiết lập ở đây, còn lại hãy hỏi trên Discord”
- Khi không có tài liệu API, để tìm thông tin cần thiết, người dùng phải tự cuộn qua rất nhiều tin nhắn
- Nếu thông tin chỉ còn nằm trong các cuộc trò chuyện trên Discord, điểm tham chiếu có cấu trúc như tài liệu sẽ biến mất
Vấn đề ngữ cảnh mà tìm kiếm không giải quyết được
- Tìm kiếm trên Discord khó trở thành giải pháp thực sự nếu mọi người không dùng thread đúng cách
- Có thể tìm được câu hỏi, nhưng khó tìm được câu trả lời đi kèm
- Ngay cả khi tìm được câu trả lời, cũng khó判断 liệu đó là câu trả lời cho câu hỏi hiện tại hay cho một cuộc trò chuyện khác
- Trong ví dụ hội thoại, câu hỏi về lệnh fullscreen, câu hỏi về định dạng đĩa và câu trả lời về cờ
-fbị trộn lẫn, khiến ngữ cảnh đối tượng của câu trả lời trở nên không rõ ràng - Trong cấu trúc như vậy, cùng một lệnh hoặc tùy chọn có thể được hiểu theo những nghĩa hoàn toàn khác nhau
Ma sát mà người mới và các câu hỏi lặp lại gặp phải
- Khi thông tin bị phân tán trên Discord, người mới sẽ lại đặt những câu hỏi vốn đã xuất hiện thường xuyên
- Một số người phản ứng khó chịu với những câu hỏi của người mới như vậy
- Nếu có nhiều câu hỏi lặp lại, giải pháp trực tiếp hơn là gom các câu hỏi và câu trả lời phổ biến vào một nơi
- FAQ có thể không phải là hình thức cuối cùng đúng đắn cho tài liệu toàn diện, nhưng vẫn cần như một mức tổ chức thông tin tối thiểu
Những tài liệu tối thiểu cần tập hợp
- Không nhất thiết phải tuân theo Four-Document Model
- Mô hình này cũng có phê bình
- Dù vậy, việc không tập hợp các câu hỏi thường gặp và câu trả lời lại là điều khó hiểu
- Không thể giải quyết tài liệu toàn diện chỉ bằng FAQ, nhưng một dự án thậm chí không tạo FAQ thì nên cân nhắc lại việc công bố sản phẩm
1 bình luận
Ý kiến Hacker News
Có một xu hướng các startup dồn mọi thứ, kể cả hỗ trợ, vào Discord, nhưng vì những lý do được nêu trong bài, từ góc nhìn người dùng/khách hàng thì đây là một trải nghiệm khủng khiếp
Việc hiểu cấu trúc kênh và tìm xem nên đăng ở đâu tốn quá nhiều thời gian, mà cũng khó tìm kiếm xem đã có giải pháp nào được đăng lên chưa. Thậm chí còn không biết rốt cuộc ai sẽ trả lời. Nếu đang vận hành một startup mà định chuyển hết sang Discord thì nên nghiêm túc suy nghĩ lại
Thay vì để thông tin công khai có thể tìm thấy qua Google Search hoặc qua cổng trợ giúp/trang tài liệu, họ lại khiến mọi người phải vào phòng chat và hỏi lại những câu mà rất có thể đã được trả lời rồi. Như vậy tự làm tăng thêm việc cho chính mình. Tôi biết có nhiều người không đọc trang trợ giúp hay tài liệu rồi vẫn đi hỏi, nhưng nếu hỗ trợ tự phục vụ giải quyết được dù chỉ 10% thì việc giữ tài liệu đó luôn cập nhật vẫn rất đáng giá
Đây cũng là chủ đề từng được bàn trên Hacker News trước đây: “Discord is a black hole for information”
https://knockout.chat/thread/33251/1
https://news.ycombinator.com/item?id=30311982
Ít nhất trong trường hợp của tôi, khán giả rất trẻ và ai cũng muốn ở trên Discord. Nếu có một thành viên cộng đồng tử tế chịu nhận vai trò kiểm duyệt thì gần như nó tự chạy với rất ít công sức. Theo kinh nghiệm của tôi, Discord là thứ được cộng đồng kéo đến trước, chứ không phải ý tưởng do tôi khởi xướng. Những nền tảng khác dù tôi có cố đẩy thì cũng chẳng ai muốn. Tôi không biết vì sao nó hiệu quả, nhưng đơn giản là nó hoạt động tốt
Nó hỗ trợ thoại, video, văn bản, đồng thời cho phép tương tác thời gian thực, tương tác không đồng bộ và cả tương tác tự động. Nó cũng hỗ trợ web, desktop và mobile. Có thể hiểu được vì sao người ta muốn chuẩn hóa vào một công cụ duy nhất để đơn giản hóa quy trình hỗ trợ và đào tạo. Nếu có thể cải thiện khả năng tiếp cận và tính dễ dùng, Discord có thể là một bước tiến lớn trên nhiều phương diện. Giảm số lượng kênh và đặt tên rõ ràng là một bước đầu tốt, và một thông điệp chào mừng ngắn cùng vài mẹo nhỏ cũng có thể hữu ích
Cài đặt thông báo mặc định hoàn toàn kỳ quặc: mọi thứ lúc nào cũng chưa đọc, mọi thứ đều quan trọng, và huy hiệu đỏ xuất hiện khắp nơi. Mỗi lần vào một “server” mới là trước tiên tôi phải nhấp chuột phải để chọn “tắt @everyone và @here”, “tắt nhắc tới vai trò”. Thế mà các tin nhắn @everyone, @here, @role vẫn hiện tô vàng như thể đang nhắc đích danh tôi. Các mention phát sóng kiểu này là thứ chắc chắn sẽ bị lạm dụng, lẽ ra ngay từ đầu không nên tồn tại
Ô nhập tin nhắn cũng ra vẻ quá thông minh nhưng đồng thời lại quá ngớ ngẩn. Nó phá hỏng tính năng thay thế văn bản mặc định của macOS, và tôi nhớ là nếu tin nhắn bắt đầu bằng một số ký tự nhất định thì nó sẽ nuốt mất vài ký tự. Nhưng nếu không tự gõ @username rồi chọn mục tự động hoàn thành hiện ra thì mention lại không hoạt động
Giao diện thêm emoji phản ứng cũng dở đến mức nực cười. Nó hiện emoji gần đây trước, rồi cuộn vô tận qua các emoji tùy chỉnh của mọi server mà bạn thậm chí không thể dùng nếu không đăng ký, và chỉ sau đó mới đến emoji Unicode
Các popup, banner và tooltip quảng bá gói trả phí cũng cực kỳ phiền. Popup “tin mới” cũng vậy. Nếu ai đó đã dùng gói miễn phí suốt nhiều năm và không trả tiền, thì có lẽ nên xem như khả năng chuyển đổi đã thấp rồi, và đừng tiếp tục tra tấn mắt họ bằng các đợt upsell với hy vọng biến họ thành khách hàng trả phí
Tệp cũng quá thường xuyên bị chặn với thông báo “too powerful”, mà lại không có tùy chọn cho phép nén theo cách server muốn. Dù hiếm khi cần gửi hình ảnh hay video với độ chính xác hoàn hảo từng bit. Một ngày nào đó tôi định làm dự án tiếp theo là một trình nhắn tin desktop đa giao thức hiện đại, và Discord sẽ đứng đầu danh sách dịch vụ cần hỗ trợ
Phản ứng tức thì của HN với một số chủ đề nhất định ngày càng khiến tôi mệt mỏi
Phần lớn những người đang bình luận dường như thậm chí còn không đọc xem bài viết nói về cái gì, mà chỉ muốn bày tỏ nỗi hoài niệm với mailing list ngày xưa và các tài liệu viết dở nửa vời. Những tài liệu đó lắm thì có một ví dụ mã, còn trung bình thì rốt cuộc chỉ là “mục lục” của phần mã nguồn mà bạn vẫn phải tự đọc. Cá nhân tôi cũng muốn các dự án kiểu này ngoài Discord ra còn có cả BBS, nhưng việc chỉ đơn giản trò chuyện với những người đang tạo ra thứ tôi quan tâm, rồi dần trở thành bạn với họ, thực sự rất tuyệt
Với Watchy, tài liệu là một điểm khởi đầu tốt: https://watchy.sqfmi.com/docs/getting-started
Có sơ đồ kiến trúc, có vài ví dụ mã cho các trường hợp sử dụng phổ biến, và nó cũng truyền đạt khá tốt rằng đây là một dự án kiểu “phiêu lưu” với bề mặt mà dự án này bao quát rất rộng. Sau này có thể bổ sung các bài viết hoặc liên kết tới dự án do người khác làm, nhưng tôi không chắc sẽ có nhiều tài liệu như vậy đâu. Đây là một sản phẩm khá ngách
Ở đây có vài chủ đề dễ chạm vào dây thần kinh của rất nhiều người, và bất kể bài gửi thực tế là gì, họ vẫn đăng sẵn những bình luận có từ trước trong đầu mà không hề đọc bài. Chỉ cần nhìn việc có ai đó tạo tài khoản tạm kiểu “discordsucks” để đi bình luận là đủ thấy rõ
Với lại, đó không phải là “server” mà là kênh
Bọn tôi cũng bắt đầu dùng https://www.answeroverflow.com/ để phản chiếu nội dung Discord lên web
Tự xây một thứ tương tự cũng được, nhưng AnswerOverflow có vài tính năng khá ổn và xử lý tốt các vấn đề liên quan đến đồng thuận. Nếu bắt đầu dùng Discord từ đầu, tôi rất khuyến nghị ngay từ đầu hãy nói rõ rằng nội dung có thể được phản chiếu sang nơi khác, ngay cả khi chưa làm việc đó ngay bây giờ. Để đến sau này mới làm sẽ khó hơn rất nhiều
Giải pháp tốt hơn có lẽ là đừng dùng Discord, nhưng vì ma sát khi chuyển sang lựa chọn thay thế, sự phản đối từ đồng nghiệp, và nỗi sợ cộng đồng bị phân mảnh, với chúng tôi đây là phương án tốt nhất. Ngay từ đầu có thể không dùng Discord mới là tối ưu, nhưng ít nhất với một số cộng đồng thì lợi thế là ai cũng đã quen thuộc. Chúng tôi vẫn duy trì tài liệu “đúng nghĩa”, nhưng rất khó để chứa mọi thứ, và trong Discord có những nội dung giá trị không được ghi lại ở nơi nào khác
Tức là đặt giao tiếp chính trên các nền tảng mở như XMPP MUC, Matrix Spaces, IRC, hoặc những nơi như Zulip, Mattermost. Dù công cụ chat thịnh hành của tuần này có thay đổi, căn cứ chính của bạn vẫn sẽ không do một tập đoàn lớn vận hành — nơi có thể cắt dịch vụ bằng chế tài hay dựng thêm rào cản trả phí mới
Ở công ty trước, chúng tôi dùng Discord cho hỗ trợ và nó rất tuyệt
Xây dựng cộng đồng ban đầu có mất thời gian, nhưng một khi đã hình thành thì đó là tài sản rất lớn. Ưu điểm lớn nhất là phản hồi người dùng theo thời gian thực, giữ chân người dùng, hợp tác giữa người dùng với nhau, và hỗ trợ dựa trên cộng đồng. Discord mang tính hội thoại, nên khi nhận phản hồi về sản phẩm, bạn có thể nhanh chóng trao đổi để hiểu chính xác họ đang gặp vấn đề gì, rồi đề xuất giải pháp và xem phản ứng. Khi người dùng có thể tiếp cận ngay với người phát triển sản phẩm, họ cảm thấy ý kiến của mình được sử dụng hữu ích và tỷ lệ gắn bó cũng tăng lên. Khi cộng đồng đủ lớn, người dùng còn có thể cùng nhau brainstorm cách cải thiện hoặc giúp người mới, từ đó giảm thời gian mà nhà phát triển phải dành cho hỗ trợ
Cá nhân tôi thấy lời chê “không thể lập chỉ mục” hơi buồn cười. Bạn đã bao nhiêu lần tìm một lỗi khó rồi đến được một mailing list? Thường thì các thư đã được lập chỉ mục không có câu trả lời, mà có rồi thì cũng hay không giải quyết được vấn đề. Lục lại lịch sử hội thoại không phải là phương thức tài liệu hóa hiệu quả. Chúng tôi dùng phản hồi từ cộng đồng như tín hiệu để biết tài liệu đang thiếu gì, rồi cập nhật tài liệu cho phù hợp. Nếu tuần này có 10 người hỏi về tính năng X, thì nghĩa là tài liệu cần được cập nhật
Bây giờ thì có thread đấy, nhưng phải là mọi người đều dùng. Nếu bạn tìm thấy người đã hỏi cùng câu hỏi mà không thấy câu trả lời, bạn sẽ không biết là thực sự chưa có câu trả lời, hay là nó đã được trả lời ngoài thread ở đâu đó bên dưới 1000 tin nhắn. Không có threading thì đúng là thảm họa
Tôi đã nhiều lần tìm một lỗi khó rồi đi đến mailing list, nhưng forum còn tốt hơn. Trên Discord hay Slack thì tôi hầu như không nhận được câu trả lời, hoặc có nhận thì cũng không phải câu trả lời tốt. Câu hỏi bị đẩy trôi lên trên thì không ai thấy nữa, và kể cả khi có người trả lời thì thường lại là một người mới rất nhiệt tình nhưng không hiểu vấn đề
Trước đây tôi đăng bài trên forum rất nhiều, trình bày chính xác vấn đề bằng các ví dụ tái hiện đã được kiểm chứng kỹ. Ngoài ra còn kiểu “một câu hỏi thì một câu trả lời”, tức là lướt qua một hai trang đầu các câu hỏi chưa được trả lời, và nếu biết gì thì để lại câu trả lời
Gần như mọi kênh “hỗ trợ” trên Discord hay Slack đều tệ. Đó là cách các công ty hạ thấp kỳ vọng để cắt giảm hỗ trợ, theo hướng phớt lờ người dùng nhiều hơn. Drone(CI) gần đây cũng làm thế, và kênh Slack của họ chỉ đầy câu hỏi từ người dùng
Tôi nghĩ lý do thực sự khiến Discord và các nền tảng tương tự phổ biến là chi phí nỗ lực thấp. Không ai kỳ vọng bạn phải mang theo một ví dụ hoàn chỉnh; vì là hội thoại nên bạn chỉ cần ném ra một câu hỏi còn dang dở rồi chờ ai đó dẫn dắt, cầm tay chỉ việc. Cái giá phải trả là bạn đánh mất những người muốn tham gia vào một cộng đồng đòi hỏi nỗ lực hơn thay vì một không gian đầy emoji và meme
Bản thân web giờ đã trở thành một không gian gần như không thể tìm kiếm. Do spam tối ưu hóa công cụ tìm kiếm, chất lượng Google Search đi xuống, mọi thứ bị đẩy vào những khu vườn có tường rào, và xu hướng tăng giá API rồi giữ khư khư dữ liệu để đối phó với LLM
Nói chung, việc web có thể tìm kiếm đang chết dần đã thúc đẩy sự dịch chuyển sang Discord. Không hẳn là lỗi của từng nhà phát triển riêng lẻ, vì như bạn nói, với họ điều đó mang lại lợi ích ròng. Thứ cần có là một “ozempic web”: vẫn giữ quy mô của năm 2023 nhưng nhẹ hơn, có thể lập chỉ mục, không có hàng rào, và ít nội dung độn cùng kiếm tiền kiểu câu kéo chú ý hơn. Trước khi có điều đó, có chửi người chơi bao nhiêu thì bản thân cuộc chơi vẫn đang méo mó
Nhưng đó là thiên lệch chọn mẫu. Những cuộc trò chuyện mà chủ sở hữu tham gia đương nhiên diễn ra tốt đẹp. Vậy còn các cuộc trò chuyện khác thì sao? Nếu một câu hỏi không ai trả lời bị chôn vùi dưới các cuộc trò chuyện khác sau 3 giờ, công ty sẽ không nhìn thấy câu hỏi đó. Công ty không thể thấy thứ mà họ không thấy, và vì vậy mới nảy sinh thiên lệch chọn mẫu
Discord lấy mất thông tin khỏi những nơi mở như vậy. Đôi khi bạn còn phát hiện ra dự án thông qua chính những câu trả lời đó. Dù vậy, tôi quan tâm đến FLOSS hơn là các startup mã nguồn độc quyền, nên trọng tâm khách hàng chính có thể là một vấn đề khác
Thứ nhất, họ đã thành công trong việc tích hợp Discord vào quy trình tài liệu hóa. Khi nhận được phản hồi về X, họ cập nhật tài liệu để bao quát X. Còn Eden nói rằng nhiều dự án trả lời về X trên Discord rồi sau đó không cập nhật tài liệu
Thứ hai, đội ngũ trả lời tin nhắn Discord rất nhanh. Nhiều đội khác thì kéo dài lê thê hoặc hoàn toàn không phản hồi
Chat không phải là tài liệu
Khi gặp chỗ bị kẹt, trước tiên tôi thường lướt qua phần triển khai để xem đại khái, nhưng với một codebase không quen thuộc thì cách đó thường không hiệu quả. Tôi kiểm tra tài liệu thì chỉ thấy mỗi liên kết “Hãy tham gia cộng đồng Discord”. Thế là tôi mở Discord, cài bản cập nhật, thiết lập xác thực hai bước tùy chỉnh dựa trên email, đồng ý với điều khoản đã thay đổi, đóng banner Nitro, chấp nhận quy tắc của server rồi vào #general. Tôi đăng câu hỏi với nhiều bối cảnh nhất có thể, nhưng không ai trả lời. Cuối cùng tôi phải bật debugger và lần theo thư viện hoặc framework từng dòng một để tìm ra chuyện gì đang xảy ra. Tôi tạo một bản sao có thể chỉnh sửa, thêm logging và thử vài thay đổi, rồi sau vài tiếng mới phát hiện ra rằng X không hỗ trợ Y, hoặc phải mã hóa giá trị theo Base 47 hay Latin 1 rồi mới truyền vào. Và rồi 3 ngày sau, lúc 1 giờ sáng, tôi nhận được trên Discord một câu trả lời nghe như phớt lờ, bảo tôi xem lại cuộc trò chuyện đã diễn ra 2 tuần trước khi tôi tham gia
Chat đẩy phần lớn gánh nặng tự xác định vấn đề và hỗ trợ lẫn nhau sang cho người dùng. Đặc biệt trong thế giới làm việc bất đồng bộ, nó không thể thay thế tài liệu. Người ta nghĩ vì có thể trả lời bất đồng bộ nên nó phù hợp với công việc bất đồng bộ, nhưng không phải vậy, vì không thể gỡ chỗ bị kẹt theo cách bất đồng bộ
Trong khoảng 8 năm trên tổng 12 năm làm việc với Django, gần như chỉ có lúc tôi phát hiện lỗ hổng bảo mật và cần xác nhận những chi tiết ở mức rất thấp thì mới dùng debugger với mã Django. Trong khi đó, với một dự án khuyến nghị dùng Discord thay cho tài liệu, tôi làm dự án cá nhân kiểu sở thích trong một tháng, khoảng 5 ngày, mà đã phải dùng debugger tới 3 lần chỉ để hiểu chuyện gì đang xảy ra
Ở đây thực sự có một giải pháp về văn hóa và quy trình rất hữu ích. Đó là chuyển các câu hỏi trên Discord thành cập nhật tài liệu một cách cẩn thận
Nếu làm được vậy, Discord có thể trở thành một bộ tăng tốc mạnh mẽ để nâng cao chất lượng tài liệu của dự án. Chỉ là nó đòi hỏi mức kỷ luật tương xứng
Nếu tôi phải làm công việc của mình mà lại phải ngồi canh Slack, Discord, Mattermost cả ngày, thì tức là tôi không thể làm công việc của mình. Ngoại lệ là khi công việc của tôi vốn là hỗ trợ. Đây là thêm một ví dụ nữa về việc phát triển phần mềm bị kéo sang chiếm luôn cả một mảng kinh doanh khác là hỗ trợ, vì các lập trình viên thường ngây thơ, có chính kiến mạnh và muốn làm hài lòng người khác. Thời Agile thì họ gánh luôn quản lý dự án, thời DevOps thì họ gánh luôn quản trị hệ thống. Tùy tình huống mà có thể khác nhau
Có vẻ như hẳn ai đó đã làm việc này rồi, nhưng lần gần nhất tôi tìm thì vẫn không thấy gì
Với tư cách người dùng sản phẩm, tôi không muốn tham gia vào cộng đồng của những người xa lạ ngẫu nhiên rồi bị cuốn vào các cuộc trò chuyện kém hiệu quả
Tôi cũng không muốn phải refresh một hệ thống chat gần như đồng bộ, hay bỏ lỡ thông tin quan trọng chỉ vì lỡ một ngày. Tôi muốn các công ty tôn trọng thời gian và sự chú ý của tôi
Tìm kiếm của Discord tệ đến mức khó tin. Người dùng đã phàn nàn suốt nhiều năm mà vẫn không được cải thiện
Chỉ riêng điều đó thôi cũng đủ khiến nó không đủ tư cách làm tài liệu
Nếu người dùng rời server thì bạn sẽ không thể tìm kiếm cụ thể nội dung mà người đó đã đăng nữa. Ngay cả khi người dùng vẫn còn trong server, tìm kiếm của Discord dường như không phải lúc nào cũng biết đầy đủ danh sách người dùng hiện tại, nên có thể vẫn khó tìm nội dung người đó đã đăng. Nếu bạn tìm một mục có nhiều kết quả rồi muốn quay về trang đầu tiên, tức kết quả sớm nhất, thì nó sẽ hỏng. Ví dụ, ở một số server tôi không thể nhảy tới tin nhắn đầu tiên của mình. Bạn cũng không thể tìm kiếm trong một thread cụ thể. Bản thân cách tìm văn bản trước đây cũng từng khiến tôi khó chịu, nhưng giờ tôi không tìm ra được ví dụ nào đủ rõ để nói chính xác vấn đề là gì
Ở những công ty như vậy, mức độ tương tác, tức lãng phí thời gian, thường được xem là một phẩm chất đáng mong muốn
Vì cùng lý do đó, Slack cũng không phải là tài liệu
Hiện giờ tôi đang làm việc để cải thiện khả năng tài liệu hóa trên toàn công ty. Chúng tôi là một startup đã tồn tại lâu năm và hoạt động trong một lĩnh vực có thời gian đưa sản phẩm ra thị trường rất dài, và trong quý trước tôi đã dẫn dắt hai dự án mà mỗi dự án mất nhiều tuần chỉ để trả lời câu hỏi về mã cũ. Có lúc tác giả ban đầu đã rời công ty từ lâu và hoàn toàn không có tài liệu; có lúc tác giả ban đầu vẫn còn ở công ty nhưng thậm chí theo nghĩa đen còn không nhớ rằng mình từng viết đoạn mã đó, và dĩ nhiên cũng không có tài liệu. Mỗi lần như vậy, mọi người đều nói chắc là có đâu đó một cuộc trò chuyện trên Slack giải thích mọi thứ. Không, không hề. Mọi dự án và ứng dụng đều cần có tài liệu thiết kế từ trước, sau đó là hướng dẫn sử dụng, và những thứ đó phải thực sự được duy trì
Việc cộng đồng rộng lớn hơn lại cuồng nhiệt với Discord một cách kỳ lạ khiến tôi thấy khó hiểu.
Như người khác đã nói, về bản chất nó là IRC kèm đa phương tiện. Vì sao lại quảng bá nó nhiệt tình đến vậy? Ngay cả nếu chấp nhận ý tưởng rất gây tranh cãi là “nhận hỗ trợ trên Discord”, thì bản thân sản phẩm cũng không có gì đặc biệt. Nó chỉ tốt hơn một chút so với các sản phẩm tương tự đã có từ trước. Chưa kể còn có những lo ngại rất thực tế về việc dữ liệu người dùng sẽ được sử dụng như thế nào trong tương lai
Và rất nhiều người dùng chưa từng dùng IRC. Việc có một ứng dụng cùng tên với dịch vụ cũng là yếu tố lớn. Vì thế nó trở thành một “thứ” duy nhất, giống như Instagram hay TikTok. Nghĩ đến chuyện có bao nhiêu người chưa bao giờ xem ứng dụng reddit và dịch vụ/trang reddit là hai thứ tách biệt thì cũng khá đáng ngạc nhiên. Cộng đồng IT rộng hơn thực ra vẫn khá gần với một ngách nhỏ, và chúng ta thường quên điều đó
Ngoài Slack ra, Discord đã tạo ra sản phẩm chat thoại trên nền trình duyệt hướng tới người dùng phổ thông có chất lượng cao nhất tiếp theo. Nó được thiết kế tốt, ổn định và có giao diện người dùng nhìn chung đơn giản
IRC và nhiều lựa chọn thay thế thường được nhắc tới thậm chí còn hay mắc kẹt ngay ở bước đầu đó chỉ với chat văn bản thuần túy, chưa nói đến đa phương tiện. Những đối thủ hiểu ra điều đó thì либо thất bại trong khâu triển khai, либо đến quá muộn. Lo ngại về quyền riêng tư có mức ưu tiên quá thấp trong thứ tự ưu tiên của người dùng nên khó có khả năng phá vỡ lợi thế người đi trước của Discord
Chỉ vậy thôi cũng đã đủ. Nhưng ở nhiều khía cạnh, nó còn tốt hơn IRC rất nhiều. Tất nhiên, bạn có thể tự chạy một IRC bouncer cho Libera trên “tài khoản shell” hoặc một AWS micro instance luôn bật, nhưng ngoài những người cực kỳ mọt ra thì ai lại muốn làm thế. Dù vậy, khi vào một kênh mới bạn vẫn không thể xem tin nhắn cũ, và kể cả có bot lưu lịch sử hay trang lưu trữ thì cũng vẫn thô sơ. Cũng đừng quên nghi thức NickServ trên từng mạng. Và hiện giờ nó cũng không có hỗ trợ đa phương tiện tử tế mà phần lớn người dùng ngày nay mong đợi như một phần của văn hóa giao tiếp thông thường
Thêm vào đó là UI ổn, phần xem trước liên kết giúp người gửi biết chính xác người nhận sẽ thấy gì, định dạng tin nhắn kiểu Markdown, đủ metadata để nối các câu trả lời, phản ứng emoji gọn gàng không biến kênh thành ổ spam, cùng hội thoại thoại/video hoạt động tốt mà không cần cấu hình thêm. Trừ phần tìm kiếm và UI tìm kiếm ra, xét trong các lựa chọn thay thế thì UI của nó cũng tốt, ngoại trừ có lẽ là Zulip
Trước đây tôi dùng IRC hằng ngày, từng vận hành bouncer lưu trữ và cũng quản lý các kênh cộng đồng, nhưng giờ tôi không còn bận tâm nữa. Trong một thời gian vừa bận vừa ốm, tên người dùng NickServ mà tôi đăng ký đã hết hạn, khiến cả việc quản lý kênh cũng hỏng theo, và điều đó làm tôi mất hứng. Khi mọi người rời Freenode sang Libera, tôi đơn giản là ngừng dùng IRC
Đồng thời, tôi hoàn toàn đồng ý với chỉ trích rằng các dự án đang dùng Discord theo cách khiến những tài liệu hữu ích họ vẫn tạo ra bị thất lạc trên thực tế. Cần phải thừa nhận rằng Discord đã tạo ra một sản phẩm chất lượng cao, được trau chuốt và có hiệu ứng mạng lưới dễ hiểu. Nhưng thật đáng tiếc khi các dự án khó có thể công khai lưu trữ và cho phép tìm kiếm nội dung kênh, và cũng đáng tiếc vì nó không phải mạng mở hay sản phẩm mã nguồn mở. Việc tìm kiếm và UI tìm kiếm tệ hại cũng vậy
Xét đến việc phần lớn các dự án tôi thấy dùng Discord, kể cả nhiều dự án thương mại, đều là mã nguồn mở, thì vẫn còn khả năng Matrix một ngày nào đó sẽ thay thế, trừ khi Discord mở mạng lưới của mình theo cách nào đó. Tuy vậy, các dự án hiện có không thể chuyển lịch sử chat và người dùng sang, còn dự án mới thì phải gặp người dùng ở nơi họ đã có mặt sẵn, tức các mạng như Discord, Slack hay Telegram, nên ma sát là rất lớn