Difference between revisions of "TOS Consortium Discussion"
Chris Tyler (talk | contribs) |
Chris Tyler (talk | contribs) m (Protected "TOS Consortium Discussion": Moved to teachingopensource.org ([edit=sysop] (indefinite) [move=sysop] (indefinite))) |
(No difference)
|
Latest revision as of 13:43, 3 March 2009
This is a historical page.
The group described by this page is forming at http://teachingopensource.org.
Please see http://teachingopensource.org/index.php/Archive:TOS_Consortium_Discussion for the archived version of this page.
The group described by this page is forming at http://teachingopensource.org.
Please see http://teachingopensource.org/index.php/Archive:TOS_Consortium_Discussion for the archived version of this page.
The Teaching Open Source track at FSOSS 2008 converged on the idea of a Consortium to further the discussion between Open Source Communities, Educational Institutions, and Businesses. This page is devoted to concrete planning for such a group.
Two primary goals for this group:
- To provide a place to work out Open Source educational models, support and funding schemes, community relationships, and other issues.
- To advocate for the changes that are necessary to further the goal of teaching Open Source.
Contents
Roll Call
Teaching Open Source? Support the teaching of Open Source? Join the Coalition of the Willing: TOS: Roll Call
E-mail List
Let's use the OSIE-list (osie-list@redhat.com, http://www.redhat.com/mailman/listinfo/osie-list) for initial discussion.
Notes from discussion whiteboard
Apprentice and teaching models
- How do open source projects contribute time, energy
- Financial models
- Bringing open source into humanities/social sciences
System Biz model vs. Practice Skill
- List of "drivers" (modules, software) that need to be written (What has value [to the community]?)
- Hand holding to point contributors to a useful and good place
- Application of projects to Google Summer of Code (GSOC) requires additional tasks that need work
- Profiling of projects
- Creation of "safe places" where flames are low - newbie lists
- Welcome forums for things other than code
Professional incentives
- Skills to teach OS
- How to embed in a community
- Offices of technical transfer
- Tenure, research, training
- Teach open source culture to students earlier in program
- Adopt open source software
What can we do together going forward?
- Academics
- Business
- Foundations
- Open source communities
- Outline who is out there doing what
- Consortium of "us" -- people serious about growing teaching model (funding)
- Identify 1 or 2 new places where open source can be taught
- How do you educate government?
- Get serious partners
Key lessons
- Publications != open source participation
- Develop understanding of value
- No incentive (personal)
- Sponsors
- Real contribution
- Reading of talent
- Have open source contributors "in residence" at universities
- Generate confidence by participating
- Trust and validation
- Expanding academics involved + business schools
- How do we evaluate students?
- How do we get involved?
- Senior open source people mentored the professor and conveyed reputation
- What do programs need to competent
- Community's investment in teaching or helping teaching
- What's the upper limit of a community/growth?
- Godfrey
- How do open source communities structure themselves to be open to participation and scalable?
- Involve technical writing program
- Colleges vs. universities == teaching vs. research
- Focus on campuses not in the value network of proprietary software companies
Proposed Initiatives
- Create a peer-reviewed Journal of open source development
- Encourage universities to view Code Development as Research and Open Source as Peer-Reviewed Publication
- Create a taxonomy of Open Source educational levels