From Fedora Project Wiki

Fedora 暑期代码大赛连接了学生、导师、子项目和赞助者,提供了在暑期练习编程的好机会。

该页面包含对所有人都有用的信息。(Short URL.)

总则

Summer Coding 2010 schedule 介绍了本次活动的时间表。

Summer Coding 2010 (即本页)是查找本次活动信息的主要来源。

To communicate with other people about Summer Coding 2010 use these resources:

  • General open discussion mailing list for 2010:
    Discussions between students, mentors, sub-projects, and upstreams.
    Weekly status report from students, in addition to blog.
    General program announcements; all students and mentors are required to be on this list.
    Occasional discussion, resolution, and decision on student project matters, as warranted.
  • IRC #fedora-summer-coding on irc.freenode.net (Web-based chat)
  • SIG mailing list
    How we are structuring and running the program - discussions and decisions.
    Anything related to program oversight, goals, short- and long-term plans - discussions and decisions.
  • Contact project leaders directly:
    • Karsten Wade
    • Patrick W. Barnes
    • Put yourself here if you are a leader and want to be contacted individually by those who need this communication channel.
  • Private mentors list

如果你是学生

该部分包含了愿意在 2010 Fedora 暑期代码大赛中为 Fedora Porject 或者 JBoss.org 做贡献的学生所需要的内容。

如果你有想法或者想要参与到 Fedora 或者 JBoss.org 中,你应该已经关注过社区和 联系方式.

学生时间表

This schedule is ready for Summer Coding 2010. Join the discussion mailing list and/or watch this page to be updated about schedule changes.

Start dates are emphasized and deadlines are in bold emphasis for student items.

Deadlines are 23:59 UTC on the specified date
For example, if the deadline is 09 August, all work must be in for mentor review by 23:59 UTC on 09 August. You must adjust for your own timezone, meaning the deadline may be at a different time of the day for you locally.
  • April
    7 April - Students can begin submitting applications
  • May
    Whole month - students, mentors, and sub-projects get to know each other
    13 May - Mentors need to finish idea pages
    20 May - Students applications + proposals need to be in
    21 May - Sponsors must pledge funding by this point
    24 May - Organizers finalize how many applications will be accepted
    27 May - Mentors + admins finalize rank-ordered list
    28 May - Students informed yes/no about application
  • June
    Whole month - code, interact
    01 June - Project begins (depending on proposal)
Proposals may have a modified schedule included.
  • July
    05 July - Midterm evaluations period begins
    05 July - Student midterm deadline for evaluation (first, soft deadline)
    08 July - Student midterm deadline for evaluation (final deadline)
    12 July - Midterm evaluations due from mentors
  • August
    09 August - Project coding completes
    16 August - Students final report, code snapshot, and evaluations due
    20 August - Mentor evaluations due for students
    23 August - Final evaluations due back to students
    25 August - Mentor, sub-project evaluations of the Summer Coding program requested
  • September
    01 September - Sponsors receive report from organizers
    06 September - Sponsors release and deliver funds (proposed date)

