<br><br><div class="gmail_quote">On Thu, Mar 20, 2008 at 3:56 AM, Brian Granger <<a href="mailto:ellisonbg.net@gmail.com">ellisonbg.net@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">>  It is worth noting that so far 99% of the patches contributed to<br>
>  erlang-bugs or erlang-patches need to be corrected or rewritten by us<br>
>  before they make it into a release. And this has nothing with lack of<br>
>  VCS to do. The reasons are more of the type:<br>
>  - solution is not done the way we like to have it<br>
>  - does not work on all platforms<br>
>  - buggy<br>
>  - unacceptable dependencies<br>
>  - unacceptable incompatibility<br>
<br>
</div>True, using SVN, git or mercurial won't help this.  But, having a well<br>
defined and open development model would help this.  In fact, I would<br>
argue that the reason you get such poor quality patches is that there<br>
is not formal, open and well documented way of contributing to Erlang.<br>
 If Erlang moved to an open dev model, the Erlang team could simply<br>
document the requirements for all contributed code - things like<br>
coding conventions, documentation, testing, dependencies.  This would<br>
encourage people to submit better quality code.</blockquote><div><br>I'm afraid that's it's not so straightforward as it sound. I think that the Erlang people has an 850 tons gorilla code base to take care of, eventually running on different hardware and software architectures. It's difficult to imagine that anybody has the will/stamina/resources to do the same in a reasonable time frame without a strong commitment (read: customer driven).<br>
The only case in which opening everything to everybody would make sense is if/when Ericsson give up in supporting Erlang, and given the premises that's unlikely to happen real soon.<br>I guess that non-Ericsson people from many companies in this list, which leveraged on the tremendous productivity gain derived from Erlang and OTP to create their products, share this common sense approach and appreciate having a company like Ericsson to back up their core technology.<br>
Let's face it: Erlang as it is today *is* open source, with one of the
better licenses in the world of open source (i.e. no strings attached,
no bigotry, no ideological twist). We do have the EEP to propose enhancements. And we have somebody helping us in avoiding to shoot ourselves in the foot.<br>Erlang is a (pretty wide) domain specific language. It is not a swiss army knife tool. It's not designed to be a teaching tool. It's not a matter of conquering people's minds or souls. It's about making stuff work even when the other guys stuff breaks.<br>
<br>Massimo<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<div><div></div><div class="Wj3C7c">_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://www.erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://www.erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br>