random32840's comments

random32840 | 5 years ago | on: It’s OK for your open source library to be a bit shitty (2015)

Thanks for the answer.

What I'm really trying to fish out is: if a developer is significantly better than the competition relative to his years of experience, how is he supposed to communicate that? How does he actually get paid commensurate to that extra effort? In your experience is it even possible?

As far as I can tell the only way to really do that reliably is either work on a respected product & basically make an impression outside your company (crapshoot) or show what you can do via open source. I can't see how I could communicate it otherwise.

random32840 | 5 years ago | on: Iterated Prisoners Dilemma Strategies Dominate Any Evolutionary Opponent (2012)

Both are problems. Our brains have a tremendous amount of compute and use complex, nuanced, adaptive strategies.

The clearest example is how much energy we spend modelling other humans' thought processes. We spend so much because a simple permutation of tit-for-tat isn't sufficient - it will lose. It's an arms race to use complex strategies, an outcome which is specifically precluded in the model. I'd argue the fact observable reality is so divergent from the model means we should be skeptical of the applicability of the model.

random32840 | 5 years ago | on: It’s OK for your open source library to be a bit shitty (2015)

How do you differentiate between "reasonable developer, can deal with complexity" and "extremely good developer, will dramatically improve the codebase and produce less technical debt"?

Does the distinction matter at your company, or is the primary metric "good enough"? Is this industry standard, or does it vary by company?

random32840 | 5 years ago | on: Iterated Prisoners Dilemma Strategies Dominate Any Evolutionary Opponent (2012)

Should be: "Iterated Prisoners Dilemma Contains Strategies That Dominate Any Evolutionary Opponent at a Game as Simple as the Prisoner's Dilemma"

You can write a perfect tic-tac-toe program with relatively simple rules, but an evolutionary strategy will wipe the floor at Go. This kind of modelling has value but real life is incredibly complicated, complicated strategies destroy simple ones as the rules of the game become more complex. Our brains are extremely expensive organs, and they're built that way for a reason. I think people are way trigger-happy extrapolating models like this to the real world.

random32840 | 5 years ago | on: A first look at Unreal Engine 5

Computing & rendering all on the GPU without having to query back to the CPU at all seems a natural fit to me, but I don't have a deep technical understanding of it.

My main thought is just that DL reduces the amount of computate you actually need by allowing you to approximate rather than derive things like cloth physics, how that's eventually integrated seems an implementation detail.

random32840 | 6 years ago | on: Engineering code quality in Firefox

JS is generally very fast because these monolithic VMs have had so much money poured into them that their optimisation process is unparalleled. V8 can sometimes get performance on par with C. "Overhead" is arguable, JS may be garbage in a lot of ways but modern JS is quite efficient.
page 2