Lý do các dự án này sụp đổ không phải là "lập trình theo cảm tính". Chúng sụp đổ vì các tác nhân thực hiện các chỉnh sửa cục bộ chính xác nhưng lại sai trên toàn cục. Không có bộ nhớ về lý do tại sao mã tồn tại, những gì đã được thử trước đó, hoặc những gì gây ra lỗi ở các bước tiếp theo. Các hệ thống Rails tốt hơn cần: > Bộ nhớ có cấu trúc: biểu đồ phụ thuộc, chuỗi gọi hàm, ranh giới quyền sở hữu mà một người có thể hiểu được > Khả năng truy xuất nhận thức được phạm vi ảnh hưởng, không chỉ là sự tương đồng về ngữ nghĩa > Xác minh dựa trên thực thi (kiểm thử, bản dựng) chứ không phải độ tin cậy của văn bản Một khi các tác nhân có thể tiếp nhận toàn bộ trạng thái mã nguồn, mô phỏng các thay đổi một cách an toàn và chứng minh tính đúng đắn bằng các sản phẩm chạy được, thì "biết cách lập trình" không còn là trở ngại nữa. "Biết cần xây dựng cái gì" - trong những ràng buộc nào, với những sự đánh đổi nào - mới trở thành câu hỏi. Rào cản chuyển từ việc gõ phím sang việc đánh giá và xem xét. Chúng ta sẽ đạt được điều đó - vấn đề là khi nào, chứ không phải liệu có hay không.