Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Thanks for the reply.

Did you notice my choice to use the words "can produce" (as in "sometimes") not the word "produce" (as in "always")? I would never make the later statement: open projects always produce higher quality software than proprietary ones. That's not my belief.

As such, you are asking me in your last sentence if I have evidence to support a statement I would never make. Of course, the answer is no, because I would not bother to look for it.

But I would be interested to know why you would like to see such evidence if it exists? I could take a guess as to the reason(s) but I do not want to make assumptions.



I did notice.

I don't think you're claiming that open source software is always better.

I do think you're claiming that overall open source software is systematically better in some way than proprietary software, obviously not in every instance and subject to noise and variance. Feel free to correct me if you not making any such claim.

I'm asking for evidence because you stated catgorically that evidence exists but I have personally never come across it.

What is the evidence you referred to in your original comment?


I'm not making any such claim. But I'm curious why you want to see me as making that claim. Why would you be interested in evidence that open source projects produce generally/consistently better software than proprietary projects for the same sort of problems?

As for evidence that open source projects can (sometimes) produce "high quality" software, TCP/IP is the first example that comes to mind.

Once upon a time, there was a government software project, a government contractor and a grad student...

Assuming the usual kernels, we're all using that code, or derivatives of it, right now.


It should be obvious why I think you're making such a claim - you said: "What's different now is that there is historical evidence that open source projects can produce higher quality software than proprietary ones."

By using the word 'higher' you clearly indicate that you think that there is a quality advantage to open source software.

If you don't think there's an advantage to open source development, then I don't see what meaning you were trying to convey in your original comment.

It seems bizarre that you don't know why I'd be interested in evidence that open source projects have systematically better quality. It would be a major result with implications in project planning, system architecture, organizational philosophy etc. To date, I have never seen such evidence - only reasoned opinion which is valuable but inconclusive.

If you had evidence, I'm sure you'd have produced it by now.

It's obvious (as I stated in my first reply) that open source can sometimes produce high quality software. Another great example would be webkit.

I thought you knew of some evidence that might show why governments should choose open source, other than opinion and dogma.

I'm disappointed that it doesn't exist because it would be powerfully persuasive in furthering the cause of open source.


You have made assumptions about what I meant with my original comment. Your assumptions are incorrect. Why not just ask me: "What do you mean by that?"

Here's what I meant. I believe there were naysayers in the 1980's and early 1990's (and maybe they are still around today) who argued open source would never work. I believe history has proved them wrong.

As you pointed out, open source, like proprietary, can produce good results or bad results. It can produce "high quality"[1] results. It can even produce "higher quality" results.

I believe the reasons why open source is as good a choice as proprietary are very simple and quite obvious: If the user of the software can read the code, then 1. it is easier to evaluate the author's skill and programming sensibilities and 2. it is easier to fix errors and make improvements (without having to pester a proprietary software vendor).

You were also hoping that I would make an argument that the results obtained are somehow related to whether a project is open or closed. As I said, I won't make that argument. And as such I won't look for evidence to support it. That's because I do not believe it.

You have set yourself up for disappointment. I played no part in it.

If you want to know what I believe in terms of how "high quality" or "higher quality" software is achieved, just ask me and I will tell you[2].

But please do not make assumptions about what I think.

All the best.

1. Quality is a subjective determination.

2. I should warn you it is nothing revolutionary. I will only state the obvious.


So you don't think open source can produce higher quality software, and you don't have any evidence for anything.

Fair enough.

[edit - changed "produces" to "can produce"] - doesn't change my point.


No. I explained what I meant and you still don't seem to get it. Read what I said about the naysayers again.

You asked for the historical evidence I mentioned and I gave you the example of the TCP/IP stack we're all using.

I shouldn't have to say it but "open source" does not produce software, developers produce software. They might be working on a closed project or they might be working on an open one. The open/closed status of the project does not determine the quality of the software. The developers do.

You appear to be making the same mistake as the naysayers did when they said open source would never work. They believed the closed/open status of a project was somehow tied to quality. They were wrong. (Developers working on) open source projects can produce high quality software just as well as (developers working on) proprietary ones can. You cited the example of KDE's webkit to indicate you agreed.

If this is still somehow confusing to you, then I'm afraid I cannot help you.


Earlier you said: "What's different now is that there is historical evidence that open source projects can produce higher quality software than proprietary ones."

Now you say: "The open/closed status of the project does not determine the quality of the software. The developers do."

So mentioning open source was irrelevant then?


One more try to get through to you then I'm giving up.

Here goes.

What are the arguments _against_ open source?

What if someone says, "Open source means poor quality"?

You can look back on the last 15 years, choose some examples of open source software and rebut that with evidence.

I would make this rebuttal.

You apparently would as well.

Now, what are the arguments _for_ open source?

You could say "Open source produces high quality software." Note: Not "can produce" but "produces". As in always.

You could say that.

I wouldn't.

I wouldn't make that argument.

I would argue open source make sense because the source can be reviewed and corrected if necessary, without being dependent on a proprietary vendor.

Hope this is clear.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: