- Denk aan andere gebruikers
Tiki is tegelijk een stuk software en een gemeenschap van mensen. Deze combinatie betekent dat we jou uitnodigen, als ontwikkelaar, om niet alleen over de code na te denken, maar ook de diverse mensen die Tiki iedere dag gebruiken. Overweeg veranderingen vanuit deze context. Wij geloven dat een voorzichtige, aandachtige, en zeer op samenwerking gerichte aanpak een manier is om respect voor zowel de code als de mensen die erop vertrouwen, te behouden. In plaats van Tiki te zien als een spelletje, nodigen we je uit om Tiki te zien als een manier om verandering mogelijk te maken. Onthoud dat jouw code de levens van anderen kan beinvloeden.
- Deel Vroeg, Deel Vaak
Als je een idee hebt voor een verbetering, nieuwe functie, een verbetering in de uitvoering, of iets anders van deze strekking, deel het dan in een vroeg stadium met anderen. Wees trots op je idee, en geef een uitleg ervan (liefst in het engels) op de mailinglijst. Sta open voor problemen en suggesties die anderen kunnen aangeven. Deel informatie over de voortgang en aanpak gedurende de tijd dat je aan de ontwikkeling van je ideeen werkt. Vraag gerust om advies, er zijn veel slimme mensen (en een paar echt, echt domme) in de Tiki Community, die graag willen helpen. Het documenteren van jouw veranderingen in TikiWiki.org houdt anderen up-to-date over veranderingen. Maak een voorbeeldsite om de resultaten van je werk tot nu toe te laten zien. Zodra het in principe werkt en de community het leuk vindt, kun je je code invoegen in de CVS. Okee, het zal nog niet perfect zijn, maar door de stelregel van Commit vroeg, Commit vaak te gebruiken, kunnen anderen makkelijker helpen met de ontwikkeling en foutopspering.
Een GROOT aandachtspunt: Voeg geen vergaande veranderingen in de CVS in totdat er overeenstemming binnen de Community is, of op zijn minst goedkeuring door een of meer projectadministratoren heeft. Dit zijn de mensen met de titel "project administrator" in de lijst van ontwikkelaars. Overleg met anderen is de juiste manier om code te ontwikkelen, en kan voorkomen dat andermans projecten en levens ernstig in de problemen raakt. Als je twijfelt, praat erover! Dit kan op IRC, door email, of iedere andere methode die voldoet.
Een extra punt bij het GROTE aandachtspunt: Het is volgens mij onmogelijk om overeenstemming te bereiken zonder werkende code. Vooraf vragen is een manier om informatie in te winnen, niet om vooraf acceptatie te verzekeren. Goede beslissingen kunnen slecht ge-implementeerd worden, en in zulke gevallen kunnen moeilijkheden bij het herstellen ontstaan, als al vastgesteld is dat de veranderng zal worden doorgevoerd (zonder de implicaties te overzien. Natuurlijk gaat dit vooral op voor geoefende ontwikkelaars, van wie verwacht mag worden dat zij weten wat ze doen. Personen die leren hoe je moet ontwikkelen moeten extra voorzichtig zijn. Beslis zelf of dit om autoritaire redenen is, of als een middel om wijsheid (indien aanwezig) te vergaren. That's my 2 cents. — mose
- Maak het Optioneel
Tiki wordt in de echte wereld voor VELE mensen gebruikt voor VEEL verschillende doelen. Probeer daarom mensen geen nieuwe mogelijkheden op te dringen, zorg ervoor dat het geconfigureerd en bijgesteld kan worden door de site administrator, en, als het ook maar enigszins mogelijk is, maak dan mogelijk om de functie uit te schakelen. Zorg er op zijn minst voor, dat de standaard instelling niet Tiki's gedrag verandert.
|