Producing Open Source Software

De Framalang Wiki.

Référence

• [Site officiel]

Version française

Version monolithique (chargement long)

• Préface
  • Pourquoi écrire ce livre ?
  • À qui s'adresse ce livre ?
• Chapitre 1 : Introduction
  • Historique
  • La situation actuelle
• Chapitre 2 : Bien démarrer
  • Commencez avec ce que vous avez
  • Choisir une licence et l'appliquer
  • Donner le ton
  • Annoncer
• Chapitre 3 : Infrastructure technique
  • Les besoins d'un projet
  • Les listes de diffusion
  • Les logiciels de gestion de versions
  • Suivi de bogues
  • IRC et les chats en temps réel
  • Les flux RSS
  • Les wikis
  • Les sites Web
• Chapitre 4 : Infrastructure sociale et politique
  • Les dictateurs bienveillants
  • Démocratie basée sur le consensus
  • Tout mettre par écrit
• Chapitre 5 : L'argent
  • Les différentes participations
  • Engagez pour le long terme
  • Montrez vous unis
  • Ne cachez pas vos motivations
  • L'argent ne fait pas tout
  • Signer des contrats
  • Financer ce qui ne touche pas à la programmation
  • Marketing
• Chapitre 6 : Communication
  • Vous êtes ce que vous écrivez
  • Éviter les pièges courants
  • Les personnes difficiles
  • Gérer la croissance
  • Pas de conversation dans le système de suivi de bogues
  • Les annonces
• Chapitre 7 : Paquets, sorties et développement quotidien
  • Numérotation des versions
  • Les branches de publication
  • Stabiliser une version
  • Tests et publication
  • Maintenir plusieurs versions
  • Publication et développement quotidien
• Chapitre 8 : Encadrer les volontaires
  • Tirer le meilleur des volontaires
  • Partager les tâches de gestion aussi bien que les tâches techniques
  • Transitions
  • Committers
  • Remerciements
  • Les fourches
• Chapitre 9 : Licences, droits d'auteur et brevets
  • Terminologie
  • Les aspects des Licences
  • La GPL et la compatibilité de Licence
  • Le choix d'une licence
  • La Licence MIT/X Window System
  • La GNU General Public License
  • La GPL, libre ou pas ?
  • Et à propos de la Licence BSD
  • Attribution des droits d'auteur et propriété
  • La double licence
  • Brevets
  • Plus de références
• Annexe A : Solutions libres de gestion de versions
• Annexe B : Systèmes libres de suivi de bogues
• Annexe C : Pourquoi je devrais me soucier de la couleur de l'abri à vélo ?
• Annexe D : Exemples d'instructions pour les rapports de bogues
• Annexe E : Copyright

Liste des participants

Traductions en cours

Légende :

• NH -> Le chapitre n'a pas encore de traducteur
• EC -> Traduction en cours
• AR -> En attente d'un relecteur
• ER -> Relecture en cours
• AV -> En attente d'un validateur
• EV -> En cours de validation
• OK -> Validé

Harmonisation

A discuter

A appliquer

• Utilisation d'une majuscule à Web (le Web, une page Web)
  • Validé par OLV, ES et BFL

• canned hosting sites : sites proposant un hébergement tout compris
  • canned hosting sites : forges
  • [BFL] je propose "forge" qui est le terme usuel
  • [OLV] je ne connaissais pas l'expression et "canned hosting sites" est souvent traduit par "site d'hébergement tout compris" ou "hébergement tout compris", mais pour les termes techniques je vous fais confiance
  • [BFL] Ok, partons pour "forge", tache d'harmonisation à prevoir

• [BFL] La partie nommée "XXX" dans le chapitre "YYY" -> la section "XXX' du chapitre "YYY"
  • remplacer partie par section
  • [ES] D'accord.
  • [OLV] Personnellement je préfère "La partie XXX dans la chapitre YYY" que "section" mais apparemment je suis en minorité puisque d'autres dans la traduction avaient déjà préféré garder section. Comme vous pouvez vous en douter, puisque l'expression revient souvent, cette correction sera à faire en de nombreux endroits

