Slashdot Mirror
Open-Source Development 'Faster, Better, Cheaper'
David Hart writes "Faster, Better, Cheaper: Open-Source Practices May Help Improve Software Engineering --
Walt Scacchi of the University of California, Irvine, and his colleagues are conducting formal studies of the informal world of open-source software development, in which a distributed community of developers produces software source code that is freely available to share, study, modify and redistribute. They're finding that, in many ways, open-source development can be faster, better and cheaper than the 'textbook' software engineering often used in corporate settings."
I think a better strapline could have been thought of - this was the same as NASA's, yes ? At least sufficiently similar to attract attention, and then it all went pear-shaped...
:-)
Consipiracy theorists will no doubt don tin hats and say it's all a front to associate Open Source with bad karma
Simon
Physicists get Hadrons!
Thank god we have another study on this topic that concludes that open source development r0x0rs and closed source sux0rs. I'm certain that this one will truly change a lot of managerial minds out there and that Monday morning we'll all come into a workplace that has adopted open source development practices.
Get real, folks, the PHB types have been taking note of all the security incidents in the open source world lately, and at this point you couldn't get them to touch anything "open source" with a ten foot pole.
Textbook soft.eng is about making money and how to prevent from being sued [e.g. you do what you agreed todo].
While OSS development [well freelance stuff anyways] tends to be more about actually getting work out the door. Don't like this particular OSS, fix it or find other stuff. E.g. no pandoring to stupid demands of market droids.
Tom
Someday, I'll have a real sig.
Look at the Gnome project for example, after 7 years of the creation of the GTK toolkit, only now are they developing a decent file dialog for it.
In the context of development, "faster" and "cheaper" are somewhat well-defined, but "better" is simply too fuzzy. There are many qualities which contribute to "better", and some of them are in conflict (e.g. "more profitable for the marketer" vs. "easier to get bugs fixed"), depending on the value system of the speaker.
We need to be more precise in our terms when defending or advocating open source, else we'll appear as silly as the suits that think that programmers that expend more lines of code to produce a solution are thereby more productive (or geeks-who-should-know-better who think that execution wall clock time is the only measure of "efficiency").
Open source projects attract people who have an interest, and often a talent, for the project. The same can't be said for many corporate projects, where you may be shoveling shit, but you're being paid to shovel shit.
Mea navis aericumbens anguillis abundat
In open source, you can have two out of three.
Despite the fact this is a troll it did make me laugh.... Shareware version of linux....kernel programming in VB...apache weekend programers...
hehehehe
Clearly your post was meant to insight a flamewar but I think it's just funny. Thanks for the laugh.
Tom
Someday, I'll have a real sig.
You didn't get the point. The article is not about using FLOSS, but about using FLOSS develop methods, and/or applying FLOSS development concepts.
I won't mind if you're using LAMP or W2K as a server, but perhaps it DOES mind if you're using a bugtracking system, public betas, and feedback from people you don't know.
~~~
Not all open-source projects are alike, however. A small number of open-source projects have become well known, but the vast majority never get off the ground, according to Scacchi.
~~~
Open source is obviously faster/better/cheaper when 1000's of people donate their time to a single project. The only open source project I've been involved in was a collaboration among several corporations, all of which wanted to leverage each other's resources, but none of which could really contribute their own.
There's nothing like money to motivate people to work on a project for which people aren't willing to donate their time.
Personally, I'm not convinced speed is related to developer quantity. There's too big a variation in productivity between experienced and amateur developers.
I'm also not convinced open-source is right for all types of software. How many open-source developers you know that conduct large-scale usability tests? How many open-source developers go around interviewing end users? When the developer and product consumer is the same, open-source makes much more sense to me.
At one of the major corps(5000+ employees) that I consult
for, we wanted to integrate the shareware version of Linux into our
server pool.
There is no shareware version of Linux it's open source.
I took it upon myself to configure the
system from scratch
And herein probably lies your problem. Buy a boxed set, don't fuck about with it and you'll probably find your problems go away. I doubt whether a Forune 500 company would object to paying $90 for a package they can install on an unlimited number of servers.
Hmmmmmm..... Deep fried and look like Squirrel.
Please mod me (and parent) offtopic and/or redundant...
Press alt, print screen and b at the same time. Your oh so stable Linux will crash. It may be flamebait to the zealots, but it is also Informative and Insightful, so mod this accordingly.
If you press SysRQ+B, the kernel will send a reset instruction to the processor, effectively resetting your machine without syncing the fileystems, corrupting them.
Please do read the documentation before playing with the MagicSysRQ key.
Anyway, this doesn't have anything to do with the topic (FLOSS development techniques)
These guys are trying to formalise open source development practices and write a new textbook for corporate software engineering. Here's the catch, open source development models work because they are informal, because their is no pressure other than that of your respected peers.
When they're done they may like to do a little research on 'irony'.
This setting wouldn't work most of the time, IMHO.
For open source to work there needs to be a certain public interest in the software, and there need to be developers in the group of interested people. Opening up software that nobody wants to look at or develop further is totally pointless.
A lot of software out there (I dare to argue it's the majority of the software out there.) is simply too boring or to business-specific to benefit at all from open source.
+++ATH0
Maybe a little old but hindsight is better sight.
From my own Web page
PROBLEMS IMPORTANT TO SOLVE
Attention Getting Points
------ FROM ------
COMDEX SPRING and WINDOWS WORLD 95
Power Panel - "What's Wrong with Software Development"
** In The U.S. Only **
$81 Billion = 31% of software development gets cancelled before complete
$59 Billion = 53% of software development has cost over-runs of 189%
16% success - project success and failure ratio
61% customer requested features and functions make it in
Maintenance and repair is where most of the U.S. dollars are going,
instead of new, better, easier to use software.
---- Overall ----
Problems - all-around lack of complete documentation and weak training, faulty user input and feed back - self contradictory user request, lack of project leadership between developers and users, management created problems and low quality control standards, feature creep and software size increase, advancing technology rate of change and lack of general standards, solutions around the corner but never arrive and our tools are better than theirs attitude, lack of a value chain structure for value added abilities, failure to produce a functional model before coding and constant remodeling, etc.
Solution directions - code re-use, object oriented programming, component-based programming, distributed components, better tools, better programming methodologies, leaner software, a splitting of code writer types into two catagories - architects and assemblers, better effort to establish a working vocabulary between developers and users so users can in some way lead development, etc.
---- A Few Comments from Panel Members ----
A culture needs to evolve that respect software engineers as crafts-people. Writing code is not just writing code but like the field of writing where you have technical, creative, documentary, etc., there are different types of code writing. (Authors' note: I agree with this but also realize end users are even more specialized in what they need and do. Respect for the end user needs and abilities is needed even more so. Without respect given to the end user, the software engineer will not be given respect in return.)
A fundamental change in the programming environment needs to happen that allows the tools to work together more. (Authors' note: the panel member making this comment, did not specify what tools or who the tools would be used by. It was a very general comment pointing to a fundamental programming environment change. A lead in to the concept of componet programming. But, there was no recognition given to the concept of componet software or componet applications. At least not in the sense of being outside of "plugins". Read on!)
Jokingly - one of the best ways to copy protect software is to put it in a dll, give it an obscure name and put it in the windows system directory. Because you'd never find it. (Authors' note: This does not make it any easier for the end user in keeping their system organized, clean and optimized. This attitude of constraints, though humorous, cost end users alot.)
The meaning of "intellectual property" became questioned. Did it mean you take the best ideas or something owned? (Authors' note: it was the panel supporting "best ideas" but wouldn't the correct term for this use be "intellectual value" rather than "intellectual property"? What would happen, regarding this, in a court room? The audience member whom brought this up, was a bit angry about the distortion. Her question was: Is it the developers whom are creating the problems? And what are the developers going to do about it? The responce was "that's not the problem!")
Users shouldn't develope software but know, better than the developers, what they want and need. (Authors' note: users don't have the time to write code, it's not their job or duties!!! I can cut the lawn, I know h
Uh. This is a feature, not a bug. As far as I know, it's turned off in most if not all vendor-supplied kernels. It can be turned on when compiling the kernel. However, it can be pretty useful when debugging something that makes the possibility of lockups large.
By the way, it's more than just rebooting you can do this way. During a lockup, you can sync your disks (alt+print screen+s), unmount them (alt+print screen+u), and kill everything on the current virtual console (for example X) with (alt+print screen+k). This is useful when you are running with less than stable drivers, X11-setups etc, but I would not recommend it instead of trying to get to the bottom of the stability problem.
I would recommend it hands down to having to push the power button, though, it can actually help saving your data.
"Press alt, print screen and b at the same time. Your oh so stable Linux will crash."
Press the reset button for a demonstration of the instability of Windows...
I really prefer to participate in a project which is open sourced rather than closed sourced.
However, I'd like to know if you fellas know about other dev models that could be better in certain circumstances. Or is it just Open Source vs. Closed Source?
Seems to me that trick only works if you have compiled "kernel hacking" into the kernel. If your not planning to debug the kernel then it should not even be there.
if you are a developer, you don't get paid. As open source places no commercial value on your time, energy and creativity. You are advised to work in a the service industry, in addition to developing a product. Some business model. You need 2 jobs to get one salary.
The only people who got money from open source basically got "lucky" (cough) with stock and uninformed investors during the boom.
I don't deny that some of the software is excellent. It just takes value from the industry that I and many of you work in. (while adding value to other industries, but hey, what do I care about economics).
Mod me as a troll, I dare you.
If it's active on your machine and you don't want it, you don't have to recompile the kernel. Just type sysctl -w kernel.sysrq=0 at the console to deactivate it right now, and put kernel.sysrq = 0 in your /etc/sysctl.conf so magic sysrq will be deactivated automaticly next time you boot.
A big problem with this whole idea of OSS, and then measuring it against traditional metrics, is the issue of motiviation/demand.
In a corporate setting, programmers are coding because "That's my job". People say "I am a programmer". They get paid for it, money, career, fullfillment, retirement, are the goals.
In the OSS world, the motivations are vast. For some its fun. I like to program. Why not give away a piece of my hobby to others? I don't need it. For some its profit. If I write this program maybe a corporate sponsor will back me, or maybe individuals will donate to me. For yet others its anti-someone-else-ism. If I write this it'll be the gutter for Microsoft.
This is all well and good. The problem is that in the first setting it is much easier to get someone to do something hard and unrewarding. Write a device driver for a crappy USB chip? Yessir. Write and update a comprehensive design document? No problem-o.
In the OSS world, there is a glut of people working on fun projects - or projects that are rewarding. You have dozens of people working on chat programs. You have a strong number of people working on projects that will thumb MS in the eye- OpenOffice for one.
But in the OSS world, there isn't a lot of work going into unfun projects - and the work that is being done mostly by corporate sponsors (who can say, again, 'do this' to a programmer for hire).
Examples come to mind: in the closed source world there is plenty of really good desktop publishing software. In the open source world, it's not a fun project. It's hard. It requires lots of industry knowledge. It's a small market and therefore a small pool of programmers. It's unrewarding - you won't have a cult of personality like Linus. Another example already mentioned is device drivers. Even when documentation exisits getting a really nice high-quality device driver is somewhat rare. It is easy to cut corners and implement only what is needed for a specific job.
This is an important thing. A lot of small companies I've seen have been turned off about using OSS as a development model because expectations are high. Just because a product is released as OSS doesn't mean developers will flock to aid the project.
This disparity in motivation can lead to a hard time quantifying results. A project that is fun, high profile, or highly profitable will have excellent results compared to a typical corporate project. A project that is non-fun, not likely to go anywhere, but somewhat more "down and dirty" is likely to fall far far behind commerical development standards.
Why is this biased site referencing non-quantitative studies? I'm sure the developers of any OS would say that about their OS.
Moderate the hell out of this, bitch.
I can definitly believe better and cheaper. I see that all the time with the OSS software that I use (though not everyone might agree with my definition of better). I hear people talk about faster as well, but I just dont see any evidence of this.
Linux, Wine, gcc, Mozilla. They all took, or are taking, a very long time to develop.
Will Someone please mod parent -1 troll (and me so that nobody else finds it) down. It started as a troll and that is exactly what it must be. I sincerely hope that nobody is really that stupid.
> I wish there was a way for me, as a Devil
> Worshiper
Too embarrassed to admit you work for Microsoft eh?
GOD, WHAT IS WRONG WITH SLASHDOT MODERATORS!?!?!?!
I have mod points myself right now, but how do you mod a post as completely clueless? I could have wasted a mod point on "overrated" but somebody would have just modded it up again.
The parent post was a JOKE!!!!! How could anyone but a PHB read it and not realize it was a joke?
---------------------------------------------
SERENITY NOW!!!!!!!!!!!!!!!!
Faster and Cheaper go hand-in-hand, but are always the bane of that 'Better'.
Oh well, two-out-of-three ain't so bad.
So, anyone want fast, cheap sex?
My number is, oh, hi honey...no I wasn't gonna...really......crap.
Psst ... hey buddy, your ignorance is showing.
The higher the technology, the sharper that two-edged sword.
'Cos when you've spent 4+ years selling Linux and have found yourself listening to this kind of crap for real the lines between reality and humour get blurred.
Hmmmmmm..... Deep fried and look like Squirrel.
"We all know that linux isn't even close to being ready for the desktop" You're talking out of your arse, I, my brother, 2 sisters, and countless others use linux as a desktop system. i personally would much rather use a linux desktop than a windoze desktop that doesn't fully support my motherboard (GigaByte 7ZXE) and crashes every 30 minutes
...these aren't my real teeth.
and it'll be a miracle if i'm 1st with that! :p
This is my Sig, this is my Gun. One is for Slashdot and one is for Fun.
The (mid-level) programmer involved just added feature after feature, worked many long nights and weekends and ended up with an unmaintainable nightmare of custom software for the major customer.
I was asked to help with some new features, took one look, and said to myself "no way I'm working on this mess" and spent some time coming up with a more generalized architecture [1].
This time around, the first thing we did was get marketing requirements. We turned this into a functional spec, sent it out to marketing and project management to be reviewed. After that they are going to sign their goddamn names on the goddamn front page of the functional spec, and we're going to build it. If they say "but we need x", we (the engineers) can say "should have thought of that earlier, we can try to get it into the next release in two months [2].
I know it is kind of a CYA [3] approach, but a paper trail puts the pressure on marketing and product management to GET IT RIGHT.
So, sure, the scratch-my-itch[4] kind of development comes up with some very good stuff, but the old-fashoned waterfall (requirements-> design-> implement) keeps people honest (or at least points out what parts of the company need to do a better job).
One more (slightly unrelated) point. Get the GUI in front of marketing as quickly as you possibly can! Those guys can't think unless they have something to click.
-- ac at home
[1] I know it sounds vain. Actually, I'd worked on teams designing very similar systems twice before, so we'd thought out a lot of the details already, so it was easy to see the common vs app-specific parts.
[2] I realize that if a big customer wants feature X by next tuesday we'll have to do it, but it ends up being a failure of marketing and product management, not engineering. We're the heroes, not the villians.
Plus we've got a pretty good idea of how the customer is going to use the system (since we've got one version out there now), so the software will do a lot more than just what's in the functional spec.
[3] Cover your ass.
[4] In some part this project is one. After going through two design phases and having both projects cancelled, I really wanted to put the basic platform together and prove to myself it would work. (So far so good).
You forgot one reason to do open source.
I'm a good programmer, I can write an OS, windowing system, Word Processer, etc all by my self. Well in theory, doing all that alone to even the quality of Windows 3.0 and WordPerfect for Windows (which sucked in those days) is close to byond the time I will live, and in the meantime I don't have programs to use.
When I work in open source I can take advantage of other's work. So I write [part of] the VM for the kernel, while others write everything else to make the kernel work, more others right the libraries and utilties, and still others write my windowing system and word processer. Put it all togather and I have free programs to use, and the ability to change anything. So last year I re-wrote the VM that everyone is now using, this year I can direct my attention to nethack making it even better.
In other words: don't overlook the value of working with others.
"They're finding that, in many ways, open-source development can be faster, better and cheaper than the 'textbook' software engineering often used in corporate settings."
That's like comparing a man on a bycycle to road kill. How about working toward a jet fighter class development process for either OSS or CSS? As of now, either path produces quality software for the market by accident and accretion rather than by design.
Eric Raymond breaks this topic down in "The Cathedral and the Bazaar", and excellent read. the opensource model is proven. the number of successful real-world projects built on the model have been belabored enough. it is the metrics you follow to adapt your particular project to it that matter, and those ,ultimately, lie with you.
I always thought of that... How can open source be more reliable without a project...
I guess the secret is not overspecifying (as it often happens with UML for instance) and building individual, working bricks that can be reused...
Besides, project and implementation often don't go together... I mean, how to deal with different interfaces in a UML description (in the sense of a multi-platform software: MFC, JavaWidgets, GTK) It doesn't work...
how long until
Ummm...I've had many a time were the magic sys key combo didn't work and the magic reset button on the front was the ONLY way to get things back to normal. Linux is nice, but lets not overinflate its capabilities.
:-) Yeah, it is funny. But look at the first comments from these links:
Link
Link
Link
It's cut and paste.
No offense to anyone but I would like to see this study done by people who actually 'do' rather than people who just study. There is a big difference in the understanding of large project development deployment by someone like IBM (who does open source) vs someone at some university somewhere who does not have the full grasp of real world project/product development under their belt.
First of all, to be able to compare faster, better, and cheaper, you have to assign a value to the amount of engergy spent on a given project such that the resources expended (i.e. brainpower, electricity, etc) are equal on a per programmer basis. Then you have to create a project that requires multi-discipline engineering so that you are removing the quickie one/two man projects from the equation. Then you have to measure the output of the project on a non-commercial penetration, i.e. not how much revenue is generated but how many copies are in use and how is it beneficial. Additionally you should add the amount of energy from the project(s) that result in failures. Having multiple, parallel projects (commercial or otherwise) with similar goals and having one fail should result in that energy being added to the sum total of the type of engineering being performed, i.e. if three open source projects fail (or merge, or whatever) in order to create 1 that succeeds then the total energy expended has to be taken into consideration. For the closed source, closed project development team the amount of overhead involved has to be accounted for (including meetings, project managers, product managers, etc).
To just use one aspect of project development as an example, like the testing regiment implemented in a strictly closed source, closed development, commercial venture against that of the open source, open project venture you might find that the resources spent on testing are much higher (or not) for the open source project. Having 1000s of free testers (in an OSS project) is all well and good but that does not guarantee accuracy, depth, and efficiency of testing.
(anecdote ahead). I worked for a company that created java applets (put away your flame throwers and read) which manipulated large data sets and high resolution imagery in a browser environment. In order to test these applets we routinely ran them and the back end fullfillment servlets through 40-50 thousand test permutations every time we did a build, we did this with two people running more than 30 workstations. Where are you going to find the discipline to not only set up the tests but run them and generate all the proper reports in the open project community. We are talking about subtle cross browser, cross platform, cross version, even cross language bugs.
Anyhow, its one thing to create an open source project which can be driven by one or two visionaries and requires the input of very few others and another thing altogether to create a large, not so fun project that relies on the input of a large group of disciplined people.
The bottom line is that there is a lot of GRUNT, UGLY, W-O-R-K that has to be done in any large, multi-discipline project and I don't see a lot of that (yes there are a very few) in the OSS/OSP non-commercial community.
*falls over laughing.* 1. there is no shareware version of linux it is free in one form or another. granted there are some distros that do charge but they are the minority. 2.sence you have little experence in the linux enviroment(by your admision and by your post) you went worng by "configureing it from scratch" 3.if you 'configured it from scratch' you would of seen the kernel options for smp, ext3, and riserfs
when you work on something of interest to you, and you put your name on it, it simply means more to you and therefore you will be more concerned. i don't care how much you get paid, are you going to put your full effort into someone else's project? i don't think so.
My problem? I was perfectly gruntled, until some numbnuts came by and dissed me.
Too many people are saying that open source is only suited to fulfilling projects, or projects that might be used by the developers creating them. But I think your all missing the point.
You're talking about hobby projects. Nothing wrong with those, but they are what they are, and are never going to meet the demands within vertical markets.
But OSS is also valuable for vertical enterprise projects too. That is, you write something that meets your most critical needs in-house, then you (L)GPL it. See how different that is! Your geting paid to shovel the shit anyway, then you save all the other companies in a similar position the leg work, while benefiting your own company.
As we all know, projects always exceed the resources that are alotted to them, regardless of what those are. If you want a job done for $100K then budget $50K and you should do alright. Your company probably needs a tool that does A, B. & C. But given half the chance (resources again) they will shoot for X, Y & Z, and everything else in between.
By open sourcing your own internal non-hobby projects, you get to provide the critical A, B, & C, then publicize it like mad and just sit back and wait for the rest to be developed for you. If another company can use your solution to meet their critical needs without begininng to really spend their own budget, you can pretty much guarentee they will blow the rest on 'nice to have' features that your people would have liked too.
Oh every one loves the fact they can get a free OS or web server right now, but the bit the companies don't yet get is that they have to start the vertical projects themselves. You have to give to get my friend.
-- Dominic
CEO's and CFO's love cheap. They have been looking for a while for ways now to pay their workers less and less and employ less people. Their utimate goal is to find a legal method to make suckers, I mean people, work for free.
Looks like they found it! I never thought in 2003 that engineers would be working for mega-corporations for free.
Well, they do say old jokes are the best ones...
And the moderators even gave you "insightful" for it... I don't know what's wrong with Slashdot these days...
I liked this story better when I submitted it and it was REJECTED.
it only works well when you have a lot of people interested in actually doing work on the project. More often than not there are a small number of core programmers who may talk infrequently, have no real design or development plan, no timeframes for anything, little to no useful documentation, and are so swamped with support requests that either you learn to live with a defect or the development process slows while that small group of people work out the problem.
Sure there are scenarios where open source is hands down better than traditional software development, but in the average case - I would say that it blows and in the worse case you're better off buying something closed source from someone else.
It can also be toggled by echoing a 1 or 0 into
/proc/sys/kernel/sysrq
I'll pay you $1K if you can demonstrate how the Linux kernel can panic from Bind or Apache crashing.
You never worked with Linux or Apache or Bind. All names you have gathered randomly. Every sentence in your troll is false, like this:
Not to mention the fact that the Linux kernel itself lacks any support for any type of journaled filesystem, memory protection, SMP support,
You don't know what you are talking about. And it's so obvious that I am sure you won't pass any intervew to any consulting company.
I don't know why you are doing this troll. May I guess that you work for marketing department of Microsoft?
Less is more !
Open source has some usefulness, but it doesn't need a bunch of twerps from a lame college to advocate for it, presumably while being paid by some corporation that can't outsource fast enough. The limited benefits of open source are evident enough.
Researchers at some major university have completed a 3-year study showing that water is wet!
"73% of quotes on the Internet are made up" -Ben Franklin
Something that people never notice when talking about open source is that the average open source contributor is better than the average commercial developer (self-flattery?):
1) you contribute only if you know you are good because if you are not your part will be thrown away with no benefit for you and for the community (self selection)
2) in general open source contributors are more proactive than average developers and more open minded
3) motivation, motivation, motivation: your pride is involved
Also, more people will read your code, because in a commercial environment, there will be at most a code review with bored people in the room
> How many open-source developers you know that
> conduct large-scale usability tests?
Sun does for Gnome and Open Office.
> How many open-source developers go around
> interviewing end users?
RMS does for Emacs. I know that because I tried to submit some code directed at novice users to Emacs. RMS actually asked some compute-ignorant people to try the code, and came with suggestions to changes based on their reactions.
I think this has already been studied-
The ability of the OSS process to collect and harness the collective IQ of thousands of individuals across the Internet is simply amazing. More importantly, OSS evangelization scales with the size of the Internet much faster than our own evangelization efforts appear to scale. -Microsoft, Microsoft Halloween Doc 1
You've been TROLLED, you stupid fuck!!!!!! HAHAHAHAHAH!!!!
This is factualy incorrect in so many ways. For one Ximian helps out with gnome. they are not the producers of gnome. They do on the other hand have their own gnome version (XD2)
Unlike KDE, Gnome is free Translation : GPL is freerer than LGPL. LGPL allows corporations...
I think you got GPL and LGPL reversed. Also since novell has taken over ximian they have released many peices of code under Open Source licences, and provided many coders to gnome/mono causes.
As for fonts. it may be patent infringing (but what isnt these days) i dunno. but fonts have never looked so good these days in linux. Mac OSX has fonts a bit better, but windows is easily worse than current font setups in linux these days.
As for the multimedia framework gnome is moving over to the gstreamer framework which is actualy getting quite intresting as of late.... check it out.
and you've got the nanotech slogan...
not only that, it was a repeated joke. i've seen i around here before. stuff about kernel programming in vb.
not only that, it was a repeated joke. i've seen it around here before. stuff about kernel programming in vb.
good catch. I bow before the master. You may be a rude arrogant little prick, but you have proper grammer and that I respect.
Tom
Someday, I'll have a real sig.
Is it rocket science?
Successful OSS projects have leaders with a vision and who enforce standards. (Torvalds/Linux kernel)
Successful OSS projects are those which many people are interested in. (Linux kernel/Perl)
Successful closed-source projects are those led by leaders with a vision and who enforce standards. (Windoze/Mathematica)
Successful closed-source projects happen because they address a market need and so get funded. (Windoze/Matlab)
In fact, any project succeeds when there's sufficient interest and good leadership.
"Consensus" in science is _always_ a political construct.
grammer == joke
God damn it peeps.
Someday, I'll have a real sig.
This is my first /. post, so Mods be kind ;-)
Software development in general (OSS/CSS) is this strange blend between an authoring craft and highly structured engineering practice. Throw into that the fact that its growing wildly everday, and it causes confusion about what the best practices.
I think that corporate internal projects could be greatly improved by adding OSS inspired practices. However, I don't think institutionalizing OSS for the corporate/market driven world is the end all answer to fixing all of the "users are restless" problems.
kitm
the main point is that open source projects with a large amount of interest, e.g., the linux kernal, will work better given the large amount of interest in all new changes.
A small open source project with a handful of developers will not work for the corporate world since there is too little redundancy betwen developers.
Or else, the sekrit service might not see it!
at!
" May I guess that you work for marketing department of Microsoft?"
Oh brother. I'm so fucking sick of hearing this. I agree with you that dude's a moron about Linux, but don't play the "You must work for Microsoft" card. It's sort of like comparing somebody to Hitler, only not as bad.
"Derp de derp."
i want to have sex with you again. i love that gay sex we had. oh. i shudder to think about the 'gasm i got frm you drilling my ass. ohyeah.
Don't you know anything about gay-trolling?
"Derp de derp."