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.
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.)
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.
Some of the common Bluetooth and WiFi chips out there are definitely running their own realtime OS; the Bluetooth chips at least are apparently quite complicated (WiFi hardware designers seems to be less keen on doing everything in firmware).
What do you think is in that "microcode"? Most of what I mentioned is usually running on an ARM of some sort. I count that code as an OS, because it's a pretty narrow definition otherwise.
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 missing piece here is that WiFi/Bluetooth/GPS chipsets ARE usually using ARM CPUs internally. GPUs generally run a funky DSP-like core but there's still some kind of OS scheduling tasks and running code to interact with the main CPUs.
The cost of laying down a fully-fledged CPU has reduced to the point where it's simpler and less risky to use an off-the-shelf ARM core (or similar), instead of a big bunch of hard logic combined with coefficient. And most of those CPUs have some sort of runtime, which is an OS, depending on where you draw the line on that.
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).
For performance sure, a java based solution is going to kick rail's ass. For speed of development though developing with EJBs is not even up to the standard of rails 1. The funny thing is, java is generally used to build enterprise apps which don't need anything like web scale performance. For this profile of app rails really shines, it's plenty fast enough and will hugely reduce development costs.
My Veusz plotting package is pretty responsive and is written with PyQt. A few of the inner loops were recoded into C++, but the majority of the code is python.
