Hard drive sizes are typically marketed using the decimal meaning of prefixes, whereas RAM uses binary meanings. For example:
A 10 GB hard drive (common only a few years ago) typically has 10,000,000,000 bytes 10 GB of RAM though is equal to 10,737,418,240 bytes
More information about this can be found here.
The problem is to take 2 inputs based upon decimal prefixes (a number representing size and a string representing the units) and output the equivalent size using binary prefixes, as seen below:
[100], 'MB' -> [95.4] [100], 'GB' -> [93.1]
could you provide some sort of indication as to the precision of said number?
please fix the errors in the solution check, or at least use consistent precision :/
My calculation suggests test 3 should have an answer of approximately 465.661, which is tricky to round to 465.5. (Not impossible, but not obvious/intuitive, and not consistent with answers specified for the other tests.) . . . Why was it like this? My guess is that all three answers were adapted directly from the three rows in the contemporary WP article linked to in the problem statement ( https://en.wikipedia.org/w/index.php?title=Hard_disk_drive&oldid=476051941#Units_of_storage_capacity ), to wit: * 100MB = first row; * 10GB = one tenth of second row; * 500GB = half of last row. This yields the peculiar rounding found in the Test Suite.
Sorry but I don't understand your rounding results.
I would consider this to be the best solution, though it fails the test cases (only because of the precision of the test suite answers).