Yup. We're a bit crap and we know it. And that's just fine.
1,221 karma · joined December 8, 2022
Yup. We're a bit crap and we know it. And that's just fine.
Weird comment. 'Optimum' can only be defined with reference to a given task. Otherwise it's like talking about the correct top speed for a car – F1 racer, or a little runaround?
(Edit: I don't know if it's true but I've heard a story that these sequences were actually used by car thieves to cycle through all N-digit combinations with maximal efficiency. Who says maths isn't useful)
Now, are there any combinatorists here who would be willing to have a private chat with me about something I stumbled upon a few years ago? Almost certainly well known, but I can't find any prior art and I've looked hard.
I often try and make people laugh, partly from a feeling of inadequacy, but partly the habit set long ago in my abusive childhood. Make the particularly unpredictable and dangerous parent laugh and you got a few minutes of safety (including physical safety). It was a strong motivator to be 'witty'.
Good question. I should have asked strictly about fusion bombs. These being a known-working example of energy production by fusion, why not use them when we can't get 'controlled' fusion working?
Just what the hell do you think emotional and physical abuse is? An overly strict parent? Perhaps you'd like to hear about what me and my siblings went through. It wasn't 'a challenge', it was a fucking deliberate attempt to destroy us as people and it succeeded. You want details? [Edit: don't ask for details]
The best bosses I've worked for are the minority who took the time to understand at least some of the technical side of things.
I'm always struck by the fact that I, as a lowly dev, am expected to understand the business yet the suits floating far above me think they don't need to know what actually happens down below. Bad mistake. Lack of knowledge is never a good thing.
He of the terracotta army. Not excavated yet for fear of damage, but I would so love to know...
That's interesting. There's something odd about me but I don't know what, I'm not like other people and they tend to consider me a bit weird (usually in a nice way). In turn, I often can't understand them. That said, what I just quoted above of yours pretty much describes me. I'm extremely good at putting myself in another person's boots for teaching technical subjects, and indeed I'm not too shabby at the social side of things - I'm often surprised at people's faux pas. And yet, people's behaviour regularly baffles me too. It's like I'm picking up a lot of some things but perhaps too little of another.
I did an online test for autism, expected to come out below average but much to my surprise came out above.
> you would probably consider me -a hard worker -a dirtbag -adept -foolish
Looks a bit like you're passing CLI arguments :-)
I fully understand your criticism, entirely correct, that machine arithmetic does not behave like mathematical arithmetic. I diverged from you where you say that '+' is mathematical therefore has a predetermined meaning. It has a conventional mathematical interpretation, often related to number addition, but it is a convention only and can be bent as far as you like provided you're clear about it (and a bit of common sense too; defining '+' as a square root operation would be pretty bloody stupid). No symbol in mathematics has any intrinsic meaning, including '+'.
Thanks for interesting discussion!
x++
is a postfix kind-of function a ? b : c
is ternary infixEdit: arguably
/* comment! */
is a function that takes an unquoted string. It's a no-op function so the compiler removes it at compile time (giggle)> What about adding two decimals?
rx = ry +bcd rz
I'm really thinking of simple, simple changes. As you point out some situations aren't appropriate for it, in other cases maybe it is. Or maybe I'm just plain wrong and it never is appropriate. But it's just a suggestion and worth considering, no? rd = rs1 * rs2 + rs3
It's no different from parsing if/then/else. Provided one assignment maps to one opcode, it's unambiguous. rd = rs1 addu8 rs2
use rd = rs1 +u8 rs2
etc. The + stands out, more clearly indicating addition. (to me anyway)As for commutativity of +, it's not necessarily true. It depends entirely on what underlying operation + denotes. It's perfectly reasonable to use it for string concatenation, and that clearly isn't commutative. But if it's not in the case of an ISA, that's fine, just have the assembler reject it.
> rd = add rs1, rs2
I dunno, how about rd = rs1 + rs2> The few products that have attempted to implement TTM's ideas are 'hobby products' developed and supported by cranky, strongly opinionated and difficult to deal with individuals
Do you actually know anything about the TTM? Can you point to some of these products other than Alphora? (I've looked at them and their just research projects/personal projects IIRC). Do you think the SQL is the pinnacle of RDBMS languages? Cos it bloody well isn't.
'majority' is a strong claim. Any figures to back it up?