学生参与步骤

  1. Learn about the program.
    Review the Summer Coding 2010 pages, look at the Summer Coding 2010 student proposal application and make sure this program is right for you.
  2. Find a project idea.
    You can propose your own idea starting 7 April, or look for inspiration among ideas posted by mentors on the Summer Coding 2010 ideas page.
    Note that on the schedule mentors have until 13 May to put ideas on the idea page. Check back for updates.
  3. Start communicating.
    Begin communicating with the community. Other members of the community can help you refine your idea, and you may meet potential mentors. You should contact sub-projects within the community that can provide mentors for your project idea, and you should join the discussion group.
  4. Set up an account.
    1. If you do not already have an account in the Fedora Account System, create one.
    2. On the project wiki https://fedoraproject.org/wiki, create a user page in the format of User:Yourusername. Do this by opening a new web browser tab and typing in the address User:Yourusername, replacing Yourusername with your actual username.
  5. Create your single application page. The contents of this page are transcluded in to your proposal, which is a wiki tag to pull (include) the contents of one page in to another page.
    1. Right click on this page name and choose to open in a new tab: Summer Coding 2010 student application - Example Student.
    2. Open a new tab and type in the address Summer_Coding_2010_student_application_-_Your_Name. Replace Your_Name with your actual, real name, using an underscore '_' for the space. This is going to be your application page.
    3. Go to the first tab with the Example Student content and click on the edit link. When you have the page source, highlight and copy all of it.
    4. Go to the second tab with the Your Name title, and click the create tab on the top of the page. When you have the edit window open, paste in all of the content from the Example Student tab.
    5. Edit the content, using the included comments to guide you. Be sure to include the category tag at the bottom of the page:
      [[Category:Summer Coding 2010 student applications]]
    6. When saving the page check the Watch this page box, or click on the watch tab when the page is published.
  6. Draft your proposal.
    1. Right click on this page name and choose to open in a new tab: Summer Coding 2010 student proposal application.
    2. Open a new tab and put in the address Summer_Coding_2010_proposal_-_Name_of_proposal. Replace Name_of_proposal with a proposal short name, using an underscore '_' for the space. Try for no more than seven words for the short name, if possible. This is going to be your proposal page.
    3. Go to the first tab with the proposal application and click on the edit link. When you have the page source, highlight and copy all of it.
    4. Go to the second tab with the Name_of_proposal title, and click the create tab on the top of the page. When you have the edit window open, paste in all of the content from the proposal application tab.
    5. In the source for the new wiki page, note the transclusion, which is a page name surrounded by curly braces:
      {{:Summer Coding 2010 student application - Example Student}}
    6. Replace the Example Student with Your Name from your application page name. Don't worry about the spaces, MediaWiki automatically includes the underscore when it makes the link.
    7. Fill out the rest of the proposal page content with information from your proposal.
    8. Be sure your page includes the category tag at the bottom of the page:
      [[Category:Summer Coding 2010 proposals]]
    9. When saving the page check the Watch this page box, or click on the watch tab when the page is published.
    10. Look at the saved page and make sure your application page information is transcluded properly. If you have any problems with making these pages work, use IRC to get help. Visit the page Communication for Summer Coding 2010 for more information.
  7. Keep communicating.
    We cannot overstress the importance of communication. Keep talking, and listening, to the discussion group, to the sub-projects relevant to your proposal and to potential mentors. Be patient, as mentors and other contributors are often very busy people.

为什么在暑期参加自由开源软件?

<fuzz>当你从事自由和开源软件工作的时候,你创建了一个将随你终身发展的工作。<fuzz>When you work in the open on free software, you create a body of work that follows you for the rest of your life. 相比于那些被数以千计学生做过的并且会在学期末被扔到抽屉最底层的编程作业来说,在自由开源软件工作是一个为活跃项目做贡献的机会。

在自由开源软件工作给你一个机会去:

  • 和现实中的大型代码库协作。
  • 和现实的工程师及其他专业人士协作。
  • 在学习和<fuzz>获得学生价值<fuzz>的过程中为有意义的事情作贡献Contribute to something meaningful while learning and earning student value.
  • 学习那些将要在毕业后的技术领域运用的工具和过程。
  • 在全球领域结交朋友。
  • 可能带来毕业后的实习或者工作机会。

为什么在 Fedora 和 JBoss.org? 工作

我们是一个庞大并且多元化的项目。我们对于和新贡献者合作以及帮助他们取得成功方面富有经验。

很多长期的贡献者继续为项目提供专业的知识和指导工作。那些和社区保持联系并取得成绩的人获得关注。他们会从中获得工作机会,包括被 Red Hat 雇用。Past Google Summer of Code students were hired by Red Hat, as well as interns in various positions. 这只是一个例子,表明在 JBoss.org 和 Fedora 项目社区的经历将从多方面影响你的职业生涯。

和许多长期的社区一样,你可以找到很多具有回报意义的子项目去从事。

你应该知道为自由和开源软件做贡献并不要求你具有超强的编程能力,或者其他的“超能力”。你只需要感兴趣并保有足够的好奇心,<fuzz>并且能接受“有价值的失败”<fuzz>。You just need be interested and curious enough, and be willing to become comfortable being productively lost. 这是一个从发现和探索中学习的过程。

你愿意从那些导师已有的提议开始么?

导师们和子项目们已经设置好了暑期代码大赛的页面 Summer Coding 2010 ideas 。 在那里你可以找到:

  • 你中意的完整的提议;
  • 建议和使用个案来帮助你完成你自己的提议;
  • 到子项目/上游项目的链接,让你了解更多。

举例来说,如果你对为 RHQ Project 工作感兴趣,那里有一个连接指向他们网站上的提议页面以及他们的联系方式。如果你和他们联系,你可以了解到更多的提议,以及分享你的想法。

哪怕你觉得导师的提议启发了你,你也需要有对这个提议有自己的想法。

