Reading hexadecimal numbers out loud
-
0x80000000: "Zero X Eight followed by seven zero's"0x8A2D35CB: "Zero X Eight A two D three five C B" And yes, I do pronounce the "0x". Since I do user interfaces, half the time I'm talking to users, and the other I'm talking to the yahoos I front for. Adding the "0x" prefix helps keep things unambiguous.Software Zen:
delete this;Same here, except I say "OH-EX" and then the numbers/letters. :D :-D :laugh:
-
How do you do it? For small or commonly used numbers it isn't really a problem, but I haven't really found an "obviously good" way. Just reading out the numbers one by one gets confusing for something like 0x8000000 (which is a zero "too short") and it doesn't convey the approximate magnitude until you've had the last digit. Reading it as "8 million" isn't ideal either (though that way kind of works when there are letters in the number), and actually converting to decimal doesn't work at all - 134217728 probably doesn't ring a bell with many people. Of course pronouncing it as 1<<27 works, but for most numbers there are no "shortcuts" like that.
-
How would you pronounce 0x400 ? Would you say 1K, even though it is 1024 decimal? Would 0x1000 be 4K? 0x4000, 16K and 0x10000, 64K? If so, then 0x100000 might be pronounce as 1 Meg and 0x8000000 would be 128 Meg. Just a thought.
-
0x80000000: "Zero X Eight followed by seven zero's"0x8A2D35CB: "Zero X Eight A two D three five C B" And yes, I do pronounce the "0x". Since I do user interfaces, half the time I'm talking to users, and the other I'm talking to the yahoos I front for. Adding the "0x" prefix helps keep things unambiguous.Software Zen:
delete this;eight zero, zero zero, zero zero, zero zero. eight Able, two Dog, three five, Charlie Baker. This is from my IBM mainframe days, where reading hex out loud to people was normal. The army guys used Alpha instead of Able, Bravo instead of Baker, and Delta instead of Dog, and I allowed them that, since it was a matter of national defense. The commas are pauses, since one always thinks in bytes, which are pairs of hex digits. And one always thinks of a number as being 4 or 8 bytes, so you always reserve an appropriate register in your brain and wait for it to be filled. The "0x" is a UNIX add-on, and doesn't belong there. After all, UNIX started expressing numbers in octal. They only adopted hexadecimal later, when it finally made sense to them. If necessary for clarity, I will prefix the hexadecimal number with the word "Hex". Then, if you are doing C coding, you know to prefix it with "0x".
-
How do you do it? For small or commonly used numbers it isn't really a problem, but I haven't really found an "obviously good" way. Just reading out the numbers one by one gets confusing for something like 0x8000000 (which is a zero "too short") and it doesn't convey the approximate magnitude until you've had the last digit. Reading it as "8 million" isn't ideal either (though that way kind of works when there are letters in the number), and actually converting to decimal doesn't work at all - 134217728 probably doesn't ring a bell with many people. Of course pronouncing it as 1<<27 works, but for most numbers there are no "shortcuts" like that.
As a mathematician I agree that it's useful to verbalize a hex constant, regardless of silly, best-practice kind of objections. Here's something I remembered reading last year: http://evincarofautumn.blogspot.com/2011/09/how-to-pronounce-hexadecimal-numbers.html[^]
-
As a mathematician I agree that it's useful to verbalize a hex constant, regardless of silly, best-practice kind of objections. Here's something I remembered reading last year: http://evincarofautumn.blogspot.com/2011/09/how-to-pronounce-hexadecimal-numbers.html[^]
-
How do you do it? For small or commonly used numbers it isn't really a problem, but I haven't really found an "obviously good" way. Just reading out the numbers one by one gets confusing for something like 0x8000000 (which is a zero "too short") and it doesn't convey the approximate magnitude until you've had the last digit. Reading it as "8 million" isn't ideal either (though that way kind of works when there are letters in the number), and actually converting to decimal doesn't work at all - 134217728 probably doesn't ring a bell with many people. Of course pronouncing it as 1<<27 works, but for most numbers there are no "shortcuts" like that.
harold aptroot wrote:
How do you do it?
Based on your other responses - I don't. If I want someone to have a list of specific values then I write them down and send them electronically. If I had to do a lot of them via a phone and there was no other electronic medium available then I would use the following process. 1. "It is a hex number" 2. "You know what a hex number is right?" 3. "Write the following number down carefully" 4. Write it myself on a piece of paper in the following way 0x 800 0000 5. {say each digit} 6. "Repeat it back to me" 7. {repeat 5 until 6 matches.} Seems like if you are trying to describe someone how to create an algorithm via the phone and you need the above detail then you would need to do the same thing with some other 'code' (pseudo or real) just to insure they got it right in the first place. Actually I would probably do the same for a large decimal number.
-
I'll steal that. But that doesn't really help for numbers with more set bits, especially not if they're in low positions.
That's another thing. In the "real" world, if you are talking about $20M, do you really care if it's a few dollars short? Rounding occurs all the time. I think of 1K as 1000, etc. In computers, which bit is on or off is important, requiring as much accuracy as 20,000,213.43. (I'm sure the news-people will start reporting that "misplaced" $2B down to the penny any day.) The other thing is that 0x is base 16, while a K is 2^10 (Or 2^B, or 0x0400 :) So, even our short-cut terms don't fit 0x well.)
-
eight zero, zero zero, zero zero, zero zero. eight Able, two Dog, three five, Charlie Baker. This is from my IBM mainframe days, where reading hex out loud to people was normal. The army guys used Alpha instead of Able, Bravo instead of Baker, and Delta instead of Dog, and I allowed them that, since it was a matter of national defense. The commas are pauses, since one always thinks in bytes, which are pairs of hex digits. And one always thinks of a number as being 4 or 8 bytes, so you always reserve an appropriate register in your brain and wait for it to be filled. The "0x" is a UNIX add-on, and doesn't belong there. After all, UNIX started expressing numbers in octal. They only adopted hexadecimal later, when it finally made sense to them. If necessary for clarity, I will prefix the hexadecimal number with the word "Hex". Then, if you are doing C coding, you know to prefix it with "0x".
-
I should have copied the original numerical representation: 0x80000000 = "80", "00", "00", "00" = eight-zero, zero-zero, zero-zero, zero-zero. One must always have an even number of digits.
-
I should have copied the original numerical representation: 0x80000000 = "80", "00", "00", "00" = eight-zero, zero-zero, zero-zero, zero-zero. One must always have an even number of digits.
Bruce Patin wrote:
One must always have an even number of digits.
True, but the original poster said ">...something like 0x8000000 (which is a zero "too short")<" Note the comment in parentheses. Computers work in bytes and when printing out in hex, it always is put out in tupples. A computer would never ever display that number. Instead it would display 0x08000000 = "08", "00", "00", "00". I was tweaking you about adding the one zero "too short" in the wrong location. Even your copy of the original has 6 zeros following the 8. I've done that in the past, only listing the significant digits, dropping the leading 0, but the numbers I listed were different enough you wouldn't accidently add a new digit to it.
-
Bruce Patin wrote:
One must always have an even number of digits.
True, but the original poster said ">...something like 0x8000000 (which is a zero "too short")<" Note the comment in parentheses. Computers work in bytes and when printing out in hex, it always is put out in tupples. A computer would never ever display that number. Instead it would display 0x08000000 = "08", "00", "00", "00". I was tweaking you about adding the one zero "too short" in the wrong location. Even your copy of the original has 6 zeros following the 8. I've done that in the past, only listing the significant digits, dropping the leading 0, but the numbers I listed were different enough you wouldn't accidently add a new digit to it.
My bad, I didn't see that - aack! Another reason that I usually wrote long hex numbers with a tiny space between each pair, or directly under another hex number whose digits I had already counted properly. P.S. Wait a minute! I just went back and counted the original poster's zeros and mine. We actually do have 7 zeros following the 8: 0x80000000. You haven't been working in the banking system, have you?