#dusk $DUSK @Dusk Trong báo cáo phát triển hàng tuần, những từ dễ bị hiểu sai nhất thực ra không phải “mới thêm” mà là “đã”. Bây giờ khi tôi thấy cộng đồng bảo rằng tính năng “viết lại thành công cập nhật” đã lên sóng, họ thường sẽ dừng lại một chút trước, không vội chuyển sang kết luận, vì việc sáp nhập mã, hoàn tất kiểm thử và việc người dùng phổ thông có thể bấm vào được lối vào vốn không phải là cùng một trạng thái. Khi xem Developer Updates từ ngày 10 đến 17 tháng 8 của @Dusk , phán đoán của tôi đã thay đổi. Trang này trước hết đã giới hạn phạm vi: nó tổng hợp các hoạt động kỹ thuật trong kho mã nguồn công khai đáp ứng điều kiện trong bảy ngày trước đó, cạnh phần tóm tắt có kèm các thay đổi công khai tương ứng. Vòng này cũng còn “mới thêm” một phân vùng cập nhật và chỉ mục ưu tiên theo bản mới nhất. Nó giống như một chỉ mục bằng chứng hơn là một buổi công bố sản phẩm. Tình huống chịu áp lực cũng rất thường gặp: có người cắt một dòng có chữ Added rồi diễn giải lại thành rằng một khả năng nào đó “đã mở”, sau đó người đến sau cứ dựa theo đó mà tìm lối vào thì mới phát hiện ra có thể chỉ là thay đổi ở tầng công cụ, thử nghiệm hoặc tài liệu. Không ai nhất thiết đang nói dối, nhưng khi tiến độ kỹ thuật bị rút gọn thành cam kết sản phẩm, thì thất vọng cuối cùng sẽ rơi vào đúng những người thật sự đang chuẩn bị sử dụng. Vì vậy, bây giờ khi xem cập nhật của @Dusk , tôi đi theo hai bước: trước tiên xem các thay đổi công khai đã chứng minh được điều gì, sau đó xem tài liệu người dùng, trạng thái phiên bản hoặc lối vào thực tế để xác nhận ai là người dùng được. Việc @Dusk đặt bản ghi gốc ngay bên cạnh phần cập nhật là một bước khởi đầu tốt. Khi lan truyền thông tin, đừng bỏ qua ranh giới này, như vậy mới gần hơn với mức độ tin cậy mà #dusk cần.