This is going to be tough for Tesla now that the feds are involved, and I can relate. My alternative fuel car, based on a glyceryl trinitrate fuel, would be blowing the Tesla off the road if it weren't for a minor fuel storage and shock absorber problem. Damn feds with their quibbly little safety regulations won't even let me drive the prototype on public roads. Progress is not about perfection.
The scope of the screw ups on this is so big that new vernacular and laws will be coined. College courses will be created solely focusing on the screw ups involved in this system. Many of epic software disasters of the past will be forgotten because of how they fade in comparison.
The problems:
o $5B estimate to produce the site (WTF!) but only a $1B budget granted to create the site (still, WTF! ) o Hofstadter’s Law o 55 contractors and Conway's law o 2 weeks of integration testing before going live (seriously? a thousand WTF!) o Unknown size of the Cone of Uncertainty at launch o Failure to adopt 'Worse is Better' OR 'The Right Thing'
The solution involves a heavy dose of outside programmer's thus invoking Brook's Law.
The $5B estimate is nealry 24,000 man-years of effort at $100/hr. So, congress said, 'no way', we think it is only 5,000 man-years. Yeah. Congress is overseeing a software project.
On all other points you've made, kudos. However, Space Camp does not operate within the budget of NASA. It is part of the United State Space and Rocket Center Museum. Having developed and sold a simulator to Space Camp, I wish they had part of NASA's budget. Museums are not deep pocket customers.
I don't believe the value of the current simulators (none of which I worked on, btw) is diminished in the least by being reflective of the last 32 years of manned flight. The important parts of what is being taught is not about specific flight hardware as much as it is about planning and teamwork in the adverse conditions that space provides.
Those savvy to 2600 I am sure remember, but for the rest: Ma Bell was recording metadata and voice without wiretaps. It began with Project Greenstar and was used to evaluate and catch the first phone phreaks. (See "Exploding The Phone:..." by Phil Lapsley for an interesting read on this.)
From personal experience and knowledge of people involved, the US gov't was at least capturing voice data on select people since before 1964. This came to light to me in 1988, as related by someone that was interviewed and questioned about phone conversations that took place prior to 1964. This did not involve illegal activity prior to 1964 nor in 1988. Upon learning of this, I assumed the gov't has been capturing but not listening to all that it can (just as was done in Project Greenstar) and that only when certain issues came to light, was the listening performed.
My son and I were looking forward to playing this until we played in the first beta. With a one hour limit on play time, practically no new content to be experienced in that beta, and some really oddball bugs, I knew a decent play experience would have to be several months away. It is clear the imminent release data was driven by forces outside of the developers' authority. This was not a milestone driven release schedule, therefore, ignore all the spin coming from EA marketing. The game is in alpha, even now. The improvement they report for server access can be explained by customers staying away in droves.
You missed a key point regarding the word "abuse". It all sounds legit until you ponder the security issues and how easy it could be to gain access to the database--even legitimately. e.g., I'm writing an app to tutor math students. In fact, I just spent 10 minutes creating an introduction to Algebra, so I'm legit, now please provide access to the database.
Real security has been a joke in my kids' school system. It is hardly fear-mongering to extrapolate what that means for the database described in the article.
Culture happens anyway. It is always present and is not a fad. As you say, there may be a fad in promoting a "developer culture" as some kind of HR marketing ploy, which may all the point you hoped to make with that, but a culture exists, whether it is fostered or not. I think the OP is asking how to foster a good culture, and given that he is not in HR, I take his question at face value.
Your dysfunctional example is a case where good culture is not being fostered by the tribal leaders Seeking good culture includes seeking to reduce the effects of dysfunctional companies on the tribe.
I've worked in environments where a "fake" culture, denoted by the equivalent of Hawaiian-shirt Fridays, was promoted. That happens when clueless people try to grow the tribe beyond practical limits (there is a limit) or simply don't understand what culture is. But it is likewise clueless to suggest that "hippie dippie" stuff should be avoided. There is no right or wrong in those things. They are simply attributes that are available to be adopted or not according to the needs of the tribe.
I totally agree that a good goal is "people who can do their jobs and interact with others", but like "profit $5 million annually per employee" is another good goal, it is not enough to say the goal, there must be a plan.
Initially, we had the problem you cite. We adapted, however, and a couple of things fixed it.
We would play daily (Texas Hold 'Em), carrying over our chips from the previous day, with blinds increasing at the beginning of the day until Thursday, when the blinds would increase on a much accelerated schedule and a winner emerged (usually by the end of the lunch hour). On Friday, we went out to lunch and the the winner would have lunch paid for by the rest of the team. I maintained a spreadsheet for chip counts and statistics over time, which tended to make winning a matter of pride. Also, if you busted out early during lunch, you had to shuffle and deal at least until someone else went bust. On Monday, we'd all get 400 chips and each day after that, we were bankrolled another 200, permitting those that were broke to get back into the game and have a chance to win the free lunch. Took a while to evolve rules to that point, but we all adopted conservative, rational play once all the pieces were in place. I eventually made a spreadsheet to keep track of the daily stuff and the lunch money.
Think like a tribe and do things to strengthen the tribe. A culture is strengthened by rituals and mutual goals, so do things that reinforce that. Divide your culture into three areas: 1) Work, 2) Play, 3) Philosophical; and do things that will reinforce those. Here are some specific recommendations:
Work Adopt development methodologies (like Agile) stolen/gleaned from well-documented sources. Adopt specific syntactical coding standards so that everyone's code looks identical. Do not permit anyone to use tools to make their code "pretty". Have inclusive meetings to hash out the specifics and get complete buy-in from all team (tribe) members. Document well for future members. More specifically, institute weekly code reviews (at least until they start becoming pointless because everyone is finally on the same page) where one person's code is examined and discussed. This is a ritual that exposes egos, reveals misunderstandings, and exposes weaknesses that can be remedied. After a few cycles through everyone in the team, this will become less difficult and there will be far fewer issues found. Pro tip: start with the tribe leader's code. New members will view code reviews as a kind of initiation, which it is. I was on a team of five developers that did this and it did more to bring us together as a tribe than any single thing. Caught tons of bugs well before they were integrated into the rest of the system. (Initially, we could not check code in until it had been reviewed.)
Play Eat lunch together as a tribe at least once a week if not more often. Eat in the office and play poker, (not for money) if possible. Always invite everyone in the tribe and if you have a lone wolf that never eats with everyone else, have his boss start holding work lunches, requiring attendance (and then just don't do any real work). Similarly, have some kind of family friendly weekend, off-site event at least once a quarter, paid for by the company if possible, such as cookouts, bowling, sporting event. Ideally, this will be more picnic-like than movie-like to foster getting to know families. I was part of a team that did this (not the same as the one mentioned above). Picnics, a softball team, a volleyball team, movie days (we'd take a long lunch and all go to a new release) were all part of it. It was great until we merged with another company that took over, trashed our budget for such things, split the tribe, started having conference calls during lunch time. Tribe hung on for a while but once these changes were in place, it was clear to us that the company that took us over had no soul.
Philosophical Have regular "meetings" to discuss technology trends, ideas, stuff found on the web. A lot of this will happen at those regular lunches but try to let lunch be more social, less work talk. As individuals, investigate new methodologies and tools to adopt and then discuss them in a group. Find out what websites each of you regularly reads. Tell war stories from previous jobs or college. Think of these meetings as the time to plan how to strengthen the tribe. The atmosphere of these "meetings" should be akin to sitting around the campfire, sipping on a beer, smoking a pipe, looking at the stars, telling stories. The agenda is not about getting anything done for work, but just about sharing thoughts. Don't let looking at the web become the focus. If no one is talking, then you are doing it wrong. Meeting once a week should suffice.
Note that all three activities above will go far to introduce new team members to the culture and get them integrated into a productive environment. This is important in the long run as rapid team growth can kill a culture. These activities go far to reinforce hierarchy and retain the culture, as well as identify issues that new members may bring along as baggage.
As a species, we are wired to be social and our social construct is wired to be tribal, both in size and in hierarchy. Also, our tribal roots center on the meal, so adding food to any of t
"- Siri itself has been around for nearly two years. "
Indeed, I grabbed Siri for my iPhone 3G when it was announced that Apple was going to acquire Siri. I had used other voice recognition software in the past on my PC and Siri was initially pleasingly better than anything else I had used up to that point.
But, after about a month of futzing around with it, the limitations overcame the novelty. As someone else has mentioned, it is maddening when it doesn't work.
I also found it to be slow (but that is standard for everything on my iPhone, now). And speed really matters when it comes to querying a device, but only more so when using speech recognition; speed AND timing are important with voice recognition. You'd be surprised how many times you need to wait for background noise to diminish before issuing a command. If you have to wait an extra 2 seconds for Siri to get ready before you talk, then you have to wait for someone nearby to complete their sentence, or for a car to pass by, you find that you are just waiting when you could be using your fingers instead to query or command.
Over time, fingers become the default preferred interface and you forget about using Siri except in very specific situations (like driving). But even here, the Siri app doesn't provide "eye-free" use since it isn't converting the results to speech. You still have to eyeball the results, and once you eyes are on the screen, the temptation to touch rather than speak will be there.
Perhaps under 4S, Siri can overcome some of these problems, and I hope it does, but I am skeptical.
BTW, when I launch Siri now, it says, "I've been replaced! The new Siri is even smarter and better-looking than me, and waiting for you on the iPhone 4S. I'll be leaving for home Oct 15th. Until then...how can I help you?" I guess it is getting pulled from my phone tomorrow? I won't miss the version I have, but would have liked to have been upgraded to some flavor of the new version, rather than having it yanked.
Don't make the mistake of only looking at the vehicle itself. Any launch vehicle is part of a larger system and the entire cost of the system is what must be considered. The primary goal is to reduce the cost per pound to orbit. The material considerations you cite for the craft are insignificant compared to the labor cost for a factory full of workers to create throwaway vehicles for twenty years. Likewise, the extraordinary labor costs for preparing a shuttle (STS) for another launch is why it is a financial failure. There's nothing more dubious about the idea of a reusable spacecraft than the idea of a reusable airplane or automobile.
Offshoring is just the 2000's flavor of snake oil that we saw in the 80's and 90's centered on Quality: Total Quality Management, Continuous Quality Improvement, Six Sigma, Malcom Baldrige Awards, etc. In the late 80's and 90's, it was the Japanese Quality Bogyman that was gonna 'get us'. U.S. companies would send their top executives to Japan where they would witness marvelous demonstrations the perfect worker: robots, making it seem as if the Japanese were decades ahead. In reality, they were seeing demonstrations and not the real production lines which were filled with hundreds of humans working their asses off six days a week. Nowadays, executives are touring India and seeing a new bogyman, the perfect, happy, Indian programmer with an advanced degree being paid dirt and enjoying standards of living rivaling top government officials.
Deming and Juran were the false prophets of the great Quality Myth that companies believed in first, and Yourdon is their successor with his 'Decline and Fall'. (Yourdon tried to reverse himself with 'Rise & Resurrection' but I guess optimism isn't as believable as doom and gloom.) Offshoring is just the ignorant trying to fulfill Yourdon's original prophecy.
The US military already has Psychohistory of a sort. It is called Spectrum. My discussion with some of its users revealed that the weakness is getting good subject matter experts for non-U.S. societies. Your simulation is only as good as your model, after all. But think about how well they can model U.S. society. From the link below: "Spectrum is designed to simulate military units, government and non-government organizations, political, economic and socio-cultural environments of a country or region. It was developed by the National Simulation Center (NSC) in 1995 for the purpose of supporting Military Operations Other Than War (MOOTW) and Stability and Support Operations (SASO) training. It is a training vehicle for commanders and staffs from company to National/Strategic level. Spectrum simulates combat, combat support, combat service support, medical, civil affairs, Psychological Operations (PSYOP), disasters, terrorist activities and just about anything else imaginable. It has an attrition assessment model and portrays thinking, reacting and unpredictable civilian populations of all types. Spectrum has a Regional Analysis model which measures the effectiveness of group interaction based on the populations' opinion over time. It is a stand-alone simulation with worldwide terrain availability. " http://www.stricom.army.mil/OPS/CT/devices.jsp
"The low-latency patch yields worst-case latencies of around 1.5 milliseconds at present. The preempt patch is around 80 milliseconds,
but with the locking changes it should also yield 1-2 millisecond latencies." On what speed processor? 1.5ms is way too long for any kind of processor being sold these days. Try 100us maximum latency on a 133Mhz Pentium for starters and go down from there. And learn to use the term "deterministic" and I might raise an eyebrow. Make it POSIX 1003.1 compliant and someone will have a serious solution.
Programmers either need deterministic response in their applications or they don't. If they do, then Linux is not their OS. If they don't, then these half-baked solutions to reduce context switching time and interrupt latency are probably going to be fun to play with, but will cause nightmares in the long run.
Looks like Corel finally read the Writing on The Wall: there ain't no money in Linux. Phrases like "steady descent from a Linux-inspired high of $39.25 in December 1999" make it seem like the stock market bubble correlates quite nicely with corporate enthusiasm with Linux. I note Corel stock was up today, following the announcment. What other companies have followed the Linux bandwagon and are now ready to jump off? I've got some money to invest.
Ah, yes. I remember it like it was just last year...Wait! It was last year. We took 6 monitors, three 21" stacked (upsidedown) on three 28" HDTV and played a multi-headed Quake.
MultiVisQuake.mov ~2Mb
We were testing our API that allows developers to create multi-headed applications. Due to GPL, we can't release the executable. But it is a cool thing to play with. With people upgrading home PCs every couple of years, it would be neat to use the old system act as a rear view mirror.
Too bad you can't get this version of Quake for it
on
The Ultimate Monitor
·
· Score: 1
Cool display but you need a high fill rate to drive that many pixels. The simple solution for fill is to use multiple machines to drive the eyepoint, as seen in this version of Quake on 6 monitors:
MultiVisQuake.mov ~2MB
Sorry, that Quake won't see the light of day because of the GPL and the commercial API used to develop it.
Bandwidth ceilings are always being broken. Or has everyone forgotten about the alleged 9600 bps limit on existing telephone lines we were told about back in the mid 80s? For a more recent example, take a look at the technology described at http://www.timedomain.org/applications/comparison. html and see why this is a pointless question.
Microsoft has plenty of resources to protect their copyright, and because of their size. They are the exception rather than the rule when it comes to generalizing. Small companies will always find it easier to keep their source unpublished rather than go to court to pursue infringement after the damage is done.
Slashdot Mirror
This is going to be tough for Tesla now that the feds are involved, and I can relate. My alternative fuel car, based on a glyceryl trinitrate fuel, would be blowing the Tesla off the road if it weren't for a minor fuel storage and shock absorber problem. Damn feds with their quibbly little safety regulations won't even let me drive the prototype on public roads. Progress is not about perfection.
The scope of the screw ups on this is so big that new vernacular and laws will be coined. College courses will be created solely focusing on the screw ups involved in this system. Many of epic software disasters of the past will be forgotten because of how they fade in comparison.
The problems:
o $5B estimate to produce the site (WTF!) but only a $1B budget granted to create the site (still, WTF! )
o Hofstadter’s Law
o 55 contractors and Conway's law
o 2 weeks of integration testing before going live (seriously? a thousand WTF!)
o Unknown size of the Cone of Uncertainty at launch
o Failure to adopt 'Worse is Better' OR 'The Right Thing'
The solution involves a heavy dose of outside programmer's thus invoking Brook's Law.
The $5B estimate is nealry 24,000 man-years of effort at $100/hr. So, congress said, 'no way', we think it is only 5,000 man-years. Yeah. Congress is overseeing a software project.
On all other points you've made, kudos. However, Space Camp does not operate within the budget of NASA. It is part of the United State Space and Rocket Center Museum. Having developed and sold a simulator to Space Camp, I wish they had part of NASA's budget. Museums are not deep pocket customers.
I don't believe the value of the current simulators (none of which I worked on, btw) is diminished in the least by being reflective of the last 32 years of manned flight. The important parts of what is being taught is not about specific flight hardware as much as it is about planning and teamwork in the adverse conditions that space provides.
Those savvy to 2600 I am sure remember, but for the rest: Ma Bell was recording metadata and voice without wiretaps. It began with Project Greenstar and was used to evaluate and catch the first phone phreaks. (See "Exploding The Phone:..." by Phil Lapsley for an interesting read on this.)
From personal experience and knowledge of people involved, the US gov't was at least capturing voice data on select people since before 1964. This came to light to me in 1988, as related by someone that was interviewed and questioned about phone conversations that took place prior to 1964. This did not involve illegal activity prior to 1964 nor in 1988. Upon learning of this, I assumed the gov't has been capturing but not listening to all that it can (just as was done in Project Greenstar) and that only when certain issues came to light, was the listening performed.
My son and I were looking forward to playing this until we played in the first beta. With a one hour limit on play time, practically no new content to be experienced in that beta, and some really oddball bugs, I knew a decent play experience would have to be several months away. It is clear the imminent release data was driven by forces outside of the developers' authority. This was not a milestone driven release schedule, therefore, ignore all the spin coming from EA marketing. The game is in alpha, even now. The improvement they report for server access can be explained by customers staying away in droves.
You missed a key point regarding the word "abuse". It all sounds legit until you ponder the security issues and how easy it could be to gain access to the database--even legitimately. e.g., I'm writing an app to tutor math students. In fact, I just spent 10 minutes creating an introduction to Algebra, so I'm legit, now please provide access to the database.
Real security has been a joke in my kids' school system. It is hardly fear-mongering to extrapolate what that means for the database described in the article.
people who buy these will eventually regret the proprietary cartridges.
Culture happens anyway. It is always present and is not a fad. As you say, there may be a fad in promoting a "developer culture" as some kind of HR marketing ploy, which may all the point you hoped to make with that, but a culture exists, whether it is fostered or not. I think the OP is asking how to foster a good culture, and given that he is not in HR, I take his question at face value.
Your dysfunctional example is a case where good culture is not being fostered by the tribal leaders Seeking good culture includes seeking to reduce the effects of dysfunctional companies on the tribe.
I've worked in environments where a "fake" culture, denoted by the equivalent of Hawaiian-shirt Fridays, was promoted. That happens when clueless people try to grow the tribe beyond practical limits (there is a limit) or simply don't understand what culture is. But it is likewise clueless to suggest that "hippie dippie" stuff should be avoided. There is no right or wrong in those things. They are simply attributes that are available to be adopted or not according to the needs of the tribe.
I totally agree that a good goal is "people who can do their jobs and interact with others", but like "profit $5 million annually per employee" is another good goal, it is not enough to say the goal, there must be a plan.
Initially, we had the problem you cite. We adapted, however, and a couple of things fixed it.
We would play daily (Texas Hold 'Em), carrying over our chips from the previous day, with blinds increasing at the beginning of the day until Thursday, when the blinds would increase on a much accelerated schedule and a winner emerged (usually by the end of the lunch hour). On Friday, we went out to lunch and the the winner would have lunch paid for by the rest of the team. I maintained a spreadsheet for chip counts and statistics over time, which tended to make winning a matter of pride. Also, if you busted out early during lunch, you had to shuffle and deal at least until someone else went bust. On Monday, we'd all get 400 chips and each day after that, we were bankrolled another 200, permitting those that were broke to get back into the game and have a chance to win the free lunch. Took a while to evolve rules to that point, but we all adopted conservative, rational play once all the pieces were in place. I eventually made a spreadsheet to keep track of the daily stuff and the lunch money.
Think like a tribe and do things to strengthen the tribe. A culture is strengthened by rituals and mutual goals, so do things that reinforce that. Divide your culture into three areas: 1) Work, 2) Play, 3) Philosophical; and do things that will reinforce those. Here are some specific recommendations:
Work
Adopt development methodologies (like Agile) stolen/gleaned from well-documented sources. Adopt specific syntactical coding standards so that everyone's code looks identical. Do not permit anyone to use tools to make their code "pretty". Have inclusive meetings to hash out the specifics and get complete buy-in from all team (tribe) members. Document well for future members. More specifically, institute weekly code reviews (at least until they start becoming pointless because everyone is finally on the same page) where one person's code is examined and discussed. This is a ritual that exposes egos, reveals misunderstandings, and exposes weaknesses that can be remedied. After a few cycles through everyone in the team, this will become less difficult and there will be far fewer issues found. Pro tip: start with the tribe leader's code. New members will view code reviews as a kind of initiation, which it is. I was on a team of five developers that did this and it did more to bring us together as a tribe than any single thing. Caught tons of bugs well before they were integrated into the rest of the system. (Initially, we could not check code in until it had been reviewed.)
Play
Eat lunch together as a tribe at least once a week if not more often. Eat in the office and play poker, (not for money) if possible. Always invite everyone in the tribe and if you have a lone wolf that never eats with everyone else, have his boss start holding work lunches, requiring attendance (and then just don't do any real work). Similarly, have some kind of family friendly weekend, off-site event at least once a quarter, paid for by the company if possible, such as cookouts, bowling, sporting event. Ideally, this will be more picnic-like than movie-like to foster getting to know families. I was part of a team that did this (not the same as the one mentioned above). Picnics, a softball team, a volleyball team, movie days (we'd take a long lunch and all go to a new release) were all part of it. It was great until we merged with another company that took over, trashed our budget for such things, split the tribe, started having conference calls during lunch time. Tribe hung on for a while but once these changes were in place, it was clear to us that the company that took us over had no soul.
Philosophical
Have regular "meetings" to discuss technology trends, ideas, stuff found on the web. A lot of this will happen at those regular lunches but try to let lunch be more social, less work talk. As individuals, investigate new methodologies and tools to adopt and then discuss them in a group. Find out what websites each of you regularly reads. Tell war stories from previous jobs or college. Think of these meetings as the time to plan how to strengthen the tribe. The atmosphere of these "meetings" should be akin to sitting around the campfire, sipping on a beer, smoking a pipe, looking at the stars, telling stories. The agenda is not about getting anything done for work, but just about sharing thoughts. Don't let looking at the web become the focus. If no one is talking, then you are doing it wrong. Meeting once a week should suffice.
Note that all three activities above will go far to introduce new team members to the culture and get them integrated into a productive environment. This is important in the long run as rapid team growth can kill a culture. These activities go far to reinforce hierarchy and retain the culture, as well as identify issues that new members may bring along as baggage.
As a species, we are wired to be social and our social construct is wired to be tribal, both in size and in hierarchy. Also, our tribal roots center on the meal, so adding food to any of t
So where is the browser plugin to allow me to boycott the websites STILL using GoDaddy for their domain hosting?
"- Siri itself has been around for nearly two years. "
Indeed, I grabbed Siri for my iPhone 3G when it was announced that Apple was going to acquire Siri. I had used other voice recognition software in the past on my PC and Siri was initially pleasingly better than anything else I had used up to that point.
But, after about a month of futzing around with it, the limitations overcame the novelty. As someone else has mentioned, it is maddening when it doesn't work.
I also found it to be slow (but that is standard for everything on my iPhone, now). And speed really matters when it comes to querying a device, but only more so when using speech recognition; speed AND timing are important with voice recognition. You'd be surprised how many times you need to wait for background noise to diminish before issuing a command. If you have to wait an extra 2 seconds for Siri to get ready before you talk, then you have to wait for someone nearby to complete their sentence, or for a car to pass by, you find that you are just waiting when you could be using your fingers instead to query or command.
Over time, fingers become the default preferred interface and you forget about using Siri except in very specific situations (like driving). But even here, the Siri app doesn't provide "eye-free" use since it isn't converting the results to speech. You still have to eyeball the results, and once you eyes are on the screen, the temptation to touch rather than speak will be there.
Perhaps under 4S, Siri can overcome some of these problems, and I hope it does, but I am skeptical.
BTW, when I launch Siri now, it says, "I've been replaced! The new Siri is even smarter and better-looking than me, and waiting for you on the iPhone 4S. I'll be leaving for home Oct 15th. Until then...how can I help you?" I guess it is getting pulled from my phone tomorrow? I won't miss the version I have, but would have liked to have been upgraded to some flavor of the new version, rather than having it yanked.
Godwin's law. You lose.
Don't make the mistake of only looking at the vehicle itself. Any launch vehicle is part of a larger system and the entire cost of the system is what must be considered. The primary goal is to reduce the cost per pound to orbit. The material considerations you cite for the craft are insignificant compared to the labor cost for a factory full of workers to create throwaway vehicles for twenty years. Likewise, the extraordinary labor costs for preparing a shuttle (STS) for another launch is why it is a financial failure. There's nothing more dubious about the idea of a reusable spacecraft than the idea of a reusable airplane or automobile.
Offshoring is just the 2000's flavor of snake oil that we saw in the 80's and 90's centered on Quality: Total Quality Management, Continuous Quality Improvement, Six Sigma, Malcom Baldrige Awards, etc. In the late 80's and 90's, it was the Japanese Quality Bogyman that was gonna 'get us'. U.S. companies would send their top executives to Japan where they would witness marvelous demonstrations the perfect worker: robots, making it seem as if the Japanese were decades ahead. In reality, they were seeing demonstrations and not the real production lines which were filled with hundreds of humans working their asses off six days a week. Nowadays, executives are touring India and seeing a new bogyman, the perfect, happy, Indian programmer with an advanced degree being paid dirt and enjoying standards of living rivaling top government officials.
Deming and Juran were the false prophets of the great Quality Myth that companies believed in first, and Yourdon is their successor with his 'Decline and Fall'. (Yourdon tried to reverse himself with 'Rise & Resurrection' but I guess optimism isn't as believable as doom and gloom.) Offshoring is just the ignorant trying to fulfill Yourdon's original prophecy.
The US military already has Psychohistory of a sort. It is called Spectrum. My discussion with some of its users revealed that the weakness is getting good subject matter experts for non-U.S. societies. Your simulation is only as good as your model, after all. But think about how well they can model U.S. society. From the link below:
"Spectrum is designed to simulate military units, government and non-government organizations, political, economic and socio-cultural environments of a country or region. It was developed by the National Simulation Center (NSC) in 1995 for the purpose of supporting Military Operations Other Than War (MOOTW) and Stability and Support Operations (SASO) training. It is a training vehicle for commanders and staffs from company to National/Strategic level. Spectrum simulates combat, combat support, combat service support, medical, civil affairs, Psychological Operations (PSYOP), disasters, terrorist activities and just about anything else imaginable. It has an attrition assessment model and portrays thinking, reacting and unpredictable civilian populations of all types. Spectrum has a Regional Analysis model which measures the effectiveness of group interaction based on the populations' opinion over time. It is a stand-alone simulation with worldwide terrain availability. "
http://www.stricom.army.mil/OPS/CT/devices.jsp
"The low-latency patch yields worst-case latencies of around 1.5 milliseconds at present. The preempt patch is around 80 milliseconds,
but with the locking changes it should also yield 1-2 millisecond latencies." On what speed processor? 1.5ms is way too long for any kind of processor being sold these days. Try 100us maximum latency on a 133Mhz Pentium for starters and go down from there. And learn to use the term "deterministic" and I might raise an eyebrow. Make it POSIX 1003.1 compliant and someone will have a serious solution.
Programmers either need deterministic response in their applications or they don't. If they do, then Linux is not their OS. If they don't, then these half-baked solutions to reduce context switching time and interrupt latency are probably going to be fun to play with, but will cause nightmares in the long run.
Looks like Corel finally read the Writing on The Wall: there ain't no money in Linux. Phrases like "steady descent from a Linux-inspired high of $39.25 in December 1999" make it seem like the stock market bubble correlates quite nicely with corporate enthusiasm with Linux. I note Corel stock was up today, following the announcment. What other companies have followed the Linux bandwagon and are now ready to jump off? I've got some money to invest.
Ah, yes. I remember it like it was just last year...Wait! It was last year. We took 6 monitors, three 21" stacked (upsidedown) on three 28" HDTV and played a multi-headed Quake. MultiVisQuake.mov ~2Mb We were testing our API that allows developers to create multi-headed applications. Due to GPL, we can't release the executable. But it is a cool thing to play with. With people upgrading home PCs every couple of years, it would be neat to use the old system act as a rear view mirror.
You mean like this: MultiVisQuake.mov ~2Mb. That's QuakeGL on 6 monitors.
Cool display but you need a high fill rate to drive that many pixels. The simple solution for fill is to use multiple machines to drive the eyepoint, as seen in this version of Quake on 6 monitors: MultiVisQuake.mov ~2MB Sorry, that Quake won't see the light of day because of the GPL and the commercial API used to develop it.
Bandwidth ceilings are always being broken. Or has everyone forgotten about the alleged 9600 bps limit on existing telephone lines we were told about back in the mid 80s? For a more recent example, take a look at the technology described at http://www.timedomain.org/applications/comparison. html and see why this is a pointless question.
Microsoft has plenty of resources to protect their copyright, and because of their size. They are the exception rather than the rule when it comes to generalizing. Small companies will always find it easier to keep their source unpublished rather than go to court to pursue infringement after the damage is done.