lớn và nguy hiểm. Nhưng bạn càng tránh xa khối mã chính bao nhiêu, bạn
càng thu được nhiều khoản nợ tích hợp bấy nhiêu, điều này chắc chắn sẽ dẫn
tới nhiều rủi ro tích hợp, công việc điều phối và những cơn đau đầu vì lập kế
hoạch hơn.
Sẽ hiệu quả hơn nếu bạn tự đào tạo mình để luôn giữ được sự ổn định cho
khối mạnh chính và xây dựng, triển khai các tính năng dần dần. Điều quan
trọng là phải chỉ ra rằng triển khai dần các tính năng không nhất thiết có
nghĩa là chúng được thực hiện trực tiếp tới người dùng ngay lập tức. Thay
vào đó, nó cho phép bạn dần đưa ra các tính năng lớn và làm cho chúng sẵn
dùng đối với những người dùng chọn lọc như nội bộ đội ngũ của bạn cho
đến khi bạn sẵn sàng tung chúng ra ngoài. Tôi sẽ trình bày cách thực hiện
việc này bằng phương pháp sử dụng một hệ thống chuyển đổi tính năng
trong phần “Triển khai”.
Kiểm tra
Thực hiện triển khai liên tục đặc biệt đáng sợ bởi vì nó loại bỏ quá trình
kiểm tra thủ công (QA), thường đóng vai trò như một mạng lưới an toàn để
tìm ra các khiếm khuyết sau khi phát triển và trước khi triển khai.
Dưới đây là một số chỉ dẫn giúp bạn có thể khắc phục nỗi sợ hãi này:
Kiểm tra là trách nhiệm của mọi người.
Trước hết, tôi không biết bất kỳ công ty khởi nghiệp chỉ có hai hoặc ba
người nào mà lại có phòng QA, điều này làm cho việc kiểm tra trở thành
trách nhiệm của mọi người. Thứ hai, có chu kỳ kiểm tra dài tạo ra cùng
những vấn đề với luồng công việc đang-thực-hiện mà chúng ta thảo luận
trước đó. Giải pháp là không tạo ra một chức năng QA riêng biệt, mà đưa nó
vào quá trình phát triển và đầu tư nhiều hơn vào việc kiểm tra tự động.
Sử dụng một máy chủ tích hợp liên tục.