Mentors have until 14 April to finish idea pages
Mentors are updating those pages up until then, so it crosses over with the student schedule. If you see an idea you like, begin talking with the mentor immediately. Check back with the idea page regularly and put a watch on the page.

Do you have an idea you need a mentor for?

People can be most passionate about an idea that is their own. That passion can be what helps you get through the hard part of the project.

Do you know what person or sub-project in JBoss or Fedora that might be the mentoring group for your idea?

You need to do these things:

  1. Contact the relevant sub-project for your idea or contact the discussion group.
  2. Be prepared to explain your idea, receive input and criticism, and grow (or reduce) the idea so it has the best chance of being accepted for Fedora Summer Coding.
  3. Create an idea page, noting in the section for mentors that you are looking for a mentor. Use How to create an idea page for Summer Coding to make the page.

您已经在Fedora或JBoss社区做事了吗?

我们“鼓励”Fedora及JBoss社区中的学生用户、参与者或贡献者加入进来。

您对想要在这次活动中看到什么有何想法?

你在这个项目的一个可能想要指导你进行2010暑期代码大赛的领域工作吗?例如,如果你为Fedora文档项目(Fedora Documentation Project)写了文档或者为Fedora的本地化项目(Fedora Localization Project)做了翻译,和你的群组讨论一下看看是否有一些想法可以做成一个学生计划,你可以请另一个子项目成员做指导(导师)。

What are my chances of having a proposal accepted?

This is the first year we are running a solo summer coding program, and many details are being finalized in parallel with taking and reviewing proposals. For example, sponsors are still being sought, which affects the size of the funding pool. We'll announce this information as it is known and decided; final funding-per-student may vary and is dependent on the quality of proposals as well as size of funding pool.

We may not be able to fund as many projects as we ran under the Google Summer of Code, but our goal is on quality and not quantity.

We intend to run Fedora Summer Coding in the future. One idea is to run it for the summer in the Southern Hemisphere (Sep 2010 to Feb 2011). If you don't get in this round, keep trying! You are welcome to keep lurking and offering ways to help improve the program for future rounds.

如果您是导师

想要成为导师是件好事情。加入 讨论列表 并做个自我介绍、说说您的项目构想等等。

您必须致力于与学生工作并要做为学生、分项目、上游以及整个项目(Fedora项目或JBoss.org)的联络人员。 您可以是Fedora分项目的人员、也可以是来自像JBoss.org项目的上游人员、也可以是大学资助学生的人员等等。

在Summer Coding 2010主列表讨论后,您将会受邀加入私有导师讨论列表

导师时间表

This schedule is ready for Summer Coding 2010. Join the discussion mailing list and/or watch this page to be updated about schedule changes.

Start dates are emphasized and deadlines are in bold emphasis for student items.

Deadlines are 23:59 UTC on the specified date
For example, if the deadline is 09 August, all work must be in for mentor review by 23:59 UTC on 09 August. You must adjust for your own timezone, meaning the deadline may be at a different time of the day for you locally.
  • April
    7 April - Students can begin submitting applications
  • May
    Whole month - students, mentors, and sub-projects get to know each other
    13 May - Mentors need to finish idea pages
    20 May - Students applications + proposals need to be in
    21 May - Sponsors must pledge funding by this point
    24 May - Organizers finalize how many applications will be accepted
    27 May - Mentors + admins finalize rank-ordered list
    28 May - Students informed yes/no about application
  • June
    Whole month - code, interact
    01 June - Project begins (depending on proposal)
Proposals may have a modified schedule included.
  • July
    05 July - Midterm evaluations period begins
    05 July - Student midterm deadline for evaluation (first, soft deadline)
    08 July - Student midterm deadline for evaluation (final deadline)
    12 July - Midterm evaluations due from mentors
  • August
    09 August - Project coding completes
    16 August - Students final report, code snapshot, and evaluations due
    20 August - Mentor evaluations due for students
    23 August - Final evaluations due back to students
    25 August - Mentor, sub-project evaluations of the Summer Coding program requested
  • September
    01 September - Sponsors receive report from organizers
    06 September - Sponsors release and deliver funds (proposed date)

