But how do you ask "the right questions" without imagining many future possibilities and then trying to discern which ones are important?
It seems like a distinction without a difference to me.
The argument here is to validate those possibilities before acting on them.
True.
> The argument here is to validate those possibilities before acting on them.
I agree this should be done. It's not clear that was the original argument, because the same guy previously wrote:
> The number 1 issue Ive experienced with poor programmers is a belief that theyre special snowflakes who can anticipate the future.
"The future" is a not-so-special case of "the now."
But how do you ask "the right questions" without imagining many future possibilities and then trying to discern which ones are important?
It seems like a distinction without a difference to me.