• committer : ??
  • garder committer, mais le mettre en italique
  • [BFL] Je suis partant pour garder le mot anglais
  • [ES] Moi également mais en italique pour indiquer que c'est un mot d'origine anglaise: committer
  • [OLV] Ok pour l'italique

• commit : publication des modifications [1]
  • idem, on garde commit qu'on met en italique
  • [BFL] Pour moi, le terme "publication des modifications" est pas terrible et n'est pas réellement une traduction mais une explication sur la page citée. Je serais partant pour garder le mot anglais faute de mieux.
  • [ES] Pourquoi pas: Soumettre les modifications au fichier XYZ au gestionnaire de code source?
    • [BFL] Bof, c'est pas le terme usuel (et ici "commit" est un nom). Je ne suis pas sur qu'un developpeur comprenne le sens et c'est trop long à mon avis...
  • [OLV] Si on laisse committer je pense qu'on peut aussi mettre commit en italique, y'a une certaine cohérence
  • [Goofy] Je ne vois vraiment pas quelle bonne raison vous avez pour garder un terme anglais mal francisé, alors qu'il suffit d'un coup d'œil sur un grand nombre de traductions Open Source pour voir que c'est valider - validation qui s'impose pratiquement partout.

Open-Tran GDT traduc.org (Sun)

• [BFL] email -> e-mail (vu sur le petit Larousse)
  • email → e-mail
  • [ES] Le terme "courrier électronique" me semble plus correct, au Québec on utilise aussi couramment le terme "courriel" (je ne sais pas si c'est utilisé en France?)
    • [BFL] Couriel commence à être utilisé mais moins que 'email'. J'aime courrier éléctronique qui est aussi utilisé qu'"email" en france. Je suggère de choisir l'un des deux ou accepter les deux, qu'en pensent les autres ?
  • [OLV] Je trouve que "courrier électronique" ça fait un peu pompeux et long alors que j'ai l'impression que "e-mail" est largement plus utilisé
    • [BFL] Ok pour e-mail

• [BFL] Utilisation de majuscules à Open Source ?
  • [ES] Oui

• mission statement : déclaration d'objectif ?
  • mission statement : mission
    • [BFL] OK pour moi
  • [BFL] j'ai utilisé "finalités" sur [2]
  • [ES] "Énoncé de mission" ou simplement "mission"?
    • [BFL] j'aime bien missions
    • [OLV] Ok pour "mission" aussi (meilleur que "objectif")

• version control : contrôle de version, contrôle des versions ou GCL (Gestion de Configuration Logicielle)
  • version control : logiciel de gestion de versions

• • --Danarmk 8 novembre 2007 à 12:24 (CET): Pour version control, je crois qu'en France, on dit plutôt "gestion de versions"
  • [HOT] Oui pour "gestion de versions" mais pas "gestion de version" (il y en a plusieurs)
    • Validé par OLV, ES et BFL

• bug-tracker : système de recherche de bugs, référencement des bogues
  • bug tracker : système de suivi de bogues
  • [BFL] Le terme en entreprise est "[système] de gestion de tickets" (car il n'y a pas que des bogues) sinon, on peut utiliser le terme plus clair : "système de suivis des incidents [ou des bogues]" lorsqu'on parle des bogues uniquement
  • [ES] "système de suivi de bogues" me semble approprié dans ce contexte.

Appliqué

• repository : dépôt

• Préface : Fait
• Chapitre 1 : Fait
• Chapitre 2 : Fait
• Chapitre 3 : Fait
• Chapitre 4 : Fait
• Chapitre 5 : Fait
• Chapitre 6 : Fait
• Chapitre 7 : Fait
• Chapitre 8 : Fait
• Chapitre 9 : Fait
• Annexes : à faire

Dictionnaires

• Meta-dictionnaire
• Grand dictionnaire terminologique (Office québécois de la langue française)
• Synonymes