Forgot your password?
typodupeerror

Comment: Re:Bah (Score 1) 278

You can buy a YubiKey to do this today without any finicking with a Raspberry Pi. There are a few modes depending on the devices you buy. First is what you say -- it can emulate a keyboard, and input a password for you whenever you press a button on the device. It can also perform HOTP/TOTP authentication, and some of them can act as a legitimate security token that integrates with your platform's crypto.

Comment: Re:Stack Overflow reputation (Score 2) 285

by PhrostyMcByte (#47408079) Attached to: The World's Best Living Programmers

Stack Overflow reputation indicates that you're a 1337 documentation writer, not necessarily that you know how to program.

SO reputation indicates a number of things -- that you can understand and dissect problems and code from others, that you have intimate knowledge of the platforms you're answering about, that you can code reasonably well, and that you can communicate well.

Basically, someone with a high rep is very likely to be enthusiastic, knowledgable, and great to work with. Does this mean Jon Skeet can out-code an elite like John Carmack? No. Does it mean he's a good coder? Probably. One of the "top" programmers? Not enough data.

This whole article is a bit of a bonkers idea. What makes a good dev? Is it the ability to work quickly, elegantly, and robustly? Being able to pull innovative algorithms out of thin air? Is it the ability to hack together important, complicated projects even if the code itself is a mess? How about less direct things, like overall contribution to the dev community and enthusiasm for helping other people grow?

Comment: Re:Non-compete agreements are BS. (Score 2) 272

by PhrostyMcByte (#47369735) Attached to: Amazon Sues After Ex-Worker Takes Google Job
Non-competes are BS. But requiring employees to not reveal confidential information, poach clients, etc. for their new competing bosses seems like a reasonable and ethical thing to ask. It sounds like Amazon believes he may have crossed this line, beyond simply working for a competitor.

Comment: Re:Why can't you plug into you TV anymore. (Score 1) 394

by PhrostyMcByte (#47262437) Attached to: Cable Boxes Are the 2nd Biggest Energy Users In Many Homes

I own a HDHomeRun, and it was a bitch to set up because even Comcast customer support had never heard of it (at one point, they told me to call TiVo!)

When was the last time you did this?

I've had a HDHomeRun Prime for about three years now, and have never had an issue with Comcast's CableCard activation line. The other side of the call is seated by a weird androgynously-voiced Indian following a script, but I've never been on the phone more than about 5 minutes before my card was working.

Comment: Re:No, we don't (Score 1) 309

by PhrostyMcByte (#47223817) Attached to: Google Engineer: We Need More Web Programming Languages

I have no idea if Google's language is one that I'd want to use, but I do know that Javascript is by no means a good choice to develop large-scale web apps with. Unfortunately, it's currently the only choice we've got. Given that the ecosystem is far more open to change lately, it seems like as good a time as any to replace it.

I think the best way we could handle it is to create a standard high-level bytecode and package format. Then any number of languages could be translated to it easily and efficiently.

Comment: Re:Fsck x86 (Score 1) 230

by PhrostyMcByte (#47180527) Attached to: Intel Confronts a Big Mobile Challenge: Native Compatibility

I'm hardly counting ARM out. I doubt Intel will ever try to apply themselves to all the areas ARM is in. For phones and tablets, though? There is no doubt that ARM will have some very serious competition in the near.

I realize we like to root for the underdog here, but realistically, Intel's got a leg up in the long run.

Comment: Re:Fsck x86 (Score 0) 230

by PhrostyMcByte (#47179571) Attached to: Intel Confronts a Big Mobile Challenge: Native Compatibility

ARM has already had its 15 minutes, just like AMD's Athlon did.

There's a good possibility that Intel will wipe the floor with all the ARM offerings. Maybe not with this generation of CPUs, maybe not the one following it, but they've got the best fab in the world and extremely smart people using it.

They've been actively focusing on increasing power efficiency for a number of years now, so I have no doubt they'll be able to bring strong competition.

Comment: Re:maybe it's time for a new graphics api standard (Score 1) 80

by PhrostyMcByte (#47162159) Attached to: AMD, NVIDIA, and Developers Weigh In On GameWorks Controversy

It's time for the principal vendors to rebuild the list of assumptions of what gpus can and should be doing, design an api around that, and build hardware specific drivers accordingly.

For the most part, they've done that. In OpenGL 3.0, all the fixed-function stuff was deprecated. In 3.1, it was removed. That was a long, long time ago.

In recent times, while AMD introduced the Mantle API and Microsoft announces vague plans for DX12, both with goals of reducing CPU overhead as much as possible, OpenGL already has significant low-overhead support.

Comment: Re:More useful metrics? (Score 3, Informative) 157

Why don't we ever read about more useful metrics, such as the amount of (floating-point) operations per second per $ of a given CPU?

Because most people don't care about these things anymore. Take this from TFS:

Haswell may have delivered impressive gains in mobile, but it failed to impress on the desktop where it was only slightly faster than the chip it replaced.

In reality, Haswell had double the FLOPs thanks to the new FMA instructions, near double the integer throughput thanks to AVX2, and a significant boost to multithreaded code thanks to TSX.

In practice, people saw maybe a 10% speedup in what they actually do. A flops/$ metric would significantly inflate the actual value people would see from these CPUs.

The thing is, these measurements are either synthetic (who has code consisting of nothing but FMA?), hard and uncommon to use (Integer SIMD is rare and AVX2 has a confusing idea of "lanes" that splits some 256-bit ops into two 128-bit ones), or not on all CPUs (TSX is disabled on their unlocked K line for some reason).

Comment: Re:Overengineered for it's eventual use.. (Score 1) 125

by PhrostyMcByte (#47124439) Attached to: Imparting Malware Resistance With a Randomizing Compiler

That's a nice idea, but it won't work everywhere.

In x86, for instance, the majority of instructions affect global flag registers. You can have two instructions that operate on entirely different memory locations and GP registers, but when you swap them the flags will end up set differently.

You'll find very few instruction pairs that you can do this to without some ability to perform local analysis of the code.

Nothing succeeds like success. -- Alexandre Dumas

Working...