undefined | Better HN

0 pointsdartos1y ago0 comments

I don’t think it’s a great analogy, and here’s why:

When trying to get from point A to point B, there is a clear, well defined goal.

Streets (paths) are also clear and well defined (within reason on most popular GPS direction software).

An expert in city streets may get you there a little faster, but the end result of both GPS directions and city street experts is the same; getting you to B. What’s more, once you’re at B, the route you took probably no longer matters.

The only side effect of taking different routes is the time involved.

Coding is different. There’s a combinatorial explosion of different paths to get to any step of any problem. Each path has consequences which can be very difficult to understand at the time. (for example, the classic of-by-one error always causes some strange behavior)

Also, the code is an artifact that would need to be understood, built upon, and changed in the future.

It’s just a different beast than getting directions.

0 comments

begueradj1y ago

> When trying to get from point A to point B, there is a clear, well defined goal.

In programming, you also go from point A (requirements analysis phase) to point B (shipping the product). The only difference is that you may face multiple paths leading to point B.

dartosOP1y ago

I feel like I shouldn’t need to point out how literally going from point A to point B is wildly different than going from a requirement to a shipped product.

Or how your example “a shipped product” is not a well defined goal.

Please don’t just play semantics.

j / k navigate · click thread line to collapse