Step-by-step for mentors

  1. You either have one or more ideas, or you want to assist generally with mentoring students.
    1. If you are generally interested, join the discussion list, introduce yourself, and offer to mentor. You have to decide if you want to be a full-time mentor for a student, a back-up mentor role, or one of the part-time presiding mentors who read applications, guide students and other mentors, and so forth.
  2. If you have an idea, you need to make an idea page for it following the directions from How to create an idea page for Summer Coding.
    1. When thinking about your idea, consider how to get the student personally invested -- the more they can make the ideas their own, the more they tend to get and give to the project. Compare this with an approach of coding to a hard specification.
  3. Once an idea page is up, including being part of Summer Coding 2010 ideas and you joining the discussion list, there are several directions you can go.
    1. You can sit with the idea and respond to queries on list or in IRC.
    2. You can do some publicity about your idea - blog post, FWN post, email to various lists, talk to students, IRC, etc.
    3. You can go all the way and help organize publicity - via universities, posters, etc. Fedora Marketing may be interested in helping.
  4. When questions come up, try to direct the questioner, questions, and answers to the list, and answer them there. The idea is to be transparent and reduce duplicate work.
  5. Add to the Summer Coding FAQ as often as you need. Use it as a reference even more often.
  6. Work with students on their proposals. Use the How to comment on Summer Coding 2010 proposals procedure and invite other mentors (via the mentors private discussion list) to discuss the proposal on it's talk page.
    1. The goal is to help the student do the best proposal they can; this is an exploration and research phase; conduct a code test and see how the personality fit works. Be sure to offer code tests and get-to-know-the-community sessions equally and fairly to all who want to propose.
    2. If possible, the proposal that is turned in should not need any further work from that due date.
    3. It is possible that while mentors discuss proposals after 20 May, they may want to request changes or ask questions of the proposals. Use How to comment on Summer Coding 2010 proposals for directions on reviewing proposals..
  7. If you have questions about any of the step so far, bring the questions to the discussion list. If it is a private matter, reach out to any of the experienced mentors.
  8. When all proposals are turned in, the mentors private discussion list is populated with all the mentors who are proposed and not yet on that list, then discussions ensue.
    1. Mentors decide which proposals get funded.
    2. Admin team does tie-break where there is no consensus.
    3. Ideally, mentors argue successfully on the merits of the proposal; all sub-projects are treated as equal.
    4. However, some funds may be earmarked for specific groups.

What to do with your ideas

Put them here on the Summer Coding ideas page. Reference How to create an idea page for Summer Coding when creating your idea.

We are looking in to using OpenHatch for managing ideas. If you are interested in learning more about that, join us on the Summer Coding SIG mailing list.

如何跟学生工作

One way is to provide an idea for students to work on. This idea might be very well planned out, in which case you may need a high-level of contact with the student to get it implemented correctly.

It is harder to find success where you are completely certain of how an idea needs to be implemented; finding a student with the skills and interest to implement a specific solution is a lot harder than finding a student with enough skills to respond to a use case need.

Where you can have looser ideas, you may be able to find a student who works as a sort-of intern who can implement a solution to a use case you have. In past experiences, students going after a use case are more likely to get somewhere with self-direction.

You may also want to work with a student who brings an idea to your sub-project. This requires a different level of communication throughout the project, but can be the most rewarding.

导师职责

You are an essential part of the student's success, the project's success, and the success for your overall organization (Fedora, JBoss.org, or another).

Your responsibilities include:

  • Being an interface for an identified sub-project or SIG in Fedora or JBoss.org.
  • Helping students communicate with the overall project and any upstreams.
  • Be the final, accountable person for deciding if the student is successful or not, which affects payment.

Are you committed to working with all parties?

You need to be committed to working on your part of the Fedora Summer Coding 2010 for it to be successful. You may want to work with another mentor (co-mentoring) to ensure there is always someone available to work with the student and other project members.

How to comment on proposals

For Summer Coding 2010 this is the process to follow when commenting on student proposals.

  1. Conversations and especially decisions should happen on the Talk: page of the proposal.
  2. When commenting on a student's proposal, click on the discussion tab.
  3. The first time the Talk: page is used, it comes up as an empty page.
  4. Use a second-level section block to give the subject of your comment:
    == Subject of comment ==
  5. Make your comments throughout the section
  6. At the bottom of your comments, sign and date the block using the special tag for this: ~~~~. Convention is to precede the tildes with two dashes:
    This:
    ... blah blah blah, and so there. --~~~~
    Makes this: "... blah blah blah, and so there. --Quaid 15:34, 9 April 2010 (UTC)"
  7. To reply to a comment, use the edit link for that comment. When it is open for editing, go to the bottom to add your reply, adding it as a nested sub-section of the section you are commenting on. If the section is a second-level section block, use a third-level:
    === Subject of reply to another comment ===
  8. Be sure to sign your section with ~~~~.
  9. If you are adding a new section, you can edit the page, or use the + symbol that appears next to edit when you are viewing the Talk:... page.
    • If you do a straight edit, add your new comment on the bottom as a new section.
    • If you use the + to edit, the contents of the Subject/headline are the second-level section name. Fill out the body with your comments, and be sure to sign your section with ~~~~.
  10. For any discussions about proposals that happens on the summer-coding-discuss list, make sure to create a new section on the talk page. List any decisions made and link back to the thread(s) in the mailing list archives.
  11. Save all changes. For anyone who has a watch on this page, the discussion tab should show when there are new, unread discussion points for the viewer.

