Start by asking the why/what-basis questions, politely, without explicitly declining their request. While waiting for reply, check out which lawyers are available in your area. Depending on Piriform's reply to your inquiry, go and talk to one of those lawyers - even if you're in .eu where IANALs believe you're allowed to do the importing based on laws around interoperability.

There, FTFY.

Well, sure, nobody in their right mind would make a blocking server that only supported a single client at a time (and I'd argue that nobody in their right mind would use non-async for high-performance work, thread-per-client is ouch). And apparently the class he derived from is known for bad performance.

Still, comparing the time taken to process a single request is as valid a benchmark as measuring what performance is like under heavy concurrent load. I do agree that on a whole the test is rubbish, and doesn't in any way show what the author believes it does.

...and even when the Java version has a level of abstraction removed and returns a hardcoded header string, the C# version (keeping it's higher abstraction level) still beats it.

Yup, what he times here is overhead of two very different frameworks, without actually using any of the framework functionality. No reason for that test to be skewed in any way, right? :-)

Also: profile-guided optimization

.

...presuming the compiler doesn't convert the if/else-if chain to a jump table.

If you need this kind of optimization, you're going to be doing such compiler (and version!) dependent programming that you might as well break out your trusty assembler. And when working at assembly code level, you can combine the two - heck, it might even make sense to have a few "cmp/je" for the most used cases, perhaps a binary-search-logic series of branching, and finally some jump tables of the rest. Or perhaps jump tables in the binary-search-logic branches, if your ranges are sparse.

Hint: profile your code and know what you're doing before you even consider such a thing. And write tools so you don't have to hand-code it.

Because it would be quite a lot of effort to retro-fit to the existing game? It would require a fair amount of scripting, as well as (possibly) new cinematics, and definitely some extra voice-acting. There's an expansion coming, that expansion has a new planet and new NPCs, and they've taken the time and effort to add gay stuff there. Move along, people, there's no bigotry to be seen here, only time and budget constraints.

There, fixed that for you.

Same in Denmark - and we need it for .gov interaction as well. Remove the plugin from your primary browser, keep it in a secondary browser you launch just for Java stuff - and if you're slightly paranoid, keep that secondary browser in a virtual machine.

Sure, I have the JRE installed on my work laptop - but I sure as hell don't have the browser plugin installed. Nor Flash, nor AdobePDF. When I need Flash, I fire up Chrome for that particular site. When I need Java (which us Danes sadly do for online banking and government interaction), I fire up a virtual machine image dedicated just for that.

And my main browser, FireFox, has NoScript, AdBlockPlus, Ghostery and Certificate Patrol (any more addons I should know about?), work laptop as well as my own machines. But I digress. JRE: not a problem in and by itself. Just stay way clear off the browser plugin. And Flash. And AdobePDF.

...and then you have to build the deployment packages, fire them off to the production servers, etc. Even with automation, that can take a while. Not everybody runs a PHP/ruby/whatever shop and have their git repos on their production servers ;p *duck and cover again*

In case it wasn't obvious: this post and the previous one are extremely tongue-in-cheek. I don't really condone hax0ring code straight into the Gibson.