Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "EclipseCon Selection Guidelines"

(Selection Criteria)
 
(7 intermediate revisions by the same user not shown)
Line 1: Line 1:
{{Backlink|EclipseCon 2008}}
+
{{Backlink|EclipseCon 2009}}
 
==Discussion==
 
==Discussion==
 
The EclipseCon conference committee is committed to putting on the best EclipseCon ever.  The most important feature of EclipseCon is the presentations.  Typically there are far more quality presentations than there are slots.  This section of the wiki is dedicated to establishing common guidelines that will be used by the program committee members to evaluate and select presentation proposals.
 
The EclipseCon conference committee is committed to putting on the best EclipseCon ever.  The most important feature of EclipseCon is the presentations.  Typically there are far more quality presentations than there are slots.  This section of the wiki is dedicated to establishing common guidelines that will be used by the program committee members to evaluate and select presentation proposals.
  
==Selection Criteria==
+
=Selection Criteria=
* '''Quality'''
+
==Quality==
**'''Title Quality''': Catchy, Short, and Descriptive  
+
*'''Title''': Catchy, Short, and Descriptive  
**'''Abstract Quality''':  
+
*'''Abstract''': Does the abstract
*** What are the audience take aways?   
+
** describe the talk
*** What are you talking about?
+
** identify audience take aways
*** What will you demonstrate?
+
** explain the importance of the talk
*** Will the audience participate? How will they participate?
+
** provide an outline
*** An outline provides a great description
+
*'''Difficulty''': Does the abstract match the difficulty assignment?
**'''Difficulty''': Does the abstract match the difficulty assignment?
+
*'''Speaker''': Is this speaker qualified
**'''Speaker quality''': known, expert speakers are clearly desirable
+
** Biography - if they can't take the time to create a good bio, what does that say?)
*** This is based on speaker bio
+
** Experience - Speakers will be asked to describe their speaking experience in the comments.
*** Reputation within comments
+
*** Category reps should prompt for experience if none is provided
*** Performance in past EclipsecCon's
+
** EclipseCon 2008 Reviews - The PC can review last years evaluations and comments
*** Category reps are encouraged to ask about previous speaking experience through the comments.  If this is your first speaking engagement, please consider a Short Talk.
+
  
* '''Feedback'''
+
==Feedback==
** '''Community Feedback''': As represented in the comments.   
+
* '''Community Feedback''': As represented in the comments.   
** '''Presenter Response''': Is the presenter willing to amend their presentation based on community feedback?
+
* '''Presenter Response''': Is the presenter willing to amend their presentation based on community feedback?
  
* '''Program Balance''':
+
==Program Balance==
 
Each category has been allocated a specific number of talks.  The category representative (see EclipseCon Program Committee) will review all entries for their category and work with the submitters to accept the talks that best meet the objectives of the category.  This will include looking at:
 
Each category has been allocated a specific number of talks.  The category representative (see EclipseCon Program Committee) will review all entries for their category and work with the submitters to accept the talks that best meet the objectives of the category.  This will include looking at:
** '''Difficulty''': a mix of easy to expert
+
* '''Difficulty''': a mix of easy to expert
** '''Category Coverage''': representation from the projects within the category
+
* '''Category Coverage''': representation from the projects within the category
** '''Community Diversity''': The Eclipse community is made many voices.  The program committee will look to encourage a diversity of voices at EclipseCon.
+
* '''Community Diversity''': a diversity of voices is a goal
  
* '''Open Source'''
+
==Open Source==
 
Eclipse is an Open Source community.  EclipseCon is not exclusively open source, but those talks that embrace an open philosophy will be given preference over closed talks. This includes
 
