Return-Path: X-Original-To: apmail-community-dev-archive@minotaur.apache.org Delivered-To: apmail-community-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 09890E8F5 for ; Fri, 15 Feb 2013 17:47:24 +0000 (UTC) Received: (qmail 40434 invoked by uid 500); 15 Feb 2013 17:47:23 -0000 Delivered-To: apmail-community-dev-archive@community.apache.org Received: (qmail 40312 invoked by uid 500); 15 Feb 2013 17:47:23 -0000 Mailing-List: contact dev-help@community.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@community.apache.org Delivered-To: mailing list dev@community.apache.org Received: (qmail 40302 invoked by uid 99); 15 Feb 2013 17:47:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Feb 2013 17:47:23 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of uli@spielviel.de designates 83.223.83.232 as permitted sender) Received: from [83.223.83.232] (HELO uli.spielviel.de) (83.223.83.232) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Feb 2013 17:47:15 +0000 Received: from [192.168.0.58] (unknown [93.220.108.250]) by uli.spielviel.de (Postfix) with ESMTPSA id BFE625CF608 for ; Fri, 15 Feb 2013 18:46:54 +0100 (CET) Message-ID: <511E748E.8010903@spielviel.de> Date: Fri, 15 Feb 2013 18:46:54 +0100 From: =?UTF-8?B?VWxyaWNoIFN0w6Ryaw==?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: dev@community.apache.org Subject: Re: GSoC 2013 - A better interface for students to select projects References: In-Reply-To: X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org +1 What I like about our current approach is that it filters out those who are not willing to work with an issue tracker which is a fairly common thing to do as an open source developer. Concensus at the summit seemed to be that it's a good idea to filter out those very early that are not willing to put in some effort. We can ask our projects to give some more information about their ideas and have them provide that information as labels in jira. Students can then filter for those labels. Uli On 15.02.2013 18:00, Bertrand Delacretaz wrote: > On Fri, Feb 15, 2013 at 5:31 PM, Luciano Resende wrote: >> ...I would like to make things a little more simple for the students to >> find the project that best match their skiils or the areas of their >> interest. The idea is to crawl our jira issues and add some more >> metadata to the jira based on foap project details, and then present a >> UI where students can have more choices to filter project ideas, like >> by language (e.g. c or java ) , by area (e.g. cloud), etc... > > Sounds good, but beyond that we shouldn't hold the student's hands too > much IMO - we want those who are not ready to do their homework to > fail early ;-) > > -Bertrand >