It only seems that way because they signed the deal with Lockheed for the F-35 LRIP6 and LRIP7 contracts on the 24th of September, which together total $7.8Billion.
Because there is a whole class of work items which can be postponed, but you still want to be done eventually - purchasing (for example, buying equipment and supplies for troops on deployment - sustainment won't happen, so you only get whats stockpiled right now), training positions (you do want those essential people to be on top of their game, right?), cleaning jobs (offices and government buildings need to be cleaned, the public traipsing through the DMV are a messy bunch), assistants to the essential personnel (for example typists and secretaries, who take a lot of workload off the essential personnel so they can get on with something more important than actually typing out that letter, putting it in the envelope and posting it).
Not to mention all the museum and library staff, a lot of them are in the "non-essential" class as well...
The non-essentials include people and positions which make the work of the essentials easier and more fluid, and sustainable in the long term.
There is also a lot of cruft, I will grant you that, but equally there is a lot of good that will be missed.
All F-16s are configured to carry the AIM-120 on the wing tip rails these days, with the AIM-9 being on positions 2-8, usually only one being carried tho as a third AIM-120 is typically carried instead.
Which would make the type specific costs for my petrol car over 19 years of service a total of... About $80, for air filters. No carburettor changes, never cleaned, no issues with the fuel tank and a nice 300,000 on the clock. Can a Tesla do that?
You do realise you are supposed to go back and collect your old battery again, otherwise you will get charged the price for the new pack, right? It's not a cheap way to get a newer battery pack,it's a temporary top up.
I'm interested in what sort of maintenance requirements you expect from any car in its first few years?
All new cars I have owned (in the UK) have had precisely no mantenance requirements in the first four or five years other than additional oil, coolant (just water) etc. I use the annual service as a health check, but nothing has ever been required.
The British motoring authorities even recognise this as they do to require a certificate of roadworthyness for the first three years of a cars life.
There was a death caused exactly by that dring my journey in the UK yesterday - coming off a motor way, someone was texting while waiting for the lights on the slip road and didn't notice the lights had gone green and all the cars had cleared in front of them, and they got rear ended.
Actually the electronics aren't trivial, because they act as the timing system for the compression explosives which set up the shock waves in the core which cause the desired critical reaction - these explosives are configured around the core in a particular pattern, and are set off in a particular sequence (talking millisecond differences here, but those differences meanthe bomb goes off as desired or fizzles). Without that exact sequence, all you have is a dirty bomb, not a nuclear one.
No more off topic than you bringing it up in the first place, and since Im *replying* to the content of your post, it most fucking certainly is on topic - you cannot kill discussion that easily.
The cry of "off topic" is starting to become the Slashdot equivalent of calling someone antisemitic if they dare to criticise Israel...
Right. Because it won't take time to consider findings or debate if they matter. There is no chance that the person will come up with an idea that sounds great, but turns out to be a boondoggle.
So are you saying there are absolutely no situations in which adding people in as a resource produces results? You seem to be taking my comment as an "every situation" one, when I specifically said "There are loads of scenarios where..." and not "In every scenario...".
Are you *that* tied to the doctrines of a fucking book you cannot begin to see that it doesn't hold true for every single scenario out there?
Somebody needs to read The Mythical Man Month. Adding more hackers to a late hacking project just makes it later. If they can stay organized and succeed in a larger group in a limited time frame then they have truly accomplished something even most software engineers cannot do.
I really hate it when someone takes that book to be an absolute when there are no such things. No, you can't produce a baby in one month with nine women, but at the same time you will find it incredibly difficult to produce nine babies in nine months with one woman - asking one person to build Twitter is an insane demand, adding extra people will only ever help even when the project is terribly late...
There are loads of scenarios where adding additional resource will do absolutely no harm at all and the worst that you can come out with is no gain at all.
Nothing to realise - the frame works for Windows Phone and Windows RT are not the same. Microsoft don't have phone apps running on desktops or laptops, they have tablet apps running on them.
Got any proof of that? Several people in these comments have claimed that MS never made a counter offer, so please back that up - reading the court documents gives a whole different impression on the negotiations in that regard...
Not really, there's a world of difference between the two. It's really a case of bringing portability, redundancy and scalability to a whole raft of applications which didn't have it before, and simplifying it dramatically in the process.
I don't think any OS below the million dollar mark has supported moving running processes and environments between actual independent hardware nodes with little or no interruption, and now you can have that with a free OS and a little configuration.
No longer do you have to wait for your vendor to send over a part in order to stop a critical system running in degraded mode - just allocate that VM to a sdifferent node in your cloud cluster, if it wasn't done automatically for you...
In the main? Generalising hardware, making it a commodity, especially in the Windows world - having multiple redundant systems quickly gets to be a pain in the arse once you stop having identical hardware, you can't simply move a system to a larger hardware platform because that brings with it a lot of caveats in terms of non-identical hardware (does it perform the same, have the same overheads, have the same cascade effects etc).
Moving to an internally virtualised environment standardises the hardware aspect, or rather it moves it's concern to that of the virtualisation layer - to the guest, it looks the same regardless. Makes having redundant systems much easier, makes having a production-identical UAT environment much easier, and it makes having an offsite business continuity environment much easier - build the environment once, deploy it many times in isolation.
Was that before or after Turkish warplanes violated Syrian airspace? Was that before or after the dozens of border excursions by Turkish soldiers over the past decade?
You don't remember Apple pushing an iPod update which broke Reals music store purchases? Real found a way to make their DRMed stuff work on iPods, and almost immediately Apple pushed an update which did nothing other than disable Reals stuff.
Precisely - why would Assad sign off on chemical weapon usage when that has already been declared a tripwire for foreign intervention by major countries? It sounds far too suspect, especially when both sides in the conflict have been alleged to have access to stockpiles, and we have already seen one side to have ideologically driven factions - driven enough to sacrifice civilians in a disputed territory (and thus have civilians which back both sides) in order to trigger an external intervention in their favour, much like in Libya?
Really? It shouldn't be happening "in the first place"? So you don't ensure your scripts are actually loaded before firing them? We are talking about something that could happen to scripts that are hosted locally anyway, and it should be handled - you fall back until you can fall back no longer, and then it's up to you as to what you do, but at least you know the situation you are in at any particular point.
Unfortunately, you seem to have an approach to JS browser side which I have seen too many times - sod it, it's just JavaScript on the browser side, you don't have to worry as much about error conditions than you would for server side code or a native app. Wrong, you *should* certainly be anticipating all the same errors and mitigating them.
Not automatically getting security fixes and updates is a *feature*, because they should be tested before being put into production - and ensuring the same exact version on the primary and secondary locations is a trivial part of unit testing the build. How about that, proper practices for proper developers!
As for someone potentially using my backup copy for their own, well that's no different a threat to if I hosted it locally anyway, and is mitigated in the same fashion.
None of this introduces a central point of failure, because the failure is mitigated, just as I have multiple web servers, multiple database servers, and multiple service end points. infact this setup is more like your ideal of a distributed Internet than you care to like.
It only seems that way because they signed the deal with Lockheed for the F-35 LRIP6 and LRIP7 contracts on the 24th of September, which together total $7.8Billion.
Because there is a whole class of work items which can be postponed, but you still want to be done eventually - purchasing (for example, buying equipment and supplies for troops on deployment - sustainment won't happen, so you only get whats stockpiled right now), training positions (you do want those essential people to be on top of their game, right?), cleaning jobs (offices and government buildings need to be cleaned, the public traipsing through the DMV are a messy bunch), assistants to the essential personnel (for example typists and secretaries, who take a lot of workload off the essential personnel so they can get on with something more important than actually typing out that letter, putting it in the envelope and posting it).
Not to mention all the museum and library staff, a lot of them are in the "non-essential" class as well...
The non-essentials include people and positions which make the work of the essentials easier and more fluid, and sustainable in the long term.
There is also a lot of cruft, I will grant you that, but equally there is a lot of good that will be missed.
Top Gear disagrees with you on the "no concept of return for a particular program".
All F-16s are configured to carry the AIM-120 on the wing tip rails these days, with the AIM-9 being on positions 2-8, usually only one being carried tho as a third AIM-120 is typically carried instead.
Which would make the type specific costs for my petrol car over 19 years of service a total of ... About $80, for air filters. No carburettor changes, never cleaned, no issues with the fuel tank and a nice 300,000 on the clock. Can a Tesla do that?
You do realise you are supposed to go back and collect your old battery again, otherwise you will get charged the price for the new pack, right? It's not a cheap way to get a newer battery pack,it's a temporary top up.
I'm interested in what sort of maintenance requirements you expect from any car in its first few years?
All new cars I have owned (in the UK) have had precisely no mantenance requirements in the first four or five years other than additional oil, coolant (just water) etc. I use the annual service as a health check, but nothing has ever been required.
The British motoring authorities even recognise this as they do to require a certificate of roadworthyness for the first three years of a cars life.
There was a death caused exactly by that dring my journey in the UK yesterday - coming off a motor way, someone was texting while waiting for the lights on the slip road and didn't notice the lights had gone green and all the cars had cleared in front of them, and they got rear ended.
Where is the patent waiver?
What if they sell it to Oracle...?
Actually the electronics aren't trivial, because they act as the timing system for the compression explosives which set up the shock waves in the core which cause the desired critical reaction - these explosives are configured around the core in a particular pattern, and are set off in a particular sequence (talking millisecond differences here, but those differences meanthe bomb goes off as desired or fizzles). Without that exact sequence, all you have is a dirty bomb, not a nuclear one.
I know you are kidding, but RFC3514 is a request for comments, not a standard, so there is nothing to be adhered to...
No more off topic than you bringing it up in the first place, and since Im *replying* to the content of your post, it most fucking certainly is on topic - you cannot kill discussion that easily.
The cry of "off topic" is starting to become the Slashdot equivalent of calling someone antisemitic if they dare to criticise Israel...
So are you saying there are absolutely no situations in which adding people in as a resource produces results? You seem to be taking my comment as an "every situation" one, when I specifically said "There are loads of scenarios where..." and not "In every scenario...".
Are you *that* tied to the doctrines of a fucking book you cannot begin to see that it doesn't hold true for every single scenario out there?
Somebody needs to read The Mythical Man Month. Adding more hackers to a late hacking project just makes it later. If they can stay organized and succeed in a larger group in a limited time frame then they have truly accomplished something even most software engineers cannot do.
I really hate it when someone takes that book to be an absolute when there are no such things. No, you can't produce a baby in one month with nine women, but at the same time you will find it incredibly difficult to produce nine babies in nine months with one woman - asking one person to build Twitter is an insane demand, adding extra people will only ever help even when the project is terribly late...
There are loads of scenarios where adding additional resource will do absolutely no harm at all and the worst that you can come out with is no gain at all.
Nothing to realise - the frame works for Windows Phone and Windows RT are not the same. Microsoft don't have phone apps running on desktops or laptops, they have tablet apps running on them.
Got any proof of that? Several people in these comments have claimed that MS never made a counter offer, so please back that up - reading the court documents gives a whole different impression on the negotiations in that regard...
Different countries, different jurisdictions, different rules, different case altogether.
The Oracle case has no precedent allowable in this case.
Not really, there's a world of difference between the two. It's really a case of bringing portability, redundancy and scalability to a whole raft of applications which didn't have it before, and simplifying it dramatically in the process.
I don't think any OS below the million dollar mark has supported moving running processes and environments between actual independent hardware nodes with little or no interruption, and now you can have that with a free OS and a little configuration.
No longer do you have to wait for your vendor to send over a part in order to stop a critical system running in degraded mode - just allocate that VM to a sdifferent node in your cloud cluster, if it wasn't done automatically for you...
In the main? Generalising hardware, making it a commodity, especially in the Windows world - having multiple redundant systems quickly gets to be a pain in the arse once you stop having identical hardware, you can't simply move a system to a larger hardware platform because that brings with it a lot of caveats in terms of non-identical hardware (does it perform the same, have the same overheads, have the same cascade effects etc).
Moving to an internally virtualised environment standardises the hardware aspect, or rather it moves it's concern to that of the virtualisation layer - to the guest, it looks the same regardless. Makes having redundant systems much easier, makes having a production-identical UAT environment much easier, and it makes having an offsite business continuity environment much easier - build the environment once, deploy it many times in isolation.
Was that before or after Turkish warplanes violated Syrian airspace? Was that before or after the dozens of border excursions by Turkish soldiers over the past decade?
You don't remember Apple pushing an iPod update which broke Reals music store purchases? Real found a way to make their DRMed stuff work on iPods, and almost immediately Apple pushed an update which did nothing other than disable Reals stuff.
Precisely - why would Assad sign off on chemical weapon usage when that has already been declared a tripwire for foreign intervention by major countries? It sounds far too suspect, especially when both sides in the conflict have been alleged to have access to stockpiles, and we have already seen one side to have ideologically driven factions - driven enough to sacrifice civilians in a disputed territory (and thus have civilians which back both sides) in order to trigger an external intervention in their favour, much like in Libya?
Really? It shouldn't be happening "in the first place"? So you don't ensure your scripts are actually loaded before firing them? We are talking about something that could happen to scripts that are hosted locally anyway, and it should be handled - you fall back until you can fall back no longer, and then it's up to you as to what you do, but at least you know the situation you are in at any particular point.
Unfortunately, you seem to have an approach to JS browser side which I have seen too many times - sod it, it's just JavaScript on the browser side, you don't have to worry as much about error conditions than you would for server side code or a native app. Wrong, you *should* certainly be anticipating all the same errors and mitigating them.
Not automatically getting security fixes and updates is a *feature*, because they should be tested before being put into production - and ensuring the same exact version on the primary and secondary locations is a trivial part of unit testing the build. How about that, proper practices for proper developers!
As for someone potentially using my backup copy for their own, well that's no different a threat to if I hosted it locally anyway, and is mitigated in the same fashion.
None of this introduces a central point of failure, because the failure is mitigated, just as I have multiple web servers, multiple database servers, and multiple service end points. infact this setup is more like your ideal of a distributed Internet than you care to like.
Check out this Hanselman blog post for a way to do it:
http://www.hanselman.com/blog/CDNsFailButYourScriptsDontHaveToFallbackFromCDNToLocalJQuery.aspx
Also, some discussion on SO:
http://stackoverflow.com/questions/5257923/how-to-load-local-script-files-as-fallback-in-cases-where-cdn-are-blocked-unavai