How to join the LimeSurvey project team/nl

We hebben je hulp nodig!

Als je LimeSurvey een prachtig product vindt en je wilt meewerken aan de verdere ontwikkeling?

Dan hoef je niet per se te kunnen programmeren! Je kunt LimeSurvey ook helpen met het testen, het vertalen of het ondersteunen. Doe mee! Ook als je de code bekeken hebt en zelf een nuttige uitbreiding gemaakt hebt, dan horen we het graag.

Aanmelden

Vereisten

• Probeer een teamplayer te zijn, rustig en beleefd.
• Praat of communiceer met de andere teamleden. Er zijn bijeenkomsten en we hebben een IRC kanaal ([1]), hier zie je waar we mee bezig zijn.
• Praat met je medeleden over welke ideeën je hebt over de ontwikkelingen of de koers van LimeSurvey.
• Het leven gaat voor - maar als je toezeggingen hebt gedaan die je tijdelijk niet kunt nakomen, laat het weten, geen probleem.
• Teamleden komen en gaan, dat is normaal in een open source project. Maar als je met een taak bezig was, probeer die dan goed over te dragen. Hoe ver was je, wat moet er nog gebeuren, heb je al code gemaakt. Dan kan iemand anders het gemakkelijker overnemen.
• Het overleg is elke maandag 22:00 op kanaal #limesurvey-team op irc.freenode.org (vraag Carsten Schmitz om het wachtwoord - zie hieronder)

Eerste stappen

Als je instemt met de vereisten en je wilt aanmelden:

1. Als je nog geen account hebt, maak dan een account aan op de limesurvey.org website: [2]
2. Maak ook een account aan op gitHub als je wilt gaan programmeren (als je die nog niet hebt): [3]
3. Meld je aan voor de limesurvey-developer mailing lijst: [4]. Als je ook ingelicht wilt worden over alle source wijzigingen, dan kun je je ook aanmelden voor de limesurvey-git lijst.
4. Als je Windows gebruikt en wilt gaan programmeren, dan heb je de Git client SmartGit (we bevelen dit product aan) nodig om de programmatuur te benaderen op gitHub. Download: [5]
5. Stel je zelf voor op de limesurvey-developer mailing met de volgende informatie:
   1. Een korte beschrijving van je achtergrond
   2. Wat zou je willen doen in LimeSurvey (programmeren, testen, vertalen, ...)
6. Carsten Schmitz zal contact met je opnemen. Hij vindt zichzelf erg aardig en gelukkig vinden ook andere mensen dat. Hij zal je laten kennismaken en aangeven wat het vervolg is.
7. Bezoek het official Lime Survey IRC Channel en zeg HELLO!
   ([6])

Additional information for new developers

LimeSurvey contains alot of old and mess code - but by now we strictly pay attention to coding guidelines which are very important.

Coding Guidelines and Generic Code Implementation will help you and any developers working on your code at a later time by easier understanding your code and making it more modular.

To ensure this quality we are mentoring new developers using the following steps:

1. At first we only assign a small tasks to the new developer. What task is assigned will be decided together with the new developer.
2. The developer sends the code to the mentor for review.
3. If the mentor is satisfied with the code quality the developer may commit the code to the repository.
4. Rinse and repeat Step 1 to 3 until the mentor states that the new developer is ready to submit patches freely to the repository.

Additional information for new supporters

Giving support is a specialty since you are interacting with lots of different persons, friendly and not so friendly, strict or sloppy, eager or calm.

Therefore we have a special request to persons who give support in the channel or forums:

• Don't be caught by support burnout.  It's nearly impossible to answer every technical question that is asked in the forum. In many cases, the problem doesn't lie in the technical aspects of the question; cultural barriers may get in the way of communication, or it may be difficult to explain to a newbie just where to begin. When you try to answer every question, regardless of difficulty, you set yourself up for support burnout.
  Support burnout is nearly always accompanied by the feeling that you're losing control of your time, that the people you've set out to help are making unreasonable demands. The problem is that you're taking on too much responsibility; but it begins to appear instead that the problem is the end user who's asking for help.
  Different people react to support burnout in different ways. Some offer malicious advice, some insist that every question a newbie asks should be answered with a URL or by lists of manual references.
  Such arbitrary rule sets tend to grow longer over time, because they don't solve the real problem. You can't answer every question, and you shouldn't try. Be gentle, be courteous, be flexible and be as patient and helpful as you can - but let someone else try to answer questions that you find too frustrating. Don't try to be a superhuman support machine. Also leave room for user-to-user help. If you support every user and answer every question you do not necessarily boost the community thinking because too much activity takes away any other user motivation to help.