Tự động hóa

Bài viết, hướng dẫn và tài liệu về Tự động hóa, cung cấp thông tin thực tiễn cho lập trình viên và doanh nghiệp, với ví dụ cụ thể từ các dự án thực tế.

Thanh toán bằng tác nhân AI và thương mại tác nhân

Thanh toán bằng tác nhân AI đã sinh ra bốn đặc tả cạnh tranh, hai tổ chức ngành và rất nhiều tin bài trong khoảng một năm. Thứ nó chưa sinh ra, với đại đa số nhà bán hàng, là doanh thu. Khoảng cách giữa tiếng ồn và con số mới là phần đáng hiểu, vì bài hào hứng lẫn bài coi thường đều sai theo cách khiến bạn mất tiền. Có...

Agentforce: chi phí thật của tác nhân AI Salesforce

Agentforce tính phí theo mức dùng, và riêng điều đó nên thay đổi cách bạn lập ngân sách. Phần lớn người mua Salesforce đến với tư duy giấy phép theo chỗ ngồi, hỏi một tác nhân tốn bao nhiêu mỗi người mỗi tháng, rồi nhận một con số không mô tả hoá đơn của họ. Hoá đơn phụ thuộc vào số hành động tác nhân thực hiện, và con...

Tích hợp Salesforce: giới hạn, nguyên tắc và chi phí thật

Một tích hợp Salesforce gần như không bao giờ hỏng vì giao thức. Xác thực là bài toán đã giải, ghi một bản ghi cũng vậy. Thứ kết liễu dự án là hạn mức yêu cầu mỗi ngày và hình dạng mô hình dữ liệu, cả hai thường lộ ra khoảng ba tuần sau khi lên sản xuất, khi tác vụ đêm bắt đầu trả lỗi và không ai giải thích nổi vì sao...

Postmortem sự cố tạo ra thay đổi thật sự

Một buổi postmortem thì dễ tổ chức và khó làm cho hữu ích. Cuộc họp diễn ra, một tài liệu được viết ra, bốn hạng mục hành động được ghi lại, rồi sáu tháng sau chính sự cố đó lặp lại trong lúc ai đó tình cờ tìm thấy tài liệu cũ khi đang kiếm một thứ khác. Cụm từ không đổ lỗi chiếm gần hết sự chú ý trong các cuộc thảo...

Bảo mật chuỗi cung ứng phần mềm cho đội nhỏ

Bảo mật chuỗi cung ứng phần mềm nghe như vấn đề của những tổ chức có hẳn một bộ phận an ninh, và cách đóng khung đó gây hiểu lầm. Một đội nhỏ vận hành vài dịch vụ thường phụ thuộc vào hàng trăm gói mà không ai trong đội từng đọc qua, được kéo về lúc build từ những registry họ không kiểm soát, rồi chạy script cài đặt...

Tài liệu kỹ thuật thực sự được đọc

Tài liệu kỹ thuật thất bại theo một cách rất cụ thể và rất dễ đoán. Ai đó viết thật nhiều trong hai tuần rảnh rỗi, rồi hệ thống thay đổi, không ai cập nhật lại, và trong vòng một năm tài liệu đó khẳng định những điều sai một cách đầy tự tin. Từ thời điểm ấy nó còn tệ hơn là không có gì, vì người tin vào nó sẽ hành động...

Onboarding lập trình viên hiệu quả ngay tuần đầu

Onboarding lập trình viên thường được đo bằng độ dài của buổi tiếp nhận thủ tục, và đó là đầu sai của vấn đề. Con số đáng quan tâm là một con số khác: bao lâu thì một kỹ sư mới có thể thay đổi một thứ gì đó mà vẫn chắc chắn mình không làm hỏng thứ khác. Ở phần lớn các nhóm, con số đó được tính bằng tháng chứ không phải...

SLA thời gian hoạt động có ý nghĩa thật sự

Một SLA thời gian hoạt động trông giống một lời hứa nhưng vận hành như một chính sách hoàn tiền. Nhà cung cấp biết điều đó. Khách hàng thì thường không, và họ ký thỏa thuận mức dịch vụ với niềm tin rằng mình đã mua được độ khả dụng, trong khi thứ họ mua chỉ là một khoản giảm giá nhỏ cho trường hợp không đạt được nó. Đó...

Khôi phục sau thảm họa cho nhóm phát triển nhỏ

Ở một nhóm nhỏ, khôi phục sau thảm họa thường chỉ là một dòng duy nhất trong tài liệu mà chưa ai từng mở ra: sao lưu đã được bật. Câu đó đúng nhưng không phải là câu trả lời, bởi nó không nói gì về việc dữ liệu lấy lại sẽ cũ đến mức nào, việc khôi phục mất bao lâu, hay đã có ai từng thực hiện trọn vẹn một lần nào chưa....

Chiến lược kiểm thử phần mềm trụ được với người dùng thật

Chiến lược kiểm thử phần mềm thường được mô tả bằng độ bao phủ, và độ bao phủ lại là con số ít thông tin nhất trong toàn bộ lĩnh vực này. Một mã nguồn đạt chín mươi phần trăm vẫn có thể đẩy lỗi ra đúng luồng được dùng nhiều nhất, bởi độ bao phủ chỉ đo xem những dòng nào đã chạy trong một lần chạy kiểm thử, chứ không đo...