But then it doesn't make any sense as to where you're driving to or from, or why you have to drive home first before you can use the fuel. (Not that it makes any sense anyways)
I am an engineer and still found the units painful. Keeping everything in meters, seconds, and kg would be preferable. Along these lines, computing the force on the bike (rather than direct accel) would probably make this easier to grok. Once one gets the force, converting to accel given the mass is easy.
And +1 to the comment about setting the absolute value of acceleration. Conversely, it isn't necessary to take the absolute value of v when computing the drag, because it gets squared anyway.
But then it doesn't make any sense as to where you're driving to or from, or why you have to drive home first before you can use the fuel. (Not that it makes any sense anyways)
Resolving this as the latest Python fork now accepts any shortest valid path.
Fixed. Thanks for reporting.
.
Here's a fork to fix some things in the description:
Not an issue now ~~ do raise it when u encounter it agn ~~
Same in principle but much harder here because of performance requirements.
.
You sure that's not the other way around. Base-2 was published after this kata.
Seems to be working fine now.
I am an engineer and still found the units painful. Keeping everything in meters, seconds, and kg would be preferable. Along these lines, computing the force on the bike (rather than direct accel) would probably make this easier to grok. Once one gets the force, converting to accel given the mass is easy.
And +1 to the comment about setting the absolute value of acceleration. Conversely, it isn't necessary to take the absolute value of v when computing the drag, because it gets squared anyway.
Still broken in Python. The global variable
league_table
cannot be updated.this thread was about python. ;) Open a new one for haskell if needed.
why is this resolved. Im still seeing the same issue with Haskell.
Loading more items...