You are a sub-project

Sub-projects are teams working on discrete parts of the Fedora Project or JBoss.org. For example:

  • Fedora Infrastructure
  • RHQ
  • Fedora Docs Team
  • Drools
  • Fedora Website Team

Timeline for sub-projects

This schedule is ready for Summer Coding 2010. Join the discussion mailing list and/or watch this page to be updated about schedule changes.

Start dates are emphasized and deadlines are in bold emphasis for student items.

Deadlines are 23:59 UTC on the specified date
For example, if the deadline is 09 August, all work must be in for mentor review by 23:59 UTC on 09 August. You must adjust for your own timezone, meaning the deadline may be at a different time of the day for you locally.
  • April
    7 April - Students can begin submitting applications
  • May
    Whole month - students, mentors, and sub-projects get to know each other
    13 May - Mentors need to finish idea pages
    20 May - Students applications + proposals need to be in
    21 May - Sponsors must pledge funding by this point
    24 May - Organizers finalize how many applications will be accepted
    27 May - Mentors + admins finalize rank-ordered list
    28 May - Students informed yes/no about application
  • June
    Whole month - code, interact
    01 June - Project begins (depending on proposal)
Proposals may have a modified schedule included.
  • July
    05 July - Midterm evaluations period begins
    05 July - Student midterm deadline for evaluation (first, soft deadline)
    08 July - Student midterm deadline for evaluation (final deadline)
    12 July - Midterm evaluations due from mentors
  • August
    09 August - Project coding completes
    16 August - Students final report, code snapshot, and evaluations due
    20 August - Mentor evaluations due for students
    23 August - Final evaluations due back to students
    25 August - Mentor, sub-project evaluations of the Summer Coding program requested
  • September
    01 September - Sponsors receive report from organizers
    06 September - Sponsors release and deliver funds (proposed date)

Step-by-step for sub-projects

Summer Coding 2010 step-by-step for sub-projects

Working with students and the Summer Coding program

You can gain a lot of value from students working via the Summer Coding program in your sub-project area; read GSoC report 2009 for examples.

Your sub-project may need to identify a single mentor to work with the student, if the mentor doesn't come from somewhere else in Fedora/JBoss.org. In addition, you want a back-up mentor or, in some cases, co-mentors, to ensure continuity for the student and the rest of the sub-project.

If you have ideas/problems you want students to work on, they are best served to the students as use cases. If you do have a strong plan for execution, make that clear in the idea so the student knows it is more of a guided project.

Some experience shows that student projects have a higher success rate for all involved when more of the initial idea is from the student. Keep that in mind as you create ideas.

Ideas can be divided in to several parts for different students. There are no explicit limitations on how students may interact on multiple parts of a project. For example, two students could team build a new component instead of working on two discrete components separately.

You are a sponsoring organization

Fedora Summer Coding is about connecting sponsors (those with resources to share) with students (those with time, passion, and skills to share.)

Timeline for sponsoring organizations

This schedule is ready for Summer Coding 2010. Join the discussion mailing list and/or watch this page to be updated about schedule changes.

Start dates are emphasized and deadlines are in bold emphasis for student items.

Deadlines are 23:59 UTC on the specified date
For example, if the deadline is 09 August, all work must be in for mentor review by 23:59 UTC on 09 August. You must adjust for your own timezone, meaning the deadline may be at a different time of the day for you locally.
  • April
    7 April - Students can begin submitting applications
  • May
    Whole month - students, mentors, and sub-projects get to know each other
    13 May - Mentors need to finish idea pages
    20 May - Students applications + proposals need to be in
    21 May - Sponsors must pledge funding by this point
    24 May - Organizers finalize how many applications will be accepted
    27 May - Mentors + admins finalize rank-ordered list
    28 May - Students informed yes/no about application
  • June
    Whole month - code, interact
    01 June - Project begins (depending on proposal)
