geeky=: equals
==: eqequals ("ee-keek-wulls")
<: less'n
<=: lequal
>: grat
>=: grequal
!=: ain't
(, [, {: paren, brack, curl
), ], }: unparen, unbrack, uncurl
*: star, times, deref, pointerto (okay, because I sound like I'm from Misourri because I am, "poinnerta")
#: thud
$: cash
\: backl ("backle", and I have no idea why)
/: over, or sometimes changes other pronunciation. Yes, I pronounce n/x as "n xths". Don't that just roll off the tongue?
//: slash-slash
%, +, -: mod, plus, minus
!: not, wham (sorta random which I use)
^: xor (weak X: "zor")
&: amp
&&: and
|: or
||: or (Interestingly, both sorts of or- bitwise and logical- get the same pronunciation. I'm not sure why I do that.)
~: wibble, weeble, or un- (as a prefix- the one's compliment of foo would be wibble foo, weeble foo, or unfoo)
<< shiffel, into (bit shift or iostream, respectively)
>> shiffer, outta
?, :: means, else (Makes more sense in context: x = a < b ? a : b; would be "x equals a less'n b means a, else b" which makes sense to me, anyway, as it half-explains what the trinary operator does. Note that ':' is silent when it's used as a label definition; it's only pronounced in the ?: operator.)
;: ... (Semicolons are silent. I do pronounce the code, however, as one would pronounce English words with a semicolon there!)
.: point (when in a double constant), dot (when the membership operator)
->: point
": strit, endstrit
': charlit (only first one pronounced- '0' is charlit zero, not charlit zero charlit)
'\0': nulxh (There's actually no letter that suffices where the "xh" is. Those of you who can pronounce
baxil's name properly know what the ending should be, assuming that I'm pronouncing baxil's name properly. Sort of a cross between a 'k' and a German dude- like the "ch" in "Acht!".)Programmers out there, for C++ or Java- what do y'all use? Not all of this applies to Java, but most of it still does.
Probably the ones that I mangle are
~: twiddle
#: pound
!: bang (but not usually in code; usually when referring to a Unix-y commmand)
And since when is $ a C/C++/Java operator?! :-P
Also, when are you going to come out with your own speech-to-code utility?
My pronunciations of most of these things are woefully literal:
=: equals
==: equalsequals
Also, when are you going to come out with your own speech-to-code utility?
My pronunciations of most of these things are woefully literal:
=: equals
==: equalsequals
<: less than
<=: less equal
>: greater than
>=: greater equal
!=: not equal
(, [, {: open paren, open bracket, open curly
), ], }: close paren, close bracket, close curly
*: star, times. I leave deref and pointerto out of my language because I assume somebody who has any capacity for understanding what I'm saying if I'm speaking code to them is going to get it in context. :)
#: pound
$: string. I'm dating myself here. And I also do not know where this operator is used in C++.
\: backslash
/: divided by, slash
//: slash slash
%, +, -: mod, plus, minus
!: not
^: xor (strong x: "eckzor")
&: bitwise-and, ref
&&: and
|: bitwise-or
||: or
~: tilde
<< left shift
>> right shift
?, :: I never use this operator, so at present it has no entry in my official C++ pronunciation guide. As "question mark" and "colon" are far too long to spit out around that, I would probably just call it "iif," pronounced "eye-if."
;: not pronounced
.: point (when in a double constant), dot (when the membership operator)
->: arrow
": quote
': single quote
'\0': null byte
It isn't. It is, however, used extensively in gvim, my editor of choice, as the general symbol for "end-of-line." I can't call it endl, as that's more than slightly ambiguous, so I take a more literal option.
As for your more normal term for << and >>, I consider myself to have a good reason to not use that. This is after the good laugh I had at James' expense at the ACM competition when, in the excitement, he prouounced << as "bitch shit lepf". It was then that it became truly apparent that my having a different pronunciation was probably a good plan.
For my verbal overload of the &... I'm not sure why, either. I used to use "ref" when appropriate, but then about half the people I talked to got confused as to why I was putting an asterisk there. So "amp" makes sure there's no confusion.
Implement the function:
int AddOne(int x)
Which returns, surprisingly enough, x + 1. The catch is that you are not allowed to use +, -, ++, --, or the inline assembly equivalents of any of these functions, anywhere in your code. Enjoy. :)
int addOne(int x){ for(unsigned int k = 1; k > 0; k = k << 1){ x = x^k; if(x & k) break; } return x; }I haven't tested that, but that aught to work correctly- including wraparound overflow- on a two's compliment machine.
It's probably not the most efficient way to do it, but it was the first way I thought of. It just hand-simulates the inital add, then the carries until it lands somewhere it can stop; since the if(x & k) occurs after the xor, it will be nonzero (and thus true) if and only if the original bit at the location "highlighted" by k was a zero (now a one).
Is my code correct?
return -~x;If you don't like having the - there, just observe that 0xffffffff = -1, so you can use multiplication with a positive number instead.
return ~x*0xffffffff;x + ~x =x | ~x =
11111111111111111111111111111111(base 2) =
2^32 - 1
Moving over the x you get that ~x = 2^32 - 1 - x, so -(~x) = x + 1 (mod 2^32).
I hope this clarifies the matter.
I'm a bit behind, heh
=: equals
==: equals-equals
<: less than
<=: less than or {equal to, equals}
>: greater than
>=: greater than or {equal to, equals}
!=: {not equal to, doesn't equal}
(, [, {: open parenthesis, open bracket, open brace (They're braces on musical staves.)
), ], }: close parenthesis, close bracket, close brace
*: times, star (maybe even "asterisk" on occasion)
#: hash (or pound, when I forget about £: pound)
$: dollarsign
\: backslash
/: divided by, slash
//: slash-slash
%, +, -: mod, plus, minus
!: not
^: exor ("eck-zor")
&: and, ampersand
&&: and, ampersand-ampersand
|: or, pipe, bar
||: or, double-bar
~: tilde
<< less-than-less-than (even though that's not really the function)
>> more-than-more-than (It makes sense to me :))
?, :: (Uh... same if, then, else business of real if then and else)
;: Well, it's a semicolon, but I usually skip those.
.: point (for various floating-point numbers, unsurprisingly), dot (when the membership operator)
->: I would probably call it "arrow", were I ever to speak it. (Maybe even as "to" or "from" or "of", depending on the context...)
": quote, endquote
': single-quote
'\0': null (character)
I'm very much in favour of real English words. I can't say I typically go around reading code aloud, though. ...I wish there were an lj-cut for comments.
A general lack of real words- almost all of my terms are, if you will, reserved words- helps me. I can actually get slightly tripped up when trying to type or speak if I'm trying to express a symbol as a word that could be either- while I suspect knowing which is intended is automatic for most people, it's not for me, even if I know the only potential meaning is as a symbol. (It still has to be "cleared", if you will, with my concious.) Unique names let my subconcious do the work. Yes, I suspect this is related to my tendency to get tripped up in speech in general.
I do need to figure out something to separate | from ||, but I don't have any good ideas. My overloading of . and -> to "point" for both usually isn't a problem, although I do switch them more often than I should, so I'm seeking another word for that.
An amusing side effect of && as "and" is that I've had to stop myself from writing "&&" in the middle of a sentence. Actually, that happens with great regularity, and Dr. Wilburn noticed one that I scratched out and replaced with the correct word on my Present Moral Problems exam 2.
Yep. That's whence Baxil comes, as well.