Cửa hàng DApp | Trung tâm Web3 với các sự kiện và trò chơi

Nếu đoạn văn này phù hợp với tổ chức của bạn, thật tuyệt, nhưng hãy tìm một đoạn văn tương đương nào đó phù hợp với tổ chức của bạn.

“WTBU” là một trong những công nghệ giao tiếp hữu ích nhất mà tôi biết. Nó là viết tắt của “Watch Team Back-Up”, tôi tin rằng nó được phát triển để giảm thiểu sai sót trên các tàu ngầm hạt nhân. Bạn thêm nó vào một tin nhắn gửi cho ai đó khi bạn chỉ ra điều gì đó có thể là hiển nhiên, nhưng bạn muốn kiểm tra/xác nhận rằng họ đã nắm bắt được điều đó. Ví dụ, bạn có thể nói “WTBU: bạn đã kiểm tra rằng chúng ta được phép chia sẻ thông tin này với người XYZ chưa?” Nó giúp giảm áp lực/ego trong tin nhắn, bằng cách cho phép bạn truyền đạt điều gì đó có ý nghĩa như “Tôi không nói điều này vì tôi nghĩ bạn không đủ năng lực/ngốc nghếch, vì vậy hãy bỏ qua nếu điều này không liên quan/hữu ích—tôi chỉ thực sự muốn đảm bảo rằng chúng ta không mắc sai lầm/sai sót ngớ ngẩn, và những người thông minh/có năng lực cũng có thể mắc sai lầm ngớ ngẩn!”—trừ khi bạn đã phối hợp để sử dụng các chữ cái WTBU để giao tiếp điều đó, bạn có thể chỉ cần nói “WTBU:”. Điều này cho phép bạn kiểm tra những điều cơ bản/hiển nhiên với đồng nghiệp dễ dàng hơn nhiều và với ít ego/cảm xúc hơn, điều này giúp dễ dàng hơn để phát hiện sai sót trước. Đáng để xem xét việc áp dụng vào tổ chức của bạn như một thực hành giao tiếp tiêu chuẩn!

(Các kỹ sư salaryman Nhật Bản ngập tràn trong một nền văn hóa xác nhận xác nhận xác nhận và trong khi điều này cần một chút thời gian để làm quen, bạn sẽ thực sự đánh giá cao điều đó trong tất cả những sự cố mà bạn không gặp phải.)

(Một phần công nghệ tổ chức khác mà bạn có thể học hỏi ở đó: nếu một kỹ sư junior đặt một "câu hỏi ngớ ngẩn", kỹ sư cao cấp nhất có mặt nên lặp lại câu hỏi ngớ ngẩn đó. Dù sao thì nó cũng không phải là câu hỏi ngớ ngẩn nếu kỹ sư cao cấp có nó.)

(25 tuổi: "... Đó có phải là prod không?" Kỹ sư cấp cao, nhanh chóng: "ĐÓ CÓ PHẢI LÀ PROD.")

(Bạn nên làm cho công cụ của mình vững chắc trước lỗi này, nhưng vì nhiều tổ chức không làm như vậy hoặc sử dụng các nhà cung cấp không làm cho điều đó dễ dàng, vấn đề ở đây là đôi khi các lệnh dự định được chạy trên môi trường phát triển hoặc thử nghiệm lại được chạy trên môi trường sản xuất.)

(Cắn nhiều tổ chức mỗi năm, vì một người 25 tuổi thấy từ "sản xuất" trong một terminal và nghĩ "Thật kỳ lạ, không ngờ lại chạm vào sản xuất trong quy trình này.")

"Bạn cũng có thể không có một nền văn hóa phân cấp." Chúc mọi người may mắn/khéo léo trong việc thiết kế văn hóa tổ chức, nhưng nếu ai đó không phủ nhận rằng họ thực sự có một nền văn hóa phân cấp, họ có thể thiết kế các quy trình chú ý đến thực tế đó và sử dụng nó một cách tích cực.

Tình cờ vào đầu năm 2026, chúng ta có những người 25 tuổi tổng hợp chỉ cách một cuộc gọi API, nhưng các thiết bị đầu cuối của chúng ta vẫn chưa có khả năng phát hiện bất thường thụ động liên tục, điều này _có vẻ như là một cơ hội_ (và/hoặc một sai lầm).

Các thiết bị đầu cuối không phải là nơi duy nhất xảy ra lỗi của người vận hành mà chúng ta có thể phát hiện liên tục. Một ví dụ đơn giản khác là các nhà cung cấp dịch vụ email. Khả năng của một LLM để xem xét mọi yêu cầu với một lời nhắc kích thước tweet nên làm cho khả năng gửi nhầm email giảm 95%.

"bob tại vừa cố gắng gửi một tin nhắn 400 byte đến Tất cả Khách hàng Đã sửa đổi Sửa đổi Cuối cùng [500.000 địa chỉ] với tiêu đề 'KIỂM TRA: Chính sách bảo mật mới.' Trong một từ, đánh giá Ý định hay Sai lầm, được xem xét từ góc độ của người dùng này."

(Nếu một người không có ít nhất năm địa điểm trong đầu nơi điều này có thể được thực hiện một cách dễ dàng, hãy yêu cầu người 25 tuổi tổng hợp của bạn đọc các báo cáo hành động sau trong N năm qua và đề xuất một danh sách xếp hạng. Hoặc một người 25 tuổi thật! Cũng là một cách sử dụng thời gian tốt.)

(Nếu bạn lo lắng về độ chính xác, hãy đặt nó ở chế độ tư vấn/canary và bắt đầu ghi lại các báo cáo hành động sau đó xem liệu canary có kêu hay không. Sáu tháng nữa, bạn nên có sự tự tin áp đảo về việc nó có đủ hữu ích để chặn một người trong chốc lát hay không.)

(Mệt mỏi vì cảnh báo là một điều có thật nhưng đó là vì hầu hết các công cụ cảnh báo của chúng ta đều *ngu ngốc* vì chúng ta không yêu cầu chúng phải thông minh.)