Proposals may have a modified schedule included.
  • July
    05 July - Midterm evaluations period begins
    05 July - Student midterm deadline for evaluation (first, soft deadline)
    08 July - Student midterm deadline for evaluation (final deadline)
    12 July - Midterm evaluations due from mentors
  • August
    09 August - Project coding completes
    16 August - Students final report, code snapshot, and evaluations due
    20 August - Mentor evaluations due for students
    23 August - Final evaluations due back to students
    25 August - Mentor, sub-project evaluations of the Summer Coding program requested
  • September
    01 September - Sponsors receive report from organizers
    06 September - Sponsors release and deliver funds (proposed date)

Step-by-step for sponsors

Summer Coding 2010 step-by-step for sponsors

Why you should be a sponsor?

What do you get out of it?

  • Positively impact FOSS projects.
  • Get your brand in front of smart students who want to work on FOSS.
  • Work on a community program that demonstrates how open source business is done.
  • See something you’d like coded be completed.
  • Other positive brand associations.

What you need to do

We need to start talking, soon.

What are the resources you can supply?

  1. Money to pay stipends to students for spending focused time on these FOSS projects. This is a cross between a summer job and an internship.
  2. Someone to help coordinate and to contribute as part of the Fedora Summer Coding special interest group (SIG).
  3. Mentors, especially if they work actively in sub-project or area the sponsor is supporting.

What does the Summer Coding program do?

The Fedora Summer Coding mentors sort the student ideas, generate the list of approved proposals, work with the students throughout the summer, and make sure you hear back about how things went.

It’s not necessary as a sponsor to have ideas of how your resources should be used, that’s what the Fedora Project and JBoss.org mentors and sub-projects are prepared to do.

You can learn more about the model we are using in this blog post, Summer Of Code Swimchart: Now With More Generic.

You are an upstream

Timeline for upstreams

This schedule is ready for Summer Coding 2010. Join the discussion mailing list and/or watch this page to be updated about schedule changes.

Start dates are emphasized and deadlines are in bold emphasis for student items.

Deadlines are 23:59 UTC on the specified date
For example, if the deadline is 09 August, all work must be in for mentor review by 23:59 UTC on 09 August. You must adjust for your own timezone, meaning the deadline may be at a different time of the day for you locally.
  • April
    7 April - Students can begin submitting applications
  • May
    Whole month - students, mentors, and sub-projects get to know each other
    13 May - Mentors need to finish idea pages
    20 May - Students applications + proposals need to be in
    21 May - Sponsors must pledge funding by this point
    24 May - Organizers finalize how many applications will be accepted
    27 May - Mentors + admins finalize rank-ordered list
    28 May - Students informed yes/no about application
  • June
    Whole month - code, interact
    01 June - Project begins (depending on proposal)
Proposals may have a modified schedule included.
  • July
    05 July - Midterm evaluations period begins
    05 July - Student midterm deadline for evaluation (first, soft deadline)
    08 July - Student midterm deadline for evaluation (final deadline)
    12 July - Midterm evaluations due from mentors
  • August
    09 August - Project coding completes
    16 August - Students final report, code snapshot, and evaluations due
    20 August - Mentor evaluations due for students
    23 August - Final evaluations due back to students
    25 August - Mentor, sub-project evaluations of the Summer Coding program requested
  • September
    01 September - Sponsors receive report from organizers
    06 September - Sponsors release and deliver funds (proposed date)

Step-by-step for upstreams

Summer Coding 2010 step-by-step for upstreams

Has a student brought a project idea to you?

Please join the discussion list and talk with us about it. We'll ask at least one member of your project to be on that list throughout the 2010 program. It is not a requirement, and you can best work it out with the student's assigned mentor.

Do you have one or more ideas you want exposed to students?

As long as the idea is relevant for the Fedora Summer Coding program, you can put it on the Summer Coding 2010 ideas page. Follow the process on that page.

As this is a program for the Fedora Project and JBoss.org, there must be some benefit to those projects for your upstream idea. When you bring the topic to the discussion list, be prepared to talk about that.

There must be a demonstrable benefit to Fedora, even if it is only updated code in a package. Another example is having a student do the work of getting your software packaged for Fedora. All of your ideas and ramifications should be topics on the discussion mailing list.

