Bài viết

Xem tất cả bài viết tại một nơi. Tìm hướng dẫn, phân tích chuyên sâu, hướng dẫn chi tiết và cập nhật về AI, lập trình, bảo mật, hạ tầng và phát triển web.

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

Ký quỹ mã nguồn: ai thực sự cần đến nó

Ký quỹ mã nguồn, thường gọi theo thuật ngữ tiếng Anh là software escrow, tồn tại để trả lời một nỗi lo chính đáng: nhà cung cấp đã xây dựng và đang vận hành hệ thống trọng yếu của bạn biến mất khỏi thị trường, còn bạn ở lại với một thứ mà bạn phụ thuộc vào nhưng không thể bảo trì. Hợp đồng ký quỹ giao mã nguồn cho một...

Hợp đồng trọn gói hay time and materials?

Lựa chọn giữa hợp đồng trọn gói và time and materials thường được đóng khung như một lựa chọn về rủi ro, điều đó đúng, rồi ngay sau đó bị xử lý sai, vì cả hai bên đều mặc định rằng rủi ro biến mất thay vì chỉ chuyển chỗ. Rủi ro không biến mất. Trong thỏa thuận trọn gói, nhà cung cấp gánh rủi ro ước lượng sai và tính...

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

Content pruning: khi xóa trang lại làm tăng lưu lượng

Content pruning là việc phản trực giác nhất trong tối ưu hóa tìm kiếm, bởi mọi bản năng đều nói rằng nhiều trang hơn thì phải có nhiều lưu lượng hơn. Xuất bản cho cảm giác đang tích lũy. Xóa đi cho cảm giác đang vứt bỏ công sức mà ai đó đã trả tiền. Cơ chế khiến việc loại bỏ trở nên hữu ích là sự cạnh tranh giữa chính...

Phiên bản API: khi nào nên phá và cách không phá

Các cuộc tranh luận về phiên bản API hầu như luôn bắt đầu từ đầu sai, tức là từ chỗ đặt số hiệu phiên bản. Đó là quyết định ít hệ quả nhất trong toàn bộ chủ đề. Điều thực sự quan trọng là thay đổi nào mới cần đến một phiên bản mới, và phần lớn đội ngũ sai lầm theo hướng chủ quan: họ phát hành thứ mà họ tin là chỉ bổ...

RFP phần mềm: cách nhận báo giá so sánh được

Một bản RFP phần mềm, tức yêu cầu chào giải pháp, lẽ ra phải làm cho các nhà cung cấp trở nên so sánh được với nhau. Phần lớn lại đạt kết quả ngược lại, vì chúng mô tả một giải pháp đủ chi tiết để trói buộc câu trả lời, trong khi bỏ sót đúng những thông tin mà bất kỳ ai cũng cần để tính ra con số. Kết quả là năm bản...

Chi phí bảo trì phần mềm: khoản không ai dự trù

Chi phí bảo trì phần mềm là con số biến một dự án thành công thành cuộc trò chuyện khó khăn mười tám tháng sau đó. Phần xây dựng đã được lập ngân sách, phê duyệt và bàn giao. Còn những gì xảy ra sau khi hệ thống lên sóng thì được gọi gọn là “hỗ trợ” và gán cho một con số ai đó đoán ra, và con số ấy gần như luôn quá...