From b593f5bd39ef21e58ff90cec504493dd653608e1 Mon Sep 17 00:00:00 2001 From: antrik Date: Fri, 12 Mar 2010 17:42:29 +0100 Subject: gsoc/organization_application: Reword section on partial results As we don't focus our participation on code produced during the summer, partial code is also not the major consideration when a project fails. --- community/gsoc/organization_application.mdwn | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) (limited to 'community') diff --git a/community/gsoc/organization_application.mdwn b/community/gsoc/organization_application.mdwn index 7023af65..2df2311f 100644 --- a/community/gsoc/organization_application.mdwn +++ b/community/gsoc/organization_application.mdwn @@ -162,11 +162,11 @@ time if things go wrong. If a student disappears in spite of that, there is little we can do. Of course we will try to contact him and find out what the problem is; whether the -project can perhaps be scaled down, or at least wrapped up to bring it in a -state where it is useful even if not finished. - -We will also try to limit damage by insisting that students regularily check in -their work to our source repositories, so that we get partial results at least if someone disappears. +project can perhaps be scaled down, or otherwise salvaged, so that the effort +already invested in the student and the project is not wasted. We also try to +make sure that all important design discussions are archieved, and that all +code produced is suitable for upstream inclusion from the beginning -- to allow +others to pick up the project if necessary, without having to start from zero. * What is your plan for dealing with disappearing mentors? -- cgit v1.2.3