Are you committed to working with all parties?

A project needs a mentor. Throwing an idea over the wall on to the wiki page doesn't get it the attention it needs to be part of the Summer Coding program. If you put an idea out there but do not have a mentor in mind for it, it is left open to the Summer Coding mentors and administators to sort out.

When considering a proposal, the mentors look at the amount of connection with upstream is required, and how strong the communication channels are. A stronger connection means the proposal looks better.

You are a Campus Ambassador

Campus Ambassadors should work to guide new interests through this process. They should work in both generating interest in Fedora Summer Coding within the Fedora Community and also generating interest in Fedora within student contributors.

Campus Ambassadors should then guide new contributors in helping them get set up with mentors and helping submit their Summer Coding proposal. [edit] Campus Ambassadors - what

   * Students can have a quality intern-like experience working with Fedora/JBoss.org.
         o Money! Code! Fame! Success! Community! 
   * Sub-projects in JBoss.org and Fedora are ready to work with students.
   * This is right in your pocket, you can run with Summer Coding participation and make your school very successful.
   * You can make more students successful by being an additional mentor for students through the process.
   * Do you know someone at the university/college who wants to talk about partnering with Fedora Summer Coding? 

Timeline for Campus Ambassadors

This schedule is ready for Summer Coding 2010. Join the discussion mailing list and/or watch this page to be updated about schedule changes.

Start dates are emphasized and deadlines are in bold emphasis for student items.

Deadlines are 23:59 UTC on the specified date
For example, if the deadline is 09 August, all work must be in for mentor review by 23:59 UTC on 09 August. You must adjust for your own timezone, meaning the deadline may be at a different time of the day for you locally.
  • April
    7 April - Students can begin submitting applications
  • May
    Whole month - students, mentors, and sub-projects get to know each other
    13 May - Mentors need to finish idea pages
    20 May - Students applications + proposals need to be in
    21 May - Sponsors must pledge funding by this point
    24 May - Organizers finalize how many applications will be accepted
    27 May - Mentors + admins finalize rank-ordered list
    28 May - Students informed yes/no about application
  • June
    Whole month - code, interact
    01 June - Project begins (depending on proposal)
Proposals may have a modified schedule included.
  • July
    05 July - Midterm evaluations period begins
    05 July - Student midterm deadline for evaluation (first, soft deadline)
    08 July - Student midterm deadline for evaluation (final deadline)
    12 July - Midterm evaluations due from mentors
  • August
    09 August - Project coding completes
    16 August - Students final report, code snapshot, and evaluations due
    20 August - Mentor evaluations due for students
    23 August - Final evaluations due back to students
    25 August - Mentor, sub-project evaluations of the Summer Coding program requested
  • September
    01 September - Sponsors receive report from organizers
    06 September - Sponsors release and deliver funds (proposed date)

Step-by-step for Campus Ambassadors

Summer Coding 2010 step-by-step for Campus Ambassadors

You want to help organize

Timeline for organizers

This schedule is ready for Summer Coding 2010. Join the discussion mailing list and/or watch this page to be updated about schedule changes.

Start dates are emphasized and deadlines are in bold emphasis for student items.

Deadlines are 23:59 UTC on the specified date
For example, if the deadline is 09 August, all work must be in for mentor review by 23:59 UTC on 09 August. You must adjust for your own timezone, meaning the deadline may be at a different time of the day for you locally.
  • April
    7 April - Students can begin submitting applications
  • May
    Whole month - students, mentors, and sub-projects get to know each other
    13 May - Mentors need to finish idea pages
    20 May - Students applications + proposals need to be in
    21 May - Sponsors must pledge funding by this point
    24 May - Organizers finalize how many applications will be accepted
    27 May - Mentors + admins finalize rank-ordered list
    28 May - Students informed yes/no about application
  • June
    Whole month - code, interact
    01 June - Project begins (depending on proposal)
Proposals may have a modified schedule included.
  • July
    05 July - Midterm evaluations period begins
    05 July - Student midterm deadline for evaluation (first, soft deadline)
    08 July - Student midterm deadline for evaluation (final deadline)
    12 July - Midterm evaluations due from mentors
  • August
    09 August - Project coding completes
    16 August - Students final report, code snapshot, and evaluations due
    20 August - Mentor evaluations due for students
    23 August - Final evaluations due back to students
    25 August - Mentor, sub-project evaluations of the Summer Coding program requested
  • September
    01 September - Sponsors receive report from organizers
    06 September - Sponsors release and deliver funds (proposed date)

