Contributions Policy/fr

From OpenSimulator

Revision as of 09:18, 25 November 2021 by Acryline (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search


Contents


Toute contribution doit être conforme à la politique de contribution d'OpenSimulator, aux directives et aux conditions de licence suivantes.

Pour que votre contribution soit acceptée, vous devez lire et adhérer au Code OpenSimulator à cette politique, aux directives et aux conditions de licence.

Valeurs fondamentales d'OpenSimulator

Alors, vous envisagez de contribuer ? Très bien ! Afin de vous faciliter la tâche, voici une liste de quelques-uns des principes directeurs de ce projet :

Il s'agit d'une plateforme d'applications 3D, " pas d'un simulateur de monde à la Second Life ".

Cela signifie que nous privilégions le découpage, la modularité et indirection over clock cycles et l'exhaustivité des fonctionnalités.

Nous sommes tous là pour nos propres raisons, certains pour s'amuser, d'autres pour gagner de l'argent...

Cela signifie qu'un patch, une correction ou une fonctionnalité donnée dépend en grande partie du fait que quelqu'un la trouve amusante, utile ou est prêt à payer un bon prix pour l'obtenir.

Il s'agit d'un projet en évolution permanente

De nombreux changements architecturaux ont eu lieu au cours de l'existence d'OpenSimulator, il reste donc de nombreux vestiges de vieilles méthodes de travail.

Parfois, le code est la documentation

Nous nous efforçons de rendre le code aussi simple, direct et lisible que possible.

La documentation est bonne, les commentaires sont bons

Cependant, des commentaires sont parfois nécessaires en plus d'un code clair afin que les nouveaux venus puissent apprendre et maintenir le projet.

Nous sommes un projet multi-plateforme

Cela signifie que nous ferons tout notre possible pour éviter d'introduire de nouvelles technologies qui fourniraient des seuils pour l'installation et l'utilisation du code sur différents environnements. La configuration par défaut devrait toujours être construite et exécutable à la sortie, à condition que vous soyez sur un environnement c# .net/mono avec des outils de compilation. D'autres technologies que celles-ci peuvent être fournies, mais il n'est pas garanti qu'elles ne se cassent pas à un moment donné.

Sur le plan du code, nous essayons d'aller vers un couplage plus lâche et une meilleure réutilisation du code - et de séparer le code en une couche "cadre", une couche "service" et une couche "application" ; la couche cadre définit toutes les classes et interfaces de base, la couche service fournit des implémentations en réseau et persistantes de celles-ci, et la couche application fournit la logique de configuration et les exécutables.

Des améliorations progressives par rapport à une réécriture profonde

"En général, nous ne faisons pas de remaniements profonds, car cela déstabilise le projet et la communauté. Nous préférons les améliorations incrémentales. Mais des remaniements profonds ont déjà eu lieu. Si vous avez un remaniement concret à suggérer, n'hésitez pas à le faire." (mantis #5512)

Les changements qui affectent le contenu existant doivent être approuvés par les développeurs principaux.

Dans la mesure du possible, nous nous efforçons de préserver la rétrocompatibilité avec le contenu existant, que ce soit dans la base de données des ressources, dans les archives de l'inventaire, etc. L'exception concerne les zones marquées comme expérimentales (voir ci-dessous).

Si la rétrocompatibilité ne peut pas être préservée, les changements associés doivent avoir l'accord de tous les développeurs du noyau concerné.

Les fonctionnalités de base doivent être utiles à plus d'une personne/groupe

Les fonctionnalités ajoutées au noyau ne peuvent pas être uniquement au bénéfice d'une personne ou d'un groupe, car elles imposent une charge de maintenance à tous les autres. Les fonctionnalités ajoutées doivent être suffisamment documentées pour être utiles à d'autres personnes.

Le code ajouté au noyau peut être modifié par tout le monde

Le code ajouté au noyau peut être modifié par d'autres développeurs, afin de le rendre plus utile à tous, de l'améliorer, de corriger les bogues, d'éliminer les doublons ou pour toute autre raison liée à l'open-source.

Licence d'OpenSimulator

Le code d'OpenSimulator, et donc toutes les contributions, doivent être sous licence BSD comme indiqué ci-dessous. Si votre patch crée de nouveaux fichiers de code, ils doivent avoir l'en-tête de licence BSD en anglais comme indiqué à la page Contributions_Policy#OpenSimulator_BSD_License.

Licence BSD d'OpenSimulator

Copyright (c) Contributeurs, http://opensimulator.org/
Voir CONTRIBUTORS.TXT pour une liste complète des détenteurs de droits d'auteur.

La redistribution et l'utilisation sous forme de source et de binaire, avec ou sans
modification, sont autorisées à condition que les conditions suivantes soient respectées :
    * Les redistributions du code source doivent conserver l'avis de droit 
    d'auteur ci-dessus, la présente liste de conditions et la clause de 
    non-responsabilité suivante.
    * Les redistributions sous forme binaire doivent reproduire l'avis de 
    droit d'auteur ci-dessus, la présente liste de conditions et la clause 
    de non-responsabilité suivante.
    * Ni le nom du projet OpenSimulator ni les noms de ses contributeurs ne peuvent 
    être utilisés pour soutenir ou promouvoir des produits dérivés de ce logiciel 
    sans un accord écrit préalable. 

CE LOGICIEL EST FOURNI PAR LES DÉVELOPPEURS "EN L'ÉTAT" ET TOUTE GARANTIE EXPRESSE 
OU IMPLICITE, Y COMPRIS, MAIS SANS S'Y LIMITER, LES GARANTIES IMPLICITES DE QUALITÉ 
MARCHANDE ET D'ADÉQUATION À UN USAGE PARTICULIER SONT REJETÉES. EN AUCUN CAS, LES 
CONTRIBUTEURS NE POURRONT ÊTRE TENUS RESPONSABLES DE TOUT DOMMAGE DIRECT, INDIRECT,
 ACCESSOIRE, SPÉCIAL, EXEMPLAIRE OU CONSÉCUTIF (Y COMPRIS, MAIS SANS S'Y LIMITER, 
L'ACQUISITION DE BIENS OU DE SERVICES DE SUBSTITUTION, LA PERTE D'UTILISATION, DE 
DONNÉES OU DE BÉNÉFICES, OU L'INTERRUPTION D'ACTIVITÉ), QUELLE QU'EN SOIT LA CAUSE 
ET QUELLE QUE SOIT LA THÉORIE DE RESPONSABILITÉ, QU'IL S'AGISSE D'UN CONTRAT, D'UNE 
RESPONSABILITÉ STRICTE OU D'UN DÉLIT (Y COMPRIS LA NÉGLIGENCE OU AUTRE) DÉCOULANT 
DE QUELQUE MANIÈRE QUE CE SOIT DE L'UTILISATION DE CE LOGICIEL, MÊME S'ILS ONT ÉTÉ 
INFORMÉS DE LA POSSIBILITÉ DE TELS DOMMAGES.

Instructions sur la soumission de correctifs de code (patches)

Veuillez consulter Soumettre du code à OpenSim.

General
About This Wiki