From Fedora Project Wiki

Revision as of 17:24, 11 March 2010 by Nman64 (talk | contribs) (Add proposal template)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Organization Name

The Fedora Project & JBoss.org (Red Hat)

EDITOR'S NOTE: This is a single-line input box on the application form.

Description

The Fedora Project is an open community effort to rapidly advance free and open source software and content. The best example of this effort is the Fedora Linux distribution, which showcases the latest and best in free and open source software.

JBoss.org is a community endeavour to produce an open source Java-based middleware stack.

Home page

http://groups.google.com/group/redhat-summer

EDITOR'S NOTE: This is a single-line input box on the application form.

Main Organization License

GNU General Public License (GPL)

EDITOR'S NOTE: This is a drop-down box on the application form.

Why is your organization applying to participate in GSoC 2010? What do you hope to gain by participating?

Our participation in all of the past GSoC programs has helped us to bring in new Free and Open Source Software contributors and has led to the creation or growth of several valuable projects. We hope to continue and expand upon that tradition again this year.

Did your organization participate in past GSoCs? If so, please summarize your involvement and the successes and challenges of your participation.

We have participated in every GSoC since the beginning and have maintained a steady growth level since then. Most student projects end successfully, although we've had some difficulties with getting the work integrated and maintained beyond the summer. In the past few years, we've had some challenge working as a joint mentoring organization since JBoss.org and Fedora are very different communities, but this year we have been working on solving those problems and gaining strength from the relationship.

If your organization participated in past GSoCs, please let us know the ratio of students passing to students allocated, e.g. 2006: 3/6 for 3 out of 6 students passed in 2006.

We have not had more than one student dropout or failure in any of the years we participated in the GSoC program.

  • 2005: 8/8
  • 2006: 5/5
  • 2007: 5/5
  • 2008: 9/10
  • 2009: 8/9

Add a Comment (optional)

If your organization has not previously participated in GSoC, have you applied in the past? If so, for what year(s)?

not applicable

What is the URL for your ideas page?

http://groups.google.com/group/redhat-summer/web/project-ideas

EDITOR'S NOTE: This is a single-line input box on the application form.

What is the main development mailing list for your organization? This question will be shown to students who would like to get more information about applying to your organization for GSoC 2010. If your organization uses more than one list, please make sure to include a description of the list so students know which to use.

The main Fedora Project development list can be found at:

http://lists.fedoraproject.org/mailman/listinfo/devel

Additional Fedora resources can be found at:

http://fedoraproject.org/wiki/Communicate

The best ways to communicate with the myriad elements within the JBoss.org community can be found at:

http://community.jboss.org/

What is the main IRC channel for your organization?

#fedora on Freenode

EDITOR'S NOTE: This is a single-line input box on the application form.

Add a Comment (optional)

JBoss.org doesn't have an aggregate channel in the same way Fedora does.

#redhat-summer on Freenode is dedicated to Fedora and JBoss.org's summer coding discussion.

Does your organization have an application template you would like to see students use? If so, please provide it now. Please note that it is a very good idea to ask students to provide you with their contact information as part of your template. Their contact details will not be shared with you automatically via the GSoC 2010 site.

== Contact Information ==

Email Address: 
Telephone: 
Blog URL: 
Freenode IRC Nick: 

NOTE: We require all students to blog about the progress of their project.

You are strongly encouraged to register on the Freenode network and participate in our IRC channels.  For more information and other instructions, see:

http://groups.google.com/group/redhat-summer/web/gsoc-getting-started


== Why do you want to work with our team? ==



== Do you have any past involvement with our team or another open source project? ==



== Why should we choose you over other applicants? ==



== Proposal Description ==

Please describe your proposal in detail.  Include:

 * An overview of your proposal
 * The need you believe it fulfills
 * Any relevant experience you have
 * How you intend to implement your proposal
 * A rough timeline for your progress
 * Any other details you feel we should consider



== Have you communicated with a potential mentor?  If so, who? ==



What criteria did you use to select the individuals who will act as mentors for your organization? Please be as specific as possible.

We have two levels of mentors, each with different requirements. We invite any project members to be part of the mentoring oversight group, whose main role is to help with the student proposal vetting. From within that group, individuals stand-up to volunteer to work with each student. This year, we are adding some additional requirements. We are requiring mentors to provide early and clear commitment, including pledging to kick any relevant upstream or sub-projects into action for the student. We are requiring sub-projects that provide a mentor and have a student working with them to also make a commitment as a group in advance. Our goal is to improve communications, including our ability to help students learn _how_ to communicate in FLOSS projects.

What is your plan for dealing with disappearing students?

We are taking several approaches. Students are going to be required to blog their work, with mentors being responsible for making sure that relevant sub-projects are included in the communication. This is crucial, because sometimes students are working on an upstream project, where their progress may not be immediately visible to our mentoring organization or relevant sub-project.

The mentor focus leading up to and during the first half of the summer program is to work on communication with the student. For any students who don't take smoothly to the communication regime, the mentor needs to work with them one-on-one to solve whatever problems are interfering with proper communication.

If it is clear by the midterm review session that a student has disappeared or is uncommunicative, the student will receive a negative review and leave the GSoC mid-year. If that happens, a team of admins and mentors will collaborate on how to handle the student. Our goal is to help the student salvage value from the experience, even if they could not complete.

What is your plan for dealing with disappearing mentors?

We pair students with a backup mentor in addition to their primary mentor. Should a mentor need to bow out, the backup mentor can work with the student until we can increase the mentor count to two people. In addition, if the student's project involves working with an active sub-project, the goal is to have that sub-project help smooth any bumps that might happen with the mentor.

What steps will you take to encourage students to interact with your project's community before, during and after the program?

This year we are making our plans and requirements a bit more stringent. For example, students were encouraged to blog in the past; this year it is a requirement. One way we'll encourage this is to create a blog planet that is a feed of just the students - a one stop shop for a full view on the student work. We'll also put the student blogs on the regular project blog planet.

From the first day, we are encouraging students to talk with potential mentors and sub-projects immediately. That is clear in our messaging to students, and at each turn we'll be pointing students at where and how to have the public discourse.

We have an IRC channel just for students and mentors (and interested parties), so the students have a room of their own (with the mentors) for bonding, networking, problem solving, joint learning, etc. We are using this semi-private space as a way for group mentoring (students, mentors, interested parties) to work out how to approach more public IRC, mailing list, and blog work. For example, some students progress better when they feel officially sanctioned; the IRC channel helps provide that feeling while helping the student learn how much can be done without asking permission.

At the end of the summer, we are going to distribute communication responsibility where it has laid all summer -- in the sub-projects and associated mentor. These are the folks with the experience of the student and project to know how to continue interaction. Our projects are highly focused on contributors, so it is very easy to convert a temporary community member into a more permanent one.

What will you do to ensure that your accepted students stick with the project after GSoC concludes?

Through the focus on communicating and through the strong engagement with students, we hope to make them feel like a part of the community. If we succeed, they will want to stick around and continue participating. We will also be looking at how their summer projects can be continued, to help provide the student with an initial direction. Our effort is centered around making the student a part of the community. We've been successful with this in the past because of our community's focus on turning participants in to contributors.

Is there anything else you would like to tell the Google Summer of Code program administration team?

If you are interested, we wrote a 5 year participation report:

http://fedoraproject.org/wiki/GSoC_report_2009

The report makes the benefits for our projects more concrete for people who aren't sure why we have participated, and helps rally people. Think of it as a recruitment tool for mentors, sub-projects, and upstreams that want to work through JBoss.org and the Fedora Project.

Add a Comment (optional)