Stanford Teaching MBAs How To Fight Open Source
mjasay writes "As if the proprietary software world needed any help, two business professors from Harvard and Stanford have combined to publish 'Divide and Conquer: Competing with Free Technology Under Network Effects,' a research paper dedicated to helping business executives fight the onslaught of open source software. The professors advise 'the commercial vendor ... to bring its product to market first, to judiciously improve its product features, to keep its product "closed" so the open source product cannot tap into the network already built by the commercial product, and to segment the market so it can take advantage of a divide-and-conquer strategy.' The professors also suggest that 'embrace and extend' is a great model for when the open source product gets to market first. Glad to see that $48,921 that Stanford MBAs pay being put to good use. Having said that, such research is perhaps a great, market-driven indication that open source is having a serious effect on proprietary technology vendors."
What happened to all open source software is crap arguments?
Surely companies likes Microsoft were not jesting!
Change is certain; progress is not obligatory.
They should have left their research closed. Now anyone can take their research, reverse engineer it, and repackage it under a Creating Commons license.
There was a paper in nature recently titled "Improve your jihad: nuclear weapons" as part of their weekly jihad improvement segment.
Control is an illusion, order our comforting lie. From chaos, through chaos, into chaos we fly
There's a reason Macs outsell Linux.
http://rocknerd.co.uk
Google says: No results found for "Improve your jihad: nuclear weapons".
GASP! They nuked the article! CENSORSHIP!
Not the real business types, just the non-engineer business types who can't provide value any other way.
Money is the root of all evil?
Yes, because a few million Mac desktops vastly outnumbers hundreds of millions of Linux embedded devices, servers, desktops and virtual appliances.
Sam ty sig.
What makes me laugh is that there is such an "Us Vs Them" tone in all of it.
Right. And the discussion below won't have a similar tone... :)
What makes me laugh is that there is such an "Us Vs Them" tone in all of it. It's like the nice business people think that all the open source guys are just waiting to kill their babies!
Wait, thats not our ultimate goal? I dedicated my life to a lie!
Liberte, Egalite, Fraternite (TM)
It's like the nice business people think that all the open source guys are just waiting to kill their babies! I mean settle down.
I agree, they really have nothing to worry about in this regard. The open source baby killing project is not even in beta yet, and there are compatibility and dependency issues that will keep it out of the linux kernel for quite some time. The closed-source world, especially Microsoft, is years ahead of OSS when it comes to infant termination software. But if there's anyone out there in slashdot-land who would like to lend a hand please grab the sources from freshmeat and pitch in!
You see, this is clearly a calculated move in the epic power struggle otherwise known as the Cal/Stanford rivalry. Do you really think it's a coincidence that the world's leading institution in the field of hating Stanford also happens to be the 'B' in BSD? You can soon expect a ferocious counterattack of Unix hacking, liberal politics, and lateral passes.
Our Mulch-o-Tron 5000 satisfies over 9000 best business practices and is ISO infinity certified. What better way to protect your company from the legal dangers of open source?
93rd rule of Slashdot: No matter how obvious my sarcasm is, my comment will be taken seriously by someone.
I always wondered why they called it that...
Some have asked: "Why does open source imitate more than innovate?"
Good question. We suspect the problem is that most open source software is written by programmers.
Although programmers are similar to human beings in many respects, and may even be mistaken for humans when observed briefly from a great distance or under adverse viewing conditions, controlled observations clearly demonstrate humans and programmers are distinct. Since programmers are a different species (as the term is broadly defined, since unlike other species open source programmers have never been observed to procreate -- or at least the very least we offer our most sincere condolences to any researcher who might witness such an event) they tend to construct interfaces that are either incomprehensible to the human mind, or in recognition of their own limitations, construct systems that are simple mimicry of human designed interfaces (aka "human interfaces"). Here the term "construct" is used intentionally because we cannot in good conscience use the term "design," with all that it implies in this context, as most evidence indicates programmer-constructed interfaces are unusable by human beings.
We performed several tests.
Emacs, an advanced operating system constructed by a programmer, was tested first. We requested our test subjects start emacs, write a short sentence, save a file containing the sentence, and cleanly exit the system -- all without the intervention of an open source programmer. No human test subject was able to do so. In fact, mere open source programmers were typically insufficient to complete the task: an open source programmer with a gray neck beard was often required.
We contrast emacs with Microsoft Word. The latter is not regarded as having an ideal interface, but nearly two thirds of human beings under the age of 40 who grew up in am industrialized Western nation were able to complete the open-edit-save-exit task without the intervention of a programmer. Even marketing staff had little trouble opening the application, saving the file, and exiting; most confusion revolved around the requirement to type a short sentence, but in all honesty this wasn't the fault of the software and furthermore this was the portion of the task least likely to elicit effective guidance from the programmer.
An equivalent test with Open Office, written by open source programmers but sporting a derivative interface, demonstrated similar results.
Next we tested the GIMP. Several graphic designers simply began to cry when placed in front of the testing terminal. Further testing was aborted on ethical grounds after one designer became physically ill. Although the results were officially recorded as "inconclusive," we remain skeptical as to the usability of the GIMP's interface by anyone other than a GIMP programmer. Similarly, we remain skeptical as to the graphic design proficiency of those programmers, but this is strictly untested conjecture and represents fertile ground for future inquiry.
With commercial software from well established vendors we presume there is a high likelihood that one or more human beings will be responsible for human interface design. Although further research is needed, it is possible that the absence of humans on many open source projects results in unusable or derivative interfaces. Furthermore, there may be aspects of the typical open source development process that discourage participation by humans. Again, further research is needed.
Well, they *have* been known to kill their wives. :-(
I.e business types.
All your base are belong to Wii.
The closed-source world, especially Microsoft, is years ahead of OSS when it comes to infant termination software
Well... my copy just failed with a Vaginal Ring of Death... I demand a 3 year warranty and diapers for my newborn...
Cheers!
Atheist: Buddhist in a Prius
No, idiot, you're not supposed to kill the babies. After you kill the bastards, you kidnap their babies and raise them to your ideals.
Circumcision is child abuse.
Quite the opposite! It's them vs. us.
http://www.rootstrikers.org/
And just where does this "freshmeat" come from? Hmm?
Much of it from gnus it seems.
Unfortunately they're overexploiting that so I suspect that nowadays most of the meat is not even real gnu, but generic gnu-flavored beef instead.
- Are extroverted. Make an effort to show themselves as friendly to people in general.
Kill them. Kill them with fire.
echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
Glad I never got one of those fancy degree's, they obviously do not teach spelling or grammar.
Perhaps Mexican universities don't teach IT classes in English. Looking at many of the posts on /. US universities don't teach English well either.
Falcon
Should there be a Law?
The open source baby killing project is not even in beta yet [...]
The Apache team have already added a new feature. After killing the baby, they take its scalp.
This is what I love about open-source software. When you have a bunch of committed developers, you end up with a killer application.
Actually, 2009 will be the year of the Linux desktop.
You just know somewhere in a laboratory deep underground in Seattle there's a team of scientists working on sending an advanced cybernetic assassin back in time to locate Linus Torvalds ...
Coming Soon: "T4: The Redemption"
I have argued this over and over, but you never listen. The baby killing doesn't belong in the kernel. It should be a user space program. Keeping the code in the kernel removes the user's ability to remove the code if they are morally opposed to baby killing, whereas others would prefer to set different limits on how long child processes are allowed to continue before being killed.
Why is this so hard to understand?
Aah, change is good. -- Rafiki
Yeah, but it ain't easy. -- Simba