Skip to content

Latest commit

 

History

History
95 lines (70 loc) · 5.5 KB

VISIONS.MD

File metadata and controls

95 lines (70 loc) · 5.5 KB
Raw

Visions / propositions

Avant de concevoir une application, c'est une bonne idée de savoir à quoi elle ressemble, d'analyser quels sont les enjeux techniques de sa réalisation.

Ce document n'est pas du tout destiné spécifiquement aux développeurs, bien au contraire. On a tous une expérience utilisateur à faire valoir.

Avant ou pendant la rédaction d'une vision d'ensemble (VE) ou vision partielle (VP), n'hésitez pas à parcourir les fichiers PISTES.MD et INSPIRATION.MD pour y trouver de nombreux éléments d'inspiration. Pensez à faire des liens vers les idées/ problématiques évoquées dans l'axe théorique si vous en utilisez.

Sommaire

I. Visions d'ensemble (VE)

Forum :

Une vision d'ensemble, VE, est un ensemble de propositions qui offre une solution applicative cohérente.

1. Liste des VE

N° Titre Auteur
1 Suivre le chemin tracé par la synthèse des commentaires YouTube Frosty-Z discussion
2 La foule a les pleins pouvoirs Gophys discussion + topic original
3 Arbre de réflexion akka-vodol discussion
4 Décomposition de la problématique puis résolution par méthode itérative PandaDesSteppes discussion

2. Critères de soumission d'une VE

Une vision d'ensemble se présente sous la forme d'un fichier markdown situé dans le répertoire PRATIQUE/VE depuis la racine du projet. Voici les critères pour qu'une pull request de VE soit acceptée :

  • elle doit être sensiblement différente d'une VE existante
  • elle doit s'appuyer rigoureusement sur ce vocabulaire
  • elle doit être rédigée avec concision et esprit de synthèse
  • elle doit offrir une perspective à minima sur les points suivants :
    1. Application souveraine vs Application intégrée ?
    2. Posts Versionnés vs posts simples
    3. Type de modération
    4. Choix technologique sur la sémantique
    5. Vote simple vs vote catégorique
    6. Politique de rôles ?
  • elle doit expliciter un cycle de vie d'un défi
  • elle doit proposer une priorisation de ses fonctionnalités
  • elle doit offrir un titre qui explicite le parti pris de cette vision
  • le nom du fichier markdown doit être VE-nomAuteur.MD

Remarques importantes :

  • Une solution ne s'oppose pas nécessairement à sa concurrente, elle peut être offerte provisoirement en attendant le développement de fonctionnalités plus avancées, cf. priorités.
  • Si des définitions manquent ou des nuances sont nécessaires à apporter, merci de soumettre une issue ou une pull request en exprimant clairement votre besoin.
  • Une fois acceptée, l'auteur de la pull request doit créer une issue portant le titre de la PR. Ce sera le fil de discussion officiel autour de cette VE. Des critiques et des propositions d'amendements pourront être soumises.

II. Visions partielles (VP)

Forum :

Une vision partielle est une proposition d'une ou plusieurs fonctionnalités, sans forcément chercher à couvrir tous les besoins d'une plateforme idéale et ses différents espaces (forum, t'chat, etc.), contrairement à la vision d'ensemble.

1. Critères de soumission d'une VP

Une vision partielle se présente sous la forme d'un fichier Markdown situé dans le répertoire PRATIQUE/VP depuis la racine du projet. Voici les critères pour qu'une pull request de VP soit acceptée :

  • elle doit être sensiblement différente d'une VP existante
  • elle doit s'appuyer rigoureusement sur ce vocabulaire
  • elle doit proposer une priorisation de ses fonctionnalités
  • elle doit offrir un titre explicite
  • le nom du fichier Markdown doit être VP-titre-nomAuteur.MD

Une fois acceptée, l'auteur de la pull request doit créer une issue portant le titre de la PR. Ce sera le fil de discussion officiel autour de cette VP. Des critiques et des propositions d'amendements pourront être soumises.

2. Liste des VP

N° Titre Auteur
1 Fonctionnalités pour forum (propositions YouTube) multiples discussion