"it is, after all, quite illogical, going from the almighty, all-knowing, all-good God premise. An "adversary" doesn't quite fit into that."
Dont' think (catholic) theologists haven't thought of it. Devil is not "God's adversary", it's you in the mirror. And Hell, it is the Eternity without God (already in the days of Dante that was a done thing: the souls of those condemned were *wanting* to go there, were all hope should be abandoned).
"The "non-Christians don't get into heaven"-thing also is not that common"
Given that the christian population is considered to be about 2.2 billions and the Catholic Church 1.1 billion, that means that at least one out of two christians or one out of six people in the world are bound to believe that "non-Christians don't get into heaven", so I wouldn't say that to be "not that common".
"Personally I believe the same, but a lot of "hardcore" Christians like to think that they're the only ones who will get in."
My bet is that there no such a thing as "hardcore Christians" but just Christians and those that pose as one without being so.
After all, it is God Himself the one that stablished the whole lot, both what a mere human thinks important and what he thinks it isn't, so it is not the human being the one in the position to say "this I'll abide to, this I won't" and still expect a good end for it.
Think about it: If God Himself, comes to you to say "You Shall Burn In Hell If You Dare to Kill Your Neighbor... Oh, And You Shall Burn In Hell Just The Same If You Forget Going To The Sunday Mass", who are you to say one thing is important while the other not so much?
Well, yes. But Christians also believe that God made His rules quite clear and that He is not a cheater so as long as you abide to His rules, you are in the safe side.
"there is no absolute prerequisite according to the bible."
There is: you are not baptised, you don't go into Heaven. You die in mortal sin, you don't go into Heaven. You renounce or apostatize of the true faith, you don't go into Heaven.
"This isn't about end-users. Zemlin is talking about the financial incentive for contributing back to projects whose code a business or other organization is using [...] he believes contributing will become an obvious business decision"
Which is only slightierly less stupid than if it were about "pure" end users. And then... Obvious!!!??? When has been "obvious" that the best offset for a situation is paying when you are not forced to?
The prisioners' dilemma, discounted cash flows and all that jazz.
"For example, in the U.S. various federal regulatory agencies like the SEC require all electronic communication between registered traders and customers to be kept in an indexed, automated, read only archive for up to 7 years after the relationship ends."
But they don't force it to be stored under the company's premises, does it? (hello, ironmountain).
"I have not heard of a single vendor who has been willing to step up to own that particular problem because of the legal ramifications if they screw up."
Don't you see the 'non sequitur'? If I'm a company, I'll have to store my own communications to regulatory compliance, which means I have the expertise and technical ability to do it. Do I need any more to store other companies' communications? I'd say no.
"The anon who wrote this question really should stop eating buzzwords like they are candy, they are rotting what little brain he had to begin with."
The problem is that as long as enough rotten brain people eat the buzzwords they'll make it a self-fulfilled profecy.
"Wireless to replace the networking guy? Because wireless is just plug and play right?"
Quite a good example. In the last six months I've been in three SMBs that went to "all wireless" and deployed by amateurs too. No wonder one morning out of three they need to reboot the spots (the magic solution for all problems, it seems), they have "misterious" lags and efficiency problems from time to time... Are they going to go with cable? Hell no -it would be too expensive, cumbersome and everybody know wifi is the future! Instead, they cope with the lack of efficiency and the from-time-to-time hiring of an outside "expert" to a total cost obviously higher than cabling the damn office. Right now those problems is just "business as usual" and done with it, just like most people thinks that worms, misterious problems, reading a whole document to find a word instead of asking the computer to look it for them... is "business as usual" and the only way computers can work.
"He also proposes to move your email into the cloud. Clearly he never worked with regulators"
Oh, but it is the cloud providers the ones working with regulators, don't worry about that. On the other hand, all the "but regulators!" is very overstated. Regulators have not the slightest problem with outsourced services -no economy could sustain itself otherwise and both at the national and international levels heavy work is being done to find the nice spot both providers and consumers are interested in.
"There will be a lot more agile shops, most of them implementing extreme programming, and making the developer feel even more like they're just part of a production line."
Clever managers will do it exactly the opposite way.
From my own experience, agile (esp. scrum) is not a project management methodology but a motivational methodology (both for developers and customers) so clever managers use agile in order for the programmers to be *in fact* part of production line while, at the same time, making them feel as if they were doing some interesting creative work.
"TCP/IP was conceived to work through unreliable lines [...] what does this have to do with live migration again?"
Quite to the point that of "again", because it has been told to you already (see #37151918). Hint: MAC to IP relationship.
"i don't know where you were going with the networking thing"
Of course you don't.
"or why you thought i needed to brush up on it"
Because you don't grasp what's its relationship with the live migration problem as you don't grasp that copying a VM memory status to a different machine is, logically-wise, the "easy" part (but devil is on details).
"i like to think a bit more critically rather than blindly accepting whatever someone tells me"
That's not critical thinking, that's merely being a smartass.
"challenging common knowledge isn't beyond me"
Here I'l throw you an idea: challenging common knowledge *on a professional area* while at the same time lacking obvious knowledge in such area tends to be quite stupid.
"i would be happy to be lumped into the same class as copernicus"
I bet you never read "De revolutionibus orbium coelestium", I bet you don't know what his real thesis was and why and I bet that your idea about Copernicus comes from his "common knowlege" image. Quite something for someone that says about himself "challenging common knowledge isn't beyond me".
"all the rest was bullshit. copying a file has as much to do with tcp as saving a document has to do with FAT32."
Of course I made the suposition that you meant copying a file *over the network* (say, scp./this/file user@remote.host:that/place) because suggesting that there would be problems when copying a file *locally* (i.e. cp/this/file/that/place) is so utterly uninformed as to immediately discard such interpretation.
Obviosly I underestimated your ignorance on the basis that usually a sane person doesn't try to challenge common knowledge on a professional area when not having the slightest idea about it.
" i could successfully switch a service from an old server to a new one using a cat5 splitter"
Can you do it from 1000 miles away?
"my question was how to you change hardware without disconnecting sessions that are connected to the guest os?"
And the answer, again, is "live migration". And if it's needed to be more precise, like this (Xen example): `xm migrate --live virtualmachine destination-node`
"if i was in the middle of copying a big file and someone migrated the server through which i was copying from (using shared storage or not), i can't imagine how my copy wouldn't be aborted"
Take my word for it: it is not aborted.
Regarding your imagination, well, that's the point: you can't imagine how, others did and implemented it. Certainly you seem to be lazy enough not to look for how this technology works (Google is your friend, there's aplenty documentation about how live migration works with regards of in-memory data) but still rude enough to discredit what a bazillion systems administrators are doing and have been doing for years.
""zero downtime to the end-users" doesn't mean it doesn't lose connections - even if its only for an instant"
I think you should take a bit more time understanding how a network connection really works. I.e.: learn that from its very begining TCP/IP was conceived to work through unreliable lines so surviving a dropped packet here and there is already taken into account in the very protocol.
"Maybe I trust the specific MyBank certificate because I've confirmed it directly with MyBank. But MyBank happened to go with ShadyCA"
What's the problem, then? You just delete the ShadyCA public certificate and go to your bank site. Your browser will tell you that the certificate is not signed by an authority of confidence (which it isn't) and will allow to inspect the signature to see if it matches with what you have registered.
Could it be more straigthforward? Of course yes, it's workable as is? Yes too.
And, on a side note, maybe you should question yourself that if your bank is so careless as to go with a shoddy CA where else is it being careless without you noticing.
My old one already doesn't work since I don't own one.
The point is that if I wanted a new Oracle Database there wouldn't be shortage of them, if I wanted a new iPhone, that's a different matter. And the *real* point is that by your metrics you are barring value to any company that doesn't produce something physical.
I don't think so. By your own account Apple is more important than Oracle. What would happen if Oracle were to disappear overnigth? Think it twice. Yeah: absolutly nothing. Running databases still running, new deployed ones by copying from somewhere else's without the BSA minding... At least in the case of Apple I would be unable to buy a new iPhone.
Slashdot Mirror
"it is, after all, quite illogical, going from the almighty, all-knowing, all-good God premise. An "adversary" doesn't quite fit into that."
Dont' think (catholic) theologists haven't thought of it. Devil is not "God's adversary", it's you in the mirror. And Hell, it is the Eternity without God (already in the days of Dante that was a done thing: the souls of those condemned were *wanting* to go there, were all hope should be abandoned).
"The "non-Christians don't get into heaven"-thing also is not that common"
Given that the christian population is considered to be about 2.2 billions and the Catholic Church 1.1 billion, that means that at least one out of two christians or one out of six people in the world are bound to believe that "non-Christians don't get into heaven", so I wouldn't say that to be "not that common".
"Personally I believe the same, but a lot of "hardcore" Christians like to think that they're the only ones who will get in."
My bet is that there no such a thing as "hardcore Christians" but just Christians and those that pose as one without being so.
After all, it is God Himself the one that stablished the whole lot, both what a mere human thinks important and what he thinks it isn't, so it is not the human being the one in the position to say "this I'll abide to, this I won't" and still expect a good end for it.
Think about it: If God Himself, comes to you to say "You Shall Burn In Hell If You Dare to Kill Your Neighbor... Oh, And You Shall Burn In Hell Just The Same If You Forget Going To The Sunday Mass", who are you to say one thing is important while the other not so much?
"Christians believe that God decides"
Well, yes. But Christians also believe that God made His rules quite clear and that He is not a cheater so as long as you abide to His rules, you are in the safe side.
"there is no absolute prerequisite according to the bible."
There is: you are not baptised, you don't go into Heaven. You die in mortal sin, you don't go into Heaven. You renounce or apostatize of the true faith, you don't go into Heaven.
"This isn't about end-users. Zemlin is talking about the financial incentive for contributing back to projects whose code a business or other organization is using [...] he believes contributing will become an obvious business decision"
Which is only slightierly less stupid than if it were about "pure" end users. And then... Obvious!!!??? When has been "obvious" that the best offset for a situation is paying when you are not forced to?
The prisioners' dilemma, discounted cash flows and all that jazz.
"So basically the GPL was created specifically to tell people what they cannot do."
Certainly not.
In order to demonstrate it you just need to negate the GPL. Do you think people can now do *more* or *less* things with the code so licensed?
Alternating directions you say? How exactly do you expect that to cancel torque?
Upside-down.
CDs??? You say you bought damn Cds??? Back in my day... oh, forget it. Just go off my lawn.
So is it alpha-centaury A the star nearest to Earth? How could I were so wrong all these years thinking the nearest one to Earth was Sun?
"You can make some good comparisons here, no doubt, but it's pure idiocy to say we've gone past 1984."
Truly. The way has been for quite a long time not "1984" but "Brave New World".
"The proper and judicious use of systems and software can help a company stay profitable and not have to move operations to China."
Ok, so now we stay profitable... Still we'll move operations to China since it'll make us *more* profitable.
"For example, in the U.S. various federal regulatory agencies like the SEC require all electronic communication between registered traders and customers to be kept in an indexed, automated, read only archive for up to 7 years after the relationship ends."
But they don't force it to be stored under the company's premises, does it? (hello, ironmountain).
"I have not heard of a single vendor who has been willing to step up to own that particular problem because of the legal ramifications if they screw up."
Don't you see the 'non sequitur'? If I'm a company, I'll have to store my own communications to regulatory compliance, which means I have the expertise and technical ability to do it. Do I need any more to store other companies' communications? I'd say no.
"The anon who wrote this question really should stop eating buzzwords like they are candy, they are rotting what little brain he had to begin with."
The problem is that as long as enough rotten brain people eat the buzzwords they'll make it a self-fulfilled profecy.
"Wireless to replace the networking guy? Because wireless is just plug and play right?"
Quite a good example. In the last six months I've been in three SMBs that went to "all wireless" and deployed by amateurs too. No wonder one morning out of three they need to reboot the spots (the magic solution for all problems, it seems), they have "misterious" lags and efficiency problems from time to time... Are they going to go with cable? Hell no -it would be too expensive, cumbersome and everybody know wifi is the future! Instead, they cope with the lack of efficiency and the from-time-to-time hiring of an outside "expert" to a total cost obviously higher than cabling the damn office. Right now those problems is just "business as usual" and done with it, just like most people thinks that worms, misterious problems, reading a whole document to find a word instead of asking the computer to look it for them... is "business as usual" and the only way computers can work.
"He also proposes to move your email into the cloud. Clearly he never worked with regulators"
Oh, but it is the cloud providers the ones working with regulators, don't worry about that. On the other hand, all the "but regulators!" is very overstated. Regulators have not the slightest problem with outsourced services -no economy could sustain itself otherwise and both at the national and international levels heavy work is being done to find the nice spot both providers and consumers are interested in.
"There will be a lot more agile shops, most of them implementing extreme programming, and making the developer feel even more like they're just part of a production line."
Clever managers will do it exactly the opposite way.
From my own experience, agile (esp. scrum) is not a project management methodology but a motivational methodology (both for developers and customers) so clever managers use agile in order for the programmers to be *in fact* part of production line while, at the same time, making them feel as if they were doing some interesting creative work.
"TCP/IP was conceived to work through unreliable lines [...] what does this have to do with live migration again?"
Quite to the point that of "again", because it has been told to you already (see #37151918). Hint: MAC to IP relationship.
"i don't know where you were going with the networking thing"
Of course you don't.
"or why you thought i needed to brush up on it"
Because you don't grasp what's its relationship with the live migration problem as you don't grasp that copying a VM memory status to a different machine is, logically-wise, the "easy" part (but devil is on details).
"i like to think a bit more critically rather than blindly accepting whatever someone tells me"
That's not critical thinking, that's merely being a smartass.
"challenging common knowledge isn't beyond me"
Here I'l throw you an idea: challenging common knowledge *on a professional area* while at the same time lacking obvious knowledge in such area tends to be quite stupid.
"i would be happy to be lumped into the same class as copernicus"
I bet you never read "De revolutionibus orbium coelestium", I bet you don't know what his real thesis was and why and I bet that your idea about Copernicus comes from his "common knowlege" image. Quite something for someone that says about himself "challenging common knowledge isn't beyond me".
"all the rest was bullshit. copying a file has as much to do with tcp as saving a document has to do with FAT32."
Of course I made the suposition that you meant copying a file *over the network* (say, scp ./this/file user@remote.host:that/place) because suggesting that there would be problems when copying a file *locally* (i.e. cp /this/file /that/place) is so utterly uninformed as to immediately discard such interpretation.
Obviosly I underestimated your ignorance on the basis that usually a sane person doesn't try to challenge common knowledge on a professional area when not having the slightest idea about it.
"Sorry, the car was solving a real need"
Sorry, that's false. The car *ended up* solving a real need, in fact, the current real need for a car is mostly a selfacomplishness of the car itself.
The first cars were certainly obnoxious luxury devices for the rich ones.
" i could successfully switch a service from an old server to a new one using a cat5 splitter"
Can you do it from 1000 miles away?
"my question was how to you change hardware without disconnecting sessions that are connected to the guest os?"
And the answer, again, is "live migration". And if it's needed to be more precise, like this (Xen example):
`xm migrate --live virtualmachine destination-node`
"if i was in the middle of copying a big file and someone migrated the server through which i was copying from (using shared storage or not), i can't imagine how my copy wouldn't be aborted"
Take my word for it: it is not aborted.
Regarding your imagination, well, that's the point: you can't imagine how, others did and implemented it. Certainly you seem to be lazy enough not to look for how this technology works (Google is your friend, there's aplenty documentation about how live migration works with regards of in-memory data) but still rude enough to discredit what a bazillion systems administrators are doing and have been doing for years.
""zero downtime to the end-users" doesn't mean it doesn't lose connections - even if its only for an instant"
I think you should take a bit more time understanding how a network connection really works. I.e.: learn that from its very begining TCP/IP was conceived to work through unreliable lines so surviving a dropped packet here and there is already taken into account in the very protocol.
"Sounds like your OS needs fixed. I have migrated linux boxes with dd."
In 2 to 10 seconds? Live? Without people even losing their current open sessions?
I really don't think so.
The ability to sustain wars with basically the whole Europe for about 200 years.
"Maybe I trust the specific MyBank certificate because I've confirmed it directly with MyBank. But MyBank happened to go with ShadyCA"
What's the problem, then? You just delete the ShadyCA public certificate and go to your bank site. Your browser will tell you that the certificate is not signed by an authority of confidence (which it isn't) and will allow to inspect the signature to see if it matches with what you have registered.
Could it be more straigthforward? Of course yes, it's workable as is? Yes too.
And, on a side note, maybe you should question yourself that if your bank is so careless as to go with a shoddy CA where else is it being careless without you noticing.
"It doesn't work. If a web site you need uses a CA you don't trust, you're screwed."
No you aren't. You just need an off-band method you deem secure enough to get the public CA key in question (i.e.: fax it).
Unless you don't trust such a CA for a reason. But if that's the case, why would you trust a cert signed by it anyway?
"I generally speaking trust the EFF so I would trust their ssh keylist"
Maybe because it doesn't get a tip from a bazillion sites which would make the EFF an interesting target for greedy bastards.
"And your old one would suddenly no longer work?"
My old one already doesn't work since I don't own one.
The point is that if I wanted a new Oracle Database there wouldn't be shortage of them, if I wanted a new iPhone, that's a different matter. And the *real* point is that by your metrics you are barring value to any company that doesn't produce something physical.
I don't think so. By your own account Apple is more important than Oracle. What would happen if Oracle were to disappear overnigth? Think it twice. Yeah: absolutly nothing. Running databases still running, new deployed ones by copying from somewhere else's without the BSA minding... At least in the case of Apple I would be unable to buy a new iPhone.
"To determine the speed of sound, you need to know gas properties and temperature."
No, you don't. What you really need are good ears and a chronometer.