theatrus2

Intel is first and foremost a fab company - they're ahead of pretty much everyone in semiconductor processes by at least one generation. If Intel needed to create an ARM-ISA compatible CPU tomorrow, they probably could, and it would be top notch (though maybe not at a margin Intel wants to play at).

The biggest threats come from companies which have shown that they're willing to pour the big bucks into R&D and new fab construction (Samsung).

As far as I can tell, this doesn't yet support floods/pours. I know the target market wouldn't use them at the get go, and they are somewhat tricky to implement, but an essential feature IMO.

However, I love the module concept! Perfect way to combine open source hardware designs together!

That me in TEST ex-KGB then.

And yes, we're spiraling deep down a meta rat hole here.

Users were basically unaffected by the changes. Now when they're mucking with the clients (like the iPad app), its different.

+1 to espresso. Too bad there aren't any "native" bindings in many languages, but in many cases piping it through stdin/stdout works well enough.

I'm sure all of the perks (and good salary, work satisfaction) are part of their efficiency optimization and retention play. If you don't have to leave for mundane daily things, perhaps you'll get more work done.

Basically, not much (depending on which compiler chain you are using). The Plan9 based compilers (which compile at light speed) don't produce great code.

Chrome doesn't ship with Java, only Flash. Java has that pesky auto-update-Yahoo-toolbar-installer thing.

There was always a dominate player it seems. Most people used RedHat (before Fedora) over Ubuntu.

Any particular reason for Socko instead of Spray? (http://spray.cc)

Since the allocation space is different, it's generally a rebuild. The only exception would be a DB storing integers as a variable length int - unusual.

No, its not true. Regularly saturating a 1Gbps Ethernet port is quite possible on many systems, and happens often in datacenter installations.

The bottleneck is really the computer buses (memory included) and implementation of protocols.

Fiber audio (TOSLINK) isn't for bandwidth or even distance (both suck on TOSLINK for the record), but for allowing a ground isolated digital audio connection.

Plus the red LED looks cool.

I noticed it doesn't choke when you upload a binary to it, but sadly doesn't have `hexl-mode` to do anything useful with it.

I agree with paying the bills, but if you opt for Riak to start and grow to need multi-site support, not even having a ballpark price can be an adoption turn off. Then again, prices which are too high can also be an adoption turn off :)

Honestly, this is a big turn off if you compare with Cassandra. While Cassandra has commercial options, all the functionality is at least built in.

The bay is sufficiently less population dense, making lots of projects "bang for the buck" seem off.

Akka (Scala actor library on the JVM) allows for STM on multiple actor states.

Scala and Akka solve many of these problems on the JVM, with a strongly typed language to boot.

I love Erlang, but it's not all roses either.

Apple and Dropbox are both successful in the "enterprise" (and more so in the small business) because of this. They didn't sell to the company, they sold to the users and employees.

I have a bootstrapped service coming soon which hopes it will be:

http://stmpcrd.com

Passbook is nothing directly - it requires third parties to make the wheels turn.

Stop buying TN panels then.

They could be - lots of monitors, and especially IPS panels, do well when calibrated. The review is somewhat akin to saying a computer "boots Windows quickly" without ever mentioning the CPU clock speed or hard drive, but complaining the glossy front picks up finger prints and it doesn't fit under your desk nicely. Those may be important, but they aren't quantitative. This review falls into the same trap: adjusting color via on monitor controls and saying the color is "good" is not in any way a reasonable way to do a monitor review.

Sadly, not a good monitor review (from the likes of say Anandtech). If you're going to do a qualitative review, you need to check color accuracy, tracking, gamut, etc.

I run a free service (http://eve-central.com - I am not a designer ;)) which has an open API - no rate limits, no accounts, no signups, etc. Yes, technically this is bad, and has had interesting implications for support (some APIs date back to 2007 without any changes), but in this case is the right choice. It works by throwing enough power behind it, and relying on caches. The API is popular for its audience - approximately 50+ million calls per month, which easily outnumbers the (ad supported) web front end pageviews.

Due to licensing of content, it would be iffy to monetize directly (technically even the ads are in violation of that), so I don't even consider it.

Since when does UDP not work over a WAN/the internet?

Sadly the JVM can't really do that (yet?). Even for normal Java applications caching the JIT would really help ramp-up time in servers.

The laptops clean themselves up after a few minutes of inactivity. You can even play with most settings in system preferences.

Since Skype is one of the slipperiest applications out there in terms of network access, I'd imagine ads could be served by any node in the network.

To make any consistent results, you need to couple to the RF ouput/input connectors. Nothing you attach to the exterior is going to do what you want - it will change some aspect of the signal, but so does any environmental aspect, including the pipe in the wall next to you.