slashclee

Seems pretty bad for ULA, which is Boeing and Lockheed Martin, but they claim they have enough rocket boosters to fulfill the next two years of their launch commitments. They have contractual obligations further out than that, but SpaceX is arguing the validity of at least one of those contracts.

She was right and wrong. The hardware was definitely better (and they beat the Kindle to market with major features, like touch screens and LED front-lighting, and they even kept hardware page-turning buttons when Amazon abandoned them).

I think Amazon's software is better, though. More responsive. Better rendering of the actual book text (margins, line-height, font size adjustments, etc). Not to mention how easy they make it to buy books right on the device. And the books are usually a little cheaper on the Kindle store. Plus Amazon has tons of Kindle-exclusive content, plus they have extra hooks for Prime members, like the Kindle Owner's Lending Library.

> Physical objects don't have a source, either open or close.

Wrong.

The schematics for the motherboard and any other boards (like the LCD connector board) can be open or closed. Also, the CAD files for printing the case components on a 3D printer.

Hardware absolutely can be open-sourced.

Awesome! Thanks for the link :)

Would be really nice if the demo was in a normal web page instead of a video. (Also, I'd love to know what vim(?) extension provides the interactive completion with the function signatures! That looks really cool.)

Default register initialization values and functions to encode/decode and transmit/receive packets of data do not equal an operating system in my book. Maybe you draw the line at a different level of the stack than I do.

I'm totally willing to be admit that I might be wrong about this, but I wasn't under the impression that Broadcom and Atheros and Intel were using ARM CPUs in their wifi/bluetooth/GPS chipsets.

The GPU, bluetooth, wifi, and GPS chips are not running their own operating system kernels. They have firmware microcode that gets loaded when their drivers are loaded, but they aren't running a completely separate dedicated realtime OS.

This is bullshit. In my whole experience as a full stack developer, after having tried various technologies and languages and frameworks - including ones built with Perl, PHP, ColdFusion, and WebObjects, I can this say with full confidence and can afford to put my name and credibility to stake - Nothing is going to replace Enterprise JavaBeans anytime soon.

I wish something would, but nothing at the moment, is even close to the scale at which EJB gets things done. I truly mean it. And something built out of Ruby replacing a Java-based full-bleed framework? I think you must be fucking kidding me. What the author describes is a very specific use-case and maybe, just maybe Rails might replace a portion of that use case. In fact, if I were to do something like what the author suggests, I would still choose EJB and jBoss (or Orion if you know it better).

etc, etc.

Such as... ?

You're forgetting perhaps the most powerful ethos of ajax: If the code can be deleted, nuke it.

Send a pull request, then.