The Lounge is rated PG. If you're about to post something you wouldn't want your
kid sister to read then don't post it. No flame wars, no abusive conduct, no programming
questions and please don't post ads.
They lay out the project guidelines, coding conventions, as well as a step-by-step for contributing. They also say that you should discuss it with the team to ensure it follows the road-map. After that, they will review and test before any type of merge.
Oh thank god they took it open source, I have a senior dev agitating to use EF and a policy that says we cannot use open source code. The rel problem is that I think he may have an excellent case for us to go EF, now to make the decision weather the storm of getting the policy changed/exceptioned is worth it!
Never underestimate the power of human stupidity
For legal reasons. There may be unknown patented code in the open source or the company may find something in the combined code base that is patentable. With any open source code in the mix, then the legal group cannot create patents on the new code/algorithm.
If you build on someone's framework then you take on some liability. End of story and open/closed source changes nothing. As for your company's ability to patent work, that remains a non-issue with open vs closed.
Now if you are talking about not working with GPL code because your company doesn't want to release, that actually could make some sense. But being open source does not equate to GPL or variants thereof.
¿Why not use open source?, i believe the open source community have made great tools and libraries that help you better than most closed source projects, our own policy is that we use open source as long as it's license is compatible with closed source projects, and if it's not we consider a commercial license, if available.