Been there, done that. A layer of abstraction is the way to go. Create a component, a front-end of sorts, for each legacy system. Integrate that, and not the system itself, to the sso solution. Use the current, legacy accounts as pointers to the new unified account. Have the new component accept sso tokens of some kind - kerberos tokens work marvels, if you have the patience to use the GSSapi; if not, a sso web solution that can grant tokens (catching cookies is a simple thing to do).
You are absolutely right. Older applications are usually dependent on one or two persons, poorly documented (if documented at all), and have so many patches that it is difficult to make sense of them at all.
Sometimes the only solution is to start all over again, gathering requirements directly from the sponsor or user than trying to migrate an existing app.
I think that is precisely the kind of attitude that delivers the most expensive solution in the long run. You don't have to be state-of-the-art all the time, but come on; dBase to SQL is a no-brainer.
The company I work for had been delaying migration from an HP-3000 for years and years. Postponing the decision was made on the basis of if-it's-not-broken-don't-fix-it. Presently not even HP will give support to these machines, and the only people available for it are charging obscene amounts of money for doing it, no warranties attached. Now that we have been forced by headquarters to implement strict security measures we find that it is simply not possible to do it on the HP-3000, therefore forcing us to migrate to another platform. Quickly. As in right now. You can picture the nightmare it has become.
Just how long do you think the private key would last? A good coordinated brute force attack, sponsored by spammers, harvesting some kind of zombie machines (easily available under $200) going at it 24 hours a day, for weeks, months and if needed, years, will eventually break any private key you can imagine.
Perhaps you would trust that system. I'd rather not.
Why should it really be a concern? I mean, poker companies will still be making money, and as long as nobody's cheating, what gives if the next person is a human or a bot?
Machines are no intellectual match for humans (at least for now). At least not for most humans. Given the fact that poker is a game of chance (unlike say chess, in which randomness has no play), a bot can only be as good as the expert that has created it.
Ask Jeeves' various search engines, which include Teoma, Excite and iWon, held a 6 percent share
Even at a 6% share it's a huge market. It is however difficult to get a better position by solely giving users the ability to save bookmarks. I already have bookmarks integrated in my browser of choice, thank you very much.
"Google is not better than us," said Jim Lanzone, an Ask Jeeves senior vice president
Go tell that to the 36% of the people that are using Google instead of Ask Jeeves
Perhaps the big savings is in the corporation side rather than on the individual customer side. Big corporations are also big spenders in the telephone business, and not so individuals. Often this corporations get special deals regarding support, sometimes in site.
It could be that this is not yet prime time for home users in the VoIP arena.
Perhaps there are a lot of code related crimes out there done by individuals at all ages, but the objectives are different, hence the difficulty of catching those whose main goals are not those of mischief, but of industrial espionage, who I would think will be quite more interested in covering their tracks rather than boasting about their achievements.
Unless you are targeting for binary compatibility among different architectures, the question is somewhat meningless. If you need to compile from the source, you may very well use a faster tool for the job; it can be Intel for Pentiums, and GCC for the rest.
Granted, if you want to deliver a binary that runs on other platforms (by means of emulation or whatever) you better stick to GCC. Now, how many times do you need this?
I believe the author of the article himself is stating that in the end you should be using the best tool for the job. So there.
My impression of IBM is that they would prefer not to be in the operating system business.
Even more, it is my impression that IBM would also be out of the software market as well, and comoditize it instead. The most profitable part of a solution is in professional services.
Sometimes it is better to speak the same language of those who take the decisions. It is a sad when a good initiative is dismissed because the people pushing it were not able to communicate it property to the management.
Spammer directs recipient to http://goodpillmed4u.biz/ which is hosted in China. It's safe to say that 'goodpillmed4u.biz' is a spammer's domain.
It is not. Suppose we are competitors. Suppose I want to drive you out of business. I send spam in your name, and redirect recipients to your domain. Now, without further investigation, your domain is gone. Easy!
Indeed. Performance should not be that much of an issue for most applications, given the fact that hardware is becoming increasingly cheaper and that most computers are replaced before you know. Software, on the other hand (and specially the custom made variety) tends to last longer. Therefore, a small increase on performance should never outweight independence.
No, it has not been fixed. I tested it, and my computer became unresponsive for a while. Trying to umount the device resulted in an error message, yet mount shows it.
Slashdot Mirror
Been there, done that. A layer of abstraction is the way to go. Create a component, a front-end of sorts, for each legacy system. Integrate that, and not the system itself, to the sso solution. Use the current, legacy accounts as pointers to the new unified account. Have the new component accept sso tokens of some kind - kerberos tokens work marvels, if you have the patience to use the GSSapi; if not, a sso web solution that can grant tokens (catching cookies is a simple thing to do).
Not UNIX, but UNIX-based.
So just because a random guy could not get a dhcp lease using a command he's used to in his FreeBSD installation MacOSX is not BSD? I don't think so.
Or when you lock it, after which it resumes indexing right away
You are absolutely right. Older applications are usually dependent on one or two persons, poorly documented (if documented at all), and have so many patches that it is difficult to make sense of them at all.
Sometimes the only solution is to start all over again, gathering requirements directly from the sponsor or user than trying to migrate an existing app.
I think that is precisely the kind of attitude that delivers the most expensive solution in the long run. You don't have to be state-of-the-art all the time, but come on; dBase to SQL is a no-brainer.
The company I work for had been delaying migration from an HP-3000 for years and years. Postponing the decision was made on the basis of if-it's-not-broken-don't-fix-it. Presently not even HP will give support to these machines, and the only people available for it are charging obscene amounts of money for doing it, no warranties attached. Now that we have been forced by headquarters to implement strict security measures we find that it is simply not possible to do it on the HP-3000, therefore forcing us to migrate to another platform. Quickly. As in right now. You can picture the nightmare it has become.
Just how long do you think the private key would last? A good coordinated brute force attack, sponsored by spammers, harvesting some kind of zombie machines (easily available under $200) going at it 24 hours a day, for weeks, months and if needed, years, will eventually break any private key you can imagine.
Perhaps you would trust that system. I'd rather not.
Why should it really be a concern? I mean, poker companies will still be making money, and as long as nobody's cheating, what gives if the next person is a human or a bot?
Machines are no intellectual match for humans (at least for now). At least not for most humans. Given the fact that poker is a game of chance (unlike say chess, in which randomness has no play), a bot can only be as good as the expert that has created it.
Ask Jeeves' various search engines, which include Teoma, Excite and iWon, held a 6 percent share
Even at a 6% share it's a huge market. It is however difficult to get a better position by solely giving users the ability to save bookmarks. I already have bookmarks integrated in my browser of choice, thank you very much.
"Google is not better than us," said Jim Lanzone, an Ask Jeeves senior vice president
Go tell that to the 36% of the people that are using Google instead of Ask Jeeves
Perhaps the big savings is in the corporation side rather than on the individual customer side. Big corporations are also big spenders in the telephone business, and not so individuals. Often this corporations get special deals regarding support, sometimes in site.
It could be that this is not yet prime time for home users in the VoIP arena.
Perhaps there are a lot of code related crimes out there done by individuals at all ages, but the objectives are different, hence the difficulty of catching those whose main goals are not those of mischief, but of industrial espionage, who I would think will be quite more interested in covering their tracks rather than boasting about their achievements.
Unless you are targeting for binary compatibility among different architectures, the question is somewhat meningless. If you need to compile from the source, you may very well use a faster tool for the job; it can be Intel for Pentiums, and GCC for the rest.
Granted, if you want to deliver a binary that runs on other platforms (by means of emulation or whatever) you better stick to GCC. Now, how many times do you need this?
I believe the author of the article himself is stating that in the end you should be using the best tool for the job. So there.
My impression of IBM is that they would prefer not to be in the operating system business.
Even more, it is my impression that IBM would also be out of the software market as well, and comoditize it instead. The most profitable part of a solution is in professional services.
Sometimes it is better to speak the same language of those who take the decisions. It is a sad when a good initiative is dismissed because the people pushing it were not able to communicate it property to the management.
If only this Orkut thing would work:
Server Error in '/' Application
Runtime Error
Yeah, right.
A lot do, especially those in compliance with BS-7799
Spammer directs recipient to http://goodpillmed4u.biz/ which is hosted in China. It's safe to say that 'goodpillmed4u.biz' is a spammer's domain.
It is not. Suppose we are competitors. Suppose I want to drive you out of business. I send spam in your name, and redirect recipients to your domain. Now, without further investigation, your domain is gone.
Easy!
Any company? That must be one hell of a monopoly!
Indeed. Performance should not be that much of an issue for most applications, given the fact that hardware is becoming increasingly cheaper and that most computers are replaced before you know. Software, on the other hand (and specially the custom made variety) tends to last longer. Therefore, a small increase on performance should never outweight independence.
You are absolutely right. The Vatican is a country, recognised by the United Nations. The Catholic Church is the company, not the Vatican.
I you have experience with C language I would strongly suggest you to use Objective-C for your project.
Trust me.
How so? Care to elaborate?
Very helpful. Thanks. I ended installing PHP 4.3 though.
No, it has not been fixed. I tested it, and my computer became unresponsive for a while. Trying to umount the device resulted in an error message, yet mount shows it.
It is a nasty bug, alright.