Here's a heuristic for getting to s

Here's a heuristic for getting to someone's house: Find the last letter we mailed you. Drive to the town in the return address. When you get to town, ask someone where our house is. Everyone knows us—someone will be glad to help you. If you can't find anyone, call us from a public phone, and we'll come get you.

The difference between an algorithm and a heuristic is subtle, and the two terms overlap somewhat. For the purposes of this book, the main difference between the two is the level of indirection from the solution. An algorithm gives you the instructions directly. A heuristic tells you how to discover the instructions for yourself, or at least where to look for them.

Having directions that told you exactly how to solve your programming problems would certainly make programming easier and the results more predictable. But programming science isn't yet that advanced and may never be. The most challenging part of programming is conceptualizing the problem, and many errors in programming are conceptual errors. Because each program is conceptually unique, it's difficult or impossible to create a general set of directions that lead to a solution in every case. Thus, knowing how to approach problems in general is at least as valuable as knowing specific solutions for specific problems.

How do you use software metaphors? Use them to give you insight into your programming problems and processes. Use them to help you think about your programming activities and to help you imagine better ways of doing things. You won't be able to look at a line of code and say that it violates one of the metaphors described in this chapter. Over time, though, the person who uses metaphors to illuminate the software-development process will be perceived as someone who has a better understanding of programming and produces better code faster than people who don't use them.

Kết quả (Việt) 2:

Dưới đây là một heuristic cho việc để ngôi nhà của một ai đó: Tìm chữ cái cuối cùng, chúng tôi gửi thư cho bạn. Lái xe đến thị trấn trong địa chỉ trở lại. Khi bạn nhận được đến thị trấn, hãy hỏi một người nào đó mà nhà của chúng tôi là. Mọi người đều biết chúng tôi-một người nào đó sẽ rất vui lòng giúp bạn. Nếu bạn không thể tìm thấy bất cứ ai, hãy gọi cho chúng tôi từ một điện thoại công cộng, và chúng tôi sẽ đến đón bạn. Sự khác biệt giữa một thuật toán và một heuristic là tinh tế, và hai nhiệm chồng chéo lên nhau một chút. Đối với các mục đích của cuốn sách này, sự khác biệt chính giữa hai là các mức gián tiếp từ các giải pháp. Một thuật toán cung cấp cho bạn các hướng dẫn trực tiếp. Một heuristic, cho bạn biết làm thế nào để phát hiện ra các hướng dẫn cho chính mình, hoặc ít nhất là nơi để tìm kiếm chúng. Có hướng mà nói với bạn một cách chính xác làm thế nào để giải quyết vấn đề lập trình của bạn chắc chắn sẽ làm cho lập trình dễ dàng hơn và kết quả dự đoán hơn. Nhưng chương trình khoa học vẫn chưa có tiên tiến và không bao giờ có thể được. Phần khó khăn nhất của chương trình là khái niệm của vấn đề, ​​và nhiều lỗi trong lập trình những sai sót về khái niệm. Bởi vì mỗi chương trình là khái niệm độc đáo, đó là khó khăn hoặc không thể tạo ra một tập hợp chung của các hướng dẫn đến một giải pháp trong mọi trường hợp. Vì vậy, biết làm thế nào để tiếp cận vấn đề nói chung là ít nhất cũng có giá trị như biết những giải pháp cụ thể cho các vấn đề cụ thể. Làm thế nào để bạn sử dụng phép ẩn dụ phần mềm? Sử dụng chúng để cung cấp cho bạn cái nhìn sâu sắc vào các vấn đề lập trình và quy trình của bạn. Sử dụng chúng để giúp bạn suy nghĩ về hoạt động lập trình của bạn và giúp bạn hình dung cách thức tốt hơn để làm việc. Bạn sẽ không thể nhìn vào một dòng mã và nói rằng nó vi phạm một trong những ẩn dụ được mô tả trong chương này. Theo thời gian, tuy nhiên, người sử dụng ẩn dụ để làm sáng tỏ quá trình phát triển phần mềm sẽ được nhìn nhận như một người đã có một sự hiểu biết tốt hơn về lập trình và tạo ra mã tốt hơn nhanh hơn so với những người không sử dụng chúng.