Eclipse is an Open Source community.  EclipseCon is not exclusively open source, but those talks that embrace an open philosophy will be given preference over closed talks. This includes
** '''Source Available''': The source or examples used in the talk should be freely available under OSS license.
+
* '''Source Available''': Will the attendee be able to download your slides and samples?
** '''Eclipse Technology''': Presentations on Eclipse technology are preferred.
+
* '''Eclipse Technology''': Presentations on Eclipse technology are preferred.
** '''Open Source''': Presentations on Open Source technology that interacts with Eclipse are better.
+
* '''Open Source''': Presentations on Open Source technology that interact with Eclipse are better.
** '''Commercial Eclipse''': Commercial products that are Eclipse focused are also good, but face more scrutiny to ensure they are good technical talks and not just marketing pitches.
+
* '''Commercial Eclipse''': Commercial products that are Eclipse focused are good, but face more scrutiny to ensure they are good technical talks and not just marketing pitches.
** '''Commercial Non Eclipse''': Not appropriate for EclipseCon.
+
* '''Commercial Non Eclipse''': Not appropriate for EclipseCon.
 +
* '''Sales Pitches''': Should be directed to [mailto:exhibitors09@eclipse.org  exhibitors]
  
* '''Never Just Say NO''':
+
==Saying No==
 
Unfortunately, we can't say yes to everyone.  The category reps have agreed that they will try to work with each submission to make it acceptable.  This may include:
 
Unfortunately, we can't say yes to everyone.  The category reps have agreed that they will try to work with each submission to make it acceptable.  This may include:
** Modifying your submission
+
* Modifying your submission
** Combining your submission with a similar presentation
+
* Combining your submission with a similar presentation
** Shortening your submission  
+
* Shortening your submission  
 
Even with these measures we may still need to say no.  The program committee will strive to make sure that anyone that has taken the time to submit a talk will at least understand why their talk has not been accepted.   
 
Even with these measures we may still need to say no.  The program committee will strive to make sure that anyone that has taken the time to submit a talk will at least understand why their talk has not been accepted.   
[[Category:EclipseCon2009]]
+
[[Category: EclipseCon]]

Latest revision as of 13:30, 17 October 2008

< To: EclipseCon 2009

Discussion

The EclipseCon conference committee is committed to putting on the best EclipseCon ever. The most important feature of EclipseCon is the presentations. Typically there are far more quality presentations than there are slots. This section of the wiki is dedicated to establishing common guidelines that will be used by the program committee members to evaluate and select presentation proposals.

Selection Criteria

Quality

  • Title: Catchy, Short, and Descriptive
  • Abstract: Does the abstract
    • describe the talk
    • identify audience take aways
    • explain the importance of the talk
    • provide an outline
  • Difficulty: Does the abstract match the difficulty assignment?
  • Speaker: Is this speaker qualified
    • Biography - if they can't take the time to create a good bio, what does that say?)
    • Experience - Speakers will be asked to describe their speaking experience in the comments.
      • Category reps should prompt for experience if none is provided
    • EclipseCon 2008 Reviews - The PC can review last years evaluations and comments

Feedback

  • Community Feedback: As represented in the comments.
  • Presenter Response: Is the presenter willing to amend their presentation based on community feedback?

Program Balance

Each category has been allocated a specific number of talks. The category representative (see EclipseCon Program Committee) will review all entries for their category and work with the submitters to accept the talks that best meet the objectives of the category. This will include looking at:

  • Difficulty: a mix of easy to expert
  • Category Coverage: representation from the projects within the category
  • Community Diversity: a diversity of voices is a goal

Open Source

Eclipse is an Open Source community. EclipseCon is not exclusively open source, but those talks that embrace an open philosophy will be given preference over closed talks. This includes

  • Source Available: Will the attendee be able to download your slides and samples?
  • Eclipse Technology: Presentations on Eclipse technology are preferred.
  • Open Source: Presentations on Open Source technology that interact with Eclipse are better.
  • Commercial Eclipse: Commercial products that are Eclipse focused are good, but face more scrutiny to ensure they are good technical talks and not just marketing pitches.
  • Commercial Non Eclipse: Not appropriate for EclipseCon.
  • Sales Pitches: Should be directed to exhibitors

Saying No

Unfortunately, we can't say yes to everyone. The category reps have agreed that they will try to work with each submission to make it acceptable. This may include:

  • Modifying your submission
  • Combining your submission with a similar presentation
  • Shortening your submission

Even with these measures we may still need to say no. The program committee will strive to make sure that anyone that has taken the time to submit a talk will at least understand why their talk has not been accepted.

Back to the top