If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Rate Thread | Display Modes |
#21
|
|||
|
|||
Windows 8 SP1
Zaphod Beeblebrox wrote:
On Thu, 11 Oct 2012 18:50:56 +0100, "Ed Cryer" wrote in article ... Zaphod Beeblebrox wrote: On Thu, 11 Oct 2012 11:29:42 -0400, "Chris S." cside38 @nospamverizon.net wrote in article ... "Bob Henson" wrote in message ... On 11/10/2012 3:39 PM, Zaphod Beeblebrox wrote: On Thu, 11 Oct 2012 15:30:33 +0100, "Bob Henson" wrote in article ... On 11/10/2012 2:57 PM, Zaphod Beeblebrox wrote: On Wed, 10 Oct 2012 16:09:05 +0100, "Bob Henson" wrote in article ... Broken before it starts! Not yet on the market and the first major fix is ready. http://www.theregister.co.uk/2012/10..._8_rtm_update/ This is not a Service Pack. It is just a handful of updates - and as I recall, there were a hand full of updates for Windows 7 shortly after release, as with Windows Vista and XP as well, so this just means they are getting a bit better at delivering updates. As to "broken before it starts", name a single modern OS that doesn't release patches and fixes on a regular schedule, often shortly after the OS is released. But not often *before* it is released. And I repeat: this just means they are getting a bit better at delivering updates. Or do you think they should wait longer before releasing the updates for some reason? It is foolish to think that all of the bugs that the updates released shortly after Win 7 etc. were released to fix were discovered and fixed after the OS was released. So, as with previous OS releases, folks on the consumer preview and early adopters of the RTM reported bugs and MS fixed and tested some of them and released them - in this case, more quickly than before. What in the world is wrong with that? Nothing - but all the beta testing and changes should be done before the release is announced and initiated. Otherwise they are taking money for a product known to be faulty. Naturally other things will need patching from time to time as the hackers get smarter and get to grips with the newly released software, but on release day the product should be complete as far as Microsoft know. -- Bob Tetbury, Gloucestershire, UK ALL software products are "known to be faulty" when they are released. Is this your first computer? +1 -1 When I spent a whole weekend on site testing a DOE stock-system on an old ICL mainframe I certainly didn't know it to be faulty. It did show up some hiccups, but we all mucked in and ironed them out. And when we gave the go ahead to move into parallel running with the old system, we didn't know that it was faulty. And after amendments discovered at that phase we certainly didn't know that it was faulty when we gave the green light for it to move "live". Ok, so it did show up one or two problems even after that. But we got the blame; and deservedly. For what? For insufficient testing!!! I'll see your -1 and raise you -2. You may not know of any specific bugs in the software when you release it, but you *should* know that there are bugs in it somewhere. Almost certainly, any software more complicated than a "hello world" routine contains at least one bug. Programmer's axiom: Working code is not bug-free code. Salesman's axiom: This is the best ever. Customer's scepticism: Are you sure? Salesman: Sure thing. Customer: That's better than the guy next door. He's saying that there are loads of bugs in his wares. Right then, I'll buy yours. Ed -- Two plus two equals four is only true in a rational world. Try proving it. You'll require the pre-existence of an axiom system which is universally accepted. And that axiom system will be unprovable from within the same system. What then proves that 2+2=4? Only a human conspiracy that it stay true. |
Thread Tools | |
Display Modes | Rate This Thread |
|
|