Well, perhaps not in the literal meaning of the phrase. If on both sides there is no one person, or group, holding a significant chunk of the stock, which direction the shares go, what the name on the new shares is, what the ratio of old:new shares the investors get, etc, matters not. What matters is what happens with the senior management, and the BoD. Take, for example, when Apple "bought out" NeXT. NeXT shares are gone. The NeXT name is dead. But it was NeXT people who took over the senior management positions. The "joke" at the time was that NeXT was paid to take over Apple.
Dell produces reasonable quality stuff, with technologies and things available elsewhere for years. Nothing flashy, and nothing risky. High volume prices with low volume customisability.
Google is cool with the masses. Dell sells things to the masses. Dell ships Google stuff.
Java was never cool (or even noticeable) to the masses. Dell sells things to the masses. Dell has no reason to ship Java.
Well, there is the ledger data which is undoubtably on one ore more Big Iron systems. But there are also letters, emails, spredsheats, whatever, on desktops. They are likely being backed up now, and the peons can get their files back, eventually... Possibly not until they send someone out to reimage a system. Having stuff accessable in 5 minutes vs 24 hours can be a big deal.
My thinking here would be to enforce a policy of "save files on the server", that way the desktops are disposable and irrelevent. But Im not going to say that secure USB sticks aren't a viable solution. It should at least be on the table. What about laptop users? Laptops get lost/stolen/broken all the time. "Save important files to the stick, and keep that on your keyring" sounds like a not-bad idea.
Is based on management costs, more so then hardware, then there are other possibilities. Ghost and/or Deepfreeze. Novell ZENWorks. "Just" group policy with AD, or Microsoft SMS.
Optional for who? Not the consumer, Ill bet. And if it is optional for the consumer, you can be sure as shit that that being disabled will be reported - or a monitor key not transmitted - so that the DRMd stuff wont play.
I hope your not taking any jobs at $50 for a quick install. Any consultant shop would be $100/hr, minimum of a 3 hour call out. So even if you charge them $150, its still a deal.
Re:USian snail mail: return receipt requested
on
Spam Gets Personal
·
· Score: 1
Actually, there are both systems in place for email.
For sender authentication there is S/MIME, the standardized version of PKCS #7. It can, with a very high level of security, demonostrate who sent an email message.
For ensuring delivery there is RFC 2298, which describes "Message Disposition Notifications", including return receipts. All the "groupware" client/server packages (Exchange, Groupwise, Notes...) have since their respective version 1.0's supported this internally.
"Important" messages should almost definitly be sent with S/MIME signatures. Most client support it (and have for 5 years). If the senders cert is sigined by a "well known" CA, then verification of the message sender wouldnt require any extra network activity on the receivers end (as would have been required by, say, (older versions of) PGP. To repeat myself, there is no reason why this shouldnt be in place now. Note that this technology is unrelated to SPF or domainkeys, or anything else like that; its client-to-client; Im not advocating using it on a lower level for anti-spam purposes.
RRs likely could work now, on a wide scale. That is, between compatability with RFC2298 and the legacy formats of groupware suites, most clients today support some kind of RRs. However, given its obvious use as a tool for spammers, using it automaticly for everything, on a wide scale, is almost definitly a bad idea. OTOH, spammers already do their own RRs, with HTML mail and image bugs.
Id wager that it has to do with when the confusion happens. If a confused and/or drunk customer types in bistbuy.com, thats their fault. If bistbuy.com has banner adds all over the place saying "Electronics here!", then it is them who are causing confusion.
I second this Mozilla-as-a-platform is ideal for this scenario. While you, or any other potential programmer, may not know mozilla-the-platform: XUL, XBL, RDF and heavy CSS and JS; you or any potential programmer kinda sorta know it all, right now. And you, and your pool of programmers, will still know it 10 or 15 years from now. You cant say that about wxWidgets, QT, or GTK. Note also that XULRunner will support SQLite, Real Soon Now.
Well, if we're just throwing around a crap load of numbers, then 6 is the best one. That way, you can always be a tripod, and still move forward. Might be easier mechanically, too: One relativly powerful system to lift/move/drop the sets of legs, with each leg having independe hydraulics controling only length and angle. If the control software is built that one set of legs must be stable for the other to move, then getting off balance would be impossible.
Inside the coporate LAN, sure. But consider laptops. Are you prepared to trust the firewall of the hotel your salesdroid is staying at? The firewall of the office an IT consultant is going out to fix?
Slashdot Mirror
Well, perhaps not in the literal meaning of the phrase. If on both sides there is no one person, or group, holding a significant chunk of the stock, which direction the shares go, what the name on the new shares is, what the ratio of old:new shares the investors get, etc, matters not. What matters is what happens with the senior management, and the BoD. Take, for example, when Apple "bought out" NeXT. NeXT shares are gone. The NeXT name is dead. But it was NeXT people who took over the senior management positions. The "joke" at the time was that NeXT was paid to take over Apple.
Dell produces reasonable quality stuff, with technologies and things available elsewhere for years. Nothing flashy, and nothing risky. High volume prices with low volume customisability.
Google is cool with the masses. Dell sells things to the masses. Dell ships Google stuff.
Java was never cool (or even noticeable) to the masses. Dell sells things to the masses. Dell has no reason to ship Java.
Your invoice is in the mail.
Statistically, it would be more likely for a monkey to write Hamelet with.... whats the word... the correct spelling of the title: Hamlet.
The good news is that by the time you fly to these uranus sized planets, we will have changed that joke so they are urectum sized plantes.
If this keeps up, companies will have exactly one employee, with all functions outsourced, rented, or leased.
Well, there is the ledger data which is undoubtably on one ore more Big Iron systems. But there are also letters, emails, spredsheats, whatever, on desktops. They are likely being backed up now, and the peons can get their files back, eventually... Possibly not until they send someone out to reimage a system. Having stuff accessable in 5 minutes vs 24 hours can be a big deal.
My thinking here would be to enforce a policy of "save files on the server", that way the desktops are disposable and irrelevent. But Im not going to say that secure USB sticks aren't a viable solution. It should at least be on the table. What about laptop users? Laptops get lost/stolen/broken all the time. "Save important files to the stick, and keep that on your keyring" sounds like a not-bad idea.
OTOH, its hard to lead your platoon when you, as point, gets killed first.
Is based on management costs, more so then hardware, then there are other possibilities. Ghost and/or Deepfreeze. Novell ZENWorks. "Just" group policy with AD, or Microsoft SMS.
Usualy a closed fist to the throat area solves problems like that.
If your going to do the joke, at least do it correctly, with valid syntax.
ADD 1 TO COBOL GIVING COBOLSpoken like someone who has never dug, by hand, more then one posthole in an enviroment with a 3foot frost line.
Optional for who? Not the consumer, Ill bet. And if it is optional for the consumer, you can be sure as shit that that being disabled will be reported - or a monitor key not transmitted - so that the DRMd stuff wont play.
I hope your not taking any jobs at $50 for a quick install. Any consultant shop would be $100/hr, minimum of a 3 hour call out. So even if you charge them $150, its still a deal.
Actually, there are both systems in place for email.
For sender authentication there is S/MIME, the standardized version of PKCS #7. It can, with a very high level of security, demonostrate who sent an email message.
For ensuring delivery there is RFC 2298, which describes "Message Disposition Notifications", including return receipts. All the "groupware" client/server packages (Exchange, Groupwise, Notes...) have since their respective version 1.0's supported this internally.
"Important" messages should almost definitly be sent with S/MIME signatures. Most client support it (and have for 5 years). If the senders cert is sigined by a "well known" CA, then verification of the message sender wouldnt require any extra network activity on the receivers end (as would have been required by, say, (older versions of) PGP. To repeat myself, there is no reason why this shouldnt be in place now. Note that this technology is unrelated to SPF or domainkeys, or anything else like that; its client-to-client; Im not advocating using it on a lower level for anti-spam purposes.
RRs likely could work now, on a wide scale. That is, between compatability with RFC2298 and the legacy formats of groupware suites, most clients today support some kind of RRs. However, given its obvious use as a tool for spammers, using it automaticly for everything, on a wide scale, is almost definitly a bad idea. OTOH, spammers already do their own RRs, with HTML mail and image bugs.
No, you have a monopoly based on marketshare. That is not illegal. Having a monopoly and excluding competitors and controling prices is.
Id wager that it has to do with when the confusion happens. If a confused and/or drunk customer types in bistbuy.com, thats their fault. If bistbuy.com has banner adds all over the place saying "Electronics here!", then it is them who are causing confusion.
I second this Mozilla-as-a-platform is ideal for this scenario. While you, or any other potential programmer, may not know mozilla-the-platform: XUL, XBL, RDF and heavy CSS and JS; you or any potential programmer kinda sorta know it all, right now. And you, and your pool of programmers, will still know it 10 or 15 years from now. You cant say that about wxWidgets, QT, or GTK. Note also that XULRunner will support SQLite, Real Soon Now.
Or you can just get yourself a non-stupid compiler.
Well, if we're just throwing around a crap load of numbers, then 6 is the best one. That way, you can always be a tripod, and still move forward. Might be easier mechanically, too: One relativly powerful system to lift/move/drop the sets of legs, with each leg having independe hydraulics controling only length and angle. If the control software is built that one set of legs must be stable for the other to move, then getting off balance would be impossible.
Inside the coporate LAN, sure. But consider laptops. Are you prepared to trust the firewall of the hotel your salesdroid is staying at? The firewall of the office an IT consultant is going out to fix?
I suspect it has something to do with the black-magic routing of Akamai.
I could have just put a bug on Chuck Noris after a good meal of beans.
If anything, it has only implemented arrays of char.
You mean snapshots like LVM has provided for years? http://www.tldp.org/HOWTO/LVM-HOWTO/snapshots_back up.html ?