How to join the LimeSurvey project team/nn

Vi trenger deg!

Så .. du tror LimeSurvey er et flott produkt, og du ønsker å bidra med?

Hei, trenger du ikke å nødvendigvis skrive kode! Du også kan bli en tester, oversetter, tilhenger eller alle av det. Du er velkommen! Eller kanskje du hacket litt i kilden og opprettet en kjekk liten ny funksjon og / eller du ønsker å gjøre videre utvikling i dette prosjektet? Vi elsker deg!

Felles krav

• Vær en team player, fin og høflig.
• Kommunisere mye og ofte med de andre gruppemedlemmene. Møt opp til utviklingssamtaler. Møt opp i vår IRC-kanal ([irc: / / irc.freenode.net / limesurvey]) for å få et glimt hva som skjer.
• Del dine tanker. Ikke bli ensrettet. Diskuter dine ideer med andre gruppemedlemmer.
• Real livet kommer først - men gi oss en liten beskjed om og hvor lenge du vil være borte.
• Utviklere kommer og går i et åpent kildekode-prosjekt - som er helt normalt. Men hvis du lar prosjektet vennligst gi oss en beskjed og fortell oss hvor langt du er, hva du gjorde og hvis det er ting fortsatt å gjøre slik at noen andre kan plukke opp arbeidet ditt.
• Ivareta utviklerne møtet som finner sted hver tirsdag på 19:00 UTC på kanalen # limesurvey-dev på irc.freenode.org (spør Carsten Schmitz om passordet - se nedenfor)

Første steg

Hvis du godtar ovennevnte punktene gjør du følgende:

1. Lag en personlig konto på limesurvey.org hjemmeside her (hvis du ikke har en): [1]
2. Lag en personlig konto på sourceforge.net her (hvis du ikke har en): [https: / / sourceforge.net / konto / registrering /]
3. Kontroller at du abonnere på limesurvey-utvikleren postliste på [https: / / sourceforge.net / mail / group_id = 74605]. Hvis du ønsker å få beskjed om eventuelle endringer i utviklingen kildekoden deretter abonnere på limesurvey-csv listen også.
4. Hvis du bruker en Windows System få Subversionklienten TortoiseSVN å få tilgang til kildekoden i depotet på sf.net. Du kan laste det ned fra [2]
5. Introduser deg selv på limesurvey-utvikleren mailingliste og oppgi følgende informasjon:
6. # En kort CV (slik at vi kan se hva din bakgrunn er)
7. # Fortell oss hvorfor du ønsker å jobbe i LimeSurvey prosjektet ('jeg kjeder meg til døde!', 'Jeg liker stilen din ...') (: wink:)
8. # Fortell oss i det området du ønsker å hjelpe (koding, patching, support etc.)
9. Carsten Schmitz vil komme tilbake til deg så snart som mulig. Han er en veldig hyggelig fyr, og vil gi deg en innføring og vil gi mer informasjon om de neste trinnene.
10. Besøk official Lime Survey IRC Channel og si hei til USA !
    ([ irc: / / irc.freenode.net / limesurvey])

Ytterligere informasjon for nye utviklere

LimeSurvey inneholder mye gammel og rotet kode - men nå strengt vi ta hensyn til koding retningslinjer som er svært viktig.

Coding Retningslinjer og Generic kodeimplementering vil hjelpe deg og noen utviklere som jobber på koden på et senere tidspunkt ved å lettere forstå koden og gjør den mer modulær.

For å sikre denne kvaliteten vi er mentoring nye utviklere på følgende måte:

1. Først bare vi tildele en liten oppgaver til den nye utvikleren. Hvilken oppgave er tildelt vil bli vedtatt sammen med den nye utvikleren.
2. Utbygger sender koden til mentor for vurdering.
3. Hvis veilederen er fornøyd med kodekvalitet tiltakshaver kan begå koden til depotet.
4. Skyll og gjenta trinn 1 til 3 til veilederen heter det at den nye utvikleren er klar til å sende patcher fritt til depotet.

Ytterligere informasjon for nye støttespillere

Å gi støtte er en spesialitet siden du er i samspill med mange ulike personer, vennlige og ikke så vennlig, streng eller sjuskete, ivrig eller rolig.

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.