2020-03-25 OSR WG Meeting Notes
Table of Contents
03/25/2020 10AM EST
Attendees
Name | Organization | Github ID |
---|---|---|
|
|
|
Agenda
Time | Item | Who | Notes from the Meeting |
---|---|---|---|
5 min | Convene & roll call | ||
40 min | Open Source Contribution Policies that Don't Suck | Tobie Langel, Open Source Strategist, UnlockOpen Tobie helps companies understand and leverage open source to recruit, retain, and foster top software engineering talent, and improve their teams' efficiency, culture, and morale. Previously, he was a member of Facebook's Open Source and Web Standards team, and was Facebook's representative at W3C. An avid open-source contributor, Tobie Langel is know for having co-maintained the Prototype JavaScript Framework and for numerous open source projects. He also edited a number of Web standards, including WebIDL, and led W3C's Web platform testing effort. | Open source contribution policies are long, boring, overlooked documents, that generally suck. They're designed to protect the company at all costs. But in the process, end up hurting engineering productivity, and morale. Sometimes they even unknowingly put corporate IP at risk. But that's not inevitable. It's possible to write open source contribution policies that make engineers lives easier, boost morale and productivity, reduce attrition, and attract new talent. And it's possible to do so while reducing the company's IP risk, not increasing it. In this talk, we'll look at the general structure of contribution policies, examples in the wild, and tactics to make them suck less. We'll also look at how to turn these policies into self-service software, preventing the tedious email back and forth between engineering and legal in most cases and making open source contribution a breeze. |
5 min | Any other business & adjournment |
Decisions Made
N/A
Action Items
Need help? Email help@finos.org
we'll get back to you.
Content on this page is licensed under the CC BY 4.0 license.
Code on this page is licensed under the Apache 2.0 license.