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ế.

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...

Cloudflare Queues: tác vụ nền tại biên

Cloudflare Queues giải quyết đúng vấn đề mà mọi ứng dụng serverless sớm muộn cũng gặp: một yêu cầu đi tới và kích hoạt phần việc mà người dùng lẽ ra không phải ngồi chờ. Gửi email xác nhận, đổi kích thước ảnh vừa tải lên, đồng bộ bản ghi sang một dịch vụ bên thứ ba. Trên máy chủ truyền thống, bạn giao việc đó cho một...

Tác nhân AI trong doanh nghiệp: chi phí và thất bại

Tác nhân AI trong doanh nghiệp là phiên bản hiện tại của một câu chuyện quen thuộc: một bản demo chạy đẹp trong mười phút, rồi sáu tháng vật lộn để nó đủ tin cậy mà có thể để chạy không cần trông. Khoảng cách giữa hai trạng thái đó là nơi gần như toàn bộ ngân sách đi qua, và gần như không tài liệu tiếp thị nào mô tả...

Tích hợp CRM và ERP: chi phí, cách làm, cạm bẫy

Tích hợp CRM và ERP gần như luôn được mô tả như một bài toán kết nối, và nó gần như không bao giờ là một bài toán kết nối. Cả hai hệ thống đều có giao diện được tài liệu hóa. Cả hai đều có sẵn connector. Cái khó là bộ phận kinh doanh và bộ phận tài chính đã dành nhiều năm để mô tả cùng một doanh nghiệp bằng hai bộ từ...