Ở đây , Dave Clarke đề xuất rằng để so sánh sự tăng trưởng tiệm cận, bạn nên vẽ các chức năng trong tay. Là một nhà khoa học máy tính nghiêng về mặt lý thuyết, tôi gọi (ed) vodoo này như một cốt truyện không bao giờ là bằng chứng. Về ý nghĩ thứ hai, tôi phải đồng ý rằng đây là một cách tiếp cận rất hữu ích thậm chí đôi khi không được sử dụng; một cốt truyện là một cách hiệu quả để có được những ý tưởng đầu tiên, và đôi khi đó là tất cả những gì bạn cần.
Khi dạy TCS, luôn có một sinh viên hỏi: "Tôi cần bằng chứng chính thức để làm gì nếu tôi chỉ có thể làm X luôn hoạt động?" Tùy thuộc vào giáo viên của mình để chỉ ra và minh họa cho ngụy biện. Có một tập hợp tuyệt vời các ví dụ về các mẫu rõ ràng cuối cùng thất bại ở math.SE, nhưng đó là những kịch bản khá toán học.
Vì vậy, làm thế nào để bạn đánh lừa kiểm tra cốt truyện heuristic? Có một số trường hợp khó phân biệt appart, vd
[ nguồn ]
Đoán và sau đó kiểm tra nguồn cho các chức năng thực sự. Nhưng những điều đó không ngoạn mục như tôi mong đợi, đặc biệt là vì các mối quan hệ thực sự rất dễ phát hiện từ các chức năng, ngay cả đối với người mới bắt đầu.
Có ví dụ về sự tăng trưởng tiệm cận (tương đối) trong đó sự thật không rõ ràng từ chức năng definiton và kiểm tra lô cho lớn hợp lý cung cấp cho bạn một ý tưởng hoàn toàn sai? Các hàm toán học và các tập dữ liệu thực (ví dụ thời gian chạy của một thuật toán cụ thể) đều được chào đón; xin vui lòng kiềm chế các chức năng xác định piecewise, mặc dù.