News for hackers. Stuff that matters.
Re:Code the Shortest Path First by kqr on Thursday June 29, 2023 @05:05AM (#36518082)
There's a fine line between shortest path first and most certain path first. It's tempting to jump in and do the things you know for sure how they will work – these are the things with the lowest need for exploration. Early-stage, you should focus on the things that are most uncertain, the things that have a chance of dooming the entire project if you don't understand them better.

You can still take the shortest path while focusing on the most uncertain first, but it is another concern that needs to be prioritised.

Re:Code the Shortest Path First by evanlh on Thursday June 29, 2023 @06:39AM (#36518689)
Yes, totally agree with this-- I perhaps should have emphasized that my point is to code the shortest path thru the hardest problem. If somehow you just code around the hard part & keep deferring that til later you haven't learned anything.
Re:Code the Shortest Path First by tuukkah on Thursday June 29, 2023 @07:30AM (#36519027)
I think the shortest/fastest path can have value even if you didn't learn much yet, because it can provide an end-to-end platform for learning: something to show and discuss with stakeholders and potential users.

After you have that platform, the next target can be the biggest uncertainty / hardest problem that you need to solve to achieve an MVP. "We have X, can we get to an MVP?"

(After you have an MVP, the hardest problems may still await you but you can prioritize based on what increases value.)

Re:Code the Shortest Path First by Kalanos on Thursday June 29, 2023 @09:21AM (#36520001)
right, you might get an "actually, how about X?"
Re:Code the Shortest Path First by tuukkah on Thursday June 29, 2023 @09:36AM (#36520188)
Yes, or even more likely Y ;-)