Step-by-step for organizers

These are the steps for participating as an organizer of Summer Coding 2010.

  1. Join the Summer Coding SIG (special interest group) mailing list. This list is used for these topics:
    • How we are structuring and running the program - discussions and decisions.
    • Anything related to program oversight, goals, short- and long-term plans - discussions and decisions.
  2. When you've joined 'summer-coding', introduce yourself to the list and say what your are interested in doing, relevant experience, why you want to help, and so forth. This helps us get to know you and be able to help guide you from the start.
  3. Join the summer-coding-discuss mailing list. This list is used for these topics:
    • Discussions between students, mentors, sub-projects, and upstreams.
    • Weekly status report from students, in addition to blog.
    • General program announcements; all students and mentors are required to be on this list.
    • Occasional discussion, resolution, and decision on student project matters, as warranted.
  4. Read through the pages in this category and its sub-categories: Category:Summer Coding 2010. Note any problems so they can be addressed on the SIG mailing list.

You are a member of the Fedora Project community

Timeline for Fedora Project community

This schedule is ready for Summer Coding 2010. Join the discussion mailing list and/or watch this page to be updated about schedule changes.

Start dates are emphasized and deadlines are in bold emphasis for student items.

Deadlines are 23:59 UTC on the specified date
For example, if the deadline is 09 August, all work must be in for mentor review by 23:59 UTC on 09 August. You must adjust for your own timezone, meaning the deadline may be at a different time of the day for you locally.
  • April
    7 April - Students can begin submitting applications
  • May
    Whole month - students, mentors, and sub-projects get to know each other
    13 May - Mentors need to finish idea pages
    20 May - Students applications + proposals need to be in
    21 May - Sponsors must pledge funding by this point
    24 May - Organizers finalize how many applications will be accepted
    27 May - Mentors + admins finalize rank-ordered list
    28 May - Students informed yes/no about application
  • June
    Whole month - code, interact
    01 June - Project begins (depending on proposal)
Proposals may have a modified schedule included.
  • July
    05 July - Midterm evaluations period begins
    05 July - Student midterm deadline for evaluation (first, soft deadline)
    08 July - Student midterm deadline for evaluation (final deadline)
    12 July - Midterm evaluations due from mentors
  • August
    09 August - Project coding completes
    16 August - Students final report, code snapshot, and evaluations due
    20 August - Mentor evaluations due for students
    23 August - Final evaluations due back to students
    25 August - Mentor, sub-project evaluations of the Summer Coding program requested
  • September
    01 September - Sponsors receive report from organizers
    06 September - Sponsors release and deliver funds (proposed date)

Step-by-step for Fedora community

Summer Coding 2010 step-by-step for Fedora community

You are a member of the JBoss.org community

Timeline for JBoss.org community

This schedule is ready for Summer Coding 2010. Join the discussion mailing list and/or watch this page to be updated about schedule changes.

Start dates are emphasized and deadlines are in bold emphasis for student items.

Deadlines are 23:59 UTC on the specified date
For example, if the deadline is 09 August, all work must be in for mentor review by 23:59 UTC on 09 August. You must adjust for your own timezone, meaning the deadline may be at a different time of the day for you locally.
  • April
    7 April - Students can begin submitting applications
  • May
    Whole month - students, mentors, and sub-projects get to know each other
    13 May - Mentors need to finish idea pages
    20 May - Students applications + proposals need to be in
    21 May - Sponsors must pledge funding by this point
    24 May - Organizers finalize how many applications will be accepted
    27 May - Mentors + admins finalize rank-ordered list
    28 May - Students informed yes/no about application
  • June
    Whole month - code, interact
    01 June - Project begins (depending on proposal)
Proposals may have a modified schedule included.
  • July
    05 July - Midterm evaluations period begins
    05 July - Student midterm deadline for evaluation (first, soft deadline)
    08 July - Student midterm deadline for evaluation (final deadline)
    12 July - Midterm evaluations due from mentors
  • August
    09 August - Project coding completes
    16 August - Students final report, code snapshot, and evaluations due
    20 August - Mentor evaluations due for students
    23 August - Final evaluations due back to students
    25 August - Mentor, sub-project evaluations of the Summer Coding program requested
  • September
    01 September - Sponsors receive report from organizers
    06 September - Sponsors release and deliver funds (proposed date)

Step-by-step for JBoss.org community

Summer Coding 2010 step-by-step for JBoss.org community