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.)
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).
They are effectively stopping people from running personal ejabberd servers. What the hell is the point of running your own jabber server if your users can't talk to users on the largest jabber network on the planet?
If you haven't read Neal Stephenson's Anathem, you should. (That idea is called Saunt Lora's Proposition -- all possible ideas have already been found -- in the book. Good stuff.)
Not to mention that (at least compared to the previous release of HighCharts) D3's performance is just so much better. Graphing tens of thousands of data points causes my browser to freeze up for 10+ seconds at a time with HighCharts, while a D3-based graph visualization of the same data loads in under a second.
> Half of the then-absurd snide "promises" he listed as others making have pretty much come true: HDTV pixel counts on a pocket device, LTE data rate 10x faster than T1, etc.
Shame we still don't have microsecond latencies, though.
That's true, but also irrelevant. GNOME Shell isn't an app, it's part of the infrastructure.
Rhythmbox? C.
Evolution? C. (Geary? Vala.)
Shotwell? Vala.
LibreOffice? C++.
gnome-terminal? C.
There are no GNOME apps written in JavaScript yet. The fact that they're using it in the shell is promising, but if they want app developers to pick it up en masse they need to lead by example.
> its the most popular desktop app dev language period - by sheer numbers.
By what numbers? Number of projects using the language? Number of lines of code in the wild in that language? Number of users using apps written in the language? Because I don't have the numbers in front of me, but I seriously doubt that that's correct. Firefox, Chrome, iTunes, Photoshop, Dreamweaver, Excel, Word, Powerpoint... None of these apps are written in C#. The most popular app dev language, period, is C++. (